在以太坊的发展历程中，即将推出的Glamsterdam升级被核心开发者视为继The Merge之后改动幅度最大的一次协议级重构。该名称由两部分组成：执行层部分沿用了往届Devconnect举办地阿姆斯特丹的名字“Amsterdam”，而共识层部分则以恒星命名“Gloas”。在此前的Fusaka升级基础上，Glamsterdam将通过重组网络交易处理机制及数据库管理方式来实现L1扩容，从根本上革新了以太坊区块的创建与验证逻辑。
此次升级主要围绕以下三大核心目标展开：
- 加速处理（并行化）：改变网络记录数据依赖的方式，支持安全地并发处理大量交易，摆脱以往逐笔顺序处理的低效模式。
- 扩容：将区块创建和验证的重负荷工作进行拆分，使网络能在不降速的前提下传播更多数据。
- 可持续性：调整网络费用以精准反映存储新数据的长期硬件成本，为未来Gas上限的提升铺平道路，同时防止硬件性能退化。
本次升级的两项关键头牌提案分别涉及共识层与执行层：
有两大Headliner（头牌）提案。来源：以太坊
头牌提案一：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投票选出头牌提案。此前业内广泛流传的一份排期显示，Devnet阶段共进行了从0到7的八轮迭代，时间为2026年3月28日至7月8日，随后Sepolia测试网分叉原定于2026年8月3日，Hoodi测试网分叉原定于2026年8月17日，主网激活的目标日期为2026年9月16日。
原本排期是2026年上半年，来源：以太坊
但从最新动向看，这份排期大概率已经推后。EthPandaOps团队近期推出了名为Plataberget的新测试网，这是专为Glamsterdam设计的第一个短期公共测试网，正式的Sepolia与Hoodi部署预计推迟至9月跟进，主网上线目标也相应后移至2026年第四季度。这也是Glamsterdam继此前从原定的2026年上半年推迟后，第二次出现日期滑动。核心开发者多次强调，升级的正确性优先于赶任何特定日期，因此在正式ACD会议锁定具体区块高度之前，我们可能要在第四季度甚至年底才能看到这次升级了。
以上就是以太坊Glamsterdam升级：两项头牌提案及主网上线时间解析的详细内容，更多关于以太坊Glamsterdam升级的资料请关注其它相关文章！