ACDE#209：会议纪要

晚上好，

今天，以太坊开发者再次确认 5 月 7 日为 Pectra 主网激活的预计日期。他们花了大部分时间讨论哪些侧重于执行层 (EL) 的以太坊改进提案 (EIP) 应被考虑纳入 Fusaka 升级。他们同意强烈考虑另外 7 个侧重于 EL 的提案和倡议，以便与 Fusaka 中的 PeerDAS 和 EOF 一起推进。

以下是最新的所有核心开发者 (ACD) 会议的完整总结，ACDE #209。

你真诚的，

Christine D. Kim

编程提示：由于我要去亚洲旅行，下周的 ACD 下班后帖子将比平时晚些发布。

日期和时间：2025 年 4 月 10 日，14:00-15:30 UTC

时长：90 分钟

YouTube 直播链接

会议议程链接

Pectra 更新

以太坊开发者正在对 Pectra 升级进行最后的润色，该升级仍预计于 2025 年 5 月 7 日 10:05 UTC 在主网上线。以太坊基金会的 Tim Beiko（主持会议）强调，Pectra 的最终客户端版本应在下周末或下周初准备就绪。

以太坊基金会的 Piper Merriam（负责历史过期工作）提醒客户端团队审查最新版本的 以太坊 Wire 协议，eth/69。作为背景，以太坊 Wire 协议规定了以太坊节点如何通过互联网相互通信。eth/69 是该协议的最新提议版本，它将允许节点声明它们已从合并升级之前删除了历史区块数据。

Geth 开发者 Felix Lange 表示支持在 5 月 7 日之前完成 eth/69。Nethermind 开发者 Ben Adams 强调，eth/69 的协调可以独立于 Pectra 升级进行，因为节点之间网络的更改是非破坏性的更改。

EIP-7702 收据

然后，开发者讨论了 一项提案，将授权结果直接包含在 EIP 7702 交易的交易收据中。作为背景，EIP-7702 将允许用户控制的帐户（也称为外部拥有帐户 (EOA)）具有类似智能合约的功能。屏幕名称为“Lucas”的开发者解释说，确定 EIP 7702 交易的授权结果目前对智能合约开发者来说很麻烦，因为它需要多个 RPC 调用。该提案将有助于改善使用 EIP 7702 的开发者体验。

Lange 说，对交易收据的更改具有侵入性，不应在 Pectra 中包含，因为它离升级在主网上激活太近了。他说：

为了真正正确地永久保存此[数据]，唯一其他的事情是我们必须将成功状态存储到[交易]收据本身中，存储到客户端数据库中，就像我说的，我们不能再在管道后期进行此类更改了。

Lucas 指出他不是客户端开发者，因此他不知道他的提案需要对客户端代码进行侵入性更改。他同意，如果该提案需要客户端团队进行过多的工作才能实施，则应忽略该提案。根据 Zoom 聊天中的评论，Beiko 建议智能合约开发者采用其他解决方法，以轻松检索 EIP 7702 交易授权结果，而无需硬分叉。Lange 强调，对交易收据的任何更改都需要进行破坏性更改。客户端团队不应在没有所有客户端之间的完全共识和协调的情况下，偏离规范中设定的标准。

Lange 建议，一种不需要硬分叉的潜在解决方法，并且该方法允许智能合约开发者轻松检索至少最近的交易授权结果，可能是创建自定义 RPC 调用来组合多个调用。

目前，Beiko 确认目前不会对 EIP 7702 进行任何更改，并且开发者应继续在 Ethereum Magicians 上讨论非共识破坏性的解决方法，以解决 Lucas 提出的痛点。

Fusaka 范围讨论

