为什么 Glamsterdam 可能是以太坊 Merge 后最重要的升级之一？

撰文：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