注：原文作者是 ConsenSys 开发者 Ben Edgington，在这篇文章中，他提到了 Goerli 测试网合并过程中遇到的问题，他解释称该问题并无大碍，不会影响接下来的以太坊主网合并计划，在他看来，以太坊主网合并不需要完美。

编译：隔夜的粥,元宇宙之道

以太坊主网合并的 TTD 已经确定！数字 587500000000000000000000 加入了我们这个时代最重要的整数列表，一旦以太坊的工作量证明链累积了这么多的难度，那整个网络将切换到权益证明（PoS）。

该数字是在 Goerli 测试网成功合并后，在共识开发者电话会议上决定出来的。尽管由于算力的变动，合并的确切发生时间可能会偏离几天，但目标是在 9 月 15 日左右进行主网合并。你可以像往常一样在 bordel.wtf‌ 或 Matthew Rabinowitz 的电子表格‌上关注最新的合并预测时间。

TTD 的选择是基于 Mario Havel 的分析‌，请注意，目前开发者还没有完全确定，有可能会在下周最终客户端版本发布之前进行修订。

因此，合并的路径如下所示：

1. 8 月 18 日：在所有核心开发者电话会议上批准合并 TTD 数字；

2. 8 月 22 日：包含最终 TTD 的客户端版本全部完成；

3. 8 月 23 日：以太坊基金会发布正式博客公告；

4. 9 月 6 日 UTC 时间 11:34:47：信标链 Bellatrix 在第 144896 个 epoch，第 4636672 个 slot 进行升级；

5. 9 月 15 日左右的某个时间：香槟庆祝；

Goerli 测试网合并情况回顾

以太坊的 Goerli 测试网在 8 月 11 日 UTC 时间 01:50 左右达到预定 TTD，并与 Prater 信标链测试网进行了合并。

这次合并没有完美进行，出现的各种问题意味着完成合并需要 40 分钟，而不是理想情况下我们所期望的 15 分钟。但它确实完成了合并，归根结底，它是成功的。

我们在共识开发者电话会议中讨论了相关的问题‌，我不会在这里重新讨论。还有一个问题跟踪贴‌，可以链接到对个别问题的一些更详细的分析。一些问题源于有两个满足 TTD 标准的候选区块。一些 Besu 客户端错误地拒绝了其中一个‌，这导致我们的一些 Teku 节点在一段时间内最终出现在错误的分叉链上。我们可能会在主网上有多个终端候选者，但这种可能性比在这些测试网上要小得多。无论如何，我希望这个 bug 会被修复。此外，如果其中一个客户端团队没有（再次）错误配置他们的节点，那我们可能早就完成了。

合并后几个小时，Goerli–Prater 恢复到接近正常水平的表现。

所以，总而言之，没有什么大碍，我们有足够的信心进行下一步。老实说，如果主网合并像那样进行，我会非常高兴。合并不需要完美！

Bankless 和 EthStaker 进行的 Goerli 合并直播已获得超过 21,000 次观看。

此外，CryptoGucci 在 Goerli 合并过程中撰写了一篇总结文章，The Block、Decrypt、The Defiant、Blockworks、CNBC 等媒体也进行了报道。

Goerli 影子分叉（6）

这似乎是很久以前的事了，但 GSF6 发生在 8 月 4 日，并且进展非常顺利，以下是根据 Pari 的笔记所做的总结。

1. 没有出现客户端问题，所有组合都同步了，并且正确处理了转换；

2. 两个节点的磁盘空间不足，这解释了参与率下降的原因（从 97% 降至 94%）；

3. 网络大约有 30% 的部分在过渡期间运行了 MEV-Boost‌，除了印度一个节点出现延迟相关问题外（这可能是一台有缺陷的机器），我们没有注意到其他问题。

为合并做的准备

Somer Esat 更新了他的质押指南以包含 Goerli 合并配置。Somer 的指南几乎成为了信标链质押的标准（与 CoinCashew 的一样），我在设置我自己的配置时使用了他的 Teku 指南。这些仅涵盖了合并后的 Goerli 测试网，但我相信它会随着主网设置而更新：包括 Teku、Lighthouse、Nimbus 和 Prysm。

查看 EthStaker 最新的验证者研讨会‌，其中还提及在你的节点上设置 MEV-Boost。这是一次很好的会议，里面有很多有益的建议和问答。而下一次会议计划在 24 日举行。

Infura 出色的合并研讨会仍在继续，以下是最近的几次：

1. 8 月 2 日：执行客户端和共识客户端研讨会‌，由我可敬的同事 Matt Nelson 主持。

2. 8 月 9 日：运行多个验证器以及质押服务（SaaS）‌；

这里有一个合并配置清单‌。

研发

1. 如果我们要做 MEV-Boost‌ 这件事，那我们需要考虑到它是需要信任的。特别是，在当前的设计中，质押者必须信任中继器能够正常工作。也就是说，中继器正确地报告了它们的区块价值，它们提供了有效的区块，并且在验证器签名之后它们不会扣留区块。保持中继器诚实的一种方法是监控它们，因此，Alex Stokes 提出了一种中继器监视设计‌，该设计允许收集故障信息并将其报告为每个中继器的记分。然后，质押者可以就访问哪些中继器做出明智的决定。

2. 在我写这篇文章时，ethresear.ch 暂时还无法访问，但我注意到了构建 KZG 多重证明‌的这一突破研究，这将有助于提高 Danksharding 的性能。