以太坊合并预演:Ropsten测试网合并细节都在这

金色财经 阅读 56505 2022-6-1 09:53
分享至
微信扫一扫,打开网页后点击屏幕右上角分享按钮

5月30日,以太坊核心开发者Tim Beiko发布Ropsten合并公告,称已经推出一条新的信标链,预计6月8日左右在Ropsten网络上进行The Merge,从而转换为PoS共识。以下是公告全文:

Ropsten 将成为第一个通过 The Merge 运行的长期测试网

 新的Ropsten信标链于2022年5月30日推出,为网络提供共识

 Ropsten 信标链将于2022年6月2日在slot 24000升级到合并兼容的协议规则(Bellatrix)

 此后,选择终端总难度 (TTD) 在工作量证明链上激活The Merge。节点维护员将需要在其客户端上手动设置TTD值。

 另一个关于 Ropsten Merge确切终端总难度 (TTD) 的公告将于2022年6月3日发布到此博客。用户们应该期望在TTD值确定后的几天里,短时间内能配置好他们的客户端。

背景

经过多年致力于为以太坊带来权益证明,我们现在进入了最后的测试阶段:测试网部署!

在 Kintsugi,Kiln 和许多影子分叉上测试客户端运行之后,客户端团队现在已准备好通过 The Merge 运行 Ropsten——最初的工作量证明测试网。在准备时,已经启动了一个 Ropsten 信标链来为网络提供共识。

经过 Ropsten 的过渡,另外两个测试网(Goerli 和 Sepolia)在重心转移到主网之前将过渡到权益证明。其他测试网,如 Rinkeby 和 Kovan,可能由社区单独维护和升级,但不再受客户端开发者监控。

The Merge与之前的以太坊升级相比有两方面不同。首先,节点维护员需要相继更新他们的共识和执行层客户端,而不仅仅只更新其中一个。其次,升级分两个阶段激活:第一个阶段是在信标链的slot高度上,第二个阶段是在执行层达到总难度值时。

鉴于这些情况,计划在 The Merge 之后被弃用的 Ropsten 网络将通过升级继续运行,这次升级是在开发过程中完成的,比之前的网络升级更早,这将使社区有更多时间熟悉升级过程。

注意:下面列出的客户端版本不适合以太坊主网过渡到权益证明。

升级信息

时间

The Merge需要分两步进行。它从共识层的网络升级开始,由slot高度触发。接下来是执行层从工作量证明到权益证明的过渡,由特定的总难度阈值触发,称为终端总难度 (TTD)。

2022 年 6 月 2 日,在slot 24000上,Bellatrix 升级将为The Merge准备 Ropsten 信标链。届时,CL 客户端将受制于工作量证明链上的 TTD 值。

由于工作量证明测试网的哈希率非常不稳定,因此最开始的 TTD 值应该设置为一个非常高的值,100000000000000000000000。按照 Ropsten 目前的哈希率,大约需要 250 年才能达到这个值。

一旦 Beacon 链上发生 Bellatrix 升级,需要重新选择并告知新的 TTD 值,该值预计将在几天后达到。然后,用户将需要以这个新值配置他们的节点。

当在 Ropsten 上达到或超过这个新的 TTD 时,将启动过渡的执行层部分,代号为 Paris。还需要注意,Ropsten 上的哈希率可变是众所周知的,因此终端总难度发生的实际时间可能不确定。

当执行层超过 TTD,下一个区块将完全由信标链验证器生成。一旦信标链完成了这个区块,我们认为The Merge已经完成。假设网络条件正常,在完成第一个TTD后的区块时,这个过程大概需要2个时段,或者大约13分钟。

最终,一个新的 JSON-RPC 区块标签返回上一个完成的区块,如果不存在这样一个后合并区块,则返回错误。此标签可用于应用程序检查The Merge是否已完成。同样,智能合约可以查询DIFFICULTY OpCode (0x44) (合并后改名为 PREVRANDAO),以确定是否发生The Merge。我们建议基础设施供应商监控整体网络稳定性以及最终状态。

