EVM 按被触碰的最高地址给内存算账，编译器只能把变量塞得尽量紧。EIP-3336 提出按固定大小的页来计费：用了哪几页付哪几页的钱，地址空间随便分配。这份 2021 年的提案解释了计费规则如何反过来塑造合约代码的形态。

2023 年 5 月提出的 EIP-6968 想把用户付的 Gas 费按五分之一拨给执行交易时真正跑了代码的智能合约，作为 Layer 2 上开发者的持续收入来源，称为 Contract Secured Revenue。提案用每笔交易临时维护的 Gas 用量账本按合约逐个分账，并提供 SETREVENUERECIPIENT 指令（草案占用操作码 0x49）设置收款地址。它处于 Stagnant 停摆状态，从未上线。本文按原文拆解账本规则、分账公式与它对开发者激励问题的回答，并说明用户侧目前没有可操作入口。

Aptos 在用户出价之外还有一层随全局存储利用率浮动的读写单价：两维利用率、纪元边界更新、下一段生效。本文拆解这条曲线、更新滞后的取舍与存储费全额返还怎么配合。

EIP-7623给数据型交易立了每字节64 Gas的总费用地板之后，EIP-7976想把执行侧单价也抬到64，EIP-8311更进一步提出96/96。这条继续抬价的路线靠一个直觉锚点推进：全转账区块的字节密度。本文拆解两件事——地板费的计价结构，以及为什么提案者认定还能再涨。

EIP-1559的基础费调整只参考上一个区块的用量，理论上给了出块人与用户合谋压低基础费的空间。EIP-7378提出把公式里的单块用量换成指数移动平均，让单块空块的影响被摊薄。本文拆解这条公式的改动点、它针对的贿赂攻击路径，以及这条提案目前停在什么状态。

EIP-1559 的基础费公式默认出块节奏稳定，EIP-4396 在 2021 年 10 月提议把父区块的实际出块间隔引入目标 Gas 计算，让基础费对单位时间的吞吐负责，提案现为 Stagnant。本文逐项拆解修正后的公式、它想压制的两类价格失真、停留在草案区的原因，以及普通用户估费时可以借此建立的核对直觉。

EIP-4488 提议把交易 calldata 的每字节 Gas 成本降到 3，同时给每个区块的数据总量设上限，属于降低费用但控制风险的折中方案，现为 Stagnant 状态。本文解释 calldata 如何计价、降费和封顶为什么要成对出现，以及用户如何看懂自己交易里的数据费。

EIP-2930 让交易有了访问列表，EIP-1559 又给交易换了双费用字段，类型一由此成了两头不靠的过渡形态。EIP-3709 建议钱包和服务商把用户提交的类型一自动升级成类型二。本文讲清这段类型演化史与提案规则，并教你查看自己交易的类型字节。

EIP-7623 为以 calldata 为主要内容的交易引入每字节 10 gas 的地板费用，压缩最坏情况区块体积。本文拆解双轨计费公式、随 Pectra 激活的版本事实，以及对钱包估算与 Layer2 数据通道选择的影响。

OP Stack 的 guaranteed gas market 用独立反馈回路给跨层交易定价，防止免费强制执行存款。本文拆解目标值、弹性上限、L1 gas 燃烧换算与抵消项的计算顺序。