以太坊这次扩容,不能直接理解成手续费全面打折

Glamsterdam 的方案一边提高以太坊处理能力,一边提高部分新增链上数据操作的 gas 计费。这次扩容能否让某个应用更省钱,要看它用了哪些操作和届时的 gas 单价,不能笼统地当成手续费全面打折。

截至10月1日,官方给出的安排是10月6日在 Sepolia 测试网激活,Hoodi 和主网日期尚未确定。这份公告还没有改变 $ETH 主网的现行计费规则。

节点除了执行交易,还得保存账户、合约代码和存储数据。每个区块允许做的事更多,新增数据也可能更快地占用磁盘、拖慢节点。光把执行速度提上去,解决不了数据不断累积的问题。

升级里的区块访问列表会列出执行交易涉及的账户和存储位置,让客户端并行读取和验证。客户端能同时处理更多工作,才有条件提高处理量。但读得快不等于存得少,新增数据的长期负担仍然要处理。

方案中的 EIP-8037 提高新建账户、写入新存储位置和部署代码等操作的 gas 计费,并把新增状态单独计量。这样计费是为了控制扩容后的数据增速。应用如果经常创建新数据,就需要重点测算这些操作增加的消耗。访问已有数据也有另一项计费调整,不能把应用简单分成涨费和不涨费两类。

同一种操作消耗的 gas 增加,不代表以 ETH 计价的账单一定上涨。扩容后如果拥堵缓解,单价下降可能抵消用量增加;需求跟着增长时,也不能保证手续费下降。

开发者还要处理兼容问题。以太坊基金会回放历史交易后发现,大多数交易仍可原样执行,少数合约依赖写死的 gas 假设。部分失败可以靠提高交易的 gas 上限解决,另一部分需要修改合约或调用方式。提高上限只是允许交易使用更多 gas,并不会让每笔交易自动花满这个额度。

测试网上的费用也不能拿来预测主网账单,因为测试流量和用户愿意支付的价格都不同。对应用团队,更有用的做法是用自己的交易测试新规则,在相同 gas 单价下比较新旧用量。先弄清业务本身多花或少花多少,再等主网上线后观察拥堵和单价。只有这两部分合起来,才能判断这次扩容让自己的用户省钱还是多花钱。