以太坊第152次核心开发者会议深度纪要

·

关键词:以太坊升级、上海升级、EOF提案、ETH提款、EVM兼容性、Poseidon哈希、EIP-3860

上海升级最新时间表与优先级

在刚刚结束的第152次 AllCoreDevs 会议上,客户端团队坚定地将“质押 ETH 提款”功能作为上海升级(Shanghai/Capella)的唯一重磅特性。开发者测试网已于圣诞节前上线,当前主任务是修补暴露出的兼容性 bug,而非追加新 EIP。若测试顺利,公共测试网预计 2 月开放,3 月即可向主网推送。

为了守住这一时间表,开发者们达成两点共识:

  1. 所有与 EOF 相关的代码修改全部移出 上海升级,避免触发额外的审计与测试周期。
  2. 不再接受任何新 EIP 的上海升级申请,集中火力保障取款功能零延迟上线。

👉 如果想第一时间抢跑测试网交互、提前熟悉操作,点击直达专题入口。

EIP-3860 的微调:错误模式统一为 OOG

Geth 团队 Marius 提出,当智能合约部署时若 initcode 大小超限,原实现会回退到零地址错误,极易误导开发者。
新方案将把此类违例统一标记为 “Out of Gas” 并终止执行,减少各客户端差异。若合约社区没有强烈反对,这项小改会直接进上海升级。


EOF 为何被踢出上海升级?

EOF(EVM Object Format)是一套针对字节码结构与数据段分离的重构方案,本质是“EVM 2.0”的预热。本轮会议再度确认:

最关键的阻力来自 Vitalik:
他向会议提交《禁用 EOF 账户代码自省》提案,强调未来如果想真正实现 EOF 升级,就必须限制合约对自身字节码的反射操作,否则历史包袱将大到无法移除。然而客户端团队普遍认为这份“额外补丁”会让代码变更量一夜翻倍,考虑到当下测试进度,几乎不可能赶上 2 月公共测试网节点。

经过 30 分钟拉锯,EOF 被正式 降级到坎昆升级(同捆 EIP-4844 Proto-Danksharding)再行讨论。开发者也同步承诺:EOF 不会被无限拖延,只是要为更健壮的测试留足时间。

为什么代码自省会成为拦路虎?

EVM 的设计哲学是“一旦部署,永不移除”。早期任意合约可以 EXTCODECOPY & CODEHASH 检查任意地址的字节码,这种自省行为导致 任何字节码层面的变更 都会产生向下兼容风险。
Vitalik 提议的思路是:EOF v1 就砍断自省,限制合约只能读取自身字节码,且禁止完整拷贝。这不仅缩小攻击面,也能在未来用更精简的指令集替代老旧操作码,从而给 EVM 模块化升级 留下空间。


额外 EIP 速览与风险提示

议题现状重点观察
交易根序列化差异Nimbus 团队 Etan 提议,将 ExecutionPayloadHeader 中交易列表改用 SSZ 根。可在轻客户端与钱包层面统一编码格式。议题将在 1 月 12 日共识层会议(ACDC)继续讨论。若需随上海升级交付,则时间极其紧张。
EIP-5843:EVM 模块化算术扩展作者缺席,待定下次会议。引入新 ALU 指令以提高大整数运算效率,开发热度低于 EOF、Proto-Danksharding,可排进坎昆之后。
EIP-5988:Poseidon 哈希预编译StarkWare 提出,目标是在链上直接计算 Poseidon,利好 ZK 应用性能。目前最大的担忧是,该哈希在以太坊安全模型中尚未被充分验证,贸然进主网或成为黑天鹅。

FAQ:你可能关心的 6 个问题

Q1:上海升级主网具体日期是哪天?
A:尚未锁定日历日。团队目标为 3 月启动,但以公共测试网稳定 4 周为前提。届时用戶可在钱包界面一键解锁 Beacon 链质押的 ETH。

Q2:提款功能上线后是否会造成 ETH 大规模抛压?
A:提款队列实行 “匀速解锁”——每日可退出的验证者数量被协议限制。即便所有质押者都想一次性提取,也需数月才能完成。

Q3:EOF 被延期,普通用户需做什么?
A:无需操作。现代钱包、大部分 dApps 不会直接调用将被废弃的旧操作码,安全过渡由客户端团队兜底。

Q4:为什么不用强制升级一刀切?
A:以太坊网络讲求“社会共识”。任何破坏已部署合约行为的硬分叉,都需社区压倒性支持,否则可能催生新链分裂。

Q5:Poseidon 哈希到底是什么?
A:一种为 ZK-STARK 证明优化的代数哈希函数。相比 Keccak-256,电路体积小 5–10 倍,但安全审核仍在进行。

Q6:怎样最快体验新的公共测试网?
A:👉 戳这里领取测试币、对接水龙头,并在 Medalla 测试网模拟质押提款。


下一步行动清单

  1. 客户端团队:2 月初启动公共测试网 Shadow Fork,跑满 4 周。
  2. 质押服务商:升级节点、测试提款流程 UI。
  3. 普通用户:关注钱包/交易所公告,避免误点钓鱼链接。
  4. 开发者:把现有合约的 initcode 长度 对表 EIP-3860,提前审查是否超标。
会议的后续讨论会由 Tim Beiko 在 ACD 邮箱与以太坊魔术师论坛同步。若想紧跟官方进度,可在 GitHub 议题页订阅提醒:github.com/ethereum/pm/issues/700