全文版：以太坊主网合并公告

原标题（译后）：以太坊主网合并公告

背景

经过多年的努力，我们终于迎来了以太坊权益证明机制的升级！ 所有公共测试网现已成功升级，以太坊主网合并的安排也已确认。

此次合并与之前的网络升级有两个不同之处。 首先，节点运营商需要同时升级他们的共识层（CL）和执行层（EL）客户端，而不是只升级其中一个； 第二，升级活动分为两个阶段：第一阶段，称为Bellatrix升级，会在信标链的epoch高度触发，第二阶段，称为Paris升级，会在执行层之后触发达到值。

升级信息

时间

合并分两步完成。 第一步是 Bellatrix 网络升级，将在共识层的某个 epoch 高度触发。 接下来是执行层从工作量证明机制到权益证明机制的过渡，即第二次巴黎升级，它由称为 TerminalTotalDifficulty (TTD) 的特定总难度阈值触发。

Bellatrix 升级预计在信标链的纪元 144896 进行，即 UTC 时间 2022 年 9 月 6 日上午 11:34:47。

巴黎升级是执行层过渡的一部分，将在 TerminalTotalDifficulty (TTD) 为 58750000000000000000000 时触发，预计在 9 月 10 日至 20 日之间。 准备好到达的日期取决于工作量证明的计算能力。 可以在 bordel.wtf 和 797.io/themerge 上找到有关过渡的预测。

一旦执行层达到或超过 TTD，后续区块将由信标链的验证者生成。 一旦信标链最终确定了这个区块，就认为它被合并了。 在正常网络条件下，合并将在 TTD 后第一个块生成后的 2 个纪元（或 13 分钟左右）发生！

新的 JSON-RPC 块标记 finalized 返回最新的最终块，或者如果不存在合并块则返回错误。 应用程序可以使用此标记来检查合并是否完成。 同样，智能合约可以请求（合并后更名为 PREVRANDAO）来确定是否发生合并。 我们建议基础设施提供商监控整个网络的稳定性并最终确定状态。

客户端版本发布

以下客户端版本支持以太坊主网的合并。 节点运行者必须在合并期间和之后运行执行层和共识层客户端以保持在线。

在选择运行哪个客户端时，验证者必须特别注意运行在 EL 和 CL 上有大量节点的客户端的风险。 有关这些风险及其后果的解释性文章可在 ( ) 获得。 有关 EL 和 CL 客户端当前分布的估计以及从一个客户端切换到另一个客户端的指南，请参阅 ( )。

共识层

执行层

警告：geth v.1.10.22 包含重大数据库问题，请勿使用此版本，如果您已经升级到此版本，请尽快升级至 v.1.10.23。

升级规范

合并的共识密钥更改在两个地方指定：

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

engine API在execution-apis仓库中描述，用于共识层和执行层之间的通信

OptimisticSync在共识规范仓库的sync文件夹中有描述。 供共识层在执行层客户端同步时导入区块，为执行层提供共识层链头的局部视图。

合并漏洞赏金奖励

从现在到 9 月 8 日，所有与合并相关的错误赏金都翻了两番。 关键错误的赏金高达 100 万美元。

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

经常问的问题

作为节点运行者我应该做什么？

合并后，一个以太坊全节点将合并一个共识层客户端（运行 PoS 信标链）和一个执行层客户端（管理用户状态和运行交易相关计算）。 它们通过经过身份验证的端口进行通信（使用一组称为引擎 API 的新 JSONRPC 方法）。 执行层客户端和共识层客户端使用加密的 JWT 相互认证。 节点运营商需要参考他们的客户文档以获取有关如何生成和配置此信息的说明。

也就是说，如果你已经有一个节点运行在信标链上，你现在还需要运行一个执行层客户端。 同样，如果您在当前 PoW 网络上运行一个节点，那么您将需要运行一个共识层客户端。 为了让他们安全地通信，每个客户端都必须传递一个 JWT 令牌。 ethereum.org 网站的“运行节点”部分的更新更详细地解释了这些。

