以太坊给状态访问定价的基准尺子是 EIP-2929：第一次碰一个账户或存储槽（冷访问）贵，之后同一笔交易里再碰（热访问）便宜。这套规则随 2021 年 3 月的柏林分叉上车，此后冷热判定规则几乎没动过。问题在于五维空间里唯一不动的是规则，状态本身却持续膨胀，数据库读一个账户、一个槽位的真实耗时相对其他操作越来越吃亏。EIP-8038（2025 年 10 月创建，现处 Review 阶段，依赖 EIP-8037）的主张是：把混在复合常数里的成本拆干净，按现在的真实性能重新标价。
三分量模型
提案把一切碰状态的操作拆成三个正交分量。访问：把账户或槽位从数据库里读出来的钱，对应 COLD_ACCOUNT_ACCESS、COLD_STORAGE_ACCESS、WARM_ACCESS 三个参数——本提案只上调冷账户访问这一项，从 2600 提到 3000（加 15%），冷存储访问 2100 与热访问 100 原样保留，冷热判定规则也原样保留。写入：叶子值（余额、nonce、代码哈希、存储槽内容）发生变化时要付的钱，提案第一次给它立了独立名字——ACCOUNT_WRITE 从等效旧值 6700 提到 9000，STORAGE_WRITE 从等效 2800 提到 10000（加 257%，全表最猛的一刀）。建状态：往状态树里添新叶子的钱，GAS_NEW_ACCOUNT 与 GAS_STORAGE_SET 不在本提案涨价，交给姊妹提案 EIP-8037 用单独的”状态 gas”维度计量。拆分的意义在于透明：旧价目表里，一次带价值的 CALL、一次 SSTORE reset 各自把几种成本熔在一个复合常数里，想单独调某一项只能连坐；拆开之后每个旋钮各管各的。
SSTORE 的新账法
变化最大的是 SSTORE。旧规则用一堆 if 分支把冷热处理与新旧值组合成固定档位；新规则是三行判据：先按冷热付访问费；若这次写把槽位推向”与交易开始时不同”，加付一次 STORAGE_WRITE；若原值、当前值皆零而新值非零，再加建状态分量（记在状态 gas 上）。退款侧同样重排：清槽（非零归零）退 STORAGE_CLEAR_REFUND，旧值 4800 提到 11616；同一笔交易里先清后写回非零，退款倒扣，杜绝 x 归零再变 x 这种空转套利；把槽位改回交易开始时旧值的，写入费如数退还。净效果一句话：一笔交易结束时槽位变了值的，写费恰好付一次；绕回原值的，只付访问费——不管你中间折腾了几趟。总退款仍受交易用气量五分之一的传统上限封顶。
两处容易漏看的细节
第一，EXTCODESIZE 与 EXTCODECOPY 从今天起比 BALANCE、EXTCODEHASH 多付一个 WARM_ACCESS。理由朴素到常被忽略：这两条指令要从数据库读两回——先读账户对象拿元数据，再读代码本体——旧价目表却把它们与单次读取同价。第二，凡是给”死账户”（EIP-161 意义上的无代码零余额账户）转入价值的场景——带值 CALL、SELFDESTRUCT 受益人、CREATE——除既有分量外补 ACCOUNT_WRITE，因为价值落进一个不存在的叶子本身就是一次账户叶子写入。
数字从哪来
价格不是会议室里定的。提案说明基准方法与 Gas Cost Estimator 项目同源：生成只压测单一操作的合成区块，用 Benchmarkoor 工具在多家客户端上重复执行取时长，某项操作上表现最差且无法再优化的客户端为全网定这条操作的价格——宁可保守。所有基准跑在与 2026 年 3 月主网同规模的状态快照上，让定价反映”今天的状态有多大”。选型目标是把执行吞吐从当前约每秒两千万 gas 的实测水位推向每秒一亿 gas 的设计基准，让最慢的资源决定最慢的价格，而不是让最乐观的假设通过。姊妹提案 EIP-8037 给状态增长另立专用额度——把写入状态变成需要独立付费的动作——两者配套推出：一边修单价，一边封顶增速。理解这一点能看懂整场改动的战略意图：gas 价目表正在从”按操作类型打包定价”走向”按资源维度正交定价”，执行、带宽、状态三本账分开清算，未来扩容时调哪本账都不至于连带伤害另外两本。
快速问答
问：这是让我钱包更贵的提案吗？ 答：对重状态合约交易（大量冷访问、改存储）有可感上调；不带状态交互的转账与热路径操作基本不动。
问：SSTORE 涨价会不会压低靠退款优化的写法？ 答：会——按净额计量后，“先清后设”这类退款游戏的净收益被设计成零。
问：现在生效了吗？ 答：Review 阶段，且以与 EIP-8037 配套为前提；激活以官方分叉公告为准。
风险提示：gas 参数直接影响链上费用，本文不构成投资建议。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。