EIP-8032提出按合约存储槽数量动态定价SSTORE：账户结构新增storage_count字段，超过激活门槛后写入成本随规模指数上升，并用系统合约记录全量迁移进度。本文拆解机制、迁移流程与未定参数。

EIP-2929的热访问标记每条交易结束就清零，同一条链上数据在同一区块被多笔交易反复触碰时仍按冷价收费。EIP-7863提议把冷热判定升级为区块粒度，本文拆解机制与边界。

EIP-7703提议把calldata每字节费用从4和16提高到12和48，用压缩最坏情况区块体积来换取更高的Gas上限。本文拆解提案的算术逻辑与对不同类型交易的影响差异。

EIP-7650提出一个prefetch预编译合约，让合约在执行早期把后面要用的地址和存储槽写入访问集合，把冷访问变成热访问。本文按提案原文拆解输入编码、计费公式与适用边界。

EIP-7935 是随 Fusaka 落地的信息类决议：建议执行层客户端把默认区块 gas 上限从 36M 一路调到 60M，用分叉日程强制协调各家默认配置。本文讲清为什么一次改默认值也要立 EIP、客户端各自为政的协调旧账与压力测试脚本里的安全边界。

EIP-7778 提议把 Gas 退款从区块 gas 用量的核算中剔除：用户端照常拿退款，区块上限按不含退款的毛用量计数，堵住靠清存储退款往一个块里塞超额计算的夹带空间。本文用提案给出的真实区块算例讲清双重账本的差别与它停在 Review 的考量。

EIP-8059 提议把所有 gas 参数与变量统一乘以 REBASE_FACTOR（1000），让纯计算操作未来可以按低于 1 的真实成本重新定价而不引入分数 gas。本文讲清整数计价的舍入误差、锚点与误差的算术对照，以及基础费递推与区块头编码的连带改写。

EIP-8289 观察到约17%的区块gas花在冷访问附加费上，其中近八成目标在之前256个块里也被碰过，于是提出用一个链上暖访问多重集把部分冷访问变热。本文拆解这份草稿的账本与风险。

EIP-8295 提议给以太坊状态写入引入“续约账龄”定价：依赖 EIP-8188 的 last_written_block 字段，把状态分成活跃与不活跃两档，写不活跃状态更贵。本文拆解它的机制与边界。

EIP-8011 提议把区块容量从单一 Gas 标量改成分资源的计量：交易照旧按总量付费，区块却按最紧张的瓶颈资源判断装没装满。本文解释这套多维 Gas 计量的规则、动机与局限。