以太坊「灰色冰川」硬分叉 6 月底进行,合并或拖到 9-10 月
摘要: 毫无疑问,这次合并是一个巨大的成功。
注:原文作者是 ConsenSys 开发者 Ben Edgington,译文有删减。
代号为灰色冰川( Grey Glacier )的以太坊主网硬分叉即将到来,这是一次推迟难度炸弹的分叉,时间很紧迫,因此请务必尽快更新你的 Eth1 节点,分叉预计将在 6 月 29 日左右发生,也可能会提前一两天。
关于 Ropsten 测试网合并
我们已成功完成 Ropsten 测试网的 PoS 合并。
由于算力波动而等待了很长时间,你可以在 EthStaker party 上观看我们的合并时间,Ropsten 终于在世界标准时间 16:08:08 完成合并,并产生了它的第一个合并区块。
这次合并完美吗?Pari 提供了一个很好的总结,简而言之,我们失去了大约 14% 的参与度,其中,大约 9% 是由于 Nimbus 团队节点中的简单错误配置导致的,这很容易修复,1.8% 是由于 Nethermind 中的一个已知问题导致的,这通过重启修复了,2.5%-3% 是由于 Besu 和 Nethermind 的通信问题(websockets 导致),这通过切换到 HTTP 修复了。
Tim 在他的 ACD 笔记中有更多关于这些问题的详细信息。
够好吗?绝对的,除了易于修复的工程和配置问题之外,可以说 Ropsten 测试网的合并是完美的。规范和方法都没有问题,也没有不兼容的情况,并且没有任何链停机时间。在几个小时内,参与度再次上升到 99% 以上,毫无疑问,这次合并是一个巨大的成功。
难度炸弹推迟
我们在上周的 All Core Devs 电话会议上同意将以太坊难度炸弹推迟 70 万个区块。
10 万个主网区块大约需要 15 天,所以这大约是 105 天的延期(3.5 个月),这使得难度炸弹会推迟到 9 月底,虽然我个人更希望我们大胆并致力于尽快进行合并,而不是延迟难度炸弹,但推迟很可能是正确的做法。当区块时间增加时,合并风险会更大,而区块大小可能会膨胀以进行补偿。
事实上,难度炸弹延迟给了我们一个强有力的迹象,表明各团队预计何时会发生合并。如果我们没有信心在 9 月中旬之前完成合并,那么我们将推迟更长的时间(没有人喜欢推迟两次)。当然,合并这件事还是要看测试过程中有没有出现任何糟糕的东西。
老实说,不用担心难度炸弹,我认为 10 月初的 DevCon ,可能是各团队执行合并最强大的动机。我们宁愿昂首阔步,像英雄一样受到欢迎。如果我们未能实现合并,我怀疑我们中的任何人都不想露面,因为这是可耻的!
测试合并
Sepolia 测试网
我们已经同意下一步合并 Sepolia 测试网,然后在 7 月份合并 Goerli 测试网。
Sepolia 信标链链将于周一上线,它将只有少量的验证器,主要由开发团队控制,并有一个许可的存款合约。这使得协调有趣的测试场景变得更容易,也更容易长期运行它。
正如本周的开发者共识电话会议所讨论的,我们将在一周左右的时间内选择一个 TTD,以在 6 月 29 日左右针对 Sepolia 测试网进行合并。
主网第七次影子分叉
主网影子分叉现在已经变成了例行公事,MSF7(第七次影子分叉)预计将于 22 日(星期三)进行。
你可以通过以下网站跟踪进展:
-
https://ethstats.mainnetshadowfork7.ethdevops.io/
-
https://explorer.mainnetshadowfork7.ethdevops.io/
-
https://beaconchain.mainnetshadowfork7.ethdevops.io/
质押(Staking)
合并准备清单已经在 Ethereum Launchpad 上了,时间真的到了!
Miga Labs 已完成了另一份关于共识客户端表现的深入报告,他们还上传了更多 Eth2 Clients Plots 的图表和更多内容,这很有趣。总而言之,他们已经完成了大量的工作。
很难公平地评估客户端的表现,一方面,目标不断在变化:自报告发布以来,我们已经将 Teku 的 CPU 使用率降低了 25%,将输出带宽降低了近 40%。另一方面,容易衡量的东西并不总是重要的。Miga Labs 做了很多工作来测试同步,因为它很容易测量和比较,但它几乎完全无关紧要。客户端几乎一生都在不同步模式下度过,在权益证明下从 genesis 同步实际上是危险的。这就是为什么我们根本没有费心在 Teku 中优化同步的原因,所以我们对这些数字持保留态度。但公平地说,Miga Labs 的这份报告确实努力将他们的测量范围扩大到更现实的场景。
MEV-Boost
本周的 Staking 主题似乎是 MEV-Boost,它更中性的一个称呼是 Builder API,Flashbots 认为 MEV-Boost 对我们有好处,质押者应该在合并后运行它,对此话题,Hasu 进行了一个总结。
除此之外,Lightclients 在推特上进行了非常深入的探讨,谈到了质押者运行 Builder API(MEV Boost)将涉及哪些内容。
最后,由 Rémy、Yorick 和 Ladislaus 组成的 EthStaker 三人组为验证者提供了关于 MEV 和 mev-boost 的讨论视频。
评论(0)
Oh! no
您是否确认要删除该条评论吗?