撰文:KarenZ,Foresight News
以太坊的 Glamsterdam 升级,最容易被误读成又一次单纯提高吞吐量的技术迭代。更准确的说法是:它在重排以太坊的出块流程、验证流程和资源定价方式等内容,为更高 Gas 上限、更大 blob 容量和未来并行执行铺底。
截至 2026 年 6 月 23 日,ethereum.org 将 Glamsterdam 标注为计划于 2026 年下半年进行的升级。Glamsterdam 的名字来自执行层升级 Amsterdam 与共识层升级 Gloas 的组合。官方路线图把它放在 2025 年 12 月 Fusaka 之后、Hegotá 之前,并明确列出两项主要功能:协议内提议者 - 构建者分离,即 ePBS,以及区块级访问列表,即 BAL。
谁提议,谁构建:ePBS 把出块分工写进协议
今天的以太坊出块像一个时间很紧的交接班:有人负责提议区块,有人负责构建交易内容,中间还依赖 MEV-Boost、第三方中继(relay)等协议外基础设施。
这个体系已经运行多年,但它把一部分信任关系放在协议外,也让验证者在很短时间窗口里同时处理共识、执行、数据可用性等任务。
Glamsterdam 的头号变化之一 EIP-7732,即 ePBS(Enshrined Proposer-Builder Separation),就是把提议者和构建者的分工写进协议。
简单说,提议者负责选择共识区块,构建者负责准备里面的交易内容。构建者不能只口头承诺,它要先在协议里「交保证书」:写清楚自己会交出哪个执行区块、愿意付给提议者多少钱;随后,Payload Timeliness Committee(负载及时性委员会,PTC )会检查它是否按时交付。
这项改动的关键不只是减少对第三方中继的依赖,还在于给区块传播和验证争取时间。
今天,验证者需要在很短的关键窗口内同时处理共识和执行;ePBS 把这两件事拆开,让执行负载可以稍后揭示和验证。按 EIP-7732 的设计,执行负载的传播窗口,也就是数据在网络里传播并被节点接收的可用时间,可以从约 2 秒扩展到约 9 秒。窗口变长后,以太坊在提高区块容量时,更不容易因为节点来不及下载、验证和投票而增加掉票或重组风险。
这件事对普通用户的直接感知可能不强,但对以太坊扩容很关键。更长的传播和验证窗口,意味着网络可以更安全地处理更大负载。CoinDesk 在 2026 年 6 月 16 日报道中援引以太坊基金会 DevOps 工程师 Parithosh Jayanthi 的说法,Glamsterdam 可能是 Merge 以来最大的分叉之一,将改变很多关于以太坊的假设,并为未来更大规模扩容做准备。
BAL 和重定价:扩容不能只踩油门,还要管数据库
Glamsterdam 的另一项核心改动是 EIP-7928,Block-Level Access Lists,区块级访问列表。
它可以理解成给每个区块配一份「访问记录」:这个区块执行时碰过哪些账户、哪些存储位置,执行后相关状态变成了什么,都要被记录下来。这样,节点在处理区块时就不再完全像拆盲盒,可以更早知道哪些数据需要读取,哪些计算可以并行推进。
过去的 EIP-2930 已经引入过交易级访问列表,但它是可选的,实际使用有限。EIP-7928 的变化在于,它把访问列表提高到区块层面:区块头里留下这份清单的「指纹」(哈希记录),执行负载存储完整清单。节点执行区块时会核对,清单里写的访问记录是否真的和区块执行过程一致;如果对不上,区块就无效。
这件事为什么重要?今天以太坊执行交易时,很多数据访问只有真正跑到那一步才知道。节点不知道一批交易会不会同时读写同一个账户或存储槽,就很难放心地并行处理。BAL 相当于把区块执行中的访问轨迹显式写出来,让客户端可以做并行磁盘读取、并行交易验证、并行状态根计算,也能在某些场景下不完整重放交易就更新状态。它不是直接让用户手续费下降的按钮,而是给客户端工程打开并行化空间。
但 Glamsterdam 的扩容逻辑不只有「把路修宽」。它还要管住以太坊数据库的长期膨胀。EIP-8037 提高状态创建成本,并引入每状态字节成本 CPSB。状态可以理解为以太坊必须长期保存的数据库内容,比如新账户、新合约、新存储槽。交易执行完就结束,状态却会留在所有节点要维护的账本里;如果状态增长太快,运行节点会越来越贵,去中心化也会被慢慢挤压。
EIP-8037 给出的背景数字很直观:截至 2026 年 1 月,一个专用于状态的 Geth 节点数据库约为 390 GiB;主网 Gas 上限从 3000 万提高到 6000 万后,每日新增状态从约 105 MiB 上升到约 326 MiB,折算成年增长约 116 GiB。若在 2 亿 Gas 上限下按比例外推,状态年增长可能达到约 387 GiB,并在不到一年内突破 650 GiB 这一性能退化阈值。
所以,EIP-8037 想做的是把「临时计算」和「永久占数据库」分开定价。创建新状态会更贵,因为它给网络带来的不是一次性计算成本,而是长期存储负担。
Vitalik Buterin 也在解释 Glamsterdam 扩容路线时提到,Glamsterdam 会把状态创建成本从执行与 calldata 成本中分出来:目标是让执行容量可以扩大得更多,而状态规模不要按同样速度膨胀。
放在一起看,BAL 让节点更容易并行处理区块,解决的是「跑得更快」;状态创建重定价让长期占用数据库的操作付出更高成本,解决的是「别把账本越撑越胖」。Glamsterdam 的扩容不是简单提高 Gas limit,而是在问一个更现实的问题:以太坊能否装下更多交易,同时避免区块传播、交易验证和状态存储压力失控。
Glamsterdam EIP 清单成形:哪些已定,哪些还在等?
截至 2026 年 6 月 23 日,根据 Forkcast 上有关以太坊升级的跟踪内容,当前以太坊开发者正在对 Glamsterdam 升级进行 devnets 环境测试,8 月 3 日将在 Sepolia 上线,9 月 16 日将在主网上线(具体上线时间可能有变动)。
当前计划纳入 Glamsterdam 清单的有 10 个 EIP:
- EIP-7708(ETH 转账也会触发日志,方便索引和追踪原生 ETH 转账)
- EIP-7732(ePBS,把提议者和构建者分工写进协议,减少对协议外 relay 的依赖)
- EIP-7778(取消 Gas refund 相关的区块 Gas 记账,让区块 Gas 计算更简单)
- EIP-7843(新增 SLOTNUM 操作码,让合约能读取当前 slot 编号)
- EIP-7928(区块级访问列表 BAL,记录区块执行访问过的账户和存储位置,为并行验证铺路)
- EIP-7954(提高最大合约大小上限,允许更大的合约字节码)
- EIP-7976(提高 calldata floor cost,调整 calldata 的最低成本)
- EIP-7981(提高访问列表成本,重新校准 access list 的 Gas 定价)
- EIP-8024(向后兼容的 SWAPN、DUPN、EXCHANGE 操作码,增强 EVM 栈操作能力)
- EIP-8037(提高状态创建 Gas 成本,抑制状态数据库过快膨胀)
这些 EIP 大致可以分成几类:第一类是出块和验证流程重构,以 EIP-7732 和 EIP-7928 为核心;第二类是资源定价调整,包括 EIP-7778、EIP-7976、EIP-7981 和 EIP-8037;第三类是 EVM 和开发者体验改动,包括 EIP-7708、EIP-7843、EIP-7954、EIP-8024。
换句话说,Glamsterdam 不是只改一个功能点,而是在同时升级出块分工、并行验证、Gas 定价和 EVM 可用性。
另有一批 EIP 仍在 「考虑纳入」清单:
- EIP-2780(按资源拆分交易 intrinsic Gas)
- EIP-7610(非空存储账户创建合约时回滚)
- EIP-7688(面向未来兼容的共识层数据结构)
- EIP-7904(计算 Gas 成本分析,可能会被从 Glamsterdam 中剔除)
- EIP-7975(eth/70,部分区块收据列表)
- EIP-7997(确定性工厂合约)
- EIP-8038(状态访问 Gas 成本更新)
- EIP-8045(排除已被罚没验证者继续提议区块)
- EIP-8061(提高退出和合并 churn)
- EIP-8070(eth/72,Sparse Blobpool)
- EIP-8080(让退出使用 consolidation queue)
- EIP-8136(数据列广播的 cell-level deltas)
- EIP-8159(eth/71,区块访问列表交换)
- EIP-8246(移除 SELFDESTRUCT burn)
- EIP-8282(Builder Execution Requests,给 ePBS 构建者提供专门的注册和退出请求)
此外,Forkcast 目前还把 EIP-8254(限制每个执行层区块里的 deposit requests 数量为 8192 个)列为「建议纳入」清单。
从质押者角度看,考虑纳入清单中的 EIP-8061 和 EIP-8080 尤其值得关注。对质押者来说,这意味着退出流动性可能改善。Figment 在 2026 年 5 月 5 日文章中称,机构质押者最需要关注 ePBS、EIP-8061 和 EIP-8080,并估算截至 2026 年 4 月约 3890 万枚 ETH 质押规模下,EIP-8061 可把退出 churn limit 从 256 ETH/epoch 提高到约 1187 ETH/epoch,EIP-8080 则让普通退出可以利用合并队列的空余能力。Figment 同时提醒,所有主网上线前的数字都应视为推测。
来源:Figment
协议在升级,基金会成员也在变动
Glamsterdam 的技术准备,和以太坊基金会协议集群(Protocol cluster)的人事调整几乎同时发生。以太坊基金会 2026 年 5 月 11 日博客称,Glamsterdam 已达到几个里程碑:2 亿 Gas limit floor 被建立为可信的 post-Glamsterdam 目标,ePBS 在多客户端 Glamsterdam devnet 中稳定运行,EIP-8037 完成定稿。
同一篇文章宣布 Protocol cluster 的领导交接:Will Corcoran、Kev Wedderburn、Fredrik 将成为新的协议集群协调者。原协调者 Barnabé Monnot、Tim Beiko 离开以太坊基金会,Alex Stokes 休假。
基金会对三位新协调者的分工描述是:Will Corcoran 具备跨团队协调经验;Kev Wedderburn 领导 zkEVM 团队;Fredrik 领导 Protocol Security 和 Trillion Dollar Security 项目。
这轮变化没有停留在协议团队。2026 年 6 月 18 日,Hsiao-Wei Wang 发文称,在休假后决定辞去以太坊基金会联合执行董事和董事会成员职务
以太坊基金会前研究员 Dankrad Feist 在 2026 年 6 月 19 日表示,离开 EF 的人是 CROPS(抗审查与抗捕获、开源、隐私、安全)信仰者,问题不在战略,而在管理,并称这波人才外流对以太坊偏利空。Miden 联合创始人 Azeem 则从相反方向解读,认为 EF 难以自我改变,人才流出后可能成立更能执行以太坊路线图的新组织,对生态长期反而是净利好。
以太坊基金会内部人士的口径更像一次定边界。以太坊基金会临时联席执行董事 Bastian Aue(Aerugo)回应称,以太坊基金会成员离职原因包括战略分歧、岗位适配、机构正常变动或个人选择,EF 不会在社交媒体上讨论个人人事问题,但表示离职者应有体面的离场方式。
以太坊基金会随后用官方推特 thread 给出更明确的组织叙事:实现以太坊潜力需要多个组织组成联盟,过去一年已有若干组织共同增强生态韧性和能力。EF 列出的例子包括:6 月 23 日宣布的 ethlabs(一个聚焦以太坊与 ETH 下一阶段采用的非营利研发实验室)、2026 年 4 月启动的 Eth Apps Guild(面向以太坊原生应用真实采用,尤其关注新兴市场)(2026 年启动的 Ethereum Economic Zone(目标是通过同步可组合性和零知识实时证明降低生态碎片化)以及 2025 年成立的 Argot(一个维护 Solidity 与开源编译器工具的工程师和研究员自治集体)。
这条官方 thread 让以太坊基金会的近期变化更容易理解:基金会不是单纯把人和项目往外推,也不是放弃中心协调,而是可能在把以太坊路线图拆给更多组织共同承担。
小结
所以,Glamsterdam 不该只被看成一组 EIP。它是以太坊在更高吞吐量之前做的一次工程重排:谁建块、谁提议、谁验证、哪些数据必须长期保存、哪些资源该更贵,都被重新放上桌面。
技术路线的关键词是 ePBS、BAL 和多维 Gas 的开端;组织路线的关键词则更现实:以太坊基金会能否保持协调力,以及基金会之外的新组织能否把这份协调力变成持续交付。
参考:
https://forkcast.org/upgrade/glamsterdam/
https://ethereum.org/roadmap/glamsterdam/
https://blog.ethereum.org/2026/05/11/protocol-update-may-26
https://x.com/VitalikButerin/status/2027403360484430122
