以太坊 ACDE#196 电话会议摘要：Pectra Devnet 3 发布和升级讨论

以太坊协议开发人员于 9 月 12 日举行了第 196 届全体核心开发人员执行 (ACDE) 电话会议，讨论了 Pectra Devnet 3 发布和升级的最新进展。

Pectra Devnet 3

EF 开发运营工程师 Parithosh Jayanthi 介绍了 Pectra Devnet 3 的发布情况，该开发网络于 9 月 11 日启动。它包括对 EIP 7251 中验证器合并的修复以及 EIP 7702 的更新规范。根据迄今为止在 Devnet 3 上的测试，EIP 7251 和 EIP 7702 似乎都按预期运行。Jayanthi 指出，在 Nethermind 和 EthereumJS 客户端中发现了一些问题，这两个客户端团队正在努力解决这些问题。他鼓励钱包开发人员测试该实现并提供反馈。

Pectra 规范更新

Geth 开发人员 Felix Lange 提议对 Pectra 中 EL 触发请求的编码进行更改。他建议减少 EL 客户端解析这些请求所需的工作量。开发人员大体上同意 Lange 的提议，但 Nimbus 开发人员“Dustin”认为该提议“毫无意义地灵活”。Lange 同意向 Engine API 添加更多文本以指定请求的顺序，并更深入地考虑 CL 客户端在检测到无效请求时的行为。

Erigon 开发人员 Andrew Ashikhmin 提出了对 EIP 7702 的更新，设置 EOA 帐户代码。他指出，EIP 中指定的有效性检查与旧 EIP 中指定的有效性检查不一致。Geth 开发人员 Matt Garnett（又名“Lightclient”）提出了一个替代方案来解决一致性问题并简化 EIP 7702 的有效性检查。开发人员大多赞成最终确定 Lightclient 的提案并将其添加到 Pectra Devnet 4 中。

关于 EIP 2537 下 BLS 预编译的定价，Geth 开发人员 Jared Wasinger 建议根据他的基准分析，对 BLS 预编译的价格进行调整。Beiko 建议团队在接下来的两周内进行自己的基准测试并提出想法。

Pectra EIP 补充

开发人员讨论了为 Pectra 升级添加新 EIP 的话题。Beiko 警告说，Pectra 中已经包含了大量的 EIP。EF 研究员 Alex Stokes 再次提出将 Pectra 拆分为两个较小的硬分叉的想法。开发人员倾向于同意这个想法，因为它可以降低风险并使测试和审查更容易。他们建议将当前在开发网络上运行的所有 EIP 用于 Pectra 的第一部分，然后使用 PeerDAS、EOF 和其他一些 EIP 用于 Pectra 的第二部分。他们希望能够在明年 2 月之前发布 Pectra 的第一部分。

Beiko 支持分叉的想法，但警告不要从开发网中删除任何 EIP。Ferrin 建议尽快在 Devnet 3 上完善 EIP，然后从 Devnet 4 或 5 开始并行工作，将 PeerDAS 和 EOF 重新定位到 Pectra EIP 上。

开发人员还讨论了为 Pectra Fusaka 升级命名，但他们同意将此升级保留给 Verkle 过渡。Ferrin 建议不要提前预订升级，直到代码更改已准备好用于主网激活。Beiko 表示，将 Pectra 一分为二的目的是为了在更快的时间表上发布代码更改，这有利于为 Verkle 过渡扫清道路。

然而，存在这样的风险：Pectra 升级的第二部分可能会变得更大，需要更多时间才能发布。Nethermind 开发人员 Ben Adams 质疑，如果将升级分为两部分，Pectra 的测试过程将如何进行。Beiko 建议开发人员花一周时间考虑这个想法，并在下周四的全体核心开发人员共识电话会议上做出最终决定。

网络配置结构对齐

最后，EF 开发运营工程师“pk910”分享了他的工作更新，以清理以太坊公共测试网 GitHub 存储库并调整其结构以更易于使用。他要求客户团队检查以太坊主网和测试网的节点配置，并将任何缺失的信息添加到相应的存储库中。