Platåberget：以太坊扩展执行边界前的公开彩排
Platåberget 把抽象路线图变成一个可公开参与、也允许被“弄坏”的系统。编辑插画，2026 年 8 月 24 日。
报告日期：2026 年 8 月 24 日
执行摘要
以太坊 Platåberget 测试网已于 8 月 20 日按计划完成 Glamsterdam 分叉。这不只是又一次测试网升级。与此前生命周期短暂的开发网不同，Platåberget 计划运行数月，向公众开放验证者和构建者加入，并处在内部开发网与 Sepolia、Hoodi 乃至主网升级之间。因此，它是生态第一次可以把 Glamsterdam 当作一个完整运行环境来检验，而不只是逐条阅读 EIP 的持久试验场。
本文的核心判断是：Glamsterdam 不应被简化为“提高 gas 上限”。它同时重构了限制以太坊一层扩容的三类约束。协议内提议者—构建者分离（ePBS）改变区块生产的协调与信任边界；区块级访问列表（BAL）把执行依赖及执行后的状态变化显式化，为并行读取、验证和状态重建提供基础；一组 gas 重定价则试图让永久状态的价格反映其长期硬件负担。更大容量是结果，协调机制入协议、状态依赖可见化和更真实的资源计价才是手段。
这一差别对投资者、应用运营方和基础设施服务商都很重要。只有在节点能传播、验证并长期保存新增负载，而不牺牲韧性和家庭节点可运行性的情况下，更高的 gas 上限才有意义。Glamsterdam 的优点在于同时处理这些瓶颈；风险也恰恰来自这种集成：ePBS 增加共识复杂度，BAL 带来额外数据与验证负担，重定价则有意打破钱包、索引器和估算器中的旧假设。Platåberget 的新闻价值，就是把规范中的权衡转化为可以观察、复现并修复的失败模式。
从开发网走向公共试验场
以太坊基金会在 8 月 17 日宣布 Platåberget，并把其 Glamsterdam 分叉安排在 8 月 20 日。基金会称该网络将运行数月，让社区在升级进入长期测试网前充分试验。其验证者集合规模较小，但任何人都可以加入，参与者还能分别测试验证者存款和构建者存款流程。这使它成为客户端团队互操作测试与下游运营准备之间的一座桥梁（以太坊基金会公告）。
先后顺序不能忽略。基金会表示，在吸收反馈后，还将启动一个“不终结开发网”，专门测试病理性的共识情形。此后才是 Sepolia 和 Hoodi 分叉；它们稳定后，主网升级才进入下一步。Ethereum.org 目前把 Glamsterdam 描述为计划在 2026 年第四季度实施，但这并不是不可变的日期：反馈、客户端发布、安全审查与长期测试网稳定性都是明确的前置门槛（Glamsterdam 路线图概览）。
flowchart LR
A[短期 Glamsterdam 开发网] --> B[Platåberget 公共测试网]
B --> C[收集反馈与修复客户端]
C --> D[不终结压力开发网]
D --> E[Sepolia 与 Hoodi 分叉]
E --> F{多客户端是否稳定}
F -- 否 --> C
F -- 是 --> G[决定主网分叉]这套流程并非仪式。基金会协议支持团队在 4 月指出，ePBS 的实现“比预期更棘手”，原因是整套技术栈都必须处理部分区块以及两方协作；BAL 也被称为对 gas 与状态访问的根本重想，而不是边缘优化。该检查点给出的判断顺序很清楚：先让包含全部功能的开发网稳定，再发布客户端、完成最后安全审查、进入测试网，最后才宣布主网日期（Protocol Checkpoint #9）。Platåberget 证明进程向前推进，却不能证明整个进程已经完成。
第一重约束：把构建者市场的核心交换写进协议
目前，许多验证者通过由构建者和中继组成的协议外供应链外包区块构建。这种安排催生了竞争性的区块构建市场，但提议者与构建者之间的公平交换并不由以太坊共识保障。中继传递出价和载荷，关键的运营信任与时序假设仍留在基础协议之外。
EIP-7732 的 ePBS 把这一交接变成协议职责。概括而言，提议者在共识区块中选择构建者承诺，构建者随后揭示执行载荷，载荷及时性委员会再证明载荷与 blob 数据是否按时出现；构建者付款也由共识规则处理。EIP 所追求的是“无须信任的公平交换”：诚实提议者不应因构建者单方面行为而收不到款，诚实构建者的载荷也不应因提议者单方面行为而失去成为规范链头的机会（EIP-7732）。
扩容收益来自截止时间的拆分。现行设计中，验证者必须在紧张的关键路径内完成共识状态转换、执行验证和数据可用性检查。Ethereum.org 估计，ePBS 把共识验证和执行验证分开后，载荷传播窗口可由约 2 秒延长到约 9 秒。更长窗口使更大的执行载荷与更多 blob 数据可以安全传播，而不是简单要求每个节点都跑得更快。
sequenceDiagram
participant P as 信标区块提议者
participant B as 已注册构建者
participant N as 网络验证者
participant T as 载荷及时性委员会
P->>B: 选择已承诺的出价
P->>N: 发布共识区块与承诺
N-->>N: 验证共识关键路径
B->>N: 揭示执行载荷与 blob 数据
T->>N: 证明载荷出现与数据可用性
N-->>N: 确定载荷状态与分叉选择
Note over P,B: 协议规则协调载荷与付款的交换“写进协议”并不会自动让构建者市场去中心化，也不等于禁止中继。Ethereum.org 明确表示，参与方仍可为基础协议未覆盖的复杂功能使用中间件。真正改变的是最低信任边界：链本身能够强制执行最基本的“载荷换付款”，从而降低正确性对少数中继运营商的依赖。不过，对质押池、分布式验证者系统和独立质押者而言，这也意味着架构改造；构建者监控、新的失败状态和“部分区块”逻辑都成为共识相关职责。
第二重约束：为隐藏的执行依赖绘制地图
以太坊交易难以并行执行，是因为节点往往只有实际运行交易后，才知道它会触及哪些账户与存储位置。两笔交易可能彼此独立，也可能后一笔依赖前一笔修改的状态。如果没有可信依赖图，推测式并行会带来冲突和无效计算。
EIP-7928 引入区块级访问列表，记录执行期间访问的账户、存储位置及执行后的值。区块头用哈希对列表作出承诺，列表数据本身则与区块体分开保存。提案列出四项用途：并行磁盘读取、并行交易验证、并行计算状态根，以及不重放交易即可重建状态（EIP-7928）。配套的 EIP-8159 允许执行客户端通过 eth/71 协议互换这些列表（EIP-8159）。
Glamsterdam 的三根杠杆彼此补充：只有传播、验证和存储同时得到处理，更大容量才可信。
BAL 常被简写为“并行执行”，但这会夸大即时效果。它近期最明确的价值是可见性：客户端可以预取相关状态，分开互不冲突的工作，并从经认证的输出重建执行后状态。各客户端仍须实现安全调度，并在对抗性区块下证明性能；访问列表本身也占带宽且需要验证。Glamsterdam 提供了让并行化成为现实的数据结构和交换层，却不保证不同硬件、工作负载或客户端获得相同倍数的吞吐提升。
对运营节点的机构而言，这一界限很实用。无需执行的状态更新可在部分同步路径中减少逐笔重放交易的需求，可能缩短恢复时间、降低运营摩擦。但“经过认证的结果”不等于盲目信任：节点仍会验证承诺和协议规则。架构改变的是工作分配，而不是取消验证。
第三重约束：不仅为计算收费，也为数据库收费
若只提高区块容量而不重定价状态创建，以太坊会加速膨胀每个完整节点都必须维护的数据库。因此，Glamsterdam 的 gas 组合把可持续容量视为经济问题，而不只是性能问题。Ethereum.org 称，EIP-8037 按字节为新状态定价，并以每年 120 GiB 的可预测状态增长为目标。它将状态相关费用放入独立“储备池”，使计算与持久存储可以分别计量（EIP-8037）。
公共测试网公告给出了直接影响。向既有账户转账，在拆分后的定价下总计仍为 21,000 gas；但向尚不存在的账户转账会产生额外状态 gas。因此，把 21,000 当成任何普通转账都必然足够的钱包或估算器，在拟议环境中会给出错误结果。同样，随着重定价组合瞄准约 2 亿 gas 的下限，硬编码区块 gas 上限的工具也会失效。这些并非晦涩的客户端内部细节，而会触及用户界面、交易所提现系统、会计流水和交易模拟服务。
背后的经济逻辑成立。永久状态让所有验证节点持续承担存储与数据库访问成本，单次计算则是暂时的；把两者塞进一个没有区分的限额，会掩盖这种不对称。分开计价可以支持更大合约和更高总容量，同时避免让廉价状态创建变成无上限补贴。但重定价也会重新分配成本：即使容量扩大后平均费用下降，状态密集型应用仍可能支付更多。因此，“扩容”不能被理解成所有操作都会降价。
设计杠杆 | 解决的瓶颈 | 预期收益 | 需要重点测试的风险 |
|---|---|---|---|
ePBS（EIP-7732） | 紧张传播路径与中继信任 | 延长载荷窗口；由协议强制公平交换 | 共识复杂度、构建者失败、质押池架构 |
BAL（EIP-7928） | 未知状态依赖 | 并行读取/验证与更快状态更新 | 列表开销、对抗性构造、客户端差异 |
Gas 重定价（含 EIP-8037） | 永久状态定价过低 | 可持续地提高容量 | 估算失效、状态密集活动成本上升 |
扩大代码上限 | 应用体积限制 | 部署代码上限 64 KiB，初始化代码 128 KiB | 验证更重、工具旧假设失效 |
为何必须把它看作一套集成方案
三根支柱构成一条依赖链。ePBS 为更大执行载荷的传播争取时间；BAL 让客户端机器可读地看见载荷触及的状态；重定价则约束新增容量被使用后留下的永久数据库负担。只移除一个瓶颈，会把压力推向另一个瓶颈：错过截止时间的大区块不是容量；制造无边界状态增长的并行执行不可持续；而没有更好传播和验证能力的存储定价，也不会实质扩大吞吐。
这也是 Platåberget 的编辑意义。规范可以逐项审阅，生产系统却经常死在边界上。钱包可能正确估算执行成本，却误解状态 gas；质押池可能支持新构建者 API，却错误处理载荷缺失；索引器可能能够接收更大区块，却保留硬编码上限。一个长期开放的公共测试网，让更多观察者可以在主网价值面临风险前找到这些交界处的故障。
对 ETH 持有人而言，升级不要求兑换代币；Ethereum.org 警告，声称用户必须“升级 ETH”的信息是骗局。真正的暴露面是运营与经济，而非资产托管。基础设施商需要承担升级与测试成本，应用必须重新检查费用假设；节点运营方未来可能受益于更高效同步和更大网络容量，但也要处理新的数据结构和共识路径。
风险、反方观点与仍缺失的证据
第一，复杂度本身就是去中心化成本。ePBS 消除了正确性对可信中继的强制依赖，却把构建者注册、付款与载荷及时性机制加入共识。如果实现和监控负担过度偏向专业运营商，协议可能减少一种中介，却在市场层强化另一种集中。
第二，容量目标不是实测结果。基金会称重定价组合瞄准约 2 亿 gas 下限，Ethereum.org 又提到开发者正以 1.5 亿参考区块 gas 上限测试并推导状态定价。两者都不是主网持续吞吐承诺。客户端性能、状态增长实测、带宽尾部、重组行为及普通硬件上的表现，才是应该观察的证据。
第三，BAL 会把一部分执行工作转化为数据可用性和验证工作。恶意或最坏情形访问列表可能冲击解码、承诺检查、存储和网络传播。安全吞吐增益取决于客户端实现与工作负载的独立程度；竞争同一状态的应用不可能像互不相关的转账一样并行。
最后，时间表仍有条件。2026 年第四季度是计划，而非保证日期。反馈、不终结开发网、Sepolia 和 Hoodi 组成的明确路径之所以可信，正因为它允许延期。测试中发现失败、时间表发生移动，应首先被视为测试机制在发挥作用，而不是设计已失败的自动证据。
结论
Platåberget 标志着 Glamsterdam 从核心开发者项目变成生态共同责任。它的价值并非已经证实以太坊能安全维持远高得多的 gas 上限——现在下这种结论还太早。它真正的价值，是把更高上限成立前必须满足的相互关联假设暴露出来。
升级的深层逻辑是连贯的：把提议者与构建者之间最基本的交换写入协议规则，让全区块状态依赖显式化，并按长期负担为持久状态收费。三者合在一起，试图扩展以太坊执行边界，同时避免把更高吞吐转化为错过截止时间、不透明验证或失控的数据库增长。接下来值得跟踪的是运营证据：Platåberget 的多客户端稳定性、病理性不终结测试结果、钱包和索引器准备程度，以及 Sepolia 与 Hoodi 是否平稳分叉。主网日期是这条证据链的最后一个决定，而不是第一个。