ETH主网合并公告 由协议支持团队于 2022 年 8 月 24 日发布

• 以太坊正在转向股权证明！过渡称为 The Merge，必须首先通过 Bellatrix 升级在信标链上激活。在此之后，工作量证明链将在达到特定Total Difficulty值时迁移到权益证明。
• Bellatrix 升级计划144896在信标链上进行 –世界标准时间 2022 年 9 月 6 日上午 11:34:47。
• Terminal Total Difficulty触发合并的价值58750000000000000000000预计在2022 年 9 月 10 日至 20 日之间。
• 注意：如前所述，Kiln 测试网正在日落。运营商将于 2022 年 9 月 6 日关闭。

背景

经过多年的努力，以太坊的 PoS 升级终于来了！所有公共测试网的成功升级现已完成，并且已为以太坊主网安排了 The Merge。

Merge 在两个方面不同于以前的网络升级。首先，节点运营商需要同时更新他们的共识层（CL）和执行层（EL）客户端，而不仅仅是两者之一。其次，升级分两个阶段激活：第一个阶段，名为 Bellatrix，在信标链上的一个纪元高度，第二个阶段，名为 Paris，在Total Difficulty执行层上达到一个值时。

升级信息

定时

合并是一个两步过程。第一步是由纪元高度触发的共识层上的网络升级 Bellatrix。接下来是执行层从工作量证明到权益证明的转换，巴黎，由称为( )的特定Total Difficulty阈值触发。Terminal Total DifficultyTTD

Bellatrix 升级计划144896在信标链上进行 –世界标准时间 2022 年 9 月 6 日上午 11:34:47。

Paris，执行层的过渡部分，将由 触发Terminal Total Difficulty (TTD)，58750000000000000000000预期在 之间Sept 10-20, 2022。达到的确切日期TTD取决于工作量证明哈希率。可以在bordel.wtf和797.io/themerge找到有关过渡的估计。

一旦执行层达到或超过TTD，后续块将由信标链验证器生成。一旦信标链完成此块，合并转换就被认为完成了。在正常网络条件下，这将在第一个 TTD 后块产生后 2 个 epoch（或约 13 分钟）发生！

一个新的 JSON-RPC 块标记，finalized返回最新的最终块，如果不存在这样的合并后块，则返回错误。应用程序可以使用此标签来检查合并是否已完成。类似地，智能合约可以查询DIFFICULTY操作码 ( 0x44)（重命名为PREVRANDAOpost-merge）来确定 Merge 是否发生。我们建议基础设施提供商监控整体网络稳定性以及最终状态。

客户端发布

以下客户端版本支持以太坊主网上的 Merge。节点运营商必须同时运行执行层和共识层客户端，才能在 Merge 期间和之后保持在网络上。

在选择运行哪个客户端时，验证者应特别注意在 EL 和 CL 上运行多数客户端的风险。这些风险及其后果的解释可以在这里找到。可以在此处找到当前 EL 和 CL 客户端分布的估计以及从一个客户端切换到另一个客户端的指南。

Consensus Layer

Execution Layer

警告：geth v1.10.22 版本包含严重的数据库问题，请勿使用此版本，如果您已经升级，请尽快升级到 v1.10.23。

升级规格

The Merge 的共识关键更改在两个地方指定：

• 共识层在共识规范存储库Bellatrix目录下发生变化
• 执行层在执行规范存储库中的Paris规范下发生变化

除此之外，另外两个规范涵盖了共识层和执行层客户端如何交互：

• 在execution-apis 存储库中指定的 Engine API用于共识层和执行层之间的通信
• 在共识规范存储库的文件夹中指定的 Optimistic Syncsync被共识层用于在执行层客户端同步时导入块，并提供从前者到后者的链头的部分视图

合并错误赏金奖金

从现在到 9 月 8 日，所有与合并相关的漏洞赏金都获得了 4 倍的乘数。严重错误现在价值高达100 万美元。

有关更多详细信息，请参阅错误赏金计划。

常问问题

作为节点运营商，我该怎么办？

合并后，以太坊全节点是运行股权证明信标链的共识层（CL）客户端和管理用户状态并运行与交易相关的计算的执行层（EL）客户端的组合. EL 和 CL 客户端使用一组称为Engine API的新 JSON RPC 方法通过经过身份验证的端口进行通信。EL 和 CL 客户端使用 JWT 密钥相互验证。节点操作员应参考其客户的文档以获取有关如何生成和配置此值的说明。

换句话说，如果您已经在信标链上运行了一个节点，那么您现在还需要运行一个执行层客户端。同样，如果您在当前的工作量证明网络上运行一个节点，您将需要运行一个共识层客户端。为了让它们安全通信，必须将 JWT 令牌传递给每个客户端。ethereum.org 网站的“运行节点”部分的更新更详细地介绍了这些步骤。

