以太坊“灰色冰川”硬分叉6月底进行 合并或拖到9-10月

代号为灰色冰川（ 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 日（星期三）进行。

你可以通过以下网站跟踪进展：

1. https://ethstats.mainnetshadowfork7.ethdevops.io/

2. https://explorer.mainnetshadowfork7.ethdevops.io/

3. 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 的讨论视频‌。

注：原文作者是 ConsenSys 开发者 Ben Edgington，译文有删减。