以太坊 Glamsterdam 的扩容契约:先重构区块,再争取更大容量

0x6b970885c6Ee83A185D1396F884AF20e6B5f46bb
Published Sep 15, 2026·Updated Sep 21, 2026

Glamsterdam 三项结构性变革的编辑示意图

Glamsterdam 把区块生产、执行可见性与资源定价连成一份扩容契约。原创编辑插图;状态截至 2026 年 9 月 15 日。

执行摘要

以太坊下一次升级 Glamsterdam,不应被理解为一篮子彼此独立的提效功能。它真正要改变的,是 Layer 1 能够在什么条件下继续扩容。升级的三条主线相互咬合:协议内提议者—构建者分离(ePBS)把区块构建者与提议者之间的交换纳入共识规则;区块级访问列表(BAL)公开一个区块对状态的依赖关系及执行后的状态变化;Gas 重定价则让永久状态的创建与访问成本,更接近节点真正承担的计算和存储负担。

本文的核心判断是:这三项设计共同构成一份扩容契约。只有同时减少协议外信任、为并行处理和快速同步提供结构、并约束数据库膨胀,以太坊提高吞吐量才具有可信度。对机构而言,“容量”从来不只是每秒交易数,而是网络在不削弱独立验证、不把区块生产押在少数中间件上、也不把成本递延给未来节点运营者的前提下,究竟能承载多少经济活动。

但这仍是一项未完成的升级。截至 2026 年 9 月 15 日,以太坊官方路线图显示:Glamsterdam 正在开发网测试,主网目标为 2026 年第四季度,但日期尚未确认;下一个公开里程碑是 10 月 6 日的 Sepolia 分叉。官方称范围已经冻结,但也提醒,由于总纲 EIP 仍是草案,范围仍可能变化。因此,当前最强的证据是架构已经进入多客户端测试,而不是交付日期或主网性能已经得到保证。

真正的主角是区块流水线,而非 Gas 上限数字

以太坊进入 2026 年时,已有比一年前更大的容量余地。以太坊基金会(EF)的年度协议重点指出,Pectra 与 Fusaka 已于 2025 年上线;PeerDAS 让验证者通过抽样而非完整下载来验证 Blob 数据;主网 Gas 上限则从 3000 万逐步提高到 6000 万。基金会随后把执行扩容与 Blob 扩容合并进同一个“Scale”工作轨道,并明确把下一步 Gas 上限提升与客户端性能、BAL 和 ePBS 绑定。

这是一种重要的叙事转向:扩容不再只是调高一个参数,而是重构承载额外负载的整条流水线。

现行构建者—提议者分工揭示了瓶颈。专业构建者组装最有价值的执行载荷,当期验证者从报价中选择区块。这种专业化使每一个验证者不必都掌握复杂的区块构建能力,但双方交接依赖协议外软件,尤其是中继。协议本身不能完全验证外围市场的承诺。与此同时,官方路线图称,现有流程把交易传播和执行压缩在约两秒的“热路径”内;当载荷变大,有限的传播窗口便成为硬约束。

计划纳入 Glamsterdam 的 EIP-7732 将这套分工正式写入协议。构建者付款和载荷交接获得共识规则;载荷及时性委员会(PTC)与双截止时间,又把“对共识区块投票”和“判断执行载荷是否及时到达”拆开。Ethereum.org 估计,相关传播窗口会从约两秒延长至约九秒。这是近似的设计结果,并非吞吐量承诺,但其方向非常清晰:网络有更多时间分发更大的载荷,同时不必把一个不透明的中继当作信任根。

flowchart LR
  subgraph 现状[现行协议外交接]
    B1[专业构建者] --> R[中继或中间件]
    R --> P1[区块提议者]
    P1 --> A1[验证者证明]
  end
  subgraph 升级后[Glamsterdam 与 ePBS]
    B2[构建者承诺载荷与报价] --> P2[提议者选择报价]
    P2 --> C[共识区块截止时间]
    B2 --> E[执行载荷截止时间]
    C --> PTC[载荷及时性委员会]
    E --> PTC
    PTC --> S[协议内结算]
  end

需要保留一个关键限定:把基础交换纳入协议,并不等于中继从此消失,也不等于构建者市场自然分散。官方明确表示,构建者与提议者仍可为协议未覆盖的复杂功能使用中间件。ePBS 消除的是核心交换环节对第三方信任的强依赖;它并不能通过一条协议规则创造充分竞争的构建者市场。机构研究应把“结算保证改善”与“产业集中度下降”分开评估。

区块级访问列表:把隐藏依赖变成可利用的结构

第二根支柱是 EIP-7928 的区块级访问列表,它针对的是另一类瓶颈。以太坊以往要实际执行交易,才知道交易会接触哪些账户与存储位置。在依赖关系未知时并发执行,可能让两笔交易同时修改同一状态并产生冲突。BAL 为整个区块记录状态访问与执行后的值,并把该列表的承诺写入区块头;配套的 eth/71 网络升级允许执行客户端交换这些列表。

