
Glamsterdam 的重新定价浓缩了以太坊扩容的核心条件:只有当 Gas 仍能大体衡量节点真实承担的稀缺资源,容量提升才可持续。
谈到即将到来的以太坊 Glamsterdam 升级,市场目光往往落在协议内置的提议者—构建者分离(ePBS)和区块级访问列表等大型架构变化上。然而,对应用最直接的影响,可能来自两项看似朴素的 Gas 改革:EIP-8037 与 EIP-8038 将重写创建、读取和修改持久化状态的相对价格。以太坊基金会在 8 月 24 日披露,历史交易重放显示,少量合约依赖旧有 Gas 假设,若不提前调整,可能在候选费率表下失败或性能退化;同时,绝大多数被标记的问题可通过提高交易 Gas 上限解决,普通用户无需采取行动。
本文的核心判断是:这轮改革本质上不是一次普遍“涨费”,而是一套容量约束机制。提高区块 Gas 上限的前提,是一个单位 Gas 继续近似代表节点的实际工作量。自 2021 年 Berlin 升级调整状态访问价格以来,以太坊状态数据库显著膨胀;如果扩大区块,却继续低价供应最消耗数据库的操作,表面吞吐量增加,成本却会以硬件需求、执行延迟和数据库增长的方式转嫁给节点运营者。
EIP-8037 提高新状态的价格,并为状态创建引入独立计量维度;EIP-8038 则依据多客户端基准测试,有选择地提高状态访问与写入成本。两者共同把一只笼统的“Gas 桶”,转变为更贴近真实瓶颈的资源预算。其政策含义很明确:扩容红利并非免费午餐,而是通过更准确的定价,保护验证网络不被永久状态拖累。
迁移成本真实存在,但现有证据也给出了边界。官方重放仪表板覆盖 929,731,274 笔交易,横跨 400 万个以太坊主网区块,时间从 2024 年 12 月 3 日至 2026 年 6 月 15 日。在 EIP-8037 费率表下,约 269 万笔交易被归入“可能损坏”,占全部重放的约 0.29%;EIP-8038 下约 304 万笔,占约 0.33%。这里的“可能损坏”不是对上线后故障率的预测,而是指历史交易在原 Gas 上限下失败,并且在最高为原上限 10 倍的测试中仍未恢复。重放不会模拟钱包、开发者与市场的适应行为。
因此,对机构而言,正确结论既不是“什么都不会变”,也不是“以太坊正在破坏合约”。更准确的表述是:协议层扩容正在伴随责任重新分配。核心开发者对状态采取更保守的定价;应用与基础设施运营者则必须清除脆弱的固定 Gas 常量、升级估算能力,并在长期公共测试网与主网上线前验证反事实执行结果。Glamsterdam 把运营准备度写进了扩容收益之中。
Gas 是以太坊内部的资源记账单位,并不等同于一笔交易的法币价格。用户支付的是实际消耗 Gas 与市场 Gas 单价的乘积,而费率表决定不同操作之间的相对权重。如果某类操作的权重与客户端真实成本脱节,费用市场本身无法纠正这种错配:即使用户按市场价支付每单位 Gas,也仍可能过度消耗某项被低估的资源。
持久化状态尤其重要,因为完整节点要长期保存并提供这些数据。EIP-8037 记载,截至 2026 年 1 月,一台专用于状态的 Geth 节点数据库约为 390 GiB。区块 Gas 上限从 3,000 万提高到 6,000 万后,每日新增状态均值从约 105 MiB 增至约 326 MiB,增幅超过三倍;按这一新速度计算,年增长约 116 GiB。该提案给出的压力情景是:若上限升至 2 亿,状态可能以每年约 387 GiB 的速度增长,使一个起点为 390 GiB 的数据库在不到一年内越过提案所称的 650 GiB 性能退化阈值。
这不是一条确定性的容量预测。EIP 本身强调,3,000 万至 6,000 万的调整引发了非线性反应,可能包含一次性的用户行为变化。这个限定十分重要:上述数字是参数设计的压力测试,而非对未来存储量的机械外推。但方向并不难判断——若扩大容量而继续低价供给状态创建,应用会把长期数据库成本外部化给所有节点运营者。
EIP-8037 的回应,是统一每个新状态字节的收费逻辑,并以区块 Gas 上限 1.5 亿为参考,瞄准年均 120 GiB 的状态增长。它引入“每状态字节成本”,把状态创建 Gas 与执行 Gas 分开核算。用户仍面对一个交易 Gas 上限,也会为两个维度的总消耗付款;但区块是否已满,取决于两个维度中更拥堵的一项。这样,计算密集但很少写入新状态的区块可以利用更多执行容量,而大幅扩张数据库的区块不会获得相同宽松度。
flowchart LR
A[提高区块 Gas 上限] --> B[增加交易容量]
B --> C{消耗哪种资源?}
C -->|计算| D[执行 Gas 计量]
C -->|新增持久化状态| E[状态 Gas 计量]
D --> F[由更拥堵的维度约束区块]
E --> F
F --> G[提升吞吐量,同时限制状态补贴]EIP-8038 处理的是另一面:读取与改写既有状态的成本。提案作者使用与 2026 年 3 月主网规模相当的快照,对多个执行客户端进行基准测试;通过合成区块隔离单项操作,并以无法再优化的最慢客户端结果作为较保守的全网参考。候选参数把冷账户访问从 2,600 Gas 提高到 3,000,把分离出来的账户写入部分定为 9,000,并将存储写入部分从当前等价的 2,800 大幅提高到 10,000;冷存储访问和热访问则分别维持 2,100 与 100 不变。这不是无差别提价,而是依据观察到的瓶颈进行选择性校准。

