作者： Christine kim

编译：白话区块链

2025 年 1 月 16 日，以太坊协议开发者通过 Zoom 举行了第 203 次 All Core Developers Execution（ACDE）会议。本周的会议由以太坊基金会（EF）协议支持负责人 Tim Beiko 主持。ACDE 会议是一个双周例会系列，开发者们在会上讨论并协调以太坊执行层（EL）的相关变更。

在第 203 次 ACDE 会议上，开发者们讨论了 Pectra Devnet 5 的启动以及未完成的 Pectra 规范更新。他们还讨论了在 Holesky 测试网对提高 Gas 上限进行测试的下一步计划、RPC 标准化的进展，以及节点最低硬件和带宽要求的规范。

1、Pectra Devnet 5 启动

开发者们在会议开始前半小时启动了 Pectra Devnet 5。以太坊基金会开发者运营工程师 Parithosh Jayanthi 表示，他发现开发网络中存在 Gas 估算问题，并计划收集相关日志，将问题分享到以太坊研发 Discord 频道中。

2、Pectra 规范更新

开发者们讨论了 Pectra 代码规范的五项未完成更新：

1）EIP 7623：增加 Calldata 成本第一个更新是对 EIP 7623 的修改，用于澄清 Gas 退款的处理方式。该更新已在 GitHub 上合并，并被纳入了 Pectra Devnet 5 的测试中。

2）EIP 7840：添加 Blob 调度到执行客户端配置文件第二项更新涉及 EIP 7840 中的基础费用分数问题。会上没有反对意见，开发者们同意在 1 月 20 日（下周一）的 Pectra 测试会议之前，将相关更改合并到 GitHub 中。

3）Blob 基础费用的更新第三项更新同样与 Blob 基础费用有关，涉及在 Pectra 激活期间如何计算过量 Gas。以太坊基金会研究负责人 Alex Stokes 解释，计算依赖于前一区块头的信息。如果 Blob 容量的更改在分叉边界（Pectra 激活区块）上激活，则过量 Gas 计算将基于使用旧分叉规则构建的前一区块的信息。Stokes 认为，需要明确 Blob 容量增加是在分叉边界激活，还是在分叉边界后的一个区块激活。他表示：「无论选择哪种方式并不重要，但我们需要统一做法。」开发者们一致同意澄清 EIP 7691，将 Blob 容量增加的生效时间设定为分叉边界后的一个区块，从而只使用新分叉规则进行计算。以太坊测试开发者 Mario Vega 表示，客户端正在测试这种逻辑。Geth 开发者「Lightclient」承诺将在下周一的测试会议前更新 EIP 7691。

4）EIP 2537：BLS12-381 曲线操作的预编译成本计算第四项更新与 EIP 2537 中乘法成本计算相关。开发者们同意在 EIP 中明确将计算指定为整数除法。通过 Pectra Devnet 5 测试的客户端团队应已经在代码中实现了此逻辑，因此仅需要在规范上进行修改。以太坊虚拟机开发者 Paweł Bylica 表示，他将在 GitHub 上对 EIP 进行更改，并在下周一的测试会议前完成。

通过这些更新，开发者们继续推进 Pectra 相关工作的完善和协调，为未来的以太坊主网升级铺平道路。

5）最后，第五项更新与 EIP 7702 相关，该提案旨在新增一种交易类型，使外部账户（EOA）可以永久设定代码。Otim Labs 首席运营官 Julian Rachman 提出了对此 EIP 的行为修改建议，即启用代码内省功能。根据 Otim Labs 团队撰写的文档，代码内省指的是旧版合约能够检查自身字节码或外部合约的字节码，并基于该信息调整行为的能力。

尽管以太坊虚拟机对象格式（EOF）开发团队计划在未来的以太坊升级中禁用代码内省，但文档和会议中提到，启用代码内省以检查 EOA 的「delegate_address」并不会阻碍 EOF 的开发进程。允许代码内省检查 EIP 7702 类型交易的委托地址的好处在于，支持在启用 EIP 7702 功能（如 Gas 赞助）时，安全使用中继者和其他外部账户。