它的近期收益比“以太坊全面并行化”这个口号更克制,也更具体。节点可以预取彼此独立的状态并进行并行磁盘读取;同步节点能够利用执行后的状态值更新数据库,而不必从头重放每一段计算。其长期价值则是选择空间:一旦冲突关系可见,客户端便得到一张可以据此组织安全并行执行的地图。换言之,Glamsterdam 是在铺设并行化道路,而不是在上线瞬间兑现无限并行吞吐。

这一差别具有商业意义。更快的状态读取与同步,可降低节点服务商、索引服务和坚持独立验证的机构的运营摩擦。但 BAL 也增加了需要传播的数据对象和必须正确实现的新客户端行为。它能否兑现架构收益,仍需在恶意构造区块、多样硬件和真实网络条件下检验。多客户端开发网说明工程已经成熟到相当阶段,公共测试网与主网表现才是最终考场。

由传播窗口、依赖地图和状态定价组成的扩容契约

约九秒的传播窗口、区块级依赖地图与每年 120 GiB 的状态增长目标共同构成扩容约束;这些是目标或近似值,不是保证。

提高上限之前,先给“永久性”定价

提高 Gas 上限存在一种治理诱惑:用户马上看到更多区块空间,节点运营者却长期承担更多存储和查询成本。Glamsterdam 的重定价提案正面处理这种不对称。EIP-8037 统一提高创建账户、存储槽和部署字节码的费用,并把状态创建单独计量。官方路线图称,按每字节状态计费的框架以每年 120 GiB 的可预测状态增长为目标。EIP-8038 则提高部分状态访问操作的价格,因为数据库增长之后,其真实计算成本已被旧价格低估。EF 指出,上一次广泛调整可追溯至 2021 年 Berlin 升级。

这与其说是普遍涨价,不如说是修正计价单位。Gas 本应分配稀缺的计算和存储资源。如果一个廉价指令迫使每台验证机器执行昂贵读取,收费表就在补贴状态密集型设计,同时为拒绝服务攻击留下空间。相反,在既有账户之间进行简单 ETH 转账,实际工作量较小。另一项计划纳入的 EIP-2780 会降低交易固有 Gas;官方称标准 ETH 转账的固有 Gas 需求最多可下降 71%,但若收款方是尚不存在的新账户,仍须支付创建永久记录的附加费用。

因此,Glamsterdam 的定价逻辑并非全面收紧,而是进行区分:短暂、简单的工作可以更便宜,永久占用状态或大量读取数据库的工作则应更贵。这也意味着,投资者不能把总 Gas 上限上调机械地解释成所有应用费用同比下降。

兼容性是这项改革的代价。2026 年 8 月,EF 协议研究、EthPandaOps 和规范团队在影响测试报告中披露,他们按新定价重放了历史主网交易。结果分为四类:绝大多数执行结果不变;一部分仍成功但 Gas 使用等细节改变;一部分只要提高 Gas 限额即可成功;还有少量合约即使大幅增加限额仍可能失败。脆弱模式包括固定 Gas 津贴、调用中写死 Gas、依赖剩余 Gas 分支,以及固定限额的预签名交易。团队已发布受影响合约查询工具、开放 Platåberget 测试网,并直接联系受影响最大的开发方。

这种主动披露值得肯定,因为它把抽象风险转化为可测试清单;但它并不能证明所有休眠合约、私有合约或长尾组合路径都已被发现。不可变性使重定价的后果尤其突出:应用方可能无法修补已经部署的逻辑,而钱包、界面和 Gas 估算器必须在激活前完成适配。“大多数合约不受影响”与“尾部风险仍可能很重要”可以同时成立。

flowchart TD
  G[提高 L1 容量的需求] --> H{只提高 Gas 上限吗}
  H -->|是| X[状态增长加快且读取更重]
  X --> Y[节点负担与拒绝服务空间上升]
  H -->|否:采用结构性组合| EP[ePBS:延长传播并纳入协议交换]
  H -->|否:采用结构性组合| BA[BAL:公开依赖并加快同步]
  H -->|否:采用结构性组合| RP[重定价:费用匹配资源负担]
  EP --> C[更可信的容量提升]
  BA --> C
  RP --> C
  C --> V[在多客户端与多类硬件验证]
  V -->|通过| M[具备主网上线条件]
  V -->|发现问题| T[修改、重测或延期]

对以太坊经济体系意味着什么

对 Layer 2 而言,收益主要是间接的,但可能十分重要。ePBS 延长载荷传播窗口,可以容纳更多数据,包括 Blob;Fusaka 的 PeerDAS 则减少每个验证者必须下载的数据量。两者互补:数据抽样回答“如何验证”,ePBS 回答“如何给大载荷足够传播时间”,重定价与 BAL 则保护承担结算功能的执行层。任何单项提案都不能保证 Rollup 费用下降,因为需求、Blob 参数和 L2 自身定价政策都会介入。更稳健的表述是,Glamsterdam 扩大了 Blob 容量能够安全增长的技术边界。

