以太坊主网合并正式公告_BEL:ETHCOIN

注:原文来自以太坊基金会官方博客。

以太坊正在转向权益证明!这次过渡被称为合并,其必须首先通过Bellatrix升级在信标链上激活。在此之后,以太坊的工作量证明链将在达到特定的总难度值时迁移到权益证明。

根据计划,Bellatrix升级将于2022年9月6日UTC时间11:34:47在信标链第144896个epoch时进行。

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

注意:正如此前宣布的,Kiln测试网即将落下帷幕,运营商将在2022年9月6日关闭。

背景

经过多年的努力,以太坊的PoS升级终于来了!所有公共测试网现已成功完成升级,而以太坊主网的合并升级也已经被安排完毕。

合并在两个方面不同于以往的网络升级。首先,节点运营商需要同时更新其共识层和执行层客户端,而不仅仅是其中之一。第二,升级分两个阶段激活:第一阶段称为Bellatrix,将在信标链上的某个epoch高度完成,第二阶段称为Paris,它将在执行层达到预定的总难度值时完成。

升级信息

时间

合并分为两个步骤,第一步是在某个epoch高度时,在共识层触发的Bellatrix网络升级。随后,执行层从工作量证明过渡到权益证明,这个步骤被称为Paris,它是在TTD总难度值达到预定值后触发。

Bellatrix升级计划于2022年9月6日UTC时间上午11:34:47在信标链高度达到144896时进行。

而执行层升级Paris,将在TTD总难度值达到5875000000000000时触发,预计将在2022年9月10日-9月20日之间。达到TTD的确切日期取决于工作量证明的算力情况,关于过渡时间的预计,你可以在bordel.wtf以及797.io/themerge?找到。

一旦执行层达到或超过预定TTD值,信标链验证器将生成后续的区块。一旦信标链完成该区块,那么合并转换就被视为完成。在正常网络条件下,这将在第一个「TTD后区块」产生之后2个epoch发生!

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

客户端发布

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

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

共识层客户端

执行层客户端

警告:gethv1.10.22版本客户端包含严重的数据库问题,请勿使用此版本,如果你使用的是该版本的客户端,请尽快升级到v1.10.23。

升级规范

合并的共识关键变更在两处指定:

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

执行层在执行规范存储库中的Paris规范?下发生变化

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

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

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

合并漏洞赏金计划

从现在到9月8日的这段时间,所有与合并相关的漏洞奖励都会有4倍的乘数。严重的漏洞赏金最高可达100万美元。

有关更多详细信息,请参阅漏洞赏金计划?。

FAQ

1、作为节点运营商,我该怎么做?

合并后,以太坊全节点是共识层客户端和执行层客户端的组合,前者运行权益证明信标链,后者管理用户状态并运行与交易相关的计算。执行层和共识层客户端使用一组称为?EngineAPI?的新JSONRPC方法,通过经身份验证的端口进行通信。执行层和共识层客户端使用JWT密钥相互认证。有关如何生成和配置此值的说明,节点运营商应参考其客户端的文档。

换句话说,如果你已经在信标链上运行了一个节点,那么你现在还需要运行一个执行层客户端。同样,如果你在当前的工作量证明网络上运行一个节点,那你还需要运行一个共识层客户端。为了让它们安全通信,必须将一个JWTtoken传递给每个客户端。ethereum.org网站的“运行节点?”部分更新更详细地介绍了这些步骤。

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

此外,请注意,每一层都将维护一组独立的对等节点并公开其自己的API。Beacon?和JSONRPCAPI?都将继续按预期工作。

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

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

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

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

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

StakingLaunchpad有一个合并准备检查清单?,质押者可以使用它来确保他们完成了流程的每个步骤。EthStaker还举办了验证者准备研讨会,并计划举办更多的研讨会。

希望在测试网上运行验证器以准备主网PoS转换的质押者,可以在Goerli测试网上操作,它也有一个StakingLaunchpad实例。

3、为什么终端总难度的预计日期范围如此宽泛?

每个区块增加的难度取决于不稳定的网络算力,如果更多的算力加入网络,则TTD将更快达到。同样,如果算力撤离网络,TTD的到达时间将会延后。在算力水平显著下降的情况下,可以像在Ropsten测试网上所做的那样协调一个TTD覆盖值。

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

如前一篇文章所述,合并对部署在以太坊上的合约子集的影响很小,所有合约都不应被破坏。此外,大部分用户API端点会保持稳定。

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

此外,请注意,除了Sepolia和Goerli之外的所有测试网,都将在合并后被弃用。如果你是Ropsten、Rinkeby或Kiln的用户,你应该计划迁移到Goerli或Sepolia。有关这方面的更多信息,请参见此处?。

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

无论你是在链上使用以太坊应用,还是在交易所上持有ETH,还是在自己保管的钱包中,你都无需做任何事情。如果你使用的应用、交易所或钱包提供了额外的说明或建议,你应该验证这些说明或建议是否来自它们。请警惕!

6、作为一名以太坊矿工,我还能做什么吗?

没有,如果你在以太坊主网上进行挖矿,你应该知道,合并后,该网络将完全在权益证明算法下运行,到那时,POW挖矿将不再可能。

7、如果我是矿工或节点运营商,并且没有参与升级,会发生什么?

如果你使用的以太坊客户端未更新到最新版本,一旦网络完成升级,你的客户端将同步到预分叉区块链。

你将被困在遵循旧规则的不兼容链上,无法发送以太币或在合并后的以太坊网络上操作。

8、作为验证者,我可以提取我质押的ETH权益吗?

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

从信标链提款,可能要在合并后的第一次升级中引入。共识层和执行层的规范正在制定当中。

9、我有更多的问题,我可以在哪里提问?

在9月9日UTC时间14:00,会有一次关于合并的社区电话会议,你可以和客户端开发人员、ETHStaker成员、研究人员等一起参加!

谢谢你们

以太坊向权益证明的过渡已经准备很长一段时间了。感谢所有为研究、开发、分析、测试、破坏、修复或解释合并的一切做出贡献的人。

这些年来有太多的贡献者需要在这里列出,但你知道你们是谁。没有你们所有人,我们就无法建造这座大教堂。

何时合并?会非常快。

来源:金色财经

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

金智博客

[0:0ms0-4:852ms