【英文】最新一期以太坊 ACDC 会议总结：开发者同意在 Pectra 中加入 EIP-7742 变更

Barnabas Busav 宣布计划关闭 Pectra Devnet 3，并提到当前 Grandine 客户端在 Devnet 3 上的区块提议问题尚未解决。他会与 Grandine 开发者 Saulius Grigaitis 一起排查问题后再关闭该 devnet。至于 Pectra Devnet 4 的启动，Busa 希望能再有一个执行层（EL）客户端通过本地 Kurtosis 测试，以启动新测试网络。目前 Geth 和 Ethereum JS 客户端已准备就绪，Lighthouse、Teku 和 Nimbus 等共识层（CL）客户端也已就绪。Stokes 建议各客户端团队尽量在 10 月 18 日之前启动 Devnet 4。 开发者讨论是否应将 EIP-7549 的额外更改包含在 Pectra Devnet 4 中，但最终决定由于实施复杂性而暂时不纳入。开发者同样倾向于排除其他涉及以太坊网络层的重大变更，如 PR#3767 所定义。Teku 开发者 Enrico del Fante 指出，这些改动过于庞大，难以在 Pectra 升级的后期阶段实施，Mikhail Kalinin 还鼓励开发者审查 EIP-7251 的一个漏洞修复建议，并推动该修复在 Pectra 中的实现。此外，开发者们讨论了在处理执行层触发请求（如验证者存款、取款和合并时）如何将 SSZ 支持添加到 builder API 中。 开发者们在讨论中一致认为，EIP-7742 应该与提高 blob 容量的计划一同纳入 Pectra 升级中。EIP-7742 旨在通过共识层 (CL) 动态调整 blob gas 的目标和最大限制，从而简化设置这些参数的机制。目前，现有的设置机制比较繁琐且不易更改。引入 EIP-7742 的目标是让未来的开发者能够更加灵活地调整这些参数，特别是在类似 PeerDAS 升级的场景下。 CL 客户端团队正在实施一个新的 Engine API 规范，以帮助那些本地提议区块的用户（不使用第三方 builder 和 MEV relay）在他们的区块中包含 blob 交易。该 API 规范称为「engine_getBlobsV1」方法。Prysm 开发者 Terence Tsao 报告说，该方法确实减少了节点的下载带宽，但由于节点通过 P2P 网络向其他节点提供更多 blob 数据，上传带宽反而增加了。开发者讨论了各种优化该方法的方案，决定继续异步优化此实现。【原文为英文】\n原文链接