ConsenSys 开发者:ETH主网合并不需要完美,Goerli 测试网的问题并无大碍

[复制链接]
7327 |0
发表于 2022-8-17 08:30:57 | 显示全部楼层 |阅读模式

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

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

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

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

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

因此,合并的路径如下所示:

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

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

  3. 8 月 23 日:ETH基金会发布正式博客公告;

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

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

Goerli 测试网合并情况回顾

ETH的 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 的指南几乎成为了信标链质押的标准(与 MaximineCashew 的一样),我在设置我自己的配置时使用了他的 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 的性能。

回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

快速回复 返回顶部 返回列表