Ξ

    Search by

    Ropsten TTD 公告

    Ropsten 测试网的 TTD 值已确定,验证者和节点运行者须在合并前更新客户端


    EF

    Ethereum Foundation Team       2022-06-06

    来源 | 以太坊基金会博客

    作者 | 以太坊基金会协议支持团队

    • Ropsten 合并的 TTD (Terminal Total Difficulty,终端总难度)50000000000000000
    • 验证者和节点运行者必须在 2022 年 6 月 7 日之前更新自己的执行层和共识层客户端,手动将 TTD 覆盖为该值
    • PoW 测试网的哈希率具有较大波动性,因此 Ropsten 合并的具体时间很难准确地预测。假设出现特别大的波动意外,我们预计合并将在 2022 年 6 月 8-9 日发生。
    • 请注意,同步 Ropsten 上的执行层客户端需要几个小时到几天,并且要求在整个合并过程保持同步

    背景

    本周早些时候,Ropsten 测试网向 PoS 过渡的公告已宣布(中文版见下文)。由于 PoW 测试网哈希率的不稳定性,支持此次升级的客户端版本的 TTD 被手动设置地非常高,以确保 Ropsten 信标链准备好之后才触发合并。

    昨天,在时隙 24000,Bellatrix 升级在 Ropsten 信标链激活,使信标链做好合并的准备。新的 TTD50000000000000000 被选为触发过渡至 PoS 的值。

    在网络到达这个 TTD 值之前,节点运行者和质押者需要将他们的执行层和共识层客户端手动更新覆盖为该 TTD 值。 当前网络的 TTD 是区块头的一部分,可以通过查询你的节点或者访问区块浏览器来获得。

    假设网络哈希率没有意外的变化发生,我们预计将在 2022 年 6 月 8-9 日到达这个 TTD 值。


    Ropsten 合并客户端版本

    为了覆盖为该 TTD 值,节点运行者和质押者必须运行下列的客户端版本或者更新的版本。请注意,共识层和执行层客户端都必须在合并之前完全同步,执行层客户端可能需要花几个小时到几天的时间来同步。

    共识层

    Lighthouse:Baby Wizard (2.3.0) https://github.com/sigp/lighthouse/releases/tag/v2.3.0

    Lodestar:v0.37.0 https://github.com/ChainSafe/lodestar/releases/tag/v0.37.0

    Prysm:v2.1.3-rc.2 https://github.com/prysmaticlabs/prysm/releases/tag/v2.1.3-rc.2

    Nimbus:v22.5.2 https://github.com/status-im/nimbus-eth2/releases/tag/v22.5.2

    Teku:v22.5.2 https://github.com/ConsenSys/teku/releases/tag/22.5.2

    执行层

    Besu:v22.4.2 https://github.com/hyperledger/besu/releases/tag/22.4.2

    Erigon:v2022.05.08 https://github.com/ledgerwatch/erigon/releases/tag/v2022.05.08

    go-ethereum (geth):v1.10.18 https://github.com/ethereum/go-ethereum/releases/tag/v1.10.18

    Nethermind:v1.13.1 https://github.com/NethermindEth/nethermind/releases/tag/1.13.1


    TTD 值覆盖

    为了在合适的时间激活合并,节点运行者和质押者必须将其执行层和共识层客户端的 TTD 值覆盖为 50000000000000000

    下面列出了每一个客户端的操作指南:

    执行层

    Besu

    • 如果使用 TOML 配置文件,添加以下行: override-genesis-config=["terminalTotalDifficulty=50000000000000000"]
    • 或者,当使用这个客户端启动节点时,添加这个 flag:-override-genesis-config="terminalTotalDifficulty=50000000000000000"

    Erigon

    • 当使用这个客户端启动节点时,添加这个 flag:-override.terminaltotaldifficulty=50000000000000000

    Go-Ethereum (geth)

    • 当使用这个客户端启动节点时,添加这个 flag:-override.terminaltotaldifficulty 50000000000000000

    Nethermind

    • 当使用这个客户端启动节点时,添加这个 flag:-Merge.TerminalTotalDifficulty 50000000000000000
    • 也可以在你的客户端的配置文件夹环境变量中完成设置,将 TTD 值设置为 50000000000000000

    共识层

    Lighthouse

    • 当使用这个客户端启动节点时,添加这个 flag:-terminal-total-difficulty-override=50000000000000000

    Lodestar

    • 当使用这个客户端启动节点时,添加这个 flag:-terminal-total-difficulty-override 50000000000000000
    • 了解更多信息,请看这篇博客文章

    Nimbus

    • 当使用这个客户端启动节点时,添加这个 flag:-terminal-total-difficulty-override=50000000000000000

    Prysm

    • 当使用这个客户端启动节点时,添加这个 flag:-terminal-total-difficulty-override 50000000000000000
    • 也可以在 config.yaml 文件夹中完成设置,在你的配置目录中更新 TTD 值并重启你的客户端

    Teku

    • 当使用这个客户端启动节点时,添加这个 flag:-Xnetwork-total-terminal-difficulty-override=50000000000000000

    常见问题解答

    下文中文版来源:https://blog.ethereum.org/2022/05/30/ropsten-merge-announcement/

    作为节点运行者或质押者,我应该做什么?

    正如在文章《Ropsten 合并公告》中所提到那样,Ropsten 上的节点运行者和质押者必须将其执行层和共识层客户端升级为上文列出的版本或更新的版本。

    更新完之后,节点运行者和质押者必须将其执行层和共识层客户端的 TTD 值手动覆盖为50000000000000000 (使用上述列出的命令行完成)。

    最后,请确保在合并之前完全同步你的执行层和共识层客户端。同步执行层客户端可能需要几天的时间。

    作为应用或工具开发者,我应该做什么?

    Ropsten 合并之后,是时候确保在向 PoS 过渡以及合并后的环境中,你的产品都能能按预期运行。如之前的博文所述,合并只会对以太坊上部署的合约子集产生非常微弱的影响,应该不会破坏任何合约。 此外,大部分用户的应用程序接口 (API) 端点仍将保持稳定(除非使用 eth_getWork 等工作量证明的特定方法)。

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

    作为以太坊用户或以太币持有者,我需要做什么?

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

    作为矿工,我需要做什么?

    不需要。 如果在以太坊主网或 Ropsten 上挖矿,您应该了解在合并后,每个网络将完全基于 PoS 权益证明机制运行。 届时,以太坊网络上将无法再挖矿。

    Ropsten 合并预计在 2022 年 6 月 8-9 日进行,以太坊主网合并预计于今年晚些时候进行。

    什么时候合并?

    截至本文发布,以太坊主网合并的日期尚未确定。任何给出合并日期的相关言论都可能是一个骗局。更新内容将发布在本文,请关注!

    假设 Ropsten 中不会出现问题,一旦客户端测试完成,以太坊的其他测试网也将推进合并工作。Goerli 和 Sepolia 都成功过渡到 PoS 并稳定运行后,将为信标链上的 Bellatrix 升级选择一个时隙高度,并且设定主网合并的终结总难度( TTD) 值。然后,客户端将发布在主网上支持合并的版本。 我们将在此博客以及其他社区平台上宣布相关消息。下图展示了这个过程:

    img

    以上均以未发现问题作为前提。 如果在此过程的任何时间点发现问题,或测试范围被判定不够全面,我们将解决这些问题,然后再继续推进部署进程。

    只有到这时,才可能估计合并的确切日期。

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



    ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源,文章版权归原作者所有,转载须注明原文出处以及ethereum.cn,若需长期转载,请联系eth@ecn.co进行授权。


    Ethereum Community Network
    以太坊社区网络
    Ethereum Community Network
    以太坊社区网络