原标题:以太坊所有核心开发者一致呼吁# 107书面报告
原作者:Christine Kim(编辑有删减)
2023年4月20日，以太坊的开发者齐聚一堂，举办了第107届ACDC。ACDC是一个双周会议系列，由以太坊基金会研究员Danny Ryan主持。在这次会议中，以太坊开发者讨论了以太坊共识层(CL)的修订，更新了围绕Deneb的进展，并讨论了除了以太坊EIP-4844之外，下一次坎昆升级还将包括哪些提案。
自从4月12日Deneb Devnet #5在上海成功上线后，以太坊的开发者们立刻将目光投向了坎昆的准备工作。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)表示，他正在为以太坊(EL)和Lodestar (CL)等客户进行试运行，为下周devnet的发布做准备。其中，引擎API有一个小变化，将“getPayloadV3”和“getblobsbundleve 1”的调用合二为一。Beiko强调，这一变化尚未被纳入GitHub上的EIP 4844规范，但它将在未来几天内完成，以便可以在Devnet # 5上测试。Beiko敦促客户团队尽快审查这一变化。
然后，开发人员讨论了如何在链重组时将blob事务重新插入到块中。这个问题是Geth(EL)的开发者Péter Szilágyi在对ETHTokyo的演示中提出的(更多信息可以查看Szilágyi的PPT)。Ryan说，由于blob事务与常规事务的分离，重组的blob只能从public mempool的事务中获得。鉴于很多事务都会绕过mempool，也就是MEV事务和bundles，一个保证所有blob都可以重建的方法(即使是绕过内存池的事务)就是让CL把每个块的blob数据传递给EL，然后EL可以缓存，直到这个块完成。或者，如果发生链重组，网络可以要求提交了跳过mempool的事务的用户重新提交他们的事务。
Szilágyi说，他更喜欢前者，即将blob数据转移到EL，以便在重组时可以重新插入事务，即使是绕过内存池的事务。根据Szilágyi的说法，这对EL来说并不是很大的额外负担。如果这个过程变得太麻烦，节点无法支持，开发人员可以调整EL和CL之间的消息以减轻负担。“最简单的解决方案是，当共识客户端发送新的有效载荷时，将blob提供给执行客户端。”斯拉吉说。Ryan回应说，虽然提出的解决方案很简单，但它会进一步破坏EL和CL层之间的抽象。此外，该解决方案将强化节点存储完整数据的假设，这一假设可能会在数据可用性采样(DAS)升级的未来实施中被打破。
关于DAS的实现，Szilágyi表示，在此次升级中，在数据可用性方面将有其他期望需要改变，并建议开发人员“到时候尝试解决问题”。Ryan同意他的观点，并询问了其他开发人员对链重组和blob事务重新插入的看法。Lodestar (CL)客户端的开发者Gajinder Singh表示，由于MEV事务是最常见的绕过公共内存池的类型，并且高度依赖于特定的链状态来执行，因此在链重组后删除它们并不重要，因为链状态已经改变，MEV事务可能需要重新执行。
由于缺乏EL客户群的参与，该问题将在下一次ACDE电话会议中再次提出。
除了EIP-4844，天津开发区升级还考虑其他代码升级。
1.第一个是EIP-4788，它可以揭示EL中CL信标链的状态。这将允许在EL上执行的智能合约具有对CL的最小信任访问，CL与质押池、再质押协议、MEV等相关。以太坊基金会研究员、《EIP》的作者之一Alex Stokes表示，这个功能是对CL的“轻量级”改变。电话会议中没有人反对将EIP 4788纳入天津四。在下一次ACDE电话会议上，我们将询问EL客户团队关于支持EIP的建议。
2.EIP-6914，它可以重用已经完全退出网络并且在一段时间内没有活动的验证器电缆编号。该EIP将有助于减少验证者退出和新验证者加入网络过程中验证者列表的无限增长。斯托克斯说，EIP 6914的复杂性相对较高，代码更改应推迟到天津四之后的下一次硬分叉。在讨论了EIP-6914的复杂性后，开发人员同意继续在代码更新的细节中运行，但将最终实现留在了Deneb之后。
3.Ryan提出了一个潜在的代码更改，涉及回填来自信标链genesis块的数据，并创建一个新的“历史摘要”内容。EIP还没有具体说明这一代码变化的细节。Ryan同意联系亚采克·西卡，他是这一改变的支持者(Status的研发主管，正在构建Nimbus (CL)客户端)以了解更多细节。4.PR 3175，它将阻止受惩罚的验证者在退出队列时向前发送阻塞。如果超过50%的验证者因恶意行为受到处罚，在被强制驱逐出网络的同时，仍然可以提出封杀。Ryan说改变这个逻辑是一个比较小的CL层变化，可以为“高失效模式”提供保护。
5.EIP-6493，它将解决节点应该如何处理不同的blob事务类型，这些类型在CL上以SSZ格式格式化，但在EL上编码。该EIP是更新以太坊序列化格式以实现跨层一致性的一部分。更多关于以太坊序列化格式的背景资料，请阅读之前开发者的记录。
在讨论天津四的范围时，开发人员倾向于在下一次升级中包括EIP-4788、EIP-3175和EIP-4844。
温馨提示：注：内容来源均采集于互联网，不要轻信任何，后果自负，本站不承担任何责任。若本站收录的信息无意侵犯了贵司版权，请给我们来信(j7hr0a@163.com)，我们会及时处理和回复。
原文地址"坎昆xcaret，坎昆ds"：http://www.guoyinggangguan.com/qkl/155145.html。
微信扫描二维码关注官方微信
▲长按图片识别二维码