Geth 开发者「Lightclient」支持在 Pectra 规范中加入这一更新。他表示：「这一更新非常容易实现。我们已经在确定账户是否为 EIP 7702 委托账户，加入指定返回地址是非常简单的事情。」会议主持人 Beiko 建议与会者再花几天时间审阅更改内容，然后再决定是否将其纳入最终规范。他建议在下周一的测试会议上重新讨论这一话题。

Beiko 还要求 Rachman 的团队在 GitHub 上正式提交包含所有 EIP 7702 修改建议的拉取请求，供开发者在周一讨论。至于这一更新是否需要开发者启动一个新的 Pectra 开发网络进行测试，Jayanthi 表示，该更改可以包含在公共测试网的影子分叉中，而无需启动新的开发网络。Beiko 补充说，此次会议讨论的所有其他规范更新也无需新的 Pectra 开发网络，因此开发者在 Pectra Devnet 5 的进一步测试完成后，可以继续推进公共测试网的更新工作。

3、Pectra 系统合约审计更新

以太坊基金会（EF）协议安全研究员 Fredrik Svantes 表示，Pectra 系统合约的所有第三方审计工作已完成。审计未发现重大问题，相关报告将上传至 GitHub，供客户端团队审阅。Svantes 建议在下次 ACDE 会议中安排专门时间，由审计人员展示其审计结果并解答客户端团队的问题。

4、Pectra 测试网升级计划

Tim Beiko 提出了测试网升级的初步时间表。他建议在接下来的两次 ACD 会议中，确定用于升级 Sepolia 和 Holesky 测试网的区块高度，并在 2025 年 2 月 3 日前准备客户端发布版本。计划于 2 月 12 日当周进行 Sepolia 分叉，随后在 2 月 19 日当周进行 Holesky 分叉。如果没有重大漏洞或问题，Pectra 升级可能会在 3 月初至中旬上线以太坊主网，这大约是 Holesky 分叉后的三到五周时间内。会议中没有人反对这一提议，Stokes 还建议将客户端发布与 Sepolia 和 Holesky 测试网升级绑定推进。

5、Holesky Gas 限制

EF 通用工程师 Sophia Gold 提议，将 Holesky 升级发布中的客户端默认 Gas 上限设置为 36 百万（36m），并继续提高 Holesky 的默认 Gas 上限，使其始终高于以太坊主网的 Gas 上限。这将确保主网 Gas 上限的任何提升都能在 Holesky 上进行测试，会议中没有人反对这一提案。Teku、Besu、Prysm 和 Nethermind 团队的代表表示，他们的 Holesky 客户端发布版本已经将默认 Gas 上限设定为 36 百万。

6、RPC 标准化努力

Geth 开发者 Felix Lange 对客户端团队未对以太坊 JSON-RPC 规范标准化努力给予足够反馈感到失望。在会议上，他提到的一个问题是，缺乏关于 RPC 标准化范围以及应包含哪些生态系统利益相关者的明确定义。Lange 在博客文章中详细说明了他的标准化努力及下一步建议。Beiko 建议在 Discord 上进一步讨论此问题，并为此安排一次专题讨论会。Besu 开发者 Justin Florentine 表示，他将负责协调专题讨论会的时间安排。

7、节点硬件和带宽要求规范

EF 应用研究员 Kevaundray Wedderburn 请求对其关于以太坊节点最低硬件和带宽要求的文档提供反馈。Beiko 询问是否应将这些要求以信息性 EIP 的形式起草，以便开发者和更广泛的以太坊社区参考。Prysm 开发者「Potuz」指出，验证节点和全节点的硬件要求不同，因此文档应明确区分二者。Beiko 同意 Potuz 的观点，并建议在 Discord 上进一步讨论节点硬件和带宽要求以及正式化 Wedderburn 文档的下一步计划。

8、EIP 编辑研讨会

最后，会议提到了关于 EIP 编辑流程的专题研讨会，但具体内容和时间尚未确定，可能会在后续会议中进一步详细讨论。

以太坊猫牧人（Ethereum Cat Herders）团队将于 2025 年 1 月 17 日 16:00（UTC）举办一场 EIP 编辑研讨会。此次会议将概述 EIP 编辑流程，欢迎所有对 EIP 工作流程和编辑过程感兴趣的以太坊社区成员参与。会议录音将在会后上传至 YouTube 供大家观看。