以太坊扩容的真实价格:Glamsterdam 状态重定价如何成为机构级风险测试

以太坊状态创建、资源定价与可持续容量的编辑插图

Glamsterdam 的经济契约:今天更准确地为永久状态定价,避免明天更高的吞吐量把节点运行变成少数人的特权。编辑插图。

研究日期:2026 年 9 月 3 日

执行摘要

市场谈到以太坊下一次升级 Glamsterdam 时,注意力通常落在协议内提议者—构建者分离(ePBS)和区块级访问列表(BAL)等架构变化上。然而,对现有应用最迫切的影响可能来自一个更朴素的问题:永久状态究竟应该收多少钱。已计划纳入升级的 EIP-8037EIP-8038,将重新校准状态创建、访问和写入的 gas 成本。8 月 24 日,以太坊基金会、EthPandaOps 与规范团队公布了按新费率重放主网历史交易的结果。结论在总体上令人安心,却在长尾处发出警报:绝大多数交易不受影响;多数被标记的失败只需提高交易 gas 上限;但少量合约会因为业务逻辑本身依赖旧 gas 假设而失效或退化。

本文的核心判断是:这不是一次普通的“涨价”,而是一份扩容契约。以太坊希望提高 L1 吞吐量,同时让普通硬件继续有能力运行节点。要同时实现这两点,gas 就必须继续可信地代表交易给分布式数据库带来的真实负担。状态访问价格上一次得到重要校准是在 2021 年 Berlin 升级;此后链上状态持续扩大,区块 gas 上限也已提升。EIP-8037 提供的数据表明,当上限从 3000 万升至 6000 万 gas 后,每日新增状态从约 105 MiB 增至 326 MiB——上限翻倍,新增状态却超过三倍。其参考模型希望在 1.5 亿 gas 上限下,将年均状态增长控制在约 120 GiB。

对机构而言,风险并不是笼统的“以太坊合约都会坏掉”,而是集中在几类可识别的系统:固定 gas 津贴、硬编码内部调用 gas、依据剩余 gas 分支执行、预先签署且上限不可调整的交易,以及缓存估算值或设置固定最高值的基础设施。测试窗口仍然存在:Glamsterdam 目前处于开发网阶段,官方路线图把 Sepolia 升级列在 9 月 28 日,主网预计在 2026 年第四季度、但日期尚未确认;寿命更长的 Platåberget 测试环境已经开放。不过,这个窗口应被视作变更管理的截止期,而不是继续等待的理由。

为什么现在必须给状态重新定价

Gas 同时承担两种职责:一是在当下分配稀缺的区块空间,二是补偿每笔计算与数据给所有验证节点留下的长期负担。这两种职责可能脱节。一次计算会结束,但新账户、新存储槽和部署后的字节码会留在状态数据库中,并且以后还要随时可读。如果这类创建与访问的价格低于硬件实际承担的工作量,那么提高吞吐量实际上是在把成本从交易发送者转嫁给节点运营者。

两项提案分别处理这套问题。EIP-8037 以“每个状态字节的成本”为基础,统一新账户、存储和代码的创建成本,并把状态 gas 与执行 gas 分开计量。EIP-8038 则更新读取和修改大型数据库的费用。当前草案把冷账户访问从 2,600 gas 提高到 3,000 gas,引入或拆分写入成本,并把有效存储写入部分从 2,800 提高到 10,000 gas。这些数字仍属于接受同行审阅的草案,应理解为当前规范,而不是绝不会再变的主网承诺。

比任何单一常数更重要的是经验依据。EIP-8037 称,2026 年 1 月 Geth 节点的状态数据库约为 390 GiB。区块上限由 3000 万提高到 6000 万 gas 后,日均新增状态从约 105 MiB 增到 326 MiB。提案作者明确提醒,这不是线性反应,可能包含一次性的用户行为变化。即便如此,如果把上调后的速率作为基准并外推至 2 亿 gas,上链状态每年将增长约 387 GiB,从 390 GiB 起步,不到一年就会跨过文中所称的 650 GiB 性能退化阈值。因此,提案选择的是一个可控的状态增长预算,而非假定存储和访问将永远廉价。

flowchart LR
    A[提高区块 gas 上限] --> B[更多交易与状态创建]
    B --> C[状态数据库扩大]
    C --> D[读取变慢、节点硬件负担加重]
    D --> E[可独立运行节点的参与者减少]
    E --> F[去中心化承压]
    G[重定价创建、访问与写入] -. 打断反馈循环 .-> B
    G --> H[gas 更贴近真实资源成本]
    H --> I[为安全提高容量留下空间]