客户端版本

以下客户端版本支持 Ropsten 测试网上的 The Merge。节点维护员必须运行执行层和共识层客户端后才能在The Merge 期间和之后保留在网络上。

如上所述,以下版本的终端总难度值硬编码为 100000000000000000000000,需要在信标链上激活 Bellatrix 升级后手动更新。

在选择运行哪个客户端时,应该特别注意验证器在 EL 和 CL 上运行多数客户端的风险。此处可找到这些风险及其后果的解释,也可以找到当前 EL 和 CL 客户端分布的预估,以及从一个客户端切换到另一个客户端的指南。

注意:如果您之前下载了 Ropsten TTD 为 43531756765713534 的客户端版本,则必须按照此处指定的方式更新您的版本或手动将 TTD 覆盖为 100000000000000000000000。

Lodestar说明:最新的 Lodestar 版本 v0.37.0 的 Ropsten TTD 值为 43531756765713534,为了与 Ropsten Merge 兼容,现在使用的 TTD 为 100000000000000000000000,Lodestar 用户需要手动覆盖此值。

Geth 说明:最新的 go-ethereum (geth) 版本 Sharblu (v1.10.18) 的 Ropsten TTD 值为 43531756765713534。为了与 Ropsten Merge 兼容,现在使用的 TTD 为 1000000000000000000000000,geth 用户必须:

 从源代码的最新的 master 分支上构建

 使用最新的 Docker 镜像

 通过在启动客户端时运行以下命令来手动覆盖 TTD:--override.terminaltotaldifficulty 100000000000000000000000。

升级规范

The Merge 的共识关键变化特指两方面:

 在共识规范存储库的 bellatrix 目录下,共识层发生变化

 根据执行规范存储库中的巴黎规范(Paris spec),执行层发生变化,

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

 在 execution-apis 存储库中指定的 Engine API 用于共识层和执行层之间的通信

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

FAQ

作为节点维护员,我该怎么办?

合并后,以太坊全节点将结合运行权益证明信标链的共识层客户端和管理用户状态并运行与交易相关计算的执行层客户端。它们使用名叫Engine API 的一组新 JSON RPC 方法通过需要身份验证的端口进行通信。 EL 和 CL 客户端使用 JWT 密钥相互验证。节点维护员应参考其客户的文件,获取有关如何生成和配置这些文件的说明。

换句话说,如果你已经在信标链上运行了一个节点,那么你现在还需要运行一个执行层客户端。同样,如果您在当前的工作量证明网络上运行一个节点,你也需要运行一个共识层客户端。为了让它们安全通信,必须将 JWT 代币传送给每个客户端。

需要强调,虽然它们都是共识层客户端版本的一部分,但运行信标节点与运行验证器客户端是不同的。质押者必须同时运行两者,但节点维护员只需要运行前者。这篇文章详细地解释了这两者之间的区别。

另外,请注意,每层都将维护一组独立的对等点和公开它自己的 API。 Beacon 和 JSON RPC API 都将继续按预期发挥作用。

最后,记得 6 月 3 日回来查看此博客上关于最终 Ropsten TTD 值的公告。

作为质押者,我需要做什么?

如上所述,信标链上的验证者除了共识层客户端外,还需要在The Merge 之后运行执行层客户端。强烈建议在合并前这样做,但验证者可以将这些功能外包给第三方供应商。由于执行层所需的唯一数据是存款合约的更新,所以这是可行的。

合并后,验证器需要确保他们在区块上创建和证明交易是有效的。为此,每个信标节点必须与执行层客户端配对。需要注意,多个验证器仍然可以与单个信标节点和执行层客户端组合配对。虽然这扩大了验证者的责任,但它也赋予了提出区块的验证器获得其相关交易优先费用(目前属于矿工)的权利。

