EIP-8068 关注一个少有人注意的收益差：用复利型凭证的验证者，闲置余额比收息型凭证多出一截，同样的本金收益更低。本文拆解这份草稿提出的中性有效余额设计。

EIP-8025 提议引入可选的执行证明：一小部分节点为区块生成执行证明，其余节点凭证明完成无状态验证，不必再重放执行层交易。本文拆解这份草稿的分工、边界与前提。

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

EIP-8051 提议在 EVM 里增加验证 ML-DSA 签名的预编译合约，让以太坊在链上就能验证 NIST 标准化的抗量子签名。本文拆解它定义的两个变体、定价取向与提案状态，帮你读懂这份草稿在防什么。

智能合约里一次余额更新要读、算、写三步，并行执行引擎很难判断两次更新能不能同时跑。EIP-7519 提议加两个原子存储操作码 SCREDIT 与 SDEBIT，让协议自己完成加减并检查上下溢。本文解释这种并行原语解决什么、边界在哪。

有些 ETH 余额变化不对应任何交易：出块者收的优先费、验证者提款、创世分配。EIP-7799 提议扩展 eth_getLogs，提供不与交易绑定的区块级系统日志。本文说明它补上哪个对账盲区，以及为什么需要改执行区块头。

EIP-8070 提议让执行层节点对每条 blob 交易只有约百分之十五的概率拉取完整数据，其余情况只按信标层同一套单元格托管做抽样。本文解释这套稀疏 blob 池为何能把平均带宽压到约四分之一，以及构建者隐私这个约束从哪来。

EIP-2930 的访问列表能预热存储、降低 Gas，但实际使用率很低。EIP-7707 主张把预热价格降下来——每存储键 320、每地址 512，让带列表变成划算选择。本文算清这笔盈亏账，并解释客户端为什么欢迎这类提示。

EIP-8125 提议新增 TMPSTORE 与 TMPLOAD 两个操作码，给合约一块能跨交易、跨区块存活但按协议日程自动清空的临时存储。本文对比它与瞬态存储、常规存储的区别，并解释两个系统账户轮换设计的用意。

EIP-8115 提议把 EIP-1559 交易的小费记账从每笔交易立即执行，改为在区块处理末尾统一批量结算。本文解释逐笔小费转账为什么在并行执行时代成了瓶颈，以及集中结算改变了哪几步。