以太坊开发者电话会议#176：Cancun/Deneb升级，测试成果和假期心愿

2024年1月初，以太坊核心开发者最新会议摘要：测试网将激活坎昆升级

以太坊核心开发者会议摘要：2024年1月初测试网激活坎昆升级

原文标题：《Ethereum All Core Developers Execution Call #176 Writeup》 原文链接

原文作者：Christine Kim 编译者：Luccy，BlockBeats

编者按： 以太坊开发者会议又来啦！这次是第176次，讨论了Cancun/Deneb升级在Devnet #12上的测试进展、Prague/Electra升级规划等大事。这些电话会议真够频繁的，不过毕竟是心怀大写的Ethereum项目嘛。没错，这次也是为了你的数字资产投资大计，我特地将原文重新改写，希望带给你更加幽默有趣的阅读体验。

众望所归，开发者们的集结号

快进到2023年12月7日，Zoom上集结了一群以太坊开发人员，他们参加了All Core Developers Execution (ACDE) call #176 会议。ACDE电话会议是一个每两周举行一次的系列会议，由以太坊基金会协议支持主管Tim Beiko主持，开发人员在会上讨论和协调对以太坊执行层（EL）的更改。

• 颠覆社交金融的终极产品：揭秘xPet设计机制和经济系统，离伟大只差一步？
• 以太坊Layer2：翻身仗打响，Dencun升级引领风潮
• 链上经济“一等公民”揭秘：加密AI代理的优势和最新应用

嘿，这次是ACDE电话会议的第176次，听上去有点像那种超级英雄集结的节奏。毫不逊色于大片开场，此次ACDE会议便有着Cancun/Deneb升级和Prague/Electra升级的火爆讨论。

紧张刺激的测试进展

开发者们滔滔不绝地讨论着Devnet #12上Cancun/Deneb升级的测试进展，其中就包括不同客户端团队的进展和一些问题，比如blob传播、MEV（最大可提取价值）等。听起来技术方面的挑战可是不少哦！

当然，测试总就是要出点意外的。辛勤研究了一番之后，团队发现Reth和Lighthouse这俩个客户端里还有一些小错误，紧急修复当然少不了！为了更全面地测试MEV工作流，还尝试在Devnet #12上的更多验证器上启用了MEV-Boost软件。这可是精明的操作，毕竟总归是要追求极致嘛。

经过多方讨论和商量，开发者们终于决定在假期过后的一月初，在以太坊Goerli测试网络上协调升级的激活日期。还有，他们还计划在一月初讨论下一个以太坊升级Prague/Electra的可能技术变更。总之，以太坊开发者们还是非常忙碌啊！

期待与神秘的Builder战斗

提到Builder覆盖标志，就免不了一边期许一边揣测了。就像群情激奋的挑战者，Tsao问起了开发者团队在实现Builder覆盖标志方面的进展。这个新标志是Cancun升级中的新功能，执行层的客户端可以使用它来指示共识层的客户端，当Builder检测到审查活动时，验证者应该回退到本地区块生成，而不是使用第三方Builder。

Tsao说，针对如何检测Builder的审查活动的实现细节是主观的，并留给了客户端团队设计。虽然关于Builder覆盖标志的细节还有待商榷，但Geth、Besu和Nethermind团队表示，他们的客户端目前还未实现这个可选择标志。嗯，对于如何准确检测审查活动，开发者们似乎也有不同的意见。

Tsao强调，这个标志可能是一个有用的工具，最好早点实现，以防有些人搞些捣蛋把玩时间。验证者通过延迟区块传播可以获取更多的MEV（最大可提取价值），而在Cancun升级后引入blobs之后，将会产生对区块传播的延迟。说白了，验证者们可能会利用延迟时间在区块中塞入更赚钱的MEV交易，这对于及时传播的blobs来说可不是好事。

Potuz，一个Prysm团队的开发者，补充说：“Blobs不仅需要和手续费竞争，还需要和延迟和以延迟获得的所有MEV竞争。在设计blobs的费用机制时，我觉得这是一个没有被阻止或考虑到的市场。”哇，这是个没有预料到的变数。

说起来，验证者们似乎要在blob交易中和常规交易激烈竞争呢。显然，这个问题还需要更多深入讨论。希望开发者们能够找到个好办法，阻止这场“时间游戏”的混乱。

设计大头目上线，项目进展说三说四

接下来，大头目Beiko分享了与以太坊升级规划过程相关的三个进展。首先就是，他为Cancun/Deneb升级创建了一个Meta EIP文档，列出了所有已包含的以太坊改进提案（EIPs），并已在GitHub上创建，编号为7569。

其次，Beiko还在Ethereum Magicians网站上创建了一个新的讨论主题，为接下来的Prague/Electra网络升级做准备。他请开发者们批判性地思考，是否继续将执行层（EL）和共识层（CL）的升级捆绑在一起。对于某些代码变更而言，比如EIP 7002，EL和CL都需要变更，因此需要同时协调Prague和Electra的升级。然而，对于其他代码变更，如Verkle树，只需要对CL进行升级就行。

同时，共识层（CL）开发者们也在支持数据可用性抽样的代码变更上开展着平行进行的工作。Beiko建议开发者们不要在Prague/Electra升级中详细讨论所有他们希望看到的EIPs的细节，而是建议他们在假期期间审查所有候选代码变更，并在一月份准备好认真讨论这些变更。

嗯，听起来Beiko的指导也很合理。只要开发者们认真研究各种候选代码的变更，提出自己的建议，那么以后的升级工作就能更加井井有条了。

以上就是本次电话会议的重要内容，很高兴能与大家分享。如果你有任何疑问或者意见，随时在评论区跟我互动吧！

原文作者：Christine Kim 原文编译：Luccy，BlockBeats 若转载请注明出处

We will continue to update 算娘; if you have any questions or suggestions, please contact us!