由于微信限制了第三方应用的跳转,请使用以下方法。
1. 点击右上角的
2. 选择在浏览器中打开
文章转载来源:隔夜的粥
注:原文来自以太坊基金会官方博客。
144896
个 epoch 时进行。58750000000000000000000
,预计在 2022 年 9 月 10 日至 20 日
之间。经过多年的努力,以太坊的 PoS 升级终于来了!所有公共测试网现已成功完成升级,而以太坊主网的合并升级也已经被安排完毕。
合并在两个方面不同于以往的网络升级。首先,节点运营商需要同时更新其共识层(CL)和执行层(EL)客户端,而不仅仅是其中之一。第二,升级分两个阶段激活:第一阶段称为 Bellatrix,将在信标链上的某个 epoch 高度完成,第二阶段称为 Paris,它将在执行层达到预定的总难度值时完成。
合并分为两个步骤,第一步是在某个 epoch 高度时,在共识层触发的 Bellatrix 网络升级。随后,执行层从工作量证明(PoW)过渡到权益证明(PoS),这个步骤被称为 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(或约 13 分钟)发生!
一个新的 JSON-RPC 区块标签 finalized
,会返回最新的最终区块,或者如果不存在此类合并后区块,则会返回错误。应用程序可以使用此标签来检查合并是否已完成。同样,智能合约可以查询 DIFFICULTY 操作码 (0 x44)(在合并后重命名为 PREVRANDAO
)以确定合并是否发生。我们建议基础设施提供商除了监控最终状态外,还要监控整体网络的稳定性。
以下客户端版本支持以太坊主网的合并升级,注意,节点运营商必须同时运行执行层和共识层客户端,才能在 合并期间和之后保持在网络上。
在选择运行哪个客户端时,验证者应该特别注意在 EL 和 CL 上运行多数客户端的风险。你可以在此处找到这些风险及其后果的解释。你还可以在此处找到执行层和共识层客户端分布的估计,以及从一个客户端切换到另一个客户端的指南。
警告:geth v1.10.22 版本客户端包含严重的数据库问题,请勿使用此版本,如果你使用的是该版本的客户端,请尽快升级到 v1.10.23。
合并的共识关键变更在两处指定:
除此之外,另外两个规范涵盖了共识层和执行层客户端如何交互:
从现在到 9 月 8 日的这段时间,所有与合并相关的漏洞奖励都会有 4 倍的乘数。严重的漏洞赏金最高可达 100 万美元。
有关更多详细信息,请参阅漏洞赏金计划。
合并后,以太坊全节点是共识层(CL)客户端和执行层(EL)客户端的组合,前者运行权益证明信标链,后者管理用户状态并运行与交易相关的计算。执行层(EL)和共识层(CL)客户端使用一组称为 Engine API 的新 JSON RPC 方法,通过经身份验证的端口进行通信。执行层(EL)和共识层(CL)客户端使用 JWT 密钥相互认证。有关如何生成和配置此值的说明,节点运营商应参考其客户端的文档。
换句话说,如果你已经在信标链上运行了一个节点,那么你现在还需要运行一个执行层客户端。同样,如果你在当前的工作量证明(PoW)网络上运行一个节点,那你还需要运行一个共识层客户端。为了让它们安全通信,必须将一个 JWT token 传递给每个客户端。ethereum.org 网站的“运行节点”部分更新更详细地介绍了这些步骤。
值得强调的是,虽然它们都是共识层客户端版本的一部分,但运行信标链节点与运行验证器客户端是不同的。质押者必须同时运行两者,而节点运营商只需要运行前者。这篇文章更详细地解释了这两个组件之间的区别。
此外,请注意,每一层都将维护一组独立的对等节点并公开其自己的 API。Beacon 和 JSON RPC API 都将继续按预期工作。
如上所述,信标链上的验证者除了要运行共识层客户端外,还需要在合并之后运行执行层客户端。强烈建议质押者在合并前就这么做,但一些验证者已将这些功能外包给第三方提供商。这是可能的,因为执行层所需的唯一数据是存款合约的更新。
合并后,验证者必须确保他们创建和证明的用户交易和状态转换区块是有效的。为此,每个信标链节点必须与执行层客户端配对。请注意,多个验证器仍然可以与单个信标链节点和执行层客户端组合配对。这扩大了验证者的责任,但也赋予了提出区块的验证者相关交易优先权费用的权利(目前属于矿工)。
虽然验证者奖励仍然在信标链上产生,并且需要随后的网络升级才能提取,但交易费用将在执行层上支付、销毁和分配。验证者可以指定任何以太坊地址作为交易费用的接收方。
更新共识客户端后,请务必将fee recipient
设置为验证者客户端配置的一部分,以确保将交易费用发送到你控制的地址。如果你使用第三方提供商进行质押,则由你选择的提供商指定如何分配这些费用。
Staking Launchpad 有一个合并准备检查清单,质押者可以使用它来确保他们完成了流程的每个步骤。EthStaker 还举办了验证者准备研讨会,并计划举办更多的研讨会。
希望在测试网上运行验证器以准备主网 PoS 转换的质押者,可以在 Goerli 测试网(现已完成合并)上操作,它也有一个 Staking Launchpad 实例。
每个区块增加的难度取决于不稳定的网络算力,如果更多的算力加入网络,则 TTD 将更快达到。同样,如果算力撤离网络,TTD 的到达时间将会延后。在算力水平显著下降的情况下,可以像在 Ropsten 测试网上所做的那样协调一个 TTD 覆盖值。
如前一篇文章所述,合并对部署在以太坊上的合约子集的影响很小,所有合约都不应被破坏。此外,大部分用户 API 端点会保持稳定(除非你使用工作量证明特定的方法,例如 eth_getWork
)。
也就是说,以太坊上的大多数应用所涉及的远不止链上合约。现在是确保前端代码、工具、部署管道和其他链外组件按预期工作的时候了。我们强烈建议开发人员在 Sepolia 或 Goerli 上运行一个完整的测试和部署周期,并向这些项目的维护人员报告任何工具或依赖性问题。如果你不确定在哪里打开问题,请使用此存储库。
此外,请注意,除了 Sepolia 和 Goerli 之外的所有测试网,都将在合并后被弃用。如果你是 Ropsten、Rinkeby 或 Kiln 的用户,你应该计划迁移到 Goerli 或 Sepolia。有关这方面的更多信息,请参见此处。
无论你是在链上使用以太坊应用,还是在交易所上持有 ETH,还是在自己保管的钱包中,你都无需做任何事情。如果你使用的应用、交易所或钱包提供了额外的说明或建议,你应该验证这些说明或建议是否来自它们。请警惕诈骗!
没有,如果你在以太坊主网上进行挖矿,你应该知道,合并后,该网络将完全在权益证明(PoS)算法下运行,到那时,POW 挖矿将不再可能。
如果你使用的以太坊客户端未更新到最新版本(如上所列),一旦网络完成升级,你的客户端将同步到预分叉区块链。
你将被困在遵循旧规则的不兼容链上,无法发送以太币或在合并后的以太坊网络上操作。
不能,合并是迄今为止对以太坊最复杂的升级,为了最大限度地降低网络中断的风险,我们采取了一种最小化的方法,该方法排除了此升级中的任何非过渡更改。
从信标链提款,可能要在合并后的第一次升级中引入。共识层和执行层的规范正在制定当中。
在 9 月 9 日 UTC 时间 14:00,会有一次关于合并的社区电话会议,你可以和客户端开发人员、ETHStaker 成员、研究人员等一起参加!
以太坊向权益证明(PoS)的过渡已经准备很长一段时间了。感谢所有为研究、开发、分析、测试、破坏、修复或解释合并(The Merge)的一切做出贡献的人。
这些年来有太多的贡献者需要在这里列出,但你知道你们是谁。没有你们所有人,我们就无法建造这座大教堂。
何时合并?会非常快。
来源:隔夜的粥
发布人:暖色
声明:该文观点仅代表作者本人,不代表火讯财经立场。火讯财经系信息发布平台,仅提供信息存储空间服务。
如文章涉及侵权, 请及时致函告之,本站将第⼀时间删除⽂章。邮箱:840034348@qq.com