以太坊所有核心开发者磋商电话（ACDE）每周四举行一次，主要讨论和协调对以太坊执行层（EL）的更改。本次会议主要讨论了Cancun/Deneb升级在Devnet #12上的测试和Prague/Electra升级规划。在开发者们讨论了Cancun/Deneb升级在Devnet #12上的测试情况和技术挑战后，他们同意在假期后在以太坊Goerli测试网络上协调升级的激活日期。开发者们还讨论了Builder覆盖标志的进展和新的网络升级布拉格/Electra。总的来说，开发者们计划在假期结束后继续在Devnet #12上测试升级，为Goerli真正硬分叉做准备。

原文标题：《以太坊所有核心开发人员执行调用 #176 撰写》

译者：Christine Kim

编译：Luccy，BlockBeats

编者按：

以太坊所有核心开发者磋商电话（ACDE）每周四举行一次，主要讨论和协调对以太坊执行层（EL）的更改。本次为 ACDE 第 176 次电话会议，会议主要内容与 Cancun/Deneb 进行了交易所升级、Devnet #12 的测试进展以及布拉格/Electra 升级规划等多个方面的讨论。

开发者们就 Cancun/Deneb 升级在 Devnet #12 上的测试情况展开了讨论，包括不同客户端团队的进展和发现的一些问题以及 blob 传播、MEV（最大可提取价值）等方面的技术挑战。即将到来的Prague/Electra升级，开发者们提出了一系列可能的技术变更。

Galaxy Digital 研究副总裁 Christine Kim 对本次会议要点做了详细记录，BlockBeasts 将编译如下：

2023年12月7日，以太坊开发人员齐聚Zoom参加了All Core 开发工程师s Execution (ACDE) call #176会议。ACDC电话会议是一个每周举行一次的系列会议，由以太坊基金会协议支持主管Tim Beiko 主持，开发人员在会上讨论和协调对以太坊执行层（EL）的更改。本周，开发人员讨论了在 Devnet #12 上进行的 Cancun/Deneb 升级的测试工作。他们同意在假期一月初结束后，在以太坊Goerli测试网络上协调升级的激活日期。此外，他们计划在月初开始讨论下一个以太坊升级坊Prague/Electra应包含哪些代码更改。

开发网 #12 更新

Cancun/Deneb 在 Devnet #12 上涨级的测试进展顺利。基金会的 DevOps 工程师 Paritosh Jayanthi 已确认，目前已在两个客户端 Reth 和 Lighthouse 中发现了一些错误，两个客户端团队正在紧急修复中。更全面地测试 MEV 工作流程，DevOps 团队正在更多关注在 Devnet #12 上的更多验证器上实现 MEV-Boost 软件。Jayanthi 表示，他的团队至少发现了 Flashbots 的 MEV 中继实现中的一个以太坊基金会研究员 Danny Ryan 强调，为了确保在集群失败时验证器能够切换到本地区块构建，还需要进行额外的测试来备用检查机制。

对于特定客户端团队的升级，Prysm 客户端的开发者 Terence Tsao 表示，他的团队正在研究 ACDC #122 中讨论的 blob 传播的更新设计。Tsao 确认，Prysm 客户端将在下周准备好，可能是下下周加入 Devnet #12 进行测试。Besu 客户端的开发者 Justin Florentine 表示，Besu 已准备好从 Devnet #12 迈进。Nethermind、Erigon、Lodestar 和 Teku 客户端团队的代表也表示已准备好继续在公共以太坊测试网络上进行升级测试。

基于客户端的准备情况，Beiko建议开发者们在假期结束后尽快协调一个硬分叉的日期。假设在Prysm客户端加入后的未来几周内Devnet #12上没有发现重大错误，Beiko表示Cancun/Deneb在 Goerli 上的激活可能会在月中旬左右进行。来自 Teku 团队的 Ben Edgington 询问开发者他们是否对每个区块的 blob 数量从两个更改对三个变更感到有信心。Ryan 建议在大规模阴影分叉和Cancun/Deneb在Goerli上激活期间对增加的blob目标进行额外测试。Beiko确认在Goerli上进行的升级激活将是对每个区块三个blob目标的「最后一次重要测试」。假设没有问题发现，开发者将继续使用增加的blob数量进行主网激活。