因此,“gas 变贵了”只是片面描述。部分状态密集型操作确实会显著变贵,但系统层面的回报是更大的安全容量。Glamsterdam 的其他核心设计也指向同一目标。区块级访问列表 EIP-7928 记录一个区块执行时访问的账户和存储位置,并附上交易后的值,使磁盘读取、交易验证和状态根计算可以并行化。协议内提议者—构建者分离 EIP-7732 把构建者交付流程写进协议,为执行和数据可用性工作提供更长的有效时间。重定价则确保新增容量不会用失控的数据库增长来买单。

历史交易重放究竟证明了什么

以太坊基金会 8 月 24 日的分析 把按新费率重放的历史交易分为四类:结果完全不变;仍然成功但 gas 使用或其他细节改变;在原上限下失败、提高上限后成功;即使大幅提高上限仍可能失效。官方材料没有为四类提供全局百分比,因而不应凭空制造一个“失败率”。可以严谨得出的结论是:绝大多数属于第一类,而多数被标记的问题属于上限或估算问题,并非合约语义已经改变。

从历史交易总体逐步收窄到潜在失效长尾的重放结果漏斗

重放证据让风险范围变得清晰:常规执行占绝大多数,其次是可通过提高上限解决的运营问题,最末端才是真正的兼容性风险。图形宽度仅为示意,不代表官方统计比例。

这个区别对运营管理至关重要。因为估算陈旧而耗尽 gas,会造成中断,但合约本身可能没有问题:钱包、中继或交易策略只需提供更高上限。如果一笔交易在 gas 充足时仍然失败,就表明业务逻辑与旧费率存在更深耦合。基金会归纳了四种反复出现的模式:Solidity 历史上的 transfersend 所附带的 2,300 gas 固定津贴;调用中写死 gas 数值;根据 gasleft() 做决策;以及提交前已经把 gas 上限写死的预签名交易。

这些模式会把计价规则变成程序行为。接收合约过去能在固定津贴内完成,如今可能耗尽 gas;备用执行路径可能变化;已经签署的交易可能无法重写;合约也可能有意或无意地把剩余 gas 当作控制信号。提高外层交易上限并不一定会增大内层固定津贴。这正是“价格事件”演变为“兼容性事件”的狭窄长尾。

flowchart TD
    A[按 Glamsterdam 规则重放或测试交易] --> B{结果是否相同?}
    B -->|是| C[无需兼容性修改]
    B -->|否| D{提高外部 gas 上限后能否成功?}
    D -->|能| E[更新估算、上限与交易策略]
    D -->|不能| F{是否存在固定津贴、硬编码 gas、剩余 gas 分支或固定预签名?}
    F -->|是| G[修改合约或迁移]
    F -->|否| H[调查依赖状态的执行差异]
    E --> I[在 Platåberget 与公共测试网复测]
    G --> I
    H --> I

重放数据的价值,正在于它把泛化的担忧变成可排序的排查工作。但它并不是未来安全的证明。历史交易不会覆盖长期休眠的紧急函数、新路径、未来市场压力、私人订单流,或从未上链出现过的状态组合。某个地址未出现在受影响清单上,并不等于获得兼容认证。基金会也明确建议:即使地址没有被列出,也应检查硬编码 gas 与依赖剩余 gas 的分支。

机构风险如何沿技术栈传播

风险不会止步于合约作者。钱包和 RPC 服务商必须更新 gas 估算;缓存常数或硬性最高值都会导致交易失败。索引器与监控系统可能把失败率上升误判成用户错误或网络拥堵。托管机构可能持有 gas 上限难以替换的预签名提款或恢复交易。中继和账户抽象基础设施可能执行基于旧成本区间设计的风控。DeFi 治理流程也可能比剩余测试窗口更慢,尤其是在不可变组件必须迁移、而非只改一个参数时。

参与方

主要风险敞口

激活前的证据导向措施

协议与 DAO

内部转发 gas 固定;不可变旧组件;治理缓慢

审查被标记路径,模拟非常规函数,准备升级或迁移沟通

钱包、托管人与中继

缓存估算、硬上限、固定预签名交易

更新估算,盘点预签名流程,测试替换与升级处置机制

RPC 与基础设施服务商

低估 gas;不同客户端版本行为不一致

用新费率验证估算器,并监控测试网上的实现差异

质押者与节点运营者

网络升级要求客户端同步更新

跟踪标记为高优先级的正式版本并演练升级,不提前假设主网日期

风险委员会与财资团队

在波动或时间敏感场景中交易失败

把 Glamsterdam 兼容性写入运营风险清单和恢复演练

