第 203 次以太坊 ACDE 会议：以太坊能否通过 Pectra 升级拉动行情？

互联网阅读 18 2025-01-18 17:00:06

作者：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文档的下一步计划。