来源:以太坊基金会官方博客
以太坊正在转向权益证明(PoS)!这次过渡被称为合并(TheMerge),必须首先在信标链上通过Bellatrix升级来激活。之后,以太坊工作量证明(PoW)链将在达到特定的总难度值时迁移到权益证明(PoS)。
根据计划,Bellatrix升级将于2022年9月6日UTC时间11:34:47在信标链第?144896?个epoch时进行。
触发合并的终端总难度值为?58750000000000000000000,预计在2022年9月10日至20日之间。
注意:正如此前宣布的,Kiln测试网即将弃用,运营商将在2022年9月6日关闭。
背景
经过多年的努力,以太坊的PoS升级终于要来了!所有公共测试网现已成功完成升级,而以太坊主网的合并升级也已经被安排完毕。
合并在两个方面不同于以往的网络升级。首先,节点运营商需要同时更新其共识层?(CL)?客户端和执行层?(EL)?客户端,而不仅仅是其中之一。第二,此次升级分两个阶段激活:第一阶段称为Bellatrix,将在信标链上的某个epoch高度完成;第二阶段称为Paris,将在执行层达到预定的总难度值时完成。
升级信息
时间
合并分为两个步骤,第一步是在某个epoch高度时,在共识层触发的Bellatrix网络升级。随后,执行层从工作量证明(PoW)过渡到权益证明(PoS),这个步骤被称为Paris,由一个称为终端总难度(TTD)的特定总难度值触发。
Bellatrix升级计划于2022年9月6日UTC时间上午11:34:47在信标链高度达到144896时进行。
而执行层升级Paris,将在TTD总难度值达到?58750000000000000000000?时触发,预计将在2022年9月10日-9月20日之间。达到TTD的确切日期取决于工作量证明的算力情况,关于过渡时间的预计,你可以在bordel.wtf以及?797.io/themerge?找到。
以太坊未确认交易为205,382笔:金色财经消息,据OKLink数据显示,以太坊未确认交易205,382笔,当前全网算力为679.80TH/s,全网难度为9.12P,当前持币地址为63,834,603个,同比增加96,793个,24h链上交易量为1,673,014ETH,当前平均出块时间为13s。[2021/9/30 17:16:21]
一旦执行层达到或超过预定TTD值,信标链验证器将负责生成后续的区块。一旦信标链敲定了该区块,那么此次合并升级就被视为完成。在正常网络条件下,TDD难度值达到之后生成的第一个区块,会在?2个epoch(约13分钟)被敲定。
一个新的JSON-RPC区块标签?finalized,会返回最新的最终区块,或者如果不存在此类合并后区块,则会返回错误。应用程序可以使用此标签来检查合并是否已完成。同样,智能合约可以查询DIFFICULTY操作码?(0x44)?(在合并后重命名为?PREVRANDAO)以确定合并是否发生。我们建议基础设施提供商除了监控最终状态外,还要监控整体网络的稳定性。
客户端版本
以下客户端版本支持以太坊主网的合并升级,注意,节点运营商必须同时运行执行层和共识层客户端,才能在合并期间和之后保持在网络上。
在选择运行哪个客户端时,验证者应该特别注意在EL和CL上运行多数客户端的风险。你可以在此处???找到这些风险及其后果的解释。你还可以在此处?找到执行层和共识层客户端分布的估计,以及从一个客户端切换到另一个客户端的指南。
1)共识层客户端
客户端:Lighthouse
版本:v3.0.0
下载链接:
https://github.com/sigp/lighthouse/releases/tag/v3.0.0
客户端:Lodestar
版本:v1.0.0
下载链接:
https://github.com/ChainSafe/lodestar/releases/tag/v1.0.0
以太坊矿工手续费收益超区块奖励4倍 单块收益10ETH:据OKLink显示,以太坊矿工手续费收益为区块奖励的4倍。目前以太坊每个区块收益平均约为10ETH,其中系统区块奖励为2ETH,剩余8ETH均为手续费收益。由于Uniswap空投代币UNI导致以太坊Gas费用上涨至700Gwei,目前转账费用需花费近100美元才可在短时间内成交。[2020/9/17]
客户端:Nimbus
版本:v22.8.0
下载链接:
https://github.com/status-im/nimbus-eth2/releases/tag/v22.8.0
客户端:Prysm
版本:v3.0.0
下载链接:
https://github.com/prysmaticlabs/prysm/releases/tag/v3.0.0
客户端:Teku
版本:22.8.1
下载链接:
https://github.com/ConsenSys/teku/releases/tag/22.8.1
2)执行层客户端
客户端:Besu
版本:22.7.1
下载链接:
https://github.com/hyperledger/besu/releases/tag/22.7.1
客户端:Erigon
版本:v2022.08.02-alpha
下载链接:
https://github.com/ledgerwatch/erigon/releases/tag/v2022.08.02
客户端:go-ethereum(geth)
版本:v1.10.23
三箭资本CEO:以太坊已变得不可分叉 未来治理将成为挑战:由于在DeFi上开发了各种应用,社区关于以太坊在扩展平台上进行操作的能力展开讨论。三箭资本CEO Su Zhu认为,以太坊已变得不可分叉,因为事物的运行方式依赖它,它不可能像2016年那样重来一次。以太坊上正在进行非常高额的质押,可能没准备好作为一个平台来进行处理。此外,以太坊未来最有问题的部分将是治理,这也是比特币社区多次提出的。目前的以太坊结构仍然是不透明的,这在当下关于流通供应的辩论中也很明显。(AMBCrypto)[2020/8/23]
下载链接:
https://github.com/ethereum/go-ethereum/releases/tag/v1.10.23
客户端:Nethermind
版本:v1.14.0
下载链接:
https://github.com/NethermindEth/nethermind/releases/tag/1.14.0
警告:gethv1.10.22版本客户端包含严重的数据库问题,请勿使用此版本,如果你使用的是该版本的客户端,请尽快升级到v1.10.23。
升级规范
合并的共识关键变更在两处指定:
共识层根据共识规范存储库的Bellatrix?目录?发生变化。
执行层根据执行规范存储库中的Paris?规范?发生变化。
除此之外,另外两个规范涵盖了共识层和执行层客户端如何交互:
在?execution-apis?存储库中指定的EngineAPI用于共识层和执行层之间的通信。
在共识规范存储库的sync?文件夹中指定的OptimisticSync,由共识层在执行层客户端同步时用于导入区块,并提供从前者到后者的链头部的部分视图。
合并漏洞赏金计划
从现在到9月8日的这段时间,所有与合并相关的漏洞奖励都会有4倍的乘数。严重的漏洞赏金最高可达100万美元。
声音 | Go-Ethereum核心开发者 Gary Rong:以太坊轻节点的流量控制:金色财经现场报道,6月29日在2019以太坊技术及应用大会上,Go-Ethereum核心开发者 Gary Rong说明以太坊轻节点可以帮助用户所做的事,包括:交易转接(下载与这笔交易对应的收据)、状态查询、在本地进行智能合约的调用、事件搜索。Gary解释了节点的流量控制模型,并表明服务器端有客户端(client)的镜像令牌筒,若其数量不满足请求服务所需要的限度,则服务器端会断开或冻结客户端,不为其提供数据。服务器端优先处理拥有更多令牌的client,同样,client优先选择拥有更多令牌的服务器端。[2019/6/29]
有关更多详细信息,请参阅漏洞赏金计划?:
https://bounty.ethereum.org/
FAQ
1.作为节点运营商,我该怎么做?
合并后,以太坊全节点是共识层客户端和执行层客户端的组合,前者运行权益证明信标链,后者管理用户状态并运行与交易相关的计算。执行层和共识层客户端使用一组称为?EngineAPI?的新JSONRPC方法,通过经身份验证的端口进行通信。执行层和共识层客户端使用JWT密钥相互认证。有关如何生成和配置此值的说明,节点运营商应参考其客户端的文档。
换句话说,如果你已经在信标链上运行了一个节点,那么你现在还需要运行一个执行层客户端。同样,如果你在当前的工作量证明网络上运行一个节点,那你还需要运行一个共识层客户端。为了让它们安全通信,必须将一个JWTtoken传递给每个客户端。ethereum.org网站的“RunaNode”部分?更新更详细地介绍了这些步骤。
值得强调的是,虽然它们都是共识层客户端版本的一部分,但运行信标链节点与运行验证器客户端是不同的。质押者必须同时运行两者,而节点运营商只需要运行前者。这篇文章??更详细地解释了这两个组件之间的区别。
此外,请注意,每一层都将维护一组独立的对等节点并公开其自己的API。Beacon?API?和?JSONRPCAPI??都将继续按预期工作。
分析 | Cumberland Research:市场过于关注以太坊君士坦丁堡硬分叉:据cointelegraph报道,Cumberland Research最近分享的一份报告显示,市场过于关注以太坊君士坦丁堡硬分叉和Serenity升级,使重要的升级蒙上阴影。根据该报告,当前状态下的以太坊网络无法支持数百万个DAPP以及以太坊虚拟机(EVM)架构的不灵活性,ETH向完整PoS过渡的任何进一步延迟都会加剧那些问题。[2019/2/7]
2.作为质押者,我需要做什么?
如上所述,信标链上的验证者除了要运行共识层客户端外,还需要在合并之后运行执行层客户端。强烈建议质押者在合并前就这么做,但一些验证者已将这些功能外包给第三方提供商。这是可能的,因为执行层所需的唯一数据是存款合约的更新。
合并后,验证者必须确保他们创建和证明的用户交易和状态转换区块是有效的。为此,每个信标链节点必须与执行层客户端配对。请注意,多个验证器仍然可以与单个信标链节点和执行层客户端组合配对。这扩大了验证者的责任,但也赋予了提出区块的验证者相关交易优先权费用的权利(目前属于矿工)。
虽然验证者奖励仍然在信标链上产生,并且需要随后的网络升级才能提取,但交易费用将在执行层上支付、销毁和分配。验证者可以指定任何以太坊地址作为交易费用的接收方。
更新共识客户端后,请务必将?feerecipient?设置为验证者客户端配置的一部分,以确保将交易费用发送到你控制的地址。如果你使用第三方提供商进行质押,则由你选择的提供商指定如何分配这些费用。
StakingLaunchpad有一个合并准备检查清单?,质押者可以使用它来确保他们完成了流程的每个步骤。EthStaker还举办了验证者准备研讨会,并计划举办更多的研讨会。
希望在测试网上运行验证器以准备主网PoS转换的质押者,可以在Goerli测试网(现已完成合并)上操作,它也有一个StakingLaunchpad实例。
3.为什么终端总难度(TTD)的预计日期范围如此宽泛?
每个区块增加的难度取决于不稳定的网络算力,如果更多的算力加入网络,则TTD将更快达到。同样,如果算力撤离网络,TTD的到达时间将会延后。在算力水平显著下降的情况下,可以像在Ropsten测试网上所做的那样协调一个TTD覆盖值。
4.作为应用程序或工具开发者,我应该怎么做?
如前一篇文章所述,合并对部署在以太坊上的合约子集的影响很小,所有合约都不应被破坏。此外,大部分用户API端点会保持稳定。
也就是说,以太坊上的大多数应用所涉及的远不止链上合约。现在是确保前端代码、工具、部署管道和其他链外组件按预期工作的时候了。我们强烈建议开发人员在Sepolia或Goerli上运行一个完整的测试和部署周期,并向这些项目的维护人员报告任何工具或依赖性问题。如果你不确定在哪里打开问题,请使用此存储库。
此外,请注意,除了Sepolia和Goerli之外的所有测试网,都将在合并后被弃用。如果你是Ropsten、Rinkeby或Kiln的用户,你应该计划迁移到Goerli或Sepolia。有关这方面的更多信息,请参见此链接?。
5.作为以太坊用户或ETH持有者,我需要做什么?
无论你是在链上使用以太坊应用,还是在交易所上持有ETH,还是在自己保管的钱包中,你都无需做任何事情。如果你使用的应用、交易所或钱包提供了额外的说明或建议,你应该验证这些说明或建议是否来自它们。请警惕!
6.作为一名以太坊矿工,我还能做什么吗?
没有,如果你在以太坊主网上进行挖矿,你应该知道,合并后,该网络将完全在权益证明(PoS)算法下运行,到那时,POW挖矿将不再可能。
7.如果我是矿工或节点运营商,并且没有参与升级,会发生什么?
如果你使用的以太坊客户端未更新到最新版本(如上所列),一旦网络完成升级,你的客户端将同步到预分叉区块链。
你将被困在遵循旧规则的不兼容链上,无法发送以太币或在合并后的以太坊网络上操作。
8.作为验证者,我可以提取我质押的ETH权益吗?
不能,合并是迄今为止对以太坊最复杂的升级,为了最大限度地降低网络中断的风险,我们采取了一种最小化的方法,该方法排除了此升级中的任何非过渡更改。
从信标链提款,可能要在合并后的第一次升级中引入。共识层和执行层的规范正在制定当中。
9.我有更多的问题,我可以在哪里提问?
在9月9日UTC时间14:00,会有一次关于合并的社区电话会议,你可以和客户端开发人员、ETHStaker成员、研究人员等一起参加!
鸣谢
以太坊向权益证明(PoS)的过渡已经准备很长一段时间了。感谢所有为研究、开发、分析、测试、破坏、修复或解释合并(TheMerge)的一切做出贡献的人。
这些年来有太多的贡献者需要在这里列出,但你知道你们是谁。没有你们所有人,我们就无法建造这座大教堂。
何时合并?会非常快。
原文链接:
https://blog.ethereum.org/2022/08/24/mainnet-merge-announcement/
上文中涉及的链接:
:https://bordel.wtf/
:https://797.io/themerge/
:https://eips.ethereum.org/EIPS/eip-4399#using-264-threshold-to-determine-pos-blocks
:https://dankradfeist.de/ethereum/2022/03/24/run-the-majority-client-at-your-own-peril.html
:https://clientdiversity.org/
:https://github.com/ethereum/consensus-specs/tree/dev/specs/bellatrix
:https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/paris.md
:https://github.com/ethereum/execution-apis/tree/main/src/engine
:https://github.com/ethereum/consensus-specs/blob/dev/sync/optimistic.md
:https://github.com/ethereum/execution-apis/tree/main/src/engine
:https://ethereum.org/en/developers/docs/nodes-and-clients/run-a-node/
:https://docs.ethhub.io/ethereum-roadmap/ethereum-2.0/eth-2.0-client-architecture/
:https://github.com/ethereum/beacon-apis
:https://github.com/ethereum/execution-apis
:https://launchpad.ethereum.org/en/merge-readiness
:https://blog.ethereum.org/2022/06/21/testnet-deprecation/
郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。