对验证者和质押企业而言,ePBS 以协议结算替代核心的中继撮合交换,并改变构建者选择与监控方式;质押池可能需要调整架构以实现无需信任的监控。另一项计划纳入的 EIP-8061 把激活、退出和合并容量分开。路线图估计,按当前质押规模,退出容量约为现行水平的四倍,合并容量约为两倍。代价是弱主观期可能从约 15.7 天缩短至约 7 天,离线节点必须更早获得一个近期可信检查点。流动性改善了,运维纪律也更重要。

对应用团队而言,平均用户体验可能改善,边缘情形的工程工作却会增加。简单 ETH 转账可能耗用更少 Gas;状态密集操作更贵;估算器和缓存常量必须更新。其结果不是所有工作负载按同一比例受益,而是相对价格重新排列,鼓励更贴近网络实际资源成本的设计。

对机构风险委员会而言,更大的信号是“按测量到的约束进行治理”。以太坊选择在增加容量之前或同时,把瓶颈显性化并重新定价。这比单一吞吐数字更能体现长期耐久性,但也把升级风险摆到台面:共识客户端、执行客户端、构建者、验证者、钱包和不可变应用,必须围绕一组更密集的变化完成协同。

证据看板

判断

截至 2026 年 9 月 15 日的可验证状态

重要性

主网上线时间

目标为 2026 年第四季度,日期未确认

预测必须保留进度风险

下一里程碑

10 月 6 日 Sepolia 分叉

公共测试是下一道门槛

ePBS 传播窗口

约从 2 秒延长至 9 秒

为更大载荷创造传播余量

BAL 能力

并行磁盘读取、无需重放的状态更新,并为未来并行执行奠基

说明同步架构改善,同时避免夸大当下吞吐

状态创建目标

每年 120 GiB

把数据库增长变成明确设计约束

重定价影响

绝大多数不变,少量合约可能失效

尾部兼容性风险需要主动测试

简单 ETH 转账

EIP-2780 下固有 Gas 最多降低 71%

状态操作涨价时,相对定价仍可改善

风险与反方观点

进度与范围风险。 官方页面一方面称范围已经冻结,另一方面又说明总纲 EIP 仍为草案、内容可能变化。第四季度是目标而非承诺,Sepolia 里程碑也不是自动通往主网的通行证。

复杂度风险。 ePBS 引入新的截止时间和及时性判断等共识机制;BAL 增加新数据对象和网络路径;重定价改变应用假设。一套方案可以减少中间件信任,却同时扩大客户端必须一致实现的协议表面。

中心化可能转移而非消失。 协议内付款降低对中继的依赖,但高级构建者仍可能凭借订单流、延迟、资本和私有集成取得集中优势。ePBS 更直接改善的是结算保证,而不是市场份额结构。

新增容量仍可能很快被需求填满。 单位成本下降会刺激使用。即使状态得到合理定价,数据库仍会增长;每年 120 GiB 是建立在模型和硬件假设上的目标,而非物理定律。升级上线后,硬件多样性与家庭节点可运行性仍需持续监测。

兼容性尾部具有非线性经济影响。 受影响合约占比很小,并不表示涉及价值很小;某个长尾合约可能托管巨额资产,或位于复杂可组合交易的深层路径。历史重放与主动联络降低风险,但休眠逻辑和固定假设可能只有在生产环境被唤醒时才暴露。

此外,以太坊安全路线图把 FOCIL 纳入 Glamsterdam 之后的 Hegotá,而不是与 ePBS 同时上线。其理由是避免把两套未经共同验证的重大机制一次性交付。这种排序体现风险克制,也提醒市场:ePBS 改善协议内区块构建,并不意味着抗审查问题已全部解决。

结论

Glamsterdam 最可信的承诺不是一句“以太坊会更快”,而是以太坊试图先获得处理更多交易的资格:重构区块如何生产,让依赖关系变得可读,并按长期成本给状态收费。ePBS 把关键交换纳入共识并延长传播窗口;BAL 为快速读取、同步和未来并行化创建共享地图;重定价减少对永久状态的隐性补贴。三者结合,才把扩容从一次对数字参数的治理投票,变成一套带明确护栏的工程方案。

机构视角应当积极但有条件。设计直面真实瓶颈,公开兼容性测试也提供了有价值的证据;然而,开发网成功不等于主网证明,目标季度不等于确定日期,协议内分工也不会自动消除构建者集中。接下来应关注的证据门槛,是 10 月 6 日 Sepolia 分叉、后续多客户端表现、受影响合约修复情况,以及最终主网参数。

如果这些门槛顺利通过,Glamsterdam 的意义将不只是一次性能升级。它会证明一种更成熟的扩容方法:每增加一份可用容量,同时交付一份可验证性、一份资源约束和一份较少依赖中间人的结算保证。这才是其“扩容契约”值得机构投资者重视的原因。

直接来源

研究资料截点:2026 年 9 月 15 日(UTC)。协议参数与进度仍可能变化。