Goerli/Prater 合并公告

• Goerli 将与 Prater 合并，完成最后一次测试网权益证明过渡。 在合并后，Goerli/Prater 融合后的网络将保留 Goerli 的名称。
• 已为合并做好准备的 Prater 升级 Bellatrix 将在时段 112260 启动，预计时间为 12:24PM UTC on August 4, 2022。
• Bellatrix 启动后，Goerli/Prater 合并将在 Goerli 达到 10790000 的总难度时开始，预计时间为 August 6-12, 2022。
• 合并后，Goerli 的验证者集将针对个人质押人开放，以便他们运行测试网验证者。 想要启动 Goerli/Prater 验证者的质押人可在 Prater 启动板上执行。

背景

经过多年努力将权益证明引入以太坊后，我们现在终于进入最后的测试阶段：测试网部署！

在已弃用测试网上经过几次开发者网络测试、影子分叉和合并后，Sepolia 最近已经过渡到权益证明。 现在，仅剩下最后一个测试网：Goerli 以及与之相关的信标链 Prater。

此次合并与以往以太坊升级的区别体现在两个方面。 首先，节点运营商需要依次升级他们的共识层 (CL) 和执行层 (EL) 客户端，而非仅升级两者之一。 其次，此升级分两个阶段启动：第一个阶段名为 Bellatrix，在信标链上达到某个时段高度时开始；第二个阶段名为 Paris，在执行层达到某个 Total Difficulty 值时开始。

升级信息

时间

合并分两个步骤进行。 首先是共识层网络升级 Bellatrix，由时段高度触发。 然后是执行层从工作量证明过渡到权益证明的升级 Paris，由特定的 Total Difficulty 阈值触发，即 Terminal Total Difficulty (TTD)。

Bellatrix 升级计划在 Prater 信标链上的时段 112260 实施，预计时间为 12:24PM UTC on August 4, 2022。 Paris 为执行层部分的过渡，将在 Goerli 上的 Terminal Total Difficulty (TTD) 达到 10790000 时执行，预计时间为 August 6-12, 2022。

仅当执行层超过 TTD 时，信标链验证者才会单独生成下一个区块。 而仅当信标链最终确认此区块后，我们才会认为合并已经完成。 假设网络状态正常，在达到第一个 TTD 后区块之后，此过程应持续 2 个时段，或大约 13 分钟。

新的 JSON-RPC 区块标签 finalized 将返回最新确认的区块，或者，如果不存在合并后区块，则会返回错误。 应用程序可使用此标签检查合并是否完成。 同样，智能合约可以查询 DIFFICULTY 操作码 (0x44) 以确定合并是否发生，该操作码合并后重命名为 PREVRANDAO。 因此，我们建议除了监控最终状态之外，基础设施提供商还应监控网络的总体稳定性。

客户端版本

以下客户端版本均支持 Goerli 和 Prater 测试网的合并。 节点运营商必须同时运行执行层和共识层客户端，才能在合并期间和之后一直在线。

选择要运行的客户端时，验证者应特别注意在执行层和共识层运行主流客户端的风险。 如需了解这些风险及其后果，请点击此处。 如需了解当前执行层和共识层客户端的分布估计，以及从一种客户端切换至另一种客户端的操作指南，请点击此处。

共识层

执行层

升级规范

合并的共识关键变更在下面两个位置详细说明：

• 共识层变更，位于共识规范存储库的 bellatrix 目录下
• 执行层变更，位于执行规范存储库的 Paris 规范下

除此之外，还有两套规范涉及到共识层和执行层客户端的交互方式：

• 引擎应用程序接口，在执行应用程序接口存储库中详细说明，用于实现共识层和执行层之间的通信
• 乐观同步，在共识规范存储库的 sync 文件夹下详细说明，由共识层用于在执行层客户端同步时导入区块，并按前后顺序提供区块链头部的部分视图

常见问题

作为节点运营商，我应该做什么？

合并之后，以太坊全节点将共识层 (CL) 客户端与执行层 (EL) 客户端合二为一。前者运行权益证明信标链，后者管理用户状态并运行与交易相关的计算。 这两个客户端使用一套新的 JSON RPC 方法，即引擎应用程序接口，通过经过身份验证的端口进行通信。 此外，执行层和共识层客户端使用 JSON Web 令牌 (JWT) 密钥相互验证。 因此，节点运营商应参考客户端文档，了解如何生成和配置这种密钥。

换句话说，如果你已经在信标链上运行了一个节点，现在还需要运行一个执行层客户端。 同样，如果你在当前的工作量证明网络上运行一个节点，还需要运行一个共识层客户端。 为使两个客户端之间安全通信，必须将 JSON Web 令牌 (JWT) 密钥传送至每个客户端。 有关在 Goerli/Prater 网络上运行节点的总结说明，请点击此处。

值得强调的是，虽然信标节点和验证者客户端都是共识层客户端版本的一部分，但它们的运行却存在差异。 质押人必须运行两种客户端，但节点运营商仅需运行信标节点。 本文更加深入地解释了两者之间的差异。