值得强调的是，虽然它们都是共识层客户端版本的一部分，但运行信标节点与运行验证器客户端是不同的。质押者必须同时运行两者，但节点运营商只需要前者。这篇文章更详细地解释了这两个组件之间的区别。

另外，请注意，每一层都将维护一组独立的对等点并公开其自己的 API。Beacon和JSON RPC API 都将继续按预期工作。

作为质押者，我需要做什么？

如上所述，信标链上的验证者除了共识层客户端外，还需要在 Merge 之后运行执行层客户端。合并前，强烈建议这样做，但一些验证者已将这些功能外包给第三方提供商。这是可能的，因为执行层所需的唯一数据是存款合约的更新。

合并后，验证者必须确保他们创建和证明的用户交易和状态转换块是有效的。为此，每个信标节点必须与执行层客户端配对。请注意，多个验证器仍然可以与单个信标节点和执行层客户端组合配对。这扩大了验证者的责任，但也让提出区块的验证者有权获得其相关的交易优先费用（目前属于矿工）。

虽然验证者奖励仍然在信标链上产生，并且需要随后的网络升级才能撤回，但交易费用将在执行层上支付、销毁和分配。验证者可以指定任何以太坊地址作为交易费用的接收方。

更新共识客户端后，请务必将其设置fee recipient为验证器客户端配置的一部分，以确保将交易费用发送到您控制的地址。如果您使用第三方提供商进行质押，则由您选择的提供商指定如何分配这些费用。

Staking Launchpad 有一个Merge Readiness Checklist，质押者可以使用它来确保他们完成了流程的每个步骤。EthStaker 还举办了Validator Prep Workshops，并计划举办更多活动。

想要在测试网上运行验证器以准备主网权益证明转换的质押者可以在 Goerli（现已与 Prater 合并）上这样做，它也有一个Staking Launchpad 实例。

为什么估计日期Terminal Total Difficulty这么宽泛？

每个区块增加的难度取决于不稳定的网络哈希率。如果更多的哈希率加入网络，TTD将更快地达到。同样，如果哈希率离开网络，TTD将在稍后达到。如果哈希率水平显着下降，TTD Override可以像在Ropsten上所做的那样进行协调。

作为应用程序或工具开发人员，我应该怎么做？

如前一篇文章所述，合并对部署在以太坊上的合同子集的影响很小，它们都不应该被破坏。此外，大部分用户 API 端点保持稳定（除非您使用工作量证明特定的方法，例如eth_getWork）。

也就是说，以太坊上的大多数应用程序所涉及的远不止链上合约。现在是确保您的前端代码、工具、部署管道和其他链下组件按预期工作的时候了。我们强烈建议开发人员在 Sepolia 或 Goerli 上运行完整的测试和部署周期，并向这些项目的维护人员报告工具或依赖项的任何问题。如果您不确定在哪里打开问题，请使用此存储库。

此外，请注意，除了 Sepolia 和 Goerli 之外的所有测试网都将在合并后被弃用。如果您是 Ropsten、Rinkeby 或 Kiln 的用户，您应该计划迁移到 Goerli 或 Sepolia。可以在此处找到有关此的更多信息。

作为以太坊用户或以太币持有者，我有什么需要做的吗？

无论您是在链上使用以太坊应用程序、在交易所持有以太币还是在自托管钱包中，您都无需做任何事情。如果您使用的应用程序、交易所或钱包提供额外的说明或建议，您应该验证这些是否真的来自它们。警惕诈骗！

作为一名矿工，我有什么需要做的吗？

不可以。如果你在以太坊主网上挖矿，你应该知道，在合并之后，网络将完全在权益证明下运行。届时，将无法在网络上进行挖矿。

如果我是矿工或节点运营商并且我不参与升级会怎样？

如果您使用未更新到最新版本（如上所列）的以太坊客户端，则一旦升级发生，您的客户端将同步到分叉前区块链。

按照旧规则，您将被困在不兼容的链上，无法发送以太币或在合并后的以太坊网络上操作。

作为验证者，我可以撤回我的股份吗？

不，合并是迄今为止对以太坊最复杂的升级。为了最大限度地降低网络中断的风险，我们采取了一种最小化的方法，该方法排除了此升级中的任何非过渡更改。

从信标链提款可能会在合并后的第一次升级中引入。共识层和执行层的规范正在制定中。

我有更多问题，我可以在哪里问他们？

在世界标准时间 9 月 9 日星期五 14:00参加下一次Merge 社区电话会议，与客户团队开发人员、ETHStaker 成员、研究人员等一起参加！