以太坊即将迎来的 Glamsterdam 升级，正被核心开发者视为继 The Merge 之后改动幅度最大的一次协议级重构。该升级名称由两部分组成：执行层沿用“Amsterdam”，取自往届 Devconnect 举办地阿姆斯特丹；共识层部分则命名为“Gloas”，以一颗恒星命名。
在此前 Fusaka 升级之后，Glamsterdam 把重点放在 L1 扩容上，核心是重组网络处理交易和管理持续增长数据库的方式，并从底层更新以太坊创建和验证区块的方法。
升级围绕三项目标展开
这次升级聚焦三个方向：加速处理、扩容和可持续性。
第一是加速处理，也就是并行化。以太坊希望重组网络记录数据依赖关系的方式，让系统可以安全地同时处理大量交易，而不是继续按顺序逐笔执行。
第二是扩容。升级计划拆分区块创建和验证中的繁重工作，让网络有更多时间传播更大量的数据，同时不拖慢运行节奏。
第三是可持续性。Glamsterdam 计划调整网络费用，使新数据存储的长期硬件成本得到更准确反映，为未来提升 Gas 上限清理障碍，同时避免硬件性能出现退化。
共识层头牌提案：ePBS 写入协议
Glamsterdam 的两项头牌提案分别落在共识层和执行层。共识层的核心提案是协议内提议者与构建者分离，即 ePBS（EIP-7732）。
按照文中解释，以太坊一次出块可以拆成两步：一方负责决定哪个区块被选中，另一方负责把区块中的交易实际组装出来。当前这套分工并不是由以太坊协议直接规定，而是依赖一批链下中继来完成撮合。
这种链外安排在区块验证期间形成了一条额外路径，迫使验证者必须在紧张的 2 秒窗口内完成交易广播和执行，也限制了网络可处理的数据量。
ePBS 的目标，是把提议者与构建者分工的规则直接写进协议本身，把链上可信的区块交付和付款机制内置进去，从而降低对第三方中间件的依赖。文中也提到，如果参与方希望使用协议尚未定义的复杂功能，仍然可以继续借助外部中继。
在验证流程上，ePBS 还引入额外检查机制，把“谁提出区块”和“区块是否按时完成交付”分开核验。由此，原先 2 秒的时间窗口被扩大到约 9 秒，以太坊也因此能承载更多面向 Layer2 的数据。
执行层头牌提案：BALs 支持并行处理
执行层的核心提案是区块级访问列表 BALs（EIP-7928）。
按照原文的表述，目前以太坊处理交易时，系统往往要在运行过程中逐步判断一笔交易会访问哪些状态数据，例如会涉及哪些账户。因为这些信息无法提前完整确认，系统必须严格按顺序逐笔处理交易，以避免不同交易同时修改同一份数据而产生冲突。
BALs 试图改变这一点。它通过预先列出交易将访问哪些数据，让系统能提前识别哪些交易彼此不会冲突，再将这些互不干扰的交易划分为不同组别并行处理，而不是全部排队执行。
原文还提到，这类访问列表对新节点同步也有帮助。新节点加入网络后，可以直接依据清单中记录的最终结果完成同步，而不必重新执行全部复杂历史交易，这会提升同步速度。
为了让访问列表能在网络中实际传输，Glamsterdam 还打包了一项配套的传输协议升级，用于支持节点之间共享这些访问列表。这项传输协议目前已经成为所有执行层客户端的强制要求。
配套提案：重定价存储和读取成本
除两项头牌提案外，Glamsterdam 还包含两项重新定价提案，分别涉及会长期占用网络空间的操作，以及读取链上已有数据的操作。
第一类是新建账户、部署合约等会在网络中“永久占地方”的操作。原文指出，这些行为过去的收费标准与实际占用空间并不完全匹配，升级后将按占用空间重新计费，目标是把网络数据增长速度控制在每年 120 GiB 这样一个安全、可预测的水平，以保证普通硬件也能持续运行整个网络。
这部分仓储费还会单独核算，不再与交易计算费用混在一起。按照文中的说法，只要开发者愿意支付更高仓储费，仍然可以部署规模更大、复杂度更高的应用，而不会直接受总 Gas 上限限制。
第二类是查询和读取链上已有数据的操作。原文认为，这类操作的旧定价偏低，已经难以反映数据规模扩大后的真实查询成本。因此，相关操作码收费将被上调，以更贴近现代硬件负载情况，并减少有人利用低价查询请求堵塞网络的空间。
时间表仍未最终敲定
Glamsterdam 的主网上线时间目前还没有定好。
文中提到，最近一次可查证的全体核心开发者执行层会议（ACDE）是第 241 次，时间为 7 月 16 日，主要议程包括汇报 Glamsterdam Devnet 阶段最新进展，以及为下一次升级 Hegota 投票选出头牌提案。
此前业内广泛引用的一份排期显示，Glamsterdam 的 Devnet 阶段从 0 到 7 共进行了八轮迭代，时间跨度为 2026 年 3 月 28 日至 7 月 8 日。按照这份排期，Sepolia 测试网分叉原定于 2026 年 8 月 3 日，Hoodi 测试网分叉原定于 2026 年 8 月 17 日，主网激活目标日期为 2026 年 9 月 16 日。
不过，原文判断，这份排期大概率已经推后。EthPandaOps 团队近期推出了名为 Plataberget 的新测试网，这是专门为 Glamsterdam 设计的第一个短期公共测试网。正式的 Sepolia 与 Hoodi 部署预计要推迟到 9 月才会跟进，主网上线目标也相应后移至 2026 年第四季度。
这也是 Glamsterdam 继此前从原定的 2026 年上半年推迟之后，第二次出现日期滑动。文中称，核心开发者此前已多次强调，升级的正确性优先于赶上任何特定日期，因此在正式的 ACD 会议锁定具体区块高度之前，市场可能要等到第四季度甚至年底，才会看到这次升级真正落地。