另请注意，每一层都会维护一组独立的对等节点，并公开自己的应用程序接口。 信标应用程序接口和 JSON RPC 应用程序接口将继续按预期运行。

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

Goerli/Prater 合并为你提供了最后一次机会，确保你的验证者在主网过渡之前已正确配置。 强烈建议现在运行至过渡结束，以避免主网出现任何意外问题。

如前所述，在合并后，**除了其共识层客户端以外，信标链上的验证者还需要运行执行层客户端。**虽然强烈建议在合并前也这么做，但验证者本可以将这些功能外包给第三方提供商执行。 由于执行层所需的唯一数据是对存款合约的更新，因此可以实现外包。

合并后，验证者需要确保他们创建并证明的区块中的交易有效。 为此，每个信标节点必须与一个执行层客户端配对。 请注意，多个验证者仍可与一个信标节点和执行层客户端组合配对。 虽然这增加了验证者的责任，但也使提出区块的验证者有权获得相关交易优先费（该费用目前由矿工获得）。

虽然验证者奖励会在信标链上累积，且需要后续网络升级才能提取，但交易费的支付、消耗和分发将继续在执行层执行。 验证者可将任何以太坊地址指定为交易费的接收者。

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

Prater 质押启动板有一张合并准备情况检查清单，质押人可用它确保完成了合并的每个步骤。 EthStaker 团队还在 7 月 29 日举办了一场合并验证者准备工作研讨会。

为什么 Terminal Total Difficulty 的预估日期范围如此宽泛？

每个区块的难度增量不同，导致 TTD 时间窗口的预估较之区块或时段高度更难，因此得到的预期范围更广。 用户应注意，由于工作量证明的哈希率会发生变化，因此主网过渡的时间也很难预测。

作为应用程序或工具的开发者，我应该做什么？

随着合并在 Goerli 启动，现在是确保你的产品在权益证明过渡期间，以及合并后环境下按预期工作的最后一次机会。 如前一篇文章所述，合并仅会对以太坊上部署的一小部分合约产生极小的影响。这些合约均不会遭到中断。 此外，大部分用户的应用程序接口端点保持稳定（除非使用特定的工作量证明方法，如 eth_getWork）。

尽管如此，以太坊上的大多数应用程序涉及的远不止链上合约。 就是现在，需要确保你的前端代码、工具、部署管道和其他链下组件能够按预期工作。 我们强烈建议开发者在 Sepolia、Ropsten 或 Kiln 上运行完整的测试和部署过程，并向项目维护者报告任何与工具或依赖项相关的问题。 如果你不确定在哪里提出问题，请使用此存储库。

还应注意，除 Sepolia 和 Goerli 以外，所有测试网均将在合并后弃用。 因此，如果你是 Ropsten、Rinkeby 或 Kiln 的用户，你应该计划迁移至 Goerli 或 Sepolia。 如需深入了解相关信息，请点击此处。

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

不需要。 以太坊主网并不受此测试网的影响。 在主网过渡之前，将会在此博客中发布后续公告。

作为矿工，我是否需要做点什么？

不需要。 如果你在以太坊主网上挖矿，就应该了解在合并后，网络将完全采用权益证明运营。 届时，网络上将不再支持挖矿。

作为验证者，我能否撤销质押？

不能。 合并是以太坊迄今为止最为复杂的升级。 为将网络中断的风险降至最低，我们采取了最精简的方法，即在本次升级中摒弃了一切与过渡无关的变更。

从信标链撤销质押这一功能很可能会在合并后的第一次升级中实现。 共识层和执行层的相关规范均在制定中。

我还有其他问题，可以在哪里提问？

EthStaker 社区已经设立了一个争议解决频道，用于回答质押人和节点运营商的问题。 你可以从此处加入争议解决频道，然后使用 #goerli-prater 频道获得帮助。 如前所述，EthStaker 还在 7 月 29 日举办了一场合并验证者准备工作研讨会。

此外，计划在协调世界时 8 月 12 日 14:00 举行合并社区会议。 客户端开发者和研究员将在会议上回答节点运营商、质押人、基础设施和工具提供商以及社区成员提出的问题。 请注意，此次社区会议预计在 Goerli/Prater 合并之后举行。

何时合并？

截至本文发布时，以太坊主网的权益证明过渡时期还 not 确定。 任何来源发布的其他相关言论都可能不实。 最新信息将通过本博客发布。 请注意网络信息安全！

假定在 Goerli/Prater 合并期间未出现任何问题，只要客户端有功能完备的版本，将为主网信标链上的 Bellatrix 升级选择一个时隙高度，并为主网过渡设定一个总难度值。 之后，客户端将会发布支持主网合并的版本。 届时将在本博客和其他社区出版物中发布相关公告。

然而，如果在此过程中发现任何问题，或测试范围被判定不够全面，我们将解决这些问题，然后再继续推进部署进程。

只有到那时，才能预估合并的确切日期。

也就是说，我们会快马加鞭 🔜。