Glamsterdam 官方路线图 目前将状态标记为“开发网测试中”,列出 2026 年 9 月 28 日 Sepolia 里程碑,并称主网预计在第四季度上线、日期尚未确认。升级范围虽然已经冻结,汇总提案仍是草案,仍可能变化。因此,对外沟通应有清晰边界:可以围绕当前已排期的设计制定计划,但不能把精确参数或激活日期说成最终决定。

Platåberget 公告 对基础设施提出了另一项直接警告:依赖固定最高 gas 上限的工具——包括钱包、索引器与估算器——将会失效,必须更新。Platåberget 计划运行数月,比短寿命开发网更稳定,为 Sepolia 和 Hoodi 之前的测试提供场所。这一表态说明,兼容性测试绝不只是检查智能合约字节码。

战略含义:从单一计量表走向资源定价

第一,永久状态正在成为一种被明确计价的经济资源。EIP-8037 的多维计量把执行 gas 与状态 gas 分开,并按最紧缺资源决定区块是否装满。从概念上看,以太坊正从一个混合计价器走向资源感知型容量管理。它会让状态密集型设计的成本更透明,也会鼓励应用减少永久存储、复用已经部署的代码,并把非必要数据放到别处。永久扩大数据库的协议,本来就不应与只做临时计算的应用支付完全相同的资源价格。

第二,这次升级把 L1 扩容与去中心化约束直接连接起来。如果状态增长或验证成本让独立节点退出,更高的 gas 上限就不是真正免费的吞吐量。每年约 120 GiB 的增长目标,是写进工程设计的一项政策选择:它表达了协议认为未来普通硬件能够承受多少永久负担。投资者不应只把 Glamsterdam 看成单一吞吐催化剂,而应评估它能否提高以太坊长期扩容路线的可信度。

第三,成本会被不均匀地重新分配。普通用户无需采取行动,容量增加也可能长期降低平均拥堵;但状态密集型应用、部署者和旧合约会首先承担新增成本。网络整体获益和个别应用承压可以同时成立。无论把升级宣传成“所有费用都会下降”,还是“所有费用都会暴涨”,都不准确。

第四,公开重放展示了链上风险管理的价值与边界。官方提供可按地址搜索的影响面板并主动联系相关团队,使协议治理从抽象讨论变成可测量的生态风险处置。但公开修复工作也可能暴露哪些合约在运营上脆弱。团队需要安排披露节奏:既充分告知用户,又避免在修复完成前公开可被利用的缺陷。

风险、反方观点与未知数

最有力的反方观点是,重定价为了一个预测中的问题,在今天施加了确定成本。从 6000 万上限外推到 2 亿上限,隐含假设是近期状态创建速度可作为基准;EIP 本身承认实际反应并非线性,可能包含一次性行为变化。硬件会进步,客户端会优化,状态到期或无状态化研究也可能改变约束。任何年度增长目标都是不确定条件下的判断,不是自然常数。

多项重大改变一起交付也带来执行风险。Glamsterdam 同时包含 ePBS、BAL、重定价及其他提案。即使每个组件单独合理,组合起来也会扩大测试复杂度。草案规范可能后期变化,客户端实现差异可能暴露边界情况,从公共测试网到主网的节奏若过快,治理缓慢的协议可能来不及调整。反过来,推迟升级又会延长协议对链下构建者中间件的依赖,并继续容忍资源价格失真。

最后还有沟通风险。由于绝大多数重放交易不受影响,团队可能轻视长尾;由于确实存在潜在失效合约,市场评论也可能夸大成系统性危机。正确姿态既不是自满,也不是恐慌,而是确认系统是否嵌入 gas 假设,测试完整运营路径,并严格区分估算失败与合约语义失效。

结论

Glamsterdam 的状态重定价,是以太坊扩大 L1 所必须支付的账单。EIP-8037 与 EIP-8038 试图让创建、访问和修改永久状态的人承担这笔费用,而不是悄悄把负担交给每一位节点运营者。历史交易重放显示,这次转换总体可控:普通交易占主导,许多失败可以通过更好的 gas 上限解决。但固定津贴、硬编码 gas、依赖剩余 gas 的逻辑和不可调整签名构成的残余风险必须立即处理,因为它们会把单纯的价格变化变成程序行为变化。

对机构用户而言,近期行动边界很清楚:把计划中的 9 月 28 日 Sepolia 升级视为测试里程碑,而不是主网上线日;把第四季度理解为预期窗口而非承诺;同时盘点合约和交易周边基础设施;并持续区分仍可能调整的具体参数与已经明确的政策方向。以太坊让永久状态变贵,是为了在不牺牲独立验证可行性的前提下扩大容量。这份扩容契约能否兑现,不只要看吞吐量,还要看整个生态能否平稳跨过那条狭窄却后果重大的兼容性长尾。

直接来源