合并最新进度图
来源
生态
主网合并前夕：PoW 硬分叉影响分析以及舆论事件
最近，社区对于 PoW 分叉的讨论不断，DeFi 借贷协议 MakerDAO 在推特发布了一条更新，分析了合并后潜在的 PoW 分叉对 Maker 可能存在的风险。
https://twitter.com/makerdao/status/1555626931034415104?s=21&t=refHiyVUryOs1H-OxaXH8A
潜在的分叉可能会从以下几个方面影响 Maker：
1. 期货现货溢价 & 负资产 (Futures Backwardation & Negative Funding)
现货 ETH 将收到 PoW 分叉币，然而 ETH 季度期货或者永续合约则不会。
假设在有效市场中，合并之后，基于对 PoW 分叉币的预期价值，季度期货应该开始以相对于现货 ETH 的额外折扣价进行交易。
在实践中，市场参与者可以购买现货 ETH，然后卖出等量的 ETH 期货，以押注分叉价值，同时保持投资组合的正负平衡 (即 Position-delta Neutral)。
考虑到会有大量资本追求这种交易，可能会导致 PoW 分叉推出后立即出现庞大的卖压。或者，如果 PoW 分叉币的前景不佳，我们可能会看到期货合约的价值回升到与现货一样的价值。
对 Maker 的影响：
-通过期货合约的名义杠杆成本下降 (不包括潜在的分叉币价值)，给 Maker Vaults 带来竞争压力
-那些认为潜在分叉币的价值会高的用户就会被激励对期货进行杠杆，然而那些认为其价值会很低的用户则偏向于用 Maker Vaults 进行杠杆，vault 的所有者仍将收到潜在的分叉币。
应对措施：
保持有竞争力的利率，以避免损失太多交易量给期货合约。
2. stETH 折价
在任意 PoW 以太坊分叉中，stETH 都可能变得毫无价值。这是因为未来的以太坊升级包括从存款合约中解锁质押的 ETH，而这对分叉链来说，几乎没有经济激励来考虑这一点
因此，基于对于 PoW ETH 分叉币的预期价值，流动性质押资产的市场价格可能会下降。直接原因会是用户将 stETH 兑换为 ETH，或者杠杆做空。
如果 PoW 分叉币的预期价值很高，那么可能会引起 stETH 面临严重流动性缺乏的风险，因为大多数去中心化交易所的资产都保存在稳定兑换的池子中，其流动性集中在与 ETH 1:1 的价格比。
不断增加的 stETH 折价会激励那些不看好分叉币价值的人对质押进行杠杆操作。这可能会提高借贷协议上 ETH 的存款利率，同时进一步增加流动性的尾部风险。
对 Maker 的影响：
1. 可能会增加 stETH 的流动性风险和下行波动性。
2. stETH 折价激励了用户对质押的杠杆行为，这将增加负价差的风险，同时提高借贷协议中 ETH 的供应利率
应对措施：
1. 监测 stETH 的流动性，并通过调整参数变化来应对，必要时增加稳定费 (Stability Fee) 或者提高清算率。
2. 监测在 DeFi 借贷协议中使用 ETH 抵押品的竞争利率。
3. 外部资产分叉选择
以太坊上托管着各种各样的外部抵押资产。包括跨链桥接、中心化的稳定币以及现实世界的资产。
这些资产由外部抵押品提供支持，而且一次只能在一条链上完全抵押。这意味着，在分叉期间，发行者将需要识别某条链是规范的。
可能会有一个或多个外部发行方识别某个 PoW 分叉链，这存在一定程度的风险。这可能会使桥接到主网以太坊的资产变得一文不值 (它们只会在 PoW 分叉上接受抵押支持)
从以太坊桥接出去的资产是在 PoW 链上的抵押资产，因此也将面临变得没有价值的风险。
对 Maker 的影响：
如果所有外部抵押的资产发行方都支持合并升级，则影响最小。
如果一个或多个发行方支持 PoW 分叉，这可能会对 DEX 流动性池和其他接受该资产作为抵押品的协议造成重大影响。
应对措施：
确认与 Maker 协议和将 DAI 桥接到其他链上的服务互动的主要外部资产提供商对合并支持。
此外，对于有矿工计划对以太坊进行分叉，在合并后挖他们自己的以太坊链，EF 的 Justin Drake 表示重要的封装资产提供者支持合并，因此两条链并存的可能性是不存在的。
https://thedefiant.io/pow-die-hards-plan-to-fork-and-mine-original-ethereum-after-the-merge
Hasu 撰写推文：即便以太坊合并有问题也会延期完成，除了矿工没人想用 ETHPOW。
https://twitter.com/hasufl/status/1555902237548896256
区块链去中心化预言机解决方案 Chainlink 也发文表示将不会支持以太坊 PoW 分叉链。
https://twitter.com/ChainLinkGod/status/1556353163820642304?s=20
美国财政部制裁 Tornado Cash 及其后续影响
8 月 8 日，美国财政部外国资产控制办公室（OFAC）制裁了虚拟货币混币平台 Tornado Cash。据美国财政部的新闻，Tornado Cash 自 2019 年创建，已参与了价值超过 70 亿美元的不同虚拟货币洗钱活动。
负责恐怖主义和金融情报的财政部副部长 Brian E. Nelson 指出：
尽管 Tornado Cash 已公开保证不这样做，但该公司一直未能实施制止其定期为恶意网络行动者洗钱的有效控制措施，也没有采取基本措施来应对洗钱风险。财政部将继续积极采取行动，打击为犯罪分子和帮助平台者清洗虚拟货币的混币平台。
9 日，Gitcoin 发文称，已暂停对 Tornado Cash 的资助，并给出了一份已被添加至 OFAC 的 SDN 名单的钱包地址；Circle 的 USDC 项目也将这些地址加入了黑名单，可通过它的黑名单账户 @usdcblacklist 查看。另外，网站 Dune.com 聚合了这些被禁掉的地址，包括 USDC 和 USDT 禁掉的地址。
从事 DeFi 教育的团队 @BowTiedlguana 发文解释了 OFAC 是什么、对 Tornado Cash 的制裁以及这场制裁对 DeFi 意味着什么。
1. OFAC
OFAC：美国财政部外国资产控制办公室（OFAC）管理和执行对知名个体的制裁，包括主要的国际恐怖分子，贩毒头目以及一些被认为是敌视美国利益的他国金融/政治精英。
OFAC 会确保美国人士（公民、居民和公司）在没有政府特别批准的情况下无法合法地与古巴、伊朗、伊拉克、朝鲜等国家进行生意往来。它维护着一份特别指定国民和被封锁人员的名单（SDN名单）。
2. 对 Tornado Cash 的制裁
@BowTiedlguana 整理出了一份在此次制裁中被纳入 SDN 名单的钱包地址名单，这些地址内存放着总价值为 4.37 亿美元的稳定币、ETH 和 WBTC。
任何美国公民、居民和公司与该名单上的人员、公司和国家（包括 Tornado Cash）进行贸易、经济交易或“其他交易”的行为都会被视为是违法的，据美国联邦法规，或将面临高额罚款和监禁。
而这种“其他交易”的定义相当广泛。其政府指南指出，它可能包括“技术交易，例如从受制裁实体下载软件补丁”。基于这一点，美国人（公民、居民和公司）访问 Tornado 网站的行为也可能是违法的。
其中，WBTC 由 BitGo 发行。它的实体位于南达科他州和纽约州，必须遵守 OFAC 的制裁，否则他们的高管将面临数百万美元的罚款和监禁。
因此，我们预计他们将暂停赎回受污染的 WBTC，使这些代币变得毫无价值。如果流动性提供商不立即从 DEX 拉出流动性，他们很可能最终成为被封锁的 WBTC（和稳定币）资产的 bagholder（原指那些持有着无价值股票的股东）。
3. 美国财政部 OFAC 的这场制裁意味着什么
对于以太坊的美国矿工和验证者来说，如果在他们生成（或验证）包含交易的以太坊区块中，包含 SDN 列表中的以太坊地址之一，就可能违反 OFAC 的制裁。但是，如何执行尚不清楚。
@BowTiedlguana 推测以太坊客户端软件可能会更新一个可选补丁，允许矿工/验证者略过受污染的内存池交易（即包含与处于该名单内的交易方的交易），以避免违反制裁。交易审查并不流行，但我们可能会看到美国大型矿工/质押者团体会在内部完成交易审查。
对于任何投资以太坊 PoS 的美国基金来说，这可能是一种风险，因为对包含非法交易区块进行的投票可能是一种非法活动。我们预计要么采取技术对策（自愿审查），要么将业务转移到美国管辖范围之外。
对于 CEX（中心化交易所）来说，预计他们会使用自己的链分析软件来阻止和报告所有违反制裁的客户交易。也就是，阻止和报告任何从 Tornado Cash 提款的人，还有试图从美国相关的 CEX 进行提款的人。
非美国分部的交易所是独立的法人实体，但也可以被视为美国实体的事实上的“外国分支机构”。因此，@BowTiedlguana 强烈鼓励交易所确保其在外国注册的集团公司也完全遵守 OFAC 制裁。
总之，美国政府乐于把为外国势力和极其危险的人保留的最高级别的经济制裁用来对付加密货币中的隐私产品。
如果你是美国人士，任何与 Tornado Cash 的互动都可能是非法的——包括通过 Gitcoin 给它捐赠、为项目工作、运行或下载其软件、访问其网站以及从智能合约中存款/取款。
截至 8 月 8 日，Tornado 中的所有资产均已被污染。Tether、Circle 和 BitGo 将拒绝兑换这些代币。无论如何，代币很可能会从 Tornado Cash 中撤出并转入流动资金池。流动性提供者将被留下承担责任。
出于发行方（Circle、Tether、BitGo）的谨慎思考，这些遭到污染资产的 DEX 池有较小的被全部列入黑名单的风险。
经营以太坊挖矿或质押业务的美国人士可能面临法律风险 —— 这些企业可能会自我审查交易或转移到海外。与 Tornado 资金交互的 DEX 之外的 DeFi 协议可能存在法律风险，包括他们的（美国）员工也面临着法律风险。
来源：
https://home.treasury.gov/news/press-releases/jy0916
https://twitter.com/DylanLeClair_/status/1556708643617312768
https://twitter.com/BowTiedIguana/status/1556683120002314241
针对 NFT 隐私方案的技术讨论
社区成员 Nerolation 在 ethresear.ch 技术论坛发布了一篇关于使用兼容 zk-SNARK 的 ERC-721 代币来实现 NFT 隐私的草案。Vitalik 对此提出了一个更加轻量级的实现方式，只需用普通的 “Stealth Address”技术，而不需要 Merkle trees 或者 ZK-SNARK 来实现。也就是说除了 NFT 接收者和发送者，没人知道谁是新持有者。
来源：https://twitter.com/VitalikButerin/status/1556548617636556800
Solidity 发布 0.8.16 版本
8 月 9 日，Solidity 发布 Solidity 版本 0.8.16。该版本修复了重要的漏洞，还包括对其他小漏洞的进一步修复和一些功能。
来源：
https://twitter.com/solidity_lang/status/1556697008844447744?s=21&t=xhVu0_-rNMJ-q4nojhiyMQ
Meta 已在上百个国家的 Instagram 上推出 NFT
Meta 与 Coinbase 和 Dapper 合作，并在经过一系列的测试阶段后，在上百个国家的 Instagram 上推出了 NFT。
来源：
https://twitter.com/CoinDesk/status/1555210451830677505
Messari 收购最大的加密融资数据库 Dove Metrics
8 月 2 日，加密货币市场情报产品供应商 Messari 宣布收购 Blackrose Capital 的 Dove Metrics 的资产和业务。Dove Metrics 是加密货币融资领域领先的融资数据和情报供应商。
来源：
https://twitter.com/MessariCrypto/status/1554487703252508672
Vitalik 将参与 ETHMexico 的开幕式演讲
Vitalik 将作为主讲人，参加 ETHMexico 的开幕式。此次黑客松将从 8 月 19 日持续至 21 日，地点在墨西哥城市，报名时间截止 8 月 12 日，申请链接：https://t.co/SY7feXt4bI
来源：
https://twitter.com/ethglobal/status/1556735578674270210?s=21&t=xhVu0_-rNMJ-q4nojhiyMQ
Lido 发布“Lido 节点运行者门户网站” v1
8 月 3 日，Lido 发布“Lido 节点运行者门户网站”的第一个版本，这个平台将成为 Lido 节点运行者的所有相关信息和资源整合到一起。
来源：
https://blog.lido.fi/unveiling-the-lide-node-operator-portal/
合并
Goerli/Prater 合并的 Bellatrix 升级
在上周四 8.5 的第 144 次以太坊核心开发者会议 (ACD) 上，开发者对 Goerli/Prater 合并的 Bellatrix 升级进行了回顾：升级前的参与率是大约 90%，升级后下跌到大约 81%。掉线的有一部分是由于一个运行验证者的客户端团队没有对这部分验证者进行升级，其他掉线部分是由社区运行的验证者。由于运行验证者需要一些存储/带宽开销，在测试网上的激励不足，估计是有些人没有很上心。但总的来说，客户端团队对升级的水平是满意的！
网络需要至少 2/3 的验证者参与才能进行最终敲定，因此如果低于这个比例，是会出问题的。如果你在运行一个 Prater 验证者，现在还可以升级并为这周的合并做准备。相关信息：Goerli/Prater 合并公告
这次升级一切都挺顺利的，发现的唯一问题是 Teku<>Prysm 对等点连接问题，这个问题已经修复了。
来源：
https://twitter.com/TimBeiko/status/1555242961029386240?s=20
第六次 Goerli 影子分叉与 mev-boost
根据 Pari 在 Eth R&D discord 的汇报，在 8.4 进行的第六次 Goerli 影子分叉 (GSF6) 的总结如下：
没有客户端问题，所有客户端组合都同步了，并正确处理了过渡
有两个节点用完了磁盘空间，者解释了参与率下降的部分
网络有 30% 的验证者运行着 mev-boost 完成过渡，除了一个在印度的节点出现更严重的延迟。
此外，在 ACD 上，Flashbots 团队的 Chris 对 mev-boost 进行了更新。他强调了在 GSF6 上看到的问题，并表示他们将研究中继里验证者注册的批量大小默认值，以及针对这类问题的其他措施和提供更好的文档。
然后，他宣布， Flashbots 将在九月对它的中继代码开源，这会让更多人检视这个对协议越来越重要的代码库。
此外，Flashbots 现在还有一个开源的构建者和中继原型，虽然还不是产品级的，但对于大家更好理解规范实现还是很有用的：https://github.com/flashbots/boost-geth-builder
来源：
https://twitter.com/TimBeiko/status/1555249156599324672?s=20
DAG 的增长或加速合并的到来
在 ACD 上，Tim Beiko 提出了关于主网不断增长的 DAG 大小，以及它会如何影响合并 TTD 的忧虑。简单来说，DAG 大小决定了挖矿的硬件要求，以及当它超过了一定的阈值，挖矿设备在以太坊上就不能用了。
根据 minerstat (https://minerstat.com/dag-size-calculator) 上的数据，在一周后以太坊的 DAG 大小就会超过 5GB。当超过 4GB 时，算力的下降并不明显，但有人说到达 5GB 时会下降地更明显，因为这是常见 ASIC 的配置。
因此，这就带来了什么时候以及如何计划主网的 TTD 问题。理想情况下，在确定这些问题后就可以定下 TTD 的值，在确定的时候就可以把严重的算力下降问题考虑在内。下一次的 ACD 做这件事就刚刚好。
即便如此，客户端团队似乎可能想要更激进的时间安排。Goerli 合并现在计划是 8.10 进行 (参考：https://t.co/WTUWIu0GzK)，假设进行顺利，团队会想尽快给社区定一个日期。
经过讨论，假设 Goerli 合并进展顺利，开发者们同意在 8.11 的共识层开发者会议上设置 Bellatrix 升级的 epoch 和暂定的主网 TTD。在 8.18 的 ACD 上，开发者可以根据 DAG 增长的影响确定是否保留/更改这个 TTD。
来源：
https://twitter.com/TimBeiko/status/1555250212804763648?s=20
Lighthouse 发布 2.5.0 版本 Galactic Federation President
本月初，Sigma Prime 宣布上线 Lighthouse 的最新版本 2.5.0，这是一次中等优先级的发布。
Lighthouse 新版本包含了新的功能，并修复了一些漏洞：
-在 HTTP 响应中增加 execution_optimistic flag （#3070、#3374）
-修复缓慢的 eth1 缓存同步时间 （#3358）
-完全支持构建者规范 v0.2.0 （即支持 mev-boost )（#3134）
-追溯验证乐观同步了的合并过渡区块（#3372）
-在执行层离线时完善对等点管理（#3384）
该版本的重大变更包括：
-数据库迁移：这个版本有两个数据库迁移，分别是 v10（#3322）和 v11 （#3371）。旧数据库版本将会自动升级到最新的版本，无需用户干预，。降级需要用户使用 lighthouse db 工具。请在数据库迁移文档中查看具体说明。
-在 HTTP API 中增加 execution_optimistic flag：根据标准 Beacon API 的 v2.3.0 版本，在一些（但不是全部）HTTP API 响应的 data 字段旁，增加了 execution_optimistic flag。
来源：
https://github.com/sigp/lighthouse/releases/tag/v2.5.0
合并后
合并后的三个 API 变更提议
在第 144 次 ACD 上，开发者们对关于 Engine API 和 Checkpoint Sync (检查点同步) 的一些提议变更进行了讨论，这些变更都是合并后才考虑实现的。
-移除 INVALID_BLOCK_HASH ，对 API 语义的简化：https://github.com/ethereum/execution-apis/issues/270
-现在，API 允许执行层 (EL) 告知共识层 (CL) 它需要更多时间，但它不可以分享“原因”。这个变更会允许 EL 表明它是去 P2P 网络获取丢失的数据还是只需要在本地执行。这会需要在 CL 客户端的 Optimistic Sync 上有所修改，CL 的开发者有反对声音，这个提案将在未来的会议里继续讨论：https://github.com/ethereum/execution-apis/issues/271
-分开提供 CL 状态和提供验证它的根的终端：https://github.com/ethereum/beacon-APIs/pull/226 对于 CL 的检查点同步来说，能够检索检查点并验证它是很关键的。发送完整的状态比只是发送验证状态的根所需要的带宽要多很多。分成两个终端将允许较少量的提供商发送完整状态，但使节点可以轻松为验证状态的根指定一个或多个信任源。开发者们对这两个终端应该如何公开有忧虑，这个问题也将在 Github 和接下来的共识层会议上讨论。
来源：
https://twitter.com/TimBeiko/status/1555244465756942336?s=20
执行层
EIP-1559 上线一周年
2022 年 8 月 5 日，EIP-1559 上线满一周年，根据网站 ultrasound.money 上的数据，截至 8.5 已有 2,570,818.41 枚 ETH 被销毁，占 ETH 供应的 2.1%。
来源：
https://twitter.com/ultrasoundmoney/status/1555507287606820865?s=20
Layer2
StarkWare 宣布添加递归证明到其证明过程中
基于 ZK-STARK 技术的扩容解决方案团队 StarkWare 宣布其方案已将递归证明添加到他们的证明过程中，这是实现分形式扩容 L3 的关键。加入了递归证明，每一个包含了许多笔交易的证明可以和其他证明 rollup(打包) 进单个证明中。
普通的 STARK 扩容过程：
在链下需要做：1) 验证交易的有效性；2) 为这个验证结果生成一个证明
在链上需要做：3) 验证这个证明
添加递归证明后：
在链下需要做：1) 验证交易的有效性；2) 为这个验证结果生成一个证明；3) 验证这个证明并为这个验证结果生成一个证明。(在这里施点魔法) 可以重复这个步骤几次。
在链上需要做：验证最终的证明
递归证明带来的好处
-实现超级扩容，因为将许多笔交易压缩为一个证明后，递归证明又将多个证明压缩成单个证明
-这为 L3 奠定了基础。L3 指的是一个在 L2 之上搭建的环境，L3 的交易 batch 将在 L2 上验证
(编者注：关于 L3 的详细说明，推荐阅读 ECN 翻译的文章《分形式扩容：从 L2 到 L3》)
-延迟得到了改善。因为不再需要等待所有交易都到达验证程序才开始处理它们，可以开始并行处理更小的交易 batch
-验证包含内置函数的程序的复杂性留在链下处理，因此链上验证只需处理简单的证明
来源：https://twitter.com/StarkWareLtd/status/1556670209414635521
Arbitrum One 主网将于 8 月 31 日迁移升级至 Nitro
Arbitrum One 主网将于 8 月 31 日迁移升级至 Nitro。在此之前，Arbitrum 会在 24 日进行一次影子分叉迁移，作为主网迁移之前的最后一次彩排。
升级至 Nitro 可以带来：
-对 calldata 进一步压缩。通过减少提交到 L1 的数据量，进一步降低在 Arbitrum 上的交易成本。
-以太坊 L1 gas 兼容性。使 EVM 操作的定价和记账与以太坊完全一致。
-额外的 L1 互操作性。包括与 L1 区块更紧密的同步，以及对所有以太坊 L1 预编译的完全支持。
-安全的 "retryable"，减少 retryable 票据无法创建的失败模式。
-Geth Tracing，用于更广泛的 debug 支持。
-等等
针对 Solidity 开发者的 Nitro 迁移笔记 (动态文档)：https://github.com/OffchainLabs/nitro/blob/master/docs/migration/dapp_migration.md
来源：https://medium.com/offchainlabs/prepare-your-engines-nitro-is-imminent-a46af99b9e60
L2 好文推荐
-DelphiDigital 发表了文章《Rollup 的完整指南》，标题作为呼应 Vitalik 之前的文章《 Rollup 不完全指南》的 meme。https://members.delphidigital.io/reports/the-complete-guide-to-rollups
-Vitalik 发布了文章 "The different types of ZK-EVMs" 分析对比不同类型的 ZK-EVM：https://vitalik.eth.limo/general/2022/08/04/zkevm.html
-Immutable X 发布 zkEVM、EVM 兼容性 & rollup 的完全指南：https://immutablex.medium.com/ground-up-guide-zkevm-evm-compatibility-rollups-787b6e88108e
-Takens Theorem 的 Layer2 Playgrounds：https://medium.com/etherscan-blog/layer-2-playgrounds-5a44eed217fa
本期完，我们下期见！
