许多人容易将以太坊即将推出的 Glamsterdam 升级简单理解为一次旨在提高网络吞吐量的常规迭代。然而，更准确的定位是：它将对以太坊的出块机制、验证流程以及资源定价模型进行底层重构，从而为未来更高的 Gas 上限、更大的 blob 容量以及并行执行奠定坚实基础。
截至 2026 年 6 月 23 日，ethereum.org 官网已将 Glamsterdam 标记为计划在 2026 年下半年实施的升级。这一名称由执行层的 Amsterdam 升级与共识层的 Gloas 升级组合而成。在官方路线图中，Glamsterdam 位于 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 对以太坊升级进展的跟踪，开发者们正在 devnets 环境中测试 Glamsterdam 升级。计划于 8 月 3 日在 Sepolia 测试网上线，并于 9 月 16 日在主网部署（具体时间可能微调）。
目前计划纳入 Glamsterdam 清单的共有 10 个 EIP：
- EIP-7708（ETH 转账触发日志，便于索引和追踪原生 ETH 转账）
- EIP-7732（ePBS，确立提议者与构建者的协议内分工，减少对协议外中继的依赖）
- 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 定价的初步尝试；组织路线的关键词则更为现实：以太坊基金会能否维持协调能力，以及基金会之外的新兴组织能否将这份协调力转化为持续的交付能力。
以上就是以太坊下一站Glamsterdam:你必须知道的核心升级点的详细内容，更多关于以太坊Glamsterdam升级点介绍的资料请关注其它相关文章！