除了EIP-4844 坎昆升级还会包含哪些内容？速览以太坊最新共识电话会议

原文：Ethereum All Core Developers Consensus Call #107 Writeup

作者：Christine Kim (编译有删减)

2023 年 4 月 20 日，以太坊开发者齐聚一堂，召开第一次会议 107 次核心开发者共识电话会议 (ACDC) 。 ACDC 以太坊基金会研究员是一个双周会议系列 Danny Ryan 在本次会议上，以太坊开发人员讨论了以太坊的共识 (CL) 修改内容的方面，围绕更新 Deneb 并讨论了下一次坎昆升级的进展，以太坊EIP-4844除外 还有哪些其他提案包括在内。

Deneb Devnet #5

自4 月 12 自日本上海成功激活以来，以太坊开发商首次将注意力转移到坎昆的筹备工作上。Cancun 是以太坊执行层（EL）下一次升级的名称， Deneb 是对应 CL 升级名称。在 ACDE 电话会议期间，开发人员进行了讨论 Cancun/Deneb 升级的最终范围将以升级为基础 EIP 4844 为中心，即 blob 实施交易类型，Deneb 准备工作，从推出开始 devnet #5 开始。

自去年 10 月，开发人员为 EIP 4844 多客户端测试网络也被称为 devnets。ACDE 电话会议主席 Tim Beiko 表示，EIP 4844 的第五个 devnet 将于下周某个时候开始。以太坊基金会 DevOps 工程师 Paritosh Jayanthi 说，他在做 Ethereum JS (EL) 和 Lodestar (CL) 等待客户试运行，为下周 devnet 准备发布。
其中，引擎API有一个小的变化，将“getPayloadv3”和“getBlobsbundlev1”调用合并为一个。 Beiko强调，这一变化尚未合并到GitHub上的EIP 在4844规范中，但将在接下来的几天内完成，以便在devnet中进行更改＃Beiko敦促客户端团队尽快审查这一变化。

开发人员随后讨论了如何重组链条 blob 事务重新插入块的问题。这个问题是由 Geth（EL）开发者Péter Szilá他在gyiETHTokyo在上面的演示中提出(可以在Szilágyi的PPT找到更多信息)。Ryan说是因为 blob 事务与常规事务分离的特点，重组后 blobs 只能从公共 mempool 在交易中获得。鉴于有许多交易会绕过 mempool，即 MEV 交易和捆绑包bundles，一种保证一切 blob 可重建的方法(即使是绕过内存池的交易)，也就是让 CL 将每个块的 blob 数据传递给 EL ，然后 EL 它可以缓存，直到块完成。或者，网络可以要求提交跳跃 mempool 交易用户在链重组事件中重新提交交易。

Szilágyi说他更喜欢前者，即将到来 blob 将数据传输到EL，以便在重组时重新插入交易，甚至绕过内存池。在Szilágyi认为，这对EL的额外负载并不大。如果这个过程变得相当繁琐，无法支持节点，开发人员可以调整EL和CL之间的新闻，以减轻负担。“最简单的解决方案是在共识客户端发送新的有效载荷时向执行客户端提供blob。” Szilágyi说。Ryan回应说，尽管提出的解决方案很简单，但它会进一步破坏EL和CL层之间的抽象。此外，该解决方案将加强节点存储完整数据的假设，并在未来实施数据可用性采样（DAS）升级可能会被打破。

关于DAS的实施，Szilágyi表示，在这次升级中，数据可用性还有其他预期需要改变，并建议开发人员“到时候再试着解决问题”。Ryan同意了他的观点，并询问了其他开发人员对链重组和blob交易重新插入的看法。Lodestar (CL)Gajinder是客户端的开发者 Singh表示，由于MEV交易是绕过公共内存池最常见的类型，MEV交易高度依赖于特定的链状态，因此在链重组后删除它们并不重要，因为链状态已经改变，MEV交易可能需要重新执行。

由于缺乏EL客户端团的参与，这个问题在下一次ACDE电话会议上再次提出。

Deneb Add-Ons

除了 EIP-4844，Deneb 升级还考虑了其他代码的升级。

1、第一个是EIP-4788，它可以在EL中公开CL Beacon Chain的状态。这将允许在EL上执行的智能合约最小化CL的信任访问，这与质押池、再质押协议、MEV等有关。Alexx，以太坊基金会研究员 Stokes是EIP的作者之一，他说这个功能是CL的“轻量级”变化。电话会议上没有人反对EIP Deneb中包含4788。并将在下一次ACDE电话会议上向EL客户端团队征求支持EIP的意见。

2、EIP-6914年，该提案可重复使用已完全退出网络且有一段时间未活动的验证器索数字。EIP将有助于减少验证器列表在验证器退出和新验证器添加到网络中的无限增长。Stokes表示，EIP 6914 复杂性相对较高，代码变更应推迟到 Deneb 下一次硬分叉后面。在对 EIP-6914 讨论复杂性后，开发人员同意继续磨合代码更新的详细信息，但最终实施将保留到 Deneb 之后。

3、Ryan从Beacon中提出了一个潜在的代码变更 Chain创建块开始回填数据，并创建新的“历史摘要”内容。EIP中尚未指定代码更改的细节。Ryan同意与此更改的提案人Jacek Sieka(Status研发负责人正在建设Nimbus (CL)联系客户端)获取更多详细信息。
4、PR 3175，该提案将防止受到惩罚的验证者在退出队列时提出区块。如果有超过50个％验证人因恶意行为而受到惩罚。当他们被迫从网络中驱逐时，这些验证人仍然可以提出块。Ryan说，改变这一逻辑是一个相对较小的CL层改变，可以为“高故障模式”提供保护。

5、EIP-6493，该提案将解决如何处理节点在CL上以SSZ格式格式化但在EL上编码不同类型的blob交易。该EIP是更新以太坊序列格式以实现跨层一致性内容的一部分。有关以太坊序列格式的更多背景信息，请阅读以前的信息开发者记录。

在 Deneb 在范围讨论中，开发人员倾向于讨论 EIP-4788、EIP-3175 与 EIP-4844 下一次升级包括在一起。