虽然验证器奖励在信标链上获得,并且需要随后的网络升级才能取出,但交易费用将继续在执行层上支付、销毁和分配。验证器可以指定任何以太坊地址作为交易费的接收方。

更新您的共识客户端后,请务必将费用接收方设置为验证者客户端配置的一部分,以确保将交易费用发送到你掌控的地址。

如果你使用第三方供应商进行质押,则由你选择的供应商决定如何分配这些费用。

测试网升级是验证器确保其设置正常工作和解决问题的最后阶段。

我们强烈建议在以太坊主网过渡到权益证明之前,让主网验证器在 Ropsten 和其他测试网上运行 The Merge。

作为应用程序或工具开发,我应该怎么做?

随着 The Merge 在 Ropsten 上线,现在是时候保证你的产品通过权益证明过渡和在合并后正常工作了。正如在前一篇文章中所解释的那样,The Merge对部署在以太坊上合约子集的影响很小,它们都不应该被拆分开来。此外,用户 API 端点的最大份额保持稳定(除非你使用工作量证明特定的方法,例如 eth_getWork)。

也就是说,以太坊上的大多数应用程序所涉及的远不止链上合约。现在是时候确保你的前端代码、工具、部署管道和其他链下组件正常工作了。我们强烈建议开发者在 Ropsten(或 Kiln)上运行完整的测试和部署周期,并将工具或依赖项的任何问题报告给这些项目的维护人员。

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

没有。以太坊主网不受此测试网的影响。后续公告将在主网过渡之前在此博客上发布。

作为一名矿工,我有什么需要做的?

没有。如果你在以太坊主网或 Ropsten 上挖矿,你应该知道,在 The Merge 之后,每种网络都将完全在工作量证明机制下运行。届时,将无法在网络上进行挖矿。

预计2022年6月8日左右在 Ropsten和今年下半年在以太坊主网上,你将不能再挖矿。

作为验证,我可以取回我的质押金吗?

不可以。The Merge是迄今为止对以太坊最复杂的升级。为了最大限度地降低网络中断的风险,我们采取了一种最小化的方法,该方法排除了此升级中的任何非过渡更改。

从信标链取款可能会在The Merge后的首次升级中引入。共识层和执行层的规范正在制定中。

更多问题,可以在哪里问咨询

计划于6月3日14:00 UTC开通Merge社区热线电话。将由客户端开发者和专业人士来回答自节点维护员、质押者、基础设施和工具供应商以及社区成员的问题。

什么时间合并?

截至本文发布时,以太坊主网权益证明过渡的日期尚未确定。任何非官方发布的消息来源都可能是骗局。后续更新将发布在此博客上。请保持警惕!

假设 Ropsten 没有发现任何问题,一旦客户端测试完成,以太坊的其他测试网将通过 The Merge 运行。一旦 Goerli 和 Sepolia 成功过渡并稳定下来,将为信标链上的 Bellatrix 升级选择一个slot高度,并为主网过渡设置一个难度值。然后客户端将发布新版本,使在主网上启用 The Merge。这些信息将在此博客和其他社区公告中进行说明。

截止目前,尚未出现任何问题。但是,如果在过程中发现任何问题或认为测试覆盖率不充分,这些问题在继续部署过程之前将得到解决。

只有这样,才有可能估计 The Merge 的确切日期。

btcfans公众号

微信扫描关注公众号,及时掌握新动向

来源链接:https://www.jinse.com/
免责声明:
2.本文版权归属原作所有,仅代表作者本人观点,不代表比特范的观点或立场
2.本文版权归属原作所有,仅代表作者本人观点,不代表比特范的观点或立场
上一篇:NFT Club Research 称台湾对 NFT 最感兴趣 下一篇:新加坡区块链协会和法定委员会 JTC 签署谅解备忘录协议

相关资讯