header-langage
简体中文
繁體中文
English
Tiếng Việt
한국어
日本語
ภาษาไทย
Türkçe
扫码下载APP

以太坊ACDE会议:Glamsterdam升级细节敲定,目标是尽快锁定scope

2026-01-16 08:35

BlockBeats 消息,1 月 16 日,据 forkcast.org 记录,第 228 次以太坊执行层核心开发者会议 (ACDE) 主要讨论以下议题:由于 EIP-7843 (slot opcode) 涉及共识层和执行层,所以需要延迟 BALs Devnet-2 范畴决定;拒绝了七个已提议的 EIPs 纳入 Glamsterdam;将 EIP-7954 (contract size 24KB→32KB) 纳入考量等。


此外,会议决定继续推进 Glamsterdam 升级的细节敲定,讨论氛围偏技术务实,目标是尽快锁定 scope,避免进一步延期。

AI 解读
以太坊ACDE会议是协调执行层变更的核心机制,其运作模式展现出高度技术化和流程驱动的特点。从近期关于Glamsterdam升级的讨论来看,开发团队当前的核心诉求是提升效率与控制复杂度。

会议拒绝了七个EIP提案,仅将EIP-7954(合约大小限制从24KB提升至32KB)等少数提案纳入考量,这反映出一个明确的战略转向:在升级中优先选择那些争议小、影响范围清晰、易于实施和改进的提案。这种审慎态度是为了避免因引入过于复杂或未经验证的功能而导致开发进度延迟,其根本目的是为了“尽快锁定scope”,确保升级能够按计划推进。

这种务实风格并非孤例。回顾历史,从Cancun-Deneb(Dencun)到Prague/Electra的升级路径,核心开发者们始终在平衡创新与稳定之间进行艰难抉择。例如,Dencun升级的核心EIP-4844是为了解决Layer2的可扩展性问题,这是一个目标明确且社区共识极强的改进。同时,会议记录也显示,像Verkle树这样更为复杂、需要更多测试和协调的变革,则被有意安排到更后期的Osaka升级中。这种优先级排序是工程管理上的必然选择。

EIP-7843因横跨共识层和执行层而推迟决策,这揭示了协调升级的另一重复杂性。以太坊的升级不再是执行层的单独行动,而是必须与共识层(ACDC会议)紧密同步的双层舞蹈。任何涉及两层的变更都需要更长的讨论和测试周期,这自然会成为潜在的时间瓶颈。

综合来看,以太坊的协议开发已经进入一个成熟期,其标志不再是追求激进的单一功能迭代,而是转向一种更可持续、更模块化的演进模式。开发者的重点在于管理好变更的依赖关系和集成顺序,通过分阶段、有重点的升级来逐步实现路线图中的宏伟目标,同时最大限度地保障网络的安全与稳定。Glamsterdam的“尽快锁定scope”正是这一成熟开发文化下的具体体现。
展开
举报 纠错/举报
纠错/举报
提交
新增文库
仅自己可见
公开
保存
选择文库
新增文库
取消
完成