以太坊 Glamsterdam 重构区块：Platåberget 检验的不是单一吞吐量，而是全新的市场与运行机制

Glamsterdam 正把区块构建、验证与执行带入一条新的运行路径。原创编辑插图。

研究日期：2026 年 9 月 6 日

执行摘要

把 Platåberget 当成又一个为扩容升级准备的测试网，会低估它的意义。这个在 8 月向公众开放的网络，是 Glamsterdam 首个较持久的公共试验场。Glamsterdam 不只提高执行容量，还同时改变执行载荷由谁承诺、何时披露和验证，区块的状态依赖如何表达，以及计算和新增状态如何计价。它的核心主张是：以太坊可以抬高执行上限，同时避免让普通验证者在最紧迫的验证窗口内承担不可持续的工作量。

这一主张由三组相互依赖的机制支撑。第一，协议内提议者—构建者分离（ePBS，EIP-7732）把构建者与提议者之间的经济交换纳入共识，并把中继从协议的受信任路径中移出。第二，区块级访问列表（BAL，EIP-7928）显式记录区块触及的账户、存储位置和状态变化，为并行读取、执行及状态根计算提供所需信息。第三，成套的 Gas 重定价——包括为新建状态单独计费——试图确保更大的 Gas 空间不会成为廉价制造永久状态膨胀的通道。以太坊基金会称目标是约 2 亿 Gas 的“底线”，这并不等于承诺现实吞吐量立即变为当前的数倍。

本报告的核心判断是：应把 Glamsterdam 视为运行模式的重构，而不是一次跑分比赛。它的成功标准不只是“更多 Gas”，而是异构网络能否协调新的区块市场、传输额外的访问列表数据、安全地延后执行验证、合理定价状态创建，同时保持钱包和基础设施的可靠行为。Platåberget 的真正价值，正是暴露孤立客户端基准测试看不到的接口故障。

对机构而言，这一点同样关键。以太坊正在尝试把已经主导区块生产的市场结构内生化，同时让基础层更易并行处理。如果成功，它将提供一条更可信、对受信任中介依赖更少的扩容路径；如果失败，问题大概率先表现为交易纳入恶化、空槽或漏槽、Gas 估算失真、客户端分歧，而不是某种抽象而优雅的理论反驳。

为什么是现在，为什么是 Platåberget

以太坊基金会 8 月 17 日的公告指出，Platåberget 与短命的开发网不同，计划运行数月，让公众在 Sepolia 和 Hoodi 升级前拥有一个稳定环境测试 Glamsterdam 之后的行为。它的验证者集合规模较小，但允许公众加入，也开放验证者和构建者存款。Glamsterdam 已于 8 月 20 日在该网激活。截至本报告日期，这只能说明它进入了早期公共测试，不能证明已具备生产就绪度。

这个区别十分重要：公告没有给出主网上线日期。公开路径带有明确条件——吸收反馈、用“不终局开发网”测试病态共识场景、升级长期测试网、观察稳定性，最后才轮到主网。因此，“已经运行在 Platåberget”意味着规范从封闭开发跨入公共集成测试，并不意味着设计已经通过测试。机构真正应观察的信号，不是未经确认的日期，而是多个客户端在对抗性和不完美网络条件下能否一致工作。

flowchart LR
    A[Glamsterdam 短期开发网] --> B[Platåberget 公共测试网]
    B --> C[反馈与客户端修复]
    C --> D[面向病态场景的不终局开发网]
    D --> E[Sepolia 与 Hoodi 升级]
    E --> F{客户端及基础设施是否稳定？}
    F -- 是 --> G[考虑以太坊主网升级]
    F -- 否 --> C

这条路径可理解为“以证据治理”：由于 Glamsterdam 同时改变共识层和执行层假设，流程刻意设置多个停检点。每一站都可以让开发者修正规范，而不是让日历倒逼主网上线。

第一支柱：把区块市场放进共识

当前，以太坊验证者普遍通过 MEV-Boost 把执行载荷构建外包给专业构建者。中继在其中撮合公平交换：提议者先看到报价而非完整区块，签署盲化区块，再依赖中继释放载荷。这一安排让小型验证者也能获得有竞争力的构建者收益，但协议本身无法验证中继是否正确履职。以太坊自身的安全路线图把 ePBS 描述为从区块构建委托中移除这类受信任中间件。

EIP-7732把构建者变为协议内实体。构建者承诺执行载荷和支付金额；从验证者中抽取的“载荷及时性委员会”（PTC）报告承诺的载荷及相关 Blob 数据是否按时到达。提议者的付款结果由共识记账强制执行；在规范所述安全假设下，诚实且及时披露载荷的构建者也得到协议级保护，确保载荷进入规范链。

