Glamsterdam：以太坊下一场扩容大考，核心不是 TPS，而是协同
头图：Glamsterdam 重新安排谁来完成工作、数据何时传播，以及永久性资源如何计价。原创编辑插图。
研究日期：2026 年 9 月 12 日。 Glamsterdam 目前仍在开发网测试阶段。官方预计主网升级窗口为 2026 年第四季度，但尚未确认激活日期；下一项公开里程碑是计划于 10 月 6 日进行的 Sepolia 分叉。本文所有前瞻判断均以这一仍可能调整的交付状态为前提。
执行摘要
Glamsterdam 的意义，不在于简单调高以太坊的名义容量，而在于尝试回答一个更困难的问题：更高容量如何才可持续、可验证。协议内置提议者—构建者分离（ePBS）把区块市场中一项关键交换写入共识，并延长执行载荷的有效传播时间；区块级访问列表（BAL）揭示一个区块访问了什么、改变了什么，为并行数据读取和新的同步方式打基础；状态创建与状态访问重新定价，则避免更高 gas 上限悄然转化为失控的数据库膨胀或节点最坏负载。
本文的核心判断是：Glamsterdam 应被视为一次“协同升级”，而不是一次单纯的吞吐量升级。 成败标准不应是开发网能塞进多大的区块，而应是构建者、提议者、证明者、执行客户端及应用开发者能否在新的时序、数据和成本规则下协同，同时不缩小有能力独立验证链的运营者范围。三项主机制相互支撑：ePBS 买来传播时间，BAL 提高工作可见性，重新定价约束资源消耗。任何一条腿缺失，“扩容 L1”的可信度都会下降。
这也解释了升级影响为何并不对称。普通 ETH 持有者无须兑换资产，现有账户之间的简单转账在基础 gas 层面预计会明显变便宜；但依赖硬编码 gas 假设的少量合约可能失败或退化，质押基础设施也必须适应新的区块生产架构。因此，机构不应只听见“吞吐更高、费用更低”。Glamsterdam 提供更多容量，交换条件是运营假设需要迁移。
究竟有哪些内容已列入计划
官方 ethereum.org Glamsterdam 页面称升级范围已经冻结，同时明确提示：元 EIP 仍是草案，主网上线前范围仍可能变化。这一区别很重要。“计划纳入”比早期提案确定，但并不等于已经激活。官方目前给出的主网窗口是 2026 年第四季度，日期待定；下一里程碑是 10 月 6 日 Sepolia 分叉。EIP-7773 是追踪整套硬分叉内容的规范入口。
与其罗列全部 EIP，投资者和运营者更应关注以下几组变化：
组件 | 计划功能 | 战略意义 | 主要观察点 |
|---|---|---|---|
ePBS（EIP-7732） | 将提议者—构建者交换写入协议，分别判断共识区块与载荷及时性 | 拉长载荷传播窗口，减少必要的协议外信任 | 客户端、验证者和质押池的运营路径改变 |
BAL（EIP-7928）及 eth/71 | 承诺并在客户端间分发区块访问数据 | 支持并行读取、依赖关系识别与免执行状态更新 | 新增区块/网络数据及客户端复杂度 |
状态重新定价（EIP-8037/8038） | 按实测资源负担调整状态创建和访问成本 | 让未来提高 gas 上限不至于排挤普通节点 | 固定 gas 假设的老合约 |
验证者流量（EIP-8061） | 分离队列，并让退出容量随质押量扩展 | 更快退出与合并 | 弱主观性周期缩短 |
固有 gas（EIP-2780） | 降低基本交易固定成本，同时为新账户状态收费 | 简单 ETH 转账更便宜，又不补贴状态创建 | 节省幅度并不适用于所有复杂调用 |
由此可得两点。第一，虽然 ePBS 是共识层的头号特性，这次升级远不止 ePBS。第二，收益都有条件。传播时间变长能够容纳更大的载荷，却不保证需求、低费用或分散的构建者市场；访问映射可以促进并行处理，但它是并行化的基础设施，不代表每个客户端会立即并发执行每一笔交易。
新的区块生产契约
目前，以太坊提议者与构建者市场通常借助协议外软件和中继，协调“有价值的执行载荷换取支付”。根据官方说明及 EIP-7732 规范，ePBS 将基本交换纳入协议：提议者选择共识区块，构建者提供执行载荷，协议规则处理支付并判断载荷是否及时到达；载荷及时性委员会参与后一项判断。
flowchart LR
B[构建者组装执行载荷] --> C[协议内承诺与支付路径]
P[提议者选择共识区块] --> C
C --> A[验证者为共识区块证明]
B --> T[载荷及时性委员会判断到达]
A --> F[规范区块结果]
T --> F
F --> N[节点执行并验证]重要的经济变化并不是专业构建者消失。订单流、模拟与区块优化仍然是高度专业化活动，构建者大概率会继续存在。改变的是核心交接的结算层：以太坊可以减少基本交换对第三方中继的必要依赖，而中继仍可作为可选服务商，为协议尚未覆盖的复杂功能提供服务。
时序同样关键。官方解释称，载荷传播窗口将从约 2 秒延长至约 9 秒。这是实质性的余量：验证网络能够在不把所有操作挤进现有“热路径”的情况下移动更多数据，为更大的执行载荷和更多 blob 容量创造条件。但“约”字不能省略，也不能机械地把 4.5 倍时间换算成 4.5 倍吞吐预测。协议时隙中还有其他职责，现实上限也受带宽差异、客户端性能和对抗性环境约束。
对机构质押者而言，ePBS 改变的是流程风险。客户端就绪度、构建者选择、监控与故障回退行为，都应在生产上线前验证。官方路线图特别指出，质押池需要进行架构更新以支持无信任监控。这不是反对升级的理由，而是要求机构在激活前为工程和事故响应投入资源。
访问映射把隐藏依赖变成可用基础设施
以太坊执行之所以难以并行，是因为节点在实际运行交易之前，并不知道它会碰到哪些账户或存储。相互冲突的状态写入必须谨慎排序。EIP-7928 的 BAL 记录整个区块的状态访问及执行后数值，并在区块头中放入承诺；配套的 eth/71 网络变更允许执行客户端交换这些列表。
这里有三种容易混为一谈的收益。其一，所需状态变得可见，节点可以预取数据；其二，节点能辨认互不重叠、可安全并行的工作；其三，列表包含执行后的值，同步节点可以沿“免执行状态更新”路径重建结果，不必仅为得到最终状态而重放全部操作。三种收益的成熟速度并不相同。并行磁盘读取可能早于通用并行执行落地；即使执行仍有一部分串行，同步改善也有独立价值。
flowchart TD
X[按序排列的区块交易] --> M[区块级访问列表]
M --> R[显示触及的账户、存储与代码]
M --> V[携带执行后的状态值]
R --> G{状态依赖是否重叠}
G -->|不重叠| Q[安排安全的并行读取或工作]
G -->|重叠| S[保留必要顺序]
V --> U[免执行状态更新路径]
Q --> Z[提高验证余量]
S --> Z
U --> Y[提供更快同步选项]这一区分对投资者与基础设施运营者都很重要。BAL 更适合被理解为“执行依赖的数据可用层”，而不是一夜之间出现的“并行 EVM”。即时资产是可见性，客户端团队再通过存储引擎、调度和网络技术把可见性转化为性能。执行客户端多样性仍至关重要：某一客户端上的高效优化，不应变成排挤其他客户端的非正式门槛。
扩容必须有资源预算
图 2：只有时序、依赖可见性和资源定价共同改善，容量才可持续。本图是解释框架，不是性能预测。
更高 gas 上限会扩大每个区块可容纳的计算量，也可能加速永久状态增长并放大数据库访问的最坏情况。因而，Glamsterdam 的状态提案不是顺带向开发者征收的成本，而是让容量雄心具备可信度的约束机制。
EIP-8037 统一状态创建成本，并通过状态 gas 储备池实现单独核算。Ethereum.org 提到每年 120 GiB 的安全、可预测状态增长目标，并称升级支持朝 2 亿 gas 下限扩展；开发者目前以 1.5 亿的参考区块 gas 上限进行定价测试。这些是设计目标和测试条件，不是主网立即运行在相应数值的承诺。EIP-8038 则依据当前状态规模和硬件测量，提高状态访问操作价格，缩小由廉价读取造成的拒绝服务攻击面。
分配效应是有意设计的。EIP-2780 预计可让现有账户之间简单 ETH 支付的固有 gas 最多下降 71%；创建新账户会产生附加费，因为它新增永久状态。大量写入或读取状态的应用，要更准确地支付节点长期保存或检索数据的成本；计算轻、状态轻的用户则可能受益。因此，“费用下降”和“gas 定价上升”可以同时成立，只是对应不同资源画像。
迁移风险确实存在，但已有证据勾勒边界
8 月 24 日，以太坊基金会协议研究、EthPandaOps 与规范团队公布了重新定价影响测试。团队以拟议费率重放历史主网交易，结论措辞相当克制：绝大多数不受影响；少量交易出现差异；大部分被标记问题只需提高交易 gas 上限即可修复；更小的一组即使大幅提高上限，仍可能失败。
易受影响的模式并非“所有老 DeFi”，而是把 gas 行为当作稳定应用接口的软件，例如固定补贴、硬编码调用 gas、根据剩余 gas 分支，或预先签署且 gas 上限固定的交易。钱包与 RPC 提供商也要更新估算。公开的受影响合约搜索工具和 Platåberget 开发网提供了具体测试途径，但历史重放不可能穷尽一切。休眠合约、罕见状态和组合调用路径都可能漏出样本。
谨慎的机构应分层处置：梳理 L1 合约敞口，识别提前签名的系统，测试 gas 估算器和紧急控制，并要求关键供应商说明 Glamsterdam 就绪状态。不能把“普通用户无需操作”误读为“托管人和应用运营者无需准备”。资产连续性与运营连续性是两个问题。
次要改动扩展了机构相关性
一些不那么吸睛的项目直接影响运营质量。EIP-8061 将激活、退出与合并容量分成不同通道。按当前质押水平，官方页面估计退出容量约增至 4 倍、合并容量约增至 2 倍；与此同时，弱主观性周期由约 15.7 天缩至约 7 天。流动性更快、验证者集合更高效，却也意味着离线节点取得足够新可信检查点的时间窗口更窄。机构应更新灾难恢复假设，而不能只庆祝排队时间下降。
EIP-8045 排除被罚没验证者继续获选为提议者，避免大规模罚没后出现可预见的空槽。EIP-7708 要求非零 ETH 转账与销毁发出标准日志，改善交易所、桥和会计系统的可观测性，减少对追踪工具的依赖。EIP-7975 在点对点协议中对大型收据列表分页，降低区块变大后的同步失败风险。EIP-7997 提供确定性工厂预部署，意在让参与采用的 EVM 链可部署相同地址的合约或智能钱包。这些变化经济权重不同，但共同表明：容量正在与可运营性配套推进。
反方观点与尚未解决的风险
第一项反方观点是，构建者生态仍未成熟时，协议内置 PBS 可能过早固化市场设计。协议集成能移除中继信任依赖，却也让选定的拍卖和时序模型更难调整。结算无信任化，不代表专业化市场自然去集中化。因此，衡量指标必须覆盖构建者份额、载荷失败、空槽和审查行为，而不能只看区块大小。
第二，更多传播时间和访问元数据并没有废除物理规律。更大区块、BAL 分发和更长收据列表仍消耗带宽与存储。架构目标是维持验证可及性，但去中心化结果必须在消费级硬件和不同地理网络中观察。平均性能不足以说明安全性；共识事故往往发生在尾部延迟。
第三，重新定价带来过渡风险及分配争议。纠正定价过低的操作有必要，但受影响应用承担集中成本，容量收益却较分散。定向沟通和重放工具可以减少意外，不能证明边缘情况不存在。若测试网发现问题导致延期，那可能是风险管理发挥作用，而不必然代表路线图失败。
最后，时间表明确是暂定的。官方措辞是第四季度且“日期尚未确认”；Sepolia 是测试关卡，并非自动启动主网上线倒计时。范围虽称冻结，元 EIP 仍为草案。决策者应把准备节奏锚定到客户端发布和公开测试网证据，而非自行假定的上线周。
接下来应观察什么
timeline
title Glamsterdam 的证据关卡
2026 年 9 月 : 开发网测试与重新定价修复
2026 年 10 月 6 日 : 计划进行 Sepolia 分叉
Sepolia 之后 : 客户端稳定性与互操作证据
2026 年第四季度 : 预期主网窗口，日期未定
激活之后 : 观察构建者集中度、载荷时序、状态增长与节点性能最有用的“仪表盘”是一套判断框架，而非宣传数字。激活前，应关注执行/共识客户端互操作、测试网最终性、载荷及时性表现及合约修复进度；激活后，应跟踪空槽、构建者集中度、传播尾部延迟、状态增长、gas 估算失败与节点资源分布。只看费用中位数，无法判断升级是否守住了容量契约。
结论
Glamsterdam 是以太坊以结构化余量替代暴力扩容的一次尝试。它把核心提议者—构建者交换写进协议，让执行依赖可见，并让永久性资源获得更真实的价格。三者结合，可能在让独立运营者仍有能力验证网络的同时，支持更大区块和未来并行化；也会把新的运营负担推向质押系统、客户端团队，以及仍依赖旧 gas 假设的合约。
机构最合理的立场既不是条件反射式乐观，也不是惧怕改变。应把第四季度视为目标，把 Sepolia 视为证据关卡，把主网激活视为测量工作的起点而非路线图终点。如果 ePBS 能承受压力，BAL 能转化为客户端层面的收益，重新定价事故保持可控，节点要求又没有显著排斥普通运营者，那么 Glamsterdam 的价值将远高于创下一次吞吐纪录：它会改善以太坊扩容而不隐藏成本承担者的能力。