- 一个 终端总难度（TTD） 的 50000000000000000 已选择用于Ropsten合并。
- Stakers和Node操作员必须手动覆盖 TTD 在他们的执行和共识层客户端中 2022年6月7日之前。
- 工作证明测试网络可能具有挥发性的哈希速率，并且在Ropsten上合并的确切时机很难准确预测。假设没有意外的哈希率波动，我们希望合并会发生 6月8日至9日，2022年。
- 请注意，将执行层客户端同步到Ropsten可能需要几个小时到几天，并且 是必须的 贯穿合并。
背景
本周早些时候，Ropsten Testnet向二手证明的过渡 被宣布。由于工作验证测试网的不稳定率不稳定，使用人为的高度配置了支持升级的客户端释放 终端总难度（TTD）。这样可以确保在Ropsten Beaccon链准备好之前就无法触发合并。
昨天，在老虎机 24000，Bellatrix升级在Ropsten Beacon链上激活，启动了网络以通过合并。一个新 TTD 价值 50000000000000000 已选择以触发过渡。
节点操作员和Stakers需要手动更新此 TTD 在网络达到这一总难度之前，对其执行和共识层客户端的价值。 当前的网络总难度是块标头的一部分，可以通过查询您的节点或访问Block Explorer来获得。
假设网络哈希速率没有意外变化，我们预计会击中这个总难度值，并且 TTD 超过2022年6月8日至9日左右。
Ropsten合并客户版本
要执行终端总难度覆盖，节点运算符和Stakers必须运行以下客户端版本或更近期的客户端版本。请注意，在合并之前，必须完全同步共识和执行层客户端，并且执行层客户端可能需要几个小时才能完成。
共识层
执行层
终端完全难度覆盖
要在正确的时间激活合并，节点运算符和Stakers必须覆盖 两个都 他们的执行和共识层客户端 终端总难度（TTD） 价值 50000000000000000。
以下是与每个客户这样做的说明：
执行层
basut
- 如果使用TOML配置文件，请添加以下行：
Override-Genesis-Config =[“terminalTotalDifficulty=50000000000000000”] - 或者，使用CLI启动节点时，添加以下标志：
-Override-Genesis-Config =“ terminaltotaltalfficulty = 50000000000000000”
埃里贡
- 使用CLI启动节点时，添加以下标志： – override.terminaltotalfficulty = 50000000000000000
Go-Ethereum（Geth）
- 使用CLI启动节点时，添加以下标志： – override.terminaltotaldaldficulty 50000000000000000
nethermind
- 使用CLI启动节点时，添加以下标志： -merge.terninaltotaltaldficulty 50000000000000000
- 这也可以在您的客户的 配置文件 或者 环境变量，通过设置 终端构成菌 价值 50000000000000000
共识层
灯塔
- 使用CLI启动节点时，添加以下标志： – 末端 – 缺陷范围= 50000000000000000
Lodestar
- 使用CLI启动节点时，添加以下标志： – 末端 – 缺陷 – 超过50000000000000000
- 有关更多信息，请参阅 这篇博客文章。
暴雨
- 使用CLI启动节点时，添加以下标志： – 末端 – 缺陷范围= 50000000000000000
prysm
- 使用CLI启动节点时，添加以下标志： – 末端 – 缺陷 – 超过50000000000000000
- 这也可以在 config.yaml 通过更新 total_terminal_difficulty 在您的配置目录中进行价值，并重新启动客户端。
海
- 使用CLI启动节点时，添加以下标志： – XnetWork-Total-terminal-Difficulty-override = 50000000000000000
常问问题
作为节点操作员或史塔克，我该怎么办？
如 Ropsten合并公告Ropsten上的节点运算符和Stakers必须更新其执行和共识层客户端上面列出的版本或更多版本。
完成此操作后，节点运算符和Stakers必须手动覆盖Ropsten 终端总难度（TTD） 价值开 他们的执行和共识层客户端 使用上面列出的命令。
最后，确保您的执行和共识层客户端在合并之前已完全同步。对于执行层客户端，这可能需要几天时间。
作为应用程序或工具开发人员，我该怎么办？
随着合并在Ropsten上进行的，现在是时候确保您的产品通过验证过渡和合并后环境中的预期工作。正如在 上一篇文章，合并只会对以太坊部署的合同的一部分产生最小的影响，而这些合同不应破裂。此外，大狮的用户API端点的份额保持稳定（除非您使用工作证明的特定方法，例如 eth_getwork）。
也就是说，大多数以太坊的申请涉及的范围远远超过链合同。现在是时候确保您的前端代码，工具，部署管道和其他链链组件按预期工作。我们强烈建议开发人员在Ropsten上进行完整的测试和部署周期（或 窑）并向这些项目的维护者报告工具或依赖关系的任何问题。如果您不确定在哪里打开问题，请使用 这个存储库。
作为以太坊的用户或以太持有人，我需要做什么？
否。以太坊主网不受此测试网的影响。随后的公告将在Mainnet过渡之前在此博客上发表。
作为矿工，我需要做什么吗？
否。如果您要在以太坊的主网或Ropsten上开采，则应知道每个网络在合并后都将完全在有验证的情况下运行。那时，在网络上将不再进行采矿。
预计将在2022年6月8日至9日左右在Ropsten上，并于今年晚些时候为以太坊的主网。
Wen合并？
截至本文发表，以太坊主网过渡的日期已经 不是 已设置。任何声称否则的消息来源都可能是骗局。更新将发布在此博客上。请保持安全！
假设Ropsten找不到任何问题，一旦客户端测试完成，以太坊的其他测试网将通过合并。一旦Goerli和Sepolia成功过渡和稳定，将为Belatrix升级选择一个插槽高度，并且 终端总难度值 将设置为主网过渡。然后，客户将制作发行版，以使Mainnet合并。这些将在此博客和其他社区出版物中宣布。下图说明了此过程：
请注意，这假设每个步骤都按预期进行。如果在过程中的任何时刻发现问题或测试覆盖范围不足，则将在继续部署过程之前解决这些问题。
只有这样，才有可能估算合并的确切日期。
换句话说，🔜。