更深一层的扩容收益来自时间安排。现在，验证者要在很短的关键窗口内完成共识处理、执行验证、数据可用性检查和分叉选择。EIP-7732 把共识验证与执行验证分开。按当前规范，下一个提议者可获得 6 秒，其他验证者可获得 9 秒来验证执行结果，无须把所有工作都塞进第一次证明截止前。共识区块只携带承诺而非完整执行载荷，也有利于关键路径上的传播。

sequenceDiagram
    participant B as 构建者
    participant P as 提议者
    participant C as 共识层
    participant T as 载荷及时性委员会
    participant V as 验证者
    B->>P: 已签名的载荷报价与承诺
    P->>C: 携带承诺的信标区块
    B->>T: 披露执行载荷与 Blob
    T->>C: 提交及时性证明
    C-->>P: 协议强制的支付结果
    V->>V: 在下一时隙投票前验证执行结果

但 ePBS 并不会消灭专业构建者。它重构的是构建者与提议者之间的结算和验证接口，而不是让构建者集中、复杂订单流和 MEV 自动消失。可改善的是交换的可信度，以及一个时隙最紧张阶段必须完成的工作量。

代价也真实存在。EIP-7732 明确承认“免费期权”问题：理性但具有对抗性的构建者可能在扣留载荷更有利时选择不披露，造成空槽并损害用户体验。延后验证也改变了“首次看到已纳入交易”的含义。某笔交易即使出现在 N 时隙构建者载荷中，也要到验证者处理下一时隙后才被广泛完成执行验证。应用、交易所和风险引擎不应把最早观测等同于广泛验证，更不能等同于终局性。

第二支柱：先让状态依赖可见，才谈并行

并行执行看似是硬件问题，实际上首先是信息问题。多笔交易可能触及相同账户或存储槽；客户端若不知道读写集合，就不能安全并行。EIP-7928让规范化访问地图成为载荷接口的一部分：它记录被访问的账户和存储位置，以及交易后的状态变化，并在区块头中对这张地图作出承诺。

这一结构可支持并行磁盘读取、并行交易验证、并行状态根计算，以及无需重新执行所有交易的某些状态更新。最直观的理解是：BAL 是一个区块“状态足迹”的清单。构建者提交清单，执行节点独立重现；两者不匹配，区块即无效。访问列表与区块主体分开保存，也可以在执行层节点间交换。

区块市场、状态地图与资源价格必须作为同一系统工作。原创编辑插图。

当然，这张地图并非零成本。EIP 作者发布的1,000 个历史区块分析显示，完整 BAL 平均原始大小为 110.8 KiB，Snappy 压缩后平均 72.4 KiB；样本内压缩后最大值为 191.4 KiB，存储写入和读取占比最大。这些数字来自区块 23,991,474 至 23,992,473 的特定数据集，是测量结果，不是未来区块的保证，更不是 2 亿 Gas 条件下的最坏边界。它们仍清楚展示了架构上的交换：网络传输更多显式数据，换取客户端内部更大的并行空间。

对机构用户而言，这提醒我们：“并行执行”不是一个单独的性能开关。它会改变带宽、存储、同步和验证的整体画像。高吞吐节点可能受益于更多 CPU 核心，带宽受限的家庭验证者却可能遇到不同瓶颈。公共测试必须证明，组合后的资源要求仍符合以太坊的去中心化目标。

第三支柱：如实为更大的机器定价

如果资源价格仍按较小执行空间校准，Glamsterdam 的容量雄心可能变得危险。基金会公告强调，一组成套重定价旨在支持约 2 亿 Gas 的底线，并直言任何硬编码最大 Gas 上限的工具都将失效。受影响的不只是验证者客户端，还包括钱包、索引器和 Gas 估算器。

更细微的变化来自 EIP-8037：它为创建新状态引入独立的“状态 Gas”维度，按运行时新增的状态字节收费。于是，“普通 ETH 转账永远只需 21,000 Gas”不再普遍成立。按测试网设计，向已存在账户转账仍维持这一总量；若转账同时创建新账户，则会产生额外状态 Gas。这里最重要的不是公式，而是经济逻辑：执行计算与永久存储是两种不同资源，扩容后不应继续混为一谈。

下游软件的故障可能比共识创新更容易被用户看到。设置估算上限的钱包、假设固定转账成本的交易所，或按历史区块上限配置容量的索引器，都可能在链本身正常运行时出错。因此，Platåberget 同时也是一次生态就绪演练。最棘手的漏洞，可能藏在从未把自己视为“共识相关”的软件里。

机构应观察哪些信号

下一阶段最有价值的证据应来自运行，而非宣传。

