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

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

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

以太坊节点之间广播新交易时，过去只发哈希，接收方往往取回交易才发现类型不支持或体积超限。EIP-5793给eth/68的新交易哈希公告消息加上了交易类型与大小字段。本文拆解这项已生效的网络协议改动解决了什么带宽浪费，以及节点如何据此做拉取决策。

格密码的核心运算是多项式乘法，而数论变换NTT能把它从平方级降到准线性。EIP-7885提议在EVM中加入NTT正逆变换等预编译合约，为抗量子签名和STARK验证提速。本文解释NTT在算什么、预编译方案怎么定价，以及草案阶段的不确定之处。

以太坊的出块结构里，整批交易被嵌在信标块里一起传播。EIP-7898提议信标块只携带执行载荷的头，交易数据独立传输，以减轻验证负担。本文拆解它的技术方案，解释它与ePBS类提案的差别，并说明为什么这份提案在官方仓库里被标为停滞状态。

EVM至今用一条二次方公式给合约内存计价，被批评为沿袭上世纪的防御设计。EIP-7923提议改用线性的按页计费：每页4096字节，首次触碰收100 gas，全交易上限64MB。本文拆解新账本的算法、动机里给出的历史包袱，以及它对合约语言的松绑效果。

以太坊信标层的RANDAO依赖验证者提交的reveal值，而现行reveal只是对轮次编号的签名，提交前结果就可被推算。EIP-7998提议把上一轮的混合值与当前槽位一并纳入签名，把它升级为每个槽位独立、连提交者自己都无法预测的VRF。本文解释RANDAO的混合机制、可预测性的隐患与升级后的应用空间。

存储读写早就有净额计费，重复写同一槽位不重复付状态树的钱，但账户字段的多次写入至今每次全价。EIP-7973主张账户nonce、余额、代码哈希字段也该有同样的待遇。本文解释状态根为何是出块大头成本、账户写入与存储写入的不对称从哪来，以及热账户写入的省钱逻辑。

按现行规则，被惩罚出局的验证者仍可能被抽签排进提议者名单，他们出的块会被规则判为无效，白白错过槽位。EIP-8045提议在排班阶段直接剔除被惩罚验证者。本文解释大规模惩罚事件的连锁影响、排班表提前锁定的前提条件，以及这项改动对公平性的实际影响。