以太坊基金会：以太坊主网合并公告

以太坊正在转向权益证明 (PoS)！ 这种转变称为合并，必须首先通过信标链上的 Bellatrix 升级激活。 之后，当达到一定的总难度值时，以太坊工作量证明（PoW）链将迁移到权益证明（PoS）。

根据计划，Bellatrix 升级将于 2022 年 9 月 6 日 11:34:47 UTC 在信标链的第 144896 个纪元进行。

触发合并的终端总难度值为58750000000000000000000，预计在2022年9月10日至20日之间。

注意：如前所述，Kiln 测试网即将被弃用，运营商将于 2022 年 9 月 6 日关闭。

背景

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

合并在两个方面不同于过去的网络升级。 首先，节点运营商需要更新他们的共识层（CL）客户端和执行层（EL）客户端，而不仅仅是其中一个。 第二，本次升级分两个阶段启动：第一阶段称为Bellatrix，将在信标链上的某个epoch高度完成； 第二阶段称为Paris，当执行层达到预定的总难度值Finish时完成。

升级信息

时间

合并分为两个步骤。 第一步是在一定的 epoch 高度升级在共识层触发的 Bellatrix 网络。 随后，执行层从工作量证明 (PoW) 过渡到权益证明 (PoS)，这一步骤称为巴黎，由称为终端总难度 (TTD) 的特定总难度值触发。

Bellatrix 升级定于 UTC 时间 2022 年 9 月 6 日上午 11:34:47，届时信标链高度达到 144896。

当TTD的总难度值达到5875000000000000000000000000000000000时，将触发向Paris的执行层升级，预计时间为2022年9月10日至9月20日。达到TTD的确切日期取决于工作量证明的哈希率，估计的过渡时间可以在 bordel.wtf [1] 和 797.io/themerge [2] 中找到。

一旦执行层达到或超过预定的 TTD 值，信标链验证人将负责生成后续区块。 一旦信标链完成了区块，合并升级就被认为完成了。 在正常网络条件下，达到 TDD 难度值后产生的第一个区块将在 2 个 epoch（约 13 分钟）后完成。

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

客户端版本

以下客户端版本支持合并升级到以太坊主网。 请注意，节点运营商必须同时运行执行层和共识层客户端，以便在合并期间和之后保持在网络上。

在选择运行哪个客户端时，验证者应特别注意在 EL 和 CL 上运行大多数客户端的风险。 您可以在此处找到对这些风险及其后果的解释‌‌ [4]。 您还可以在此处找到对执行层和共识层中客户端分布的估计，以及从一个客户端切换到另一个客户端的指南‌‌[5]。

升级规范

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

共识层根据共识规范存储库的 Bellatrix 目录发生变化‌‌[6]。

执行层根据执行规范存储库中的 Paris 规范发生变化‌‌[7]。

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

execution-apis‌[8] 存储库中指定的引擎 API 用于共识层和执行层之间的通信。

在共识规范存储库的 sync‌[9] 文件夹中指定的 Optimistic Sync 被共识层用来在执行层客户端同步时导入区块，并提供从前者到后者的链头的部分视图。

加入漏洞赏金计划

从现在到 9 月 8 日，所有与合并相关的错误赏金将有 4 倍的乘数。 严重的错误赏金最高可达 100 万美元。

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

常问问题

1. 作为节点运营者，我该怎么做？

合并后，以太坊完整节点是运行权益证明信标链的共识层 (CL) 客户端与管理用户状态和运行交易相关计算的执行层 (EL) 客户端的组合。 执行层 (EL) 和共识层 (CL) 客户端使用一组称为引擎 API [10] 的新 JSON RPC 方法通过经过身份验证的端口进行通信。 执行层 (EL) 和共识层 (CL) 客户端使用 JWT 密钥相互验证。 节点运营商应参考其客户的文档以获取有关如何生成和配置此值的说明。

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

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

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

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

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

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

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

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

Staking Launchpad 有一个合并准备清单‌‌[15]，质押者可以使用它来确保他们已经完成了流程的每个步骤。 EthStaker 还举办了验证者准备工作坊，并计划举办更多的工作坊。

希望在测试网上运行验证器以为主网 PoS 过渡做准备的 Stakers 可以在 Goerli 测试网（现已合并）上进行，该测试网也有一个 Staking Launchpad 实例。

3. 为什么 TTD 的预估日期范围这么宽？

每个区块增加的难度取决于不稳定的网络算力。 如果更多的计算能力加入网络，TTD 将更快达到。 同样，如果算力退出网络，TTD的到达时间也会延迟。 如果哈希率水平显着下降，可以像在 Ropsten 测试网上所做的那样协调 TTD 覆盖值。

4. 作为应用程序或工具开发者，我应该怎么做？

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

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

另请注意，合并后将弃用除 Sepolia 和 Goerli 之外的所有测试网。 如果您是 Ropsten、Rinkeby 或 Kiln 的用户，您应该计划迁移到 Goerli 或 Sepolia。 有关这方面的更多信息，请参阅此链接 [16]。

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

无论您是在链上使用以太坊应用程序、在交易所持有 ETH，还是在您自己保管的钱包中，您都无需做任何事情。 如果您使用的应用程序、交易所或钱包提供了额外的说明或建议重要公告以太坊pow，您应该验证这些说明或建议是否来自它们。 谨防诈骗！

6. 作为以太坊矿工，我还能做什么？

不，如果你在以太坊主网上挖矿，你应该知道合并后，网络将完全在股权证明（PoS）算法下运行，届时将不再可能进行 POW 挖矿。

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

如果您使用的是未更新到最新版本（如上所列）的以太坊客户端，一旦网络升级完成，您的客户端将同步到预分叉的区块链。

你将被困在一条遵循旧规则的不兼容链上，无法发送以太币或在合并后的以太坊网络上运行。

8. 作为验证者重要公告以太坊pow，我可以撤回质押的 ETH 权益吗？

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

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

9. 我有更多的问题，在哪里可以问？

世界标准时间 9 月 9 日 14:00 将举行关于合并的社区电话会议，您可以在其中加入客户端开发人员、ETHStaker 成员、研究人员等！