首先观察时隙结果：完整、空和跳过时隙分别出现多少，其根因是什么，尤其关注构建者扣留载荷及网络受损情形。其次检查 PTC 的参与率与意见分歧；在正常时序下成立的设计，也必须在载荷传播接近临界点时表现可预测。第三比较不同客户端组合；客户端多样性只有在实现得出同一结果时才提供保护。第四同时测量 CPU、内存、磁盘 I/O 和带宽，不能只挑一个漂亮指标。最后，应审计钱包估算和索引完整性，尤其是新账户转账和更大合约带来的变化。

flowchart TD
    A[Platåberget 运行观测] --> B{共识健康}
    A --> C{执行容量}
    A --> D{生态兼容性}
    B --> B1[完整 空与跳过时隙]
    B --> B2[PTC 一致性与载荷时序]
    C --> C1[跨客户端验证延迟]
    C --> C2[BAL 带宽与存储成本]
    D --> D1[钱包 Gas 估算]
    D --> D2[索引及交易所流水线]
    B1 --> E[主网就绪判断]
    B2 --> E
    C1 --> E
    C2 --> E
    D1 --> E
    D2 --> E

图中传达的分析要点是：没有任何一个吞吐量数字足以回答“是否就绪”。主网信心必须同时建立在共识健康、执行性能和生态兼容性三类证据之上。

反方观点与尚未解决的风险

最有力的支持论点是：以太坊正在把已经存在的协议外专业分工转化为更少信任的协议市场，同时为验证者争取更多执行时间。这个方向可信，但结论尚不完整。

第一项反驳是，协议内置 PBS 可能把当前以构建者为中心的市场固化下来。移除受信任中继不会自动创造更多有竞争力的构建者，也不会让私人订单流民主化。技术上更清洁的结算层，完全可能与经济集中同时存在。构建者存款也会形成新的资本门槛，尽管相对专业构建业务的总体投入或许不大。

第二项担忧是复杂性风险。ePBS 改变分叉选择并新增 PTC 职责；BAL 增加由共识检查的数据；重定价改变应用层假设。每一项都有合理依据，但它们的相互作用扩大了测试面。Glamsterdam 的收益来自耦合，风险同样来自耦合。

第三，新增容量可能转移中心化压力，而非消灭它。并行软件和普通多核硬件有助于执行，但更大的区块和访问列表仍需穿过网络并占用存储。BAL 的平均测量值不能冒充对抗性上限。真正关键的是：在拟议的高 Gas 环境下，尾部资源消耗是否仍可接受。

第四，基础层吞吐量提高不等于用户费用在所有时段下降。需求、MEV、Blob 经济和二层费用市场仍是彼此独立的变量。Glamsterdam 改善的是以太坊供给侧容量，不会取消拥堵经济学。

还应警惕叙事提前兑现。Platåberget 是为了找错而存在；如果测试暴露大量问题，那未必代表路线失败，反而说明分阶段流程正在发挥作用。相反，一个短期平稳的小规模网络也不足以外推到主网。在机构风险框架中，“发现故障并可复现修复”往往比“几天内没有故障”更有信息量。

结论

Platåberget 标志着 Glamsterdam 从架构设想变为可共同检验的运行主张。以太坊要求生态测试一项新的交换条件：专业构建者可以继续组装区块，但他们与提议者的交易更接近协议强制执行；验证者获得更多执行时间和更清晰的状态信息；用户获得更大容量空间，同时新增状态成本被更明确地计价。

这一组合在战略上相当连贯。ePBS 处理受信任协调与关键路径时序，BAL 处理并行化的信息障碍，重定价处理扩容带来的资源外部性。但纸面上的连贯不等于生产就绪。公共测试网之所以具有编辑与投资研究价值，正是因为它能在客户端、网络、钱包和市场参与者之间证伪错误假设。

短期内最合适的态度是建设性的审慎：承认 Platåberget 是 Glamsterdam 进入公共集成测试的实质证据，同时在主网判断上等待更扎实的数据——稳定的时隙结果、可靠的载荷交付、跨客户端一致性、可接受的尾部资源消耗，以及下游兼容性。以太坊下一阶段扩容的成败，不在单个功能，而在各部分连接的缝隙处。

直接来源

• 以太坊基金会：宣布 Platåberget 测试网（2026 年 8 月 17 日）

• EIP-7732：协议内提议者—构建者分离

• EIP-7928：区块级访问列表

• EIP-7928：1,000 区块组件大小与压缩分析

• Ethereum.org：更安全的以太坊

• 以太坊基金会：2026 年协议优先事项更新

• EIP-7773：Glamsterdam 网络升级总规范

• EIP-8037：提高状态创建 Gas 成本

方法说明：本报告区分规范目标、历史样本测量与未来结果。所有状态描述截至 2026 年 9 月 6 日；若一手公告未提供主网上线日期，本文不作推断。