以太坊为什么不能在六月进行合并——从此时到合并还需要哪些工作?

57 水手 发布在 Web 3.0
 24912  0

从此时到合并之路

上周五进行的第 136 次以太坊核心开发者会议 (ACD) 上,Nethermind 的开发者 Marek Moraczyński 提出希望可以更快开始分叉公共测试网,这样可以有更多的时间观察它。原因如下:


  • 所有的开发测试网/影子分叉都有以太坊基金会的 DevOp 工程师 @parithosh_j 控制,进行最终敲定依赖于 Pari 的节点。在由验证者控制方面,是否需要开始有接近于公共测试网水平的开发测试网?


  • 在每次的硬分叉里,都观察到有一些节点忘记升级。节点运行者需要习惯于用两个软件来运行以太坊节点。


会议对合并前需要做的事进行了大量讨论,Tim Beiko 的整理如下:


  • 由于添加了影子分叉到测试流程里,这在之前的以太坊升级是没有的,可以假设当我们进行测试网分叉时,大多数、甚至所有的问题都已经消除了。(关于影子分叉的解释,请看上一期的《以太七日谈》)


    到时,我们要确保的主要东西是节点运行者能够为升级正确地配置他们的节点。与之前的升级相比,这次的升级对节点运行者来说更复杂。(强烈建议参与 Kiln 测试网!)

    因此,考虑到这一点,在我们分叉第一个测试网前,让人们多了解一点是合理的,而且将有很多节点运行者是第一次一起运行执行层和共识层客户端,预计事情可能不会进行得非常顺利。


  • 由于我们想让尽可能多的现有用户参与,也因此出现错误配置的风险会更大,我们更愿意这个过程在一个合并一段时间后就关闭的网络上进行——即 Rospten 测试网。


    当 Ropsten 的情况稳定下来了,我们将紧接着分叉 Goerli,然后是 Sepolia。这样,当这三个测试网全部被分叉时,Rospten 合并后的状态也已经运行了相当长的时间了。


    这意味着,我们可以在合并后的 Ropsten 上进行像节点稳定性、同步新节点等的测试,并确保事情如预期般发展。这个网络很适合用于做这件事,因为它有大量的状态和历史数据。


    这里隐含的一个事实是,Rinkeby 将不会通过合并进行过渡。因此,如果你正在使用这个测试网,我们建议你搬到 Sepolia 或 Goerli,这两个测试网预计合并后还会被维护。Rinkeby 和 Sepolia 都不会一夜间关停,但它们都会被弃用。


  • 最后,在分叉测试网前,我们还有两件很重要的事:

    ? 确保所有客户端都通过一个认证的 JSON RPC 端口给 Engine API 提供数据。我们希望强制用户在分叉 Rospten 前配置好

    ? 在由客户端控制更多验证者的网络进行影子分叉。


那么,总结起来,从此时通过合并的道路如下:


  • 更多的影子分叉,直到不出现客户端问题,且客户端团队控制大部分的验证者


  • 分叉 Rospten:给节点运行者足够多关于正确配置节点的提醒


  • 分叉 Goerli 和 Sepolia:确保顺利进行,以及 Ropsten 能稳定下来、新节点可以加入等。


  • 等一段时间,确保所有的测试网都没有问题


  • 然后,在主网进行合并


来源:

https://twitter.com/TimBeiko/status/1515071730196254720?s=20&t=B_pd21MFpojAz9WF5NHfvw


关于合并的时间

上周,Tim Beiko 在推特回复一个关于 ETH 矿工应该什么时候停止挖矿的问题时指出:“合并不会在六月进行,但很可能是在之后的几个月,还没有确定日期,但我们肯定我们已经在 PoW 以太坊的最后一章了。”



这条推文引起社区热议。此后,他在作客播客 Unchained 时也对这个问题进行了解释,原因就如在第 136 次 ACD 里所讨论的,目前的还有很多的测试工作,现在的确很难确定日期。但如果进行顺利,没有出现什么大问题的话,七月进行合并也是很有可能的。


来源:

https://unchainedpodcast.com/why-ethereums-merge-was-delayed-and-why-it-wont-reduce-gas-fees-much/


主网影子分叉成功合并下各客户端的问题

在第 136 次ACD 上,开发者对主网影子分叉进行了复盘,尽管合并后它实现了有效区块的最终敲定,多个客户端在期间还是出现了问题的。


首先,Nethermind 在过渡时有一些同步问题。这些问题在 Goerli 的影子分叉时已经发现,但由于团队不想错过任何一次测试,因此即使他们还没完全修复问题,也参与了主网影子分叉的测试。


Besu 也发现了一些新问题,包括一个简单的配置问题、一个与快速同步相关的问题,以及合并后客户端遇到了收据根错配的问题,目前根本原因还未找到。


Geth 的情况与 Nethermind 相似,一些在 Goerli 影子分叉时出现的问题还未解决。


Erigon 在影子分叉里进行得比较顺利,还发现了共识层客户端一个漏洞——它们通过 Engine API 调用的不是预期的 JSON RPC 端点。


在共识层客户端方面,它们也发现了一些临界情况,但并不影响共识。此外,它们还在改善 Prsym 与执行层客户端一起运行时的用户体验问题。


此外,这周的影子分叉计划如下:

  • Goerli 的于周二进行

  • 主网的于周六进行


来源:

https://twitter.com/TimBeiko/status/1515067962209681410?s=20&t=B_pd21MFpojAz9WF5NHfvw


本文由以太坊中文社区ECN整理

微信公众号:ETH中文