总的来说，Beiko 表示开发者将在现在和假期结束之间继续在 Devnet #12 上测试升级。DevOps 团队计划在 12 月底之前至少启动一个 Goerli 空白分叉，为一月份的 Goerli 真正硬分叉做准备。如果开发者在新年集结时，他们将讨论 Goerli 硬分叉激活的日期。

建筑商覆盖标志

随后，Tsao 询问了客户端团队在实现 Builder 覆盖标志方面的进展。Builder 覆盖标志是坎昆升级中的一个新的布尔字段，执行层客户端可以使用它来向领导层客户端指示，当 Builder 检测到时审查活动时，验证者应该回退到本地区块生成，而不是使用第三方生成器。 正如 Tsao 所强调的，关于如何检测生成器的审查活动的实现细节是极其重要的，并且致力于致力于客户端团队设计有关 Builder 覆盖标志的更多信息，请参考 ACDC#112 和 ACDE#165 的会议记录。

网名「Lightclient」的 Geth 客户端团队开发者表示，他的团队已经实现了该标志，但在「不久的将来」内不会在官方发布中合并。Besu 和 Nethermind 团队的代表表示，他们的客户端中尚未实现这个可选标志。Tsao 强调该标志可能是一个有用的工具，最好尽早实现，以阻止和打击质押矿池或验证者节点运营商参与某些「时间游戏」。Tsao 解释说，验证者可以通过延迟区块传播来获得更多的MEV（最大可获取价值），而在坎昆升级后引入blob之后，将会产生对区块传播的延迟。在这些延迟期间，验证者可以选择在区块中包含越来越多的MEV交易利润，这对及时的blob传播来说是次优的。

确认 blob 交易将不得不与固定交易竞争，Prysm 团队的型号化名开发者，以 Potuz 为屏幕名的开发者补充道：「Blob 不仅需要与费用竞争，而且还需要与延迟本身以及通过延迟阻塞获得所有 MEV 的竞争。在设计 blob 的费用机制时，我认为这是一个没有被阻止或考虑到的市场。”Tsao 表示他将在以太坊研究 Discord 中再次提出这个问题进行进一步讨论。此外，Ryan 强调了以太坊基金会研究员 Caspar Schwarz-Schilling 和 Mike Neuder 在 Ethresearch 网站上关于「计时游戏」的最新帖子。

项目进展

接下来，Beiko 分享了与以太坊升级规划过程相关的三个更新。首先，正如在 ACDC #123 上讨论的那样，Beiko 已经为 Cancun/Deneb 升级创建了一个 Meta EIP 文档，该文档推出了已包含在 Cancun/Deneb 中的所有以太改进提案（EIPs）。它已经在 GitHub 上创建了，EIP 坊编号为 7569。此外，Beiko 还创建了 EIP 7568，作为所有先前升级的 Meta EIP 文档，开发者没有创建专门的文档来跟踪升级中包含的EIP列表。EIP 7568将链接到升级规范代码。

其次，Beiko 宣布他已经在以太坊魔术师网站上创建了一个新的讨论主题，下一个网络升级，即布拉格/Electra。他要求开发者在是否像过去双重硬分叉一样将执行层（EL） ）和共识层（CL）的升级一系列方面一起进行批判性思考。某些代码更改的激活，例如 EIP 7002，将需要对 EL 和 CL 都进行更改，因此将需要同时协调布拉格和 Electra 升级。 ，对于其他代码更改，如 Verkle 树，有方法重新设计实现，只需要对 CL 进行升级。

Ryan 指出，与 Verkle 树同时进行的共识层（CL）开发者也引发了支持数据可用性污染的代码更改。Beiko 建议开发者不要在布拉格/Electra 升级中详细讨论所有他们希望看到的 EIP 的细节，但是他们建议在假期期间审查所有候选代码更改，并在月份准备好认真讨论这些更改。Potuz 这种同意观点，并补充说，一个旨在解决坊间以太坊验证者集大小增长问题的 EIP 将是布拉格/伊莱克特拉中的一个重要代码更改。基于代码更改的复杂性，Beiko 建议对于某些 EIP，例如 Verkle 或数据流通量，开发者在假期之后组织专门的会议，详细讨论了这些更大的协议更改。

郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。