图中的“发生变化”包含仍成功、但 Gas 用量或执行轨迹不同的交易,不能把它解读为故障率。
官方 Gas 费率差异仪表板的价值,在于它不只测试合成负载,还把候选规则应用到真实发生过的历史活动。每笔交易都针对其规范的交易前状态独立重放,先执行基线费率表,再执行候选费率表。两个 EIP 使用相同的 400 万区块样本;底层 EIP-8037 元数据与 EIP-8038 元数据均在 2026 年 8 月 24 日生成。
重放结果 | EIP-8037 | 占全部重放 | EIP-8038 | 占全部重放 |
|---|---|---|---|---|
未记录到变化 | 616,171,141 | 66.27% | 370,866,136 | 39.89% |
成功,但结果细节变化 | 121,934,542 | 13.12% | 456,656,332 | 49.12% |
提高 Gas 上限后可修复 | 174,473,898 | 18.77% | 84,708,228 | 9.11% |
在测试上限内仍可能损坏 | 2,687,652 | 0.29% | 3,036,537 | 0.33% |
基线本就失败 | 14,464,041 | 1.56% | 14,464,041 | 1.56% |
这组数据至少支持三层判断。第一,重新定价具有广泛的经济影响。在 EIP-8038 下,接近一半交易仍能成功,但 Gas 用量、输出、日志或轨迹至少一项发生改变。这不等于用户会看到故障,却说明状态访问几乎贯穿整个以太坊应用栈。第二,EIP-8037 的大量偏差在机制上可以恢复:占全部历史重放 18.77% 的交易,在旧 Gas 上限下失败,却能在更高的测试上限内完成。这意味着估算与交易构造的重要性不亚于合约逻辑。第三,尾部风险占比很小,绝对数量却不小。数百万次历史调用值得筛查,即使其中只有一部分对应今天仍活跃、且承载重要资产的合约。
仪表板的分类避免了两种常见误读。首先,基线重放本身就失败的交易,不会被算作候选费率造成的新损坏。其次,只有在最高 10 倍原 Gas 上限的测试中完成,才会归入“可修复”;但这并不证明所需上限在实际区块或协议约束下可行。“可能损坏”既可能包含在更高上限下仍可挽救的交易,也可能包含语义差异和真正依赖剩余 Gas 的合约。仪表板明确称这是反事实重放,而非未来预测。
flowchart TD
A[历史主网交易] --> B[按原 Gas 上限重放]
B --> C{基线是否成功?}
C -->|否| D[基线本就失败:不算新增故障]
C -->|是| E{候选费率表是否成功?}
E -->|成功且相同| F[无变化]
E -->|成功但有差异| G[成功,但细节变化]
E -->|失败| H[提高至原上限最多 10 倍重放]
H -->|成功| I[提高 Gas 上限可修复]
H -->|仍失败| J[可能损坏:需调查]以太坊基金会列出的风险具有鲜明共性:固定 Gas 津贴、内部调用中写死的 Gas 值、依据 gasleft() 分支的逻辑,以及带有不可更改 Gas 上限的预签名交易。Solidity 中沿用多年的 2,300 Gas transfer 和 send 模式,就是典型案例。若合约把某一版费率表下的固定额度误当成永久安全属性,协议一旦纠正相对成本,脆弱性便会暴露。
影响也不限于智能合约代码。Platåberget 公告明确指出,依赖固定最大 Gas 上限的钱包、索引器和估算器都需要升级。按候选分解方式,向既有账户进行普通 ETH 转账仍为 21,000 Gas;但如果收款地址尚不存在、转账会创建新账户,就要在运行时额外支付状态创建费用。因此,“普通转账永远是 21,000 Gas”将不再成立。缓存的旧常量可能让一项本来有效的操作因 Gas 不足而失败。
这为机构带来不对称风险。现代前端若动态估算,适配过程可能对用户完全无感;长期休眠的金库流程、旧多签集成、交易所提现引擎或治理执行器则很少被触发,恰恰更难出现在近期活动和日常测试中。历史重放有助于发现问题,但某地址没有出现在仪表板上,并不等于获得安全保证。基金会也建议,即便合约未被列出,仍要审查写死的 Gas 值与依赖剩余 Gas 的分支。
重新定价并不是一项孤立的费用补丁,而是完整分叉的一部分。EIP-7773 作为 Glamsterdam 元提案,跟踪执行层与共识层的纳入项目。Platåberget 又称 glam-devnet-8,是开放公众参与的早期临时测试场,计划运行数月;其 Glamsterdam 分叉原定于 8 月 20 日进行。基金会给出的顺序是:先稳定开发网,再让长期运行的 Sepolia 与 Hoodi 测试网经历升级,最后才轮到主网。本文引用的官方公告尚未给出主网上线日期。
timeline
title Glamsterdam 验证路径
2026-08-17 : 公布 Platåberget 公共测试网
2026-08-20 : 计划在 Platåberget 激活 Glamsterdam
2026-08-24 : 发布重新定价历史重放影响
下一阶段 : 非最终性开发网与规范反馈
: 稳定后升级 Sepolia 和 Hoodi
更后阶段 : 长期测试网稳定后进入主网这个限定对决策者十分关键。尽管基金会称两项重新定价提案都已计划纳入,EIP 页面目前仍标注为“Review”,并写明处于同行评审过程中。具体参数仍可能在测试和治理中演进。机构应把改革方向视为足够明确、值得立即准备,却不应把候选数值误当成不可改变的生产规则。
从 ETH 的经济叙事看,最重要的信号是协议对区块空间供给展现出的约束纪律。调高一个数字并不难,难的是在扩大容量时继续维持去中心化验证。重新定价承认状态增长与数据库慢操作是真实成本,因此让容量提升更可信。它不保证每类交易都会更便宜,而是追求更可持续的总容量,并让永久占用状态相对于轻量计算承担更多成本。
从应用经济学看,状态密集型设计的相对吸引力会下降。频繁写入、创建新存储槽、部署新代码,将更充分地承担长期基础设施成本。高效复用状态、撤销临时改动、合理批处理,或把非必要数据移出 L1 的系统,将获得相对优势。这是一种长期架构激励,不只是一次性迁移开销。
从运营风险看,Gas 估算会成为关键控制面。机构需要盘点所有交易构造器、模拟服务、中继器、预签名流程和政策引擎中的固定上限;在 Platåberget 上重放有代表性的操作;并保留不同客户端和钱包版本的执行证据。这不是要求普通用户手动抬高 Gas,而是要求代表用户行动的系统按新规则正确估算。
第一项反对意见是,重新定价可能压制有用活动,使部分应用不再经济。对状态密集型 L1 系统而言,这确有可能。但资源不定价,并不会让成本消失,只会把成本转移给节点运营者,最终对去中心化形成压力。真正需要讨论的是参数能否合理近似资源负担,而不是永久维持状态补贴。
第二,脱离语境的重放数字容易显得惊人。EIP-8038 让多数基线成功交易的某些细节发生变化,EIP-8037 也产生了很大的“提高上限可修复”群体。但这些历史交易的 Gas 上限原本是按旧费率优化的;上线后估算器和用户会适应,因此反事实失败很可能高估稳态故障。另一方面,不可变或无人维护的合约不会自动适应;对样本期内很少使用的遗留系统而言,重放也可能低估风险。
第三,多维计量增加了系统复杂度。更忠实的资源记账可能带来新的实现、估算和区块构建边缘情形。EIP-8037 本身就讨论了区块构建复杂性和账户抽象批次的交互。因此,这套设计的安全性不能只依赖经济逻辑,还要依赖多客户端实现、对抗性开发网测试,以及清晰一致的工具行为。
最后,约 2 亿 Gas 的目标不应被解读为端到端吞吐量必然提升三倍。工作负载不同,约束区块的维度会变化,提议者—构建者流程和网络传播也可能成为瓶颈。基金会称新费率表源自一个大致支持基础吞吐量提升三倍的性能目标;EIP-8038 则单独把基准目标描述为从每秒 2,000 万 Gas 提升五倍。这些都是特定假设下的设计目标,不是对每秒交易数的承诺。
Glamsterdam 的重新定价,是以太坊是否愿意把扩容成本显性化的一次检验。EIP-8037 限制了永久状态增长所获得的补贴;EIP-8038 更新了对数据库读取与修改的价格,而该数据库自 Berlin 以来已大幅扩张。历史重放显示,Gas 消耗变化覆盖面很广,相当一部分问题可通过更好的上限估算恢复,同时仍有一个占比狭窄、但具有实质运营意义的尾部需要逐项调查。
最审慎的解读是积极但有条件:这些提案改善了提高区块容量背后的经济基础,其安全落地则依赖生态准备和持续测试。成功的升级应当让普通用户觉得它只是一次无感的基础设施更新——不是因为兼容性风险微不足道,而是因为合约所有者、钱包、交易所、托管方和 RPC 服务商都把 Gas 假设视为需要随协议版本更新的依赖,而不是永恒常量。
研究截止时间:2026 年 8 月 29 日 00:00 UTC。提案状态、参数和激活顺序在本文发布后仍可能变化。