以太坊即将推进的 Glamsterdam 升级，被核心开发者视为继 The Merge 之后改动幅度最大的一次协议级重构。该升级名称由两部分组成：执行层部分沿用“Amsterdam”，取自往届 Devconnect 举办地阿姆斯特丹；共识层部分则命名为“Gloas”，名称来自一颗恒星。
在此前 Fusaka 升级之后，Glamsterdam 试图通过重组网络处理交易和管理持续增长数据库的方式，继续推动 L1 扩容，并从底层更新以太坊创建与验证区块的机制。
升级聚焦三个方向
Glamsterdam 这轮升级围绕三个核心目标展开：一是加速处理，也就是通过并行化重组网络记录数据依赖关系的方式，让大量交易能够安全地同时处理，不再只能逐笔顺序执行；二是扩容，方法是拆分区块创建与验证中的繁重工作，为网络传播更多数据留出空间，同时避免整体速度下降；三是可持续性，通过调整网络费用，让新增数据的长期硬件成本得到更准确反映，为未来提高 Gas 上限扫清障碍，并尽量避免硬件性能退化问题。
两项头牌提案分别落在共识层与执行层
ePBS：把提议者与构建者分工写入协议
共识层的头牌提案是协议内提议者与构建者分离，简称 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 的 8 轮迭代，时间跨度为 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 会议锁定具体区块高度前，主网升级何时落地仍然悬而未决，最晚可能要等到 2026 年第四季度甚至年底。