然后，开发者继续讨论 Fusaka 的范围。Beiko 说，4 月 10 日是开发者设定的最终确定将考虑纳入 (CFI'd) 升级的 EIP 的截止日期。所有未 CFI'd 的 EIP 都将被事实上拒绝纳入 Fusaka。只有在现有的 SFI'd EIP 稳定并在 Fusaka 开发网上实施后，CFI'd EIP 才会进展到实际纳入 Fusaka 并被标记为“计划纳入”(SFI'd)。目前已为 Fusaka SFI'd 的 EIP 只有：

• ✅ PeerDAS

• ✅ Mega EOF (EVM 对象格式)

Beiko 强调，所有客户端团队都一致同意在年底前在主网上激活 Fusaka，并优先在升级中实施 PeerDAS。Beiko 提醒开发者，到目前为止，开发者已经同意 CFI 以下 EIP：

• 🟡 EIP 7883，ModExp gas 成本增加

• 🟡 RIP-7212：secp256r1 曲线支持的预编译

• 🟡 其他 EOF EIP：

  • EIP-7834：EOF 的单独元数据部分

  • EIP-7761：EXTCODETYPE 指令

  • EIP-7880：EOF - EXTCODEADDRESS 指令

  • EIP-5920：PAY 操作码

Beiko 询问开发者应该在会议上 CFI 哪些其他 EIP。

eth/69

Adams 提议在 Fusaka 中完成 eth/69。Beiko 说他对这个提议感到困惑，因为他曾以为客户端团队已经准备好在 Pectra 中完成它。Erigon 开发者 Andrew Ashikhmin 澄清说，他的团队为历史过期所做的准备工作不会在 Pectra 主网激活时准备好，还需要几个月的时间来准备。Adams 建议将 eth/69 的状态提升到 CFI，作为客户端团队打算在 Pectra 之后和 Fusaka 之前发布此非破坏性更改的信号。

Beiko 反对将 eth/69 作为正式 EIP 纳入 Fusaka，因为客户端团队可以异步于硬分叉协调对以太坊 Wire 协议的更改。Lange 说，过去，开发者已经将像 SELFDESTRUCT 操作码的弃用之类的 EIP 纳入升级中，作为纯粹的信号机制，而没有任何核心协议更改。因此，开发者可以将 eth/69 纳入 Fusaka 中，原因类似，以表明开发者打算完成一项非共识破坏性的更改。

Beiko 说，他不想在会议上花更多时间讨论 eth/69 激活的后勤工作。他补充说，他会在会议结束后找到一种最佳方式，将新的 Wire 协议版本的最终确定纳入 Fusaka 中。

提高 Gas 限制

开发者讨论的另一个要纳入 Fusaka 中的代码更改是没有正式 EIP 编号的更改，即客户端中支持以太坊上更高的区块 gas 限制的更改。作为背景，区块 gas 限制（它规定了以太坊上的一个区块中可以包含多少交易）由验证者确定。去年，验证者投票将区块 gas 限制从 30m gas 提高到 36m gas。各种以太坊利益相关者都支持将限制提高到 100m gas，并进一步提高以太坊作为执行环境的可扩展性。

Ashikhmin 提醒开发者，Erigon 开发者 Giulio Rebuffo 去年提出了 EIP 7783，作为自动逐步增加区块 gas 限制的一种方式。Beiko 说，讨论的重点不是将 EIP 7783 纳入 Fusaka 中，而是客户端团队打算致力于修复任何技术限制，以支持高于 36m 的区块 gas 限制。Geth 开发者 Marius van der Wijden 说，Geth 客户端在更高的 gas 限制下确实遇到了性能问题，并且在验证者可以安全地将限制提高到 36m 以上之前，需要解决这些错误。

如果开发者认真考虑在 Fusaka 中提高区块 gas 限制，Adams 说开发者应该将 EIP 7825 正式纳入升级中，以确保单个交易无法填满整个区块的空间。Geth 开发者 “Lightclient” 对此 EIP 可能会对 EIP 7702 交易产生负面影响表示担忧，并建议在承诺 EIP 7825 之前，先看看 EIP 7702 在主网上如何使用。Beiko 说，开发者现在应该在 Fusaka 中 CFI EIP 7825，并在以后讨论其实施细节。

顺便提一下，以太坊基金会的 Carl Beekhuizen 指出，当前版本的 Rollup 改进提案 (RIP) 7212 包含一个错误，需要更新到新的修复版本。Beiko 说，一旦 rollup 团队确定了新的 RIP 编号，就应该更新与 RIP 7212 相关的相关文档和 GitHub 页面。

EIP-7907：Initcode 大小限制增加

然后，开发者讨论了将 EIP 7907 或 EIP 7903 纳入 Fusaka 中。这是两项相互竞争的提案，旨在增加与智能合约逻辑相关的代码（也称为 initcode）的最大大小，从目前的 24KB 限制增加，以允许创建更复杂的去中心化应用程序。EIP 7903 完全取消了对 initcode 的限制，而 EIP 7907 提高了限制，但保留了其最大大小的上限。像 van der Wijden 和 Lightclient 这样的开发者支持 EIP 7907，而不是 7903。Beiko 建议将 EIP 7907 标记为 Fusaka 的 CFI'd。

EIP-7918 和 EIP-7762：Blob 费用市场升级

开发者讨论了两项 EIP，用于提高 blob 费用市场的效率。以太坊基金会研究员 Ansgar Dietrichs 解释说，blob 基础费用从低 blob 需求时期到高 blob 需求时期调整可能很慢。他承认有两个提案可以解决 blob 基础费用调整缓慢的问题。他将 EIP 7762 定位为更简单的更改，它引入了固定的最低 blob 基础费用，而 EIP 7918 是更复杂的更改，它引入了基于常规交易 gas 价格的 blob 基础费用的动态重新定价模型。Dietrichs 说：

我认为，就我个人而言，[EIP 7918] 非常合理。我看到[它的]两个缺点。一个是它有点复杂，至少在概念上是这样。而且，我认为它还没有得到太多的审查……[所以]基本上，另一个[论点]只是它是一个非常新的提案。因此，我个人对两者都没问题，Anders 的更原则性的解决方案，或者可能是 Max Resnick 最初的更简单的提案。

Adams 说他更喜欢 EIP 7918，因为它感觉 “不那么随意”，并且 “感觉良好”。以太坊基金会研究员 Dankrad Feist 说 EIP 7762 给他感觉更 “正确” 和 “自然”。由于对这两个提案缺乏共识，Beiko 建议将两者都标记为 Fusaka 中的 CFI'd，并在以后选择其中一个。Beiko 说他将创建一个专门的频道，以便进一步讨论这个话题。

提议纳入 Fusaka 的其他 EIP

开发者讨论了更多要考虑纳入 Fusaka 的 EIP。Hadrien Croubois，OpenZeppelin 的一名智能合约工程师，提出了 EIP 7819，通过构建在 EIP 7702 创建的框架之上来改善智能合约开发者的体验。Van der Wijden 反对将其纳入 Fusaka，他说他没有完全理解它。Beiko 同意不应 CFI'd 该 EIP。

在 Zoom 聊天中，Beiko 回应了关于 Fusaka 中 SFI'd EIP 截止日期的评论，他说开发者应该避免为 Fusaka 中的 SFI'd EIP 设置任何截止日期，因为开发者不太可能达到这样的截止日期。相反，他建议开发者专注于在组合开发网上稳定 PeerDAS 和 EOF。然后，讨论要在以下开发网中与 PeerDAS 和 EOF 一起包含哪些 CFI'd EIP。

Beiko 试图总结到目前为止在会议上就 Fusaka 范围做出的决定。

假设开发者确实增加了 Fusaka 中的 blob 容量，Adams 建议进行一项额外的更改，即限制每个交易的 blob 数量。Van der Wijden 同意这将是对 Fusaka 的一个很好的补充。Lightclient 提议将更改包含在 PeerDAS EIP 本身中。Beekhuizen 在 Zoom 聊天中指出，在一个单独的 EIP 中定义限制可能会 “更干净”，以防开发者将来想要更改此参数。有关如何实施每个交易的 blob 限制的讨论更多。以太坊基金会开发者运营工程师 Barnabas Busa 建议将限制包含在 Fusaka 之后发生的仅 blob 参数硬分叉中，以确保此更改不会延迟 PeerDAS 激活。

Beiko 说他忘记将 EIP 7892（仅 blob 参数硬分叉）包含在 CFI'd EIP 列表中。他承认这确实是开发者在上周的 ACD 会议上已经做出的决定。

Beiko 确认，对于限制每个交易的 blob 数量存在广泛的支持，但开发者将避免将其正式确定为与 PeerDAS EIP 分开的 EIP。

Nethermind 的协议研究员 Lin Oshitani 提出了 EIP 7917，以便纳入 Fusaka。由于这是一个侧重于 CL 的 EIP，Beiko 建议在下周的 ACD 会议上提出进行讨论，该会议将侧重于与 CL 相关的代码更改。作为背景，EIP 7917 已经在上周的 ACD 会议上由另一位开发者 “ETHDreamer” 提出，并且可能也已经 CFI'd。

以太坊基金会研究员 Alex Stokes（ACDC 会议系列的主席）要求 CL 客户端团队在下周的会议之前再次审查 EIP 7917。

一位屏幕名称为 “Charles” 的开发者提出了 EIP 7923，这是一种新的 EVM 中内存使用定价模型，以便纳入 Fusaka。Beiko 说，由于包含该 EIP 并不紧急，因此应考虑将其纳入下一个硬分叉 Glamsterdam 中。Charles 同意。Charles 还对开发者在 EIP 流程中缺乏沟通和透明度表示担忧，他说：

我想知道是否曾有过关于 EIP 如何提出的元讨论，因为对于不熟悉流程的人来说，在随机时间有一个为期两到四周的窗口，我们可以在其中提出建议，并且很容易错过这个窗口。

Beiko 承认了 Charles 的担忧，但指出 Fusaka 的规划是独一无二的，并且与其他升级不同，因为它包含了 Pectra 升级中的溢出 EIP。Beiko 说：

我们有点过度加载了 [Pectra] 分叉，所以我们必须将其分为两个。我认为对于 Glamsterdam，我们绝对需要使这个 [过程] 更加清晰。……[但是]我想确保我们至少可以在今天推进 Fusaka 的范围，然后再讨论我们如何计划下一次分叉。

Beiko 再次回顾了 Fusaka 的 CFI'd EIP 列表。这一次，他回顾了一个简短的提议包含在 Fusaka 中但不会包含在该分叉中的 EIP 列表。一些开发者（如 van der Wijden）在 Zoom 聊天中指出，某些 EIP 发起人（如 Nimbus 开发者 Etan Kissling）没有出席会议来争论包含他们的 EIP。

独立的以太坊开发者 Danno Ferrin 说，开发者已经用 EIP 7883 CFI'd 了 EIP 7823。这两个 EIP 都对 MODEXP 预编译进行了更改，这将为进一步增加区块 gas 限制铺平道路。来自 Nethermind 和 Geth 团队的代表表示支持 EIP 7823。Beiko 同意 CFI EIP 7823。

Fusaka 的新 CFI'd 列表

Fusaka 的新 CFI 列表包含以下 EIP 和倡议。ACDE #209 上确认包含在 CFI 列表中的新 EIP 或倡议用橙色圆圈高亮显示。

Fusaka 的 CFI'd EIP：

• 🟡 EIP 7883，ModExp gas 成本增加

• 🟡 RIP-7212：secp256r1 曲线支持的预编译 [新的 RIP 编号待定]

• 🟡 其他 EOF EIP：

  • EIP-7834：EOF 的单独元数据部分

  • EIP-7761：EXTCODETYPE 指令

  • EIP-7880：EOF - EXTCODEADDRESS 指令

  • EIP-5920：PAY 操作码

• 🟠 EIP 7892，仅 Blob 参数硬分叉

• 🟠 EIP 7823，设置 ModExp 的上限

• 🟠 EIP 7825，交易 gas 限制上限

• 🟠 EIP-7907，测量合约代码大小并增加限制

• 🟠 EIP-7918，由执行成本限制的 Blob 基础费用

• 🟠 EIP-7762，增加最低 blob 基础费用

其他倡议

• 🟠 完成 eth/69

• 🟠 限制每个交易的 blob 数量

所有其他提议纳入 Fusaka 的侧重于 EL 的 EIP 都已被拒绝。下周的会议将侧重于最终确定 Fusaka 的 CFI 列表，以用于侧重于 CL 的 EIP。

重新配置所有核心开发者

Beiko 简要地谈到了他关于 改进 ACD 会议流程 的提案。从宏观上看，Beiko 的提案建议将每周一的测试会议重新用作官方 ACD 会议系列，称为所有核心开发者测试 (ACDT) 会议，开发者可以在其中协调和讨论发布下一个直接硬分叉所需的事务。通过这样做，所有核心开发者执行 (ACDE) 和所有核心开发者共识 (ACDC) 会议可以主要侧重于规划和确定下一个直接分叉之后的未来分叉的范围。

Beiko 希望 ACDT 会议能够为 ACDE 和 ACDC 会议提供更多专用时间，以讨论与未来分叉规划相关的事务，方法是将与实施下一个直接硬分叉相关的讨论转移到单独的会议。Beiko 提议在 Pectra 升级在主网上线后实施此提案，方法是将与 Fusaka 相关的讨论转移到 ACDT 会议，并将 ACDE 和 ACDC 会议的讨论保留给与 Glamsterdam 相关的讨论。

Prysm 开发者 “Potuz” 指出，当开发者尚未最终确定升级范围并计划随着时间的推移迭代地扩大升级范围时，避免在 ACDE 和 ACDC 会议上讨论有关 Fusaka 升级的对话是 “不可能的”。Beiko 承认，关于 Fusaka 范围的任何决定仍应在 ACDE 和 ACDC 会议期间达成一致。但是，一旦做出这些决定，就应该在 ACDT 会议上讨论它们的执行情况。

Dietrichs 强调了以太坊基金会研究联合负责人 Barnabe Monnot 主持的最新推出的 协议研究会议系列，作为以太坊未来更长远规划的另一个论坛。

Beiko 说，如果在下周内对其创建 ACDT 会议系列的提案没有重大异议，那么他将假定每个人都同意在 Pectra 在主网上激活后尝试它。

Pectra 页面

来自以太坊基金会的 Trent van Epps 和 Nixo Rokish 正在整理来自以太坊协议开发者关于 Pectra 升级的观点。Van Epps 在会议上说，已经为之前的以太坊升级（如 Merge 和 Dencun）创建了类似的汇编。任何想要为名为 “Pectra 页面” 的项目做出贡献的开发者都应在 2025 年 4 月 28 日之前提交他们的观点。

这就是我对 ACDE #209 的总结的全部内容。如果你已经读到了今天的帖子的这一步，那么恭喜你！你现在已经正式了解了以太坊协议开发和治理的状况。

尽管我尽了最大的努力，但本周的会议记录甚至比上周的还要长。(:/) 下周我将再次尝试使这些会议记录更短且更易于理解。请继续关注我明天发布的关于 ACDE #209 的见解。

如果你现在还没有完全读完今天的会议记录而感到疲惫，那么下面是一些链接，可以进一步阅读今天 ACD 会议上讨论的一些主题。

• 关于 RIP 7212 中错误的颜色

• 以太坊 Wire 协议的更长解释

• Tim 关于如何重新配置 ACD 会议的完整提案

• Dencun 日记：以太坊核心贡献者对 Dencun 的看法

• Merge 手册：以太坊核心贡献者对 Merge 的看法

• • *

感谢你订阅 ACD 下班后！如果你喜欢你阅读的内容，请考虑与可能也喜欢该内容的朋友分享。

我正在积极寻找有关 ACD 下班后新闻通讯的反馈。因此，如果今天的帖子引发了任何想法、意见或问题，我很乐意听到它们。请通过回复下面的投票或发表评论来分享你对今天的新闻通讯的反馈。感谢你的反馈！

投票

你对今天的新闻通讯感觉如何？

喜欢它！:)

还行。:|

不太好。:(

特别感谢 Shinhye Kim 在本新闻通讯中的图形。

• 原文链接： christinedkim.substack.c...
• 登链社区 AI 助手，为大家转译优秀英文文章，如有翻译不通的地方，还请包涵～