值得强调的是，虽然信标链节点和验证者客户端都是共识层客户端的一部分，但运行信标链节点与运行验证者客户端并不相同。 验证者必须同时运行两者，而节点运行者只需要运行信标链节点。 ( ) 更详细地解释了这两个组件之间的区别。

另请注意，共识层和执行层都维护一组独立的对等点并公开自己的 API。 Beacon 和 JSONRPC API 都将继续按预期工作。

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

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

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

虽然验证者奖励累积在信标链上，直到后续网络升级后才会被领取，但交易费用将继续在执行层支付、销毁和分配。 验证者可以指定任何以太坊地址作为交易费用的接收者。

更新共识层客户端后，请确保在设置验证者客户端时设置 feerecipient（费用接收方），以确保交易费用可以发送到您控制的地址。 如果选择第三方供应商进行质押，则由您选择的供应商指定这些费用的分配方式。

StakingLaunchpad 有一个合并准备清单，验证者可以使用它来确保他们已经完成了流程的每个步骤。 EthStaker 团队还举办了合并验证者准备工作坊以太坊最大持有者，还有更多计划。

希望在测试网上运行验证者节点以为主网 PoS 过渡做准备的 Stakers 也可以在 Goerli（现已与 Prater 合并）上这样做，它也有一个 StakingLaunchpad 实例。

为什么 TerminalTotalDifficulty 的估计时间跨度这么大？

每个块的难度增加取决于波动的网络计算能力。 如果向网络中添加更多的计算能力，将更早达到 TTD。 同样，如果算力离开网络以太坊最大持有者，TTD 会晚到。 在计算能力急剧下降的情况下，可以协调 TTDOverride（TTD 覆盖），就像在 Ropsten 事件中所做的那样。

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

合并只会对部署在以太坊上的一部分合约产生非常微弱的影响，并且不会破坏任何合约。 此外，大多数用户的 API 端点将保持稳定（除非使用 eth_getWork 等工作量证明特定方法）。

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

此外，您需要注意，合并后除 Sepolia 和 Goerli 之外的所有测试网都将关闭。 如果您是 Ropsten、Rinkeby 或 Kiln 测试网的用户，您应该计划迁移到 Goerli 或 Sepolia 测试网。

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

无论您是使用链上以太坊应用程序，还是在交易所或自托管钱包中持有 ETH，您都不需要做任何事情。 如果您使用的应用程序、交易所或钱包提供了说明或建议，那么您需要验证这些说明和建议是否确实来自它们。 谨防诈骗！

作为矿工我需要做什么？

不必要。 如果在以太坊主网上挖矿，你应该明白合并后，每个网络将完全基于 PoS 权益证明机制运行。 届时，以太坊网络将无法再进行挖矿。

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

如果您使用的是尚未升级到最新版本（如上所列）的以太坊客户端，您的客户端将在主网升级后同步到预分叉区块链。

按照旧规范，你会被困在一条不兼容的链上，并且无法发送 ETH 或在合并后的以太坊主网上运行。

作为验证者，我可以抵押我的股份吗？

不能。 合并是以太坊迄今为止最复杂的升级。 为了最大限度地降低网络中断的风险，我们采用了最小可行方法，并搁置了与过渡无关的所有更改。

从信标链中提取资金的能力可能会在合并后的第一次升级中引入。 共识层和执行层的规范正在推进中。

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

在 9 月 9 日（星期五）世界标准时间 14:00 开始的下一次合并社区会议上与客户团队开发人员、ETHStaker 成员、研究人员等一起参加。

谢谢你

以太坊向权益证明的过渡由来已久。 感谢所有贡献研究、澄清、开发、分析、测试、破译、修复和解释导致以太坊合并的一切的人。

这些年来贡献者太多，无法在此一一列举，但你们都知道自己是贡献者。

没有你在展会上，我们就不会建造这座大教堂。

什么时候合并？ 很快！

（免责声明：请读者严格遵守当地法律法规，本文不代表任何投资建议）