无状态以太坊落地时，钱包和应用要能自己验证状态证明。EIP-7545 提议在0x21地址放一个通用预编译：传入版本号、状态根和证明数据，由协议代为完成Verkle多重证明的验证。本文解释它服务谁、接口为什么设计成三段式，以及它随Verkle路线一起搁置的现状。

EIP-7937 提议给 EVM 增加一套以 C0 为前缀的 64 位模式指令：只用 64 位宽度做算术、比较和位运算，省掉 256 位引擎的空转。本文解释为什么大量合约计算用不满 256 位、多字节前缀指令怎么避免挤占指令空间，以及它的 little endian 姊妹提案 7958。

EIP-7956 提出用区块级随机数决定块内交易顺序：把每笔交易的哈希与本槽随机数异或后排序，出块前无人知道顺序，从源头压缩可重排套利空间。本文解释重排型MEV从哪来、哈希加法怎么实现公平排序、它管不住哪些MEV，以及提案的现状。

EIP-7557 提议把区块级的存储预热从每笔交易各付一次冷访问费，改成整块只付一次、再按访问次数摊回折扣。本文解释冷访问与热访问的价差从哪来、区块级预热为什么能省 Gas、它带来的攻击面与争议，以及这份提案目前的搁置状态。

eth_getLogs 是应用最常用的事件查询接口，但它的回复来自 RPC 节点，本身不带可验证性。EIP-7792 提议让每条日志按地址、主题等维度累积进一个专用合约的存储，使查询结果可以被密码学证明。本文拆解其存储布局思路、与 EIP-6466 的依赖，以及为什么现在还停在搁置状态。

EIP-7932 提议给以太坊建一个统一的签名算法注册表加一个验签预编译：账户地址不再只对应 secp256k1 一种签名路线，后量子算法等未来算法可以按编号接入。本文讲清注册表的动机、预编译的角色、与地址生成的关系，以及它目前的草案状态。

每条以太坊网络的起点都是一份创世文件，但各家客户端长期以来各自扩张格式。EIP-7949 给 genesis.json 定了统一的结构与字段表。本文拆解它的顶层字段、为什么以 Geth 的事实格式为基准，以及新链搭建者、测试网运维能从中得到什么。

EIP-7938 设想让以太坊客户端按一条指数时间表默认投票上调 Gas 上限：大约每两年翻十倍、四年累计一百倍，到期再议。本文解释它想解决的投票协调问题、时间表怎么算、为什么至今只是未采纳的提案，以及它与现行出块者投票机制的关系。

EIP-7840 要求以太坊执行层客户端在配置文件里放一张按分叉排列的 blobSchedule 表，逐轮记录每次升级的 Blob 目标数与上限。本文拆解这张表的字段、它如何解决历史参数无法追溯的问题，以及节点运维怎么用它核对网络参数。

静态 minAmountOut 给了三明治攻击可乘的空窗。ERC-8377 让滑点地板在执行瞬间按 ERC-7726 参照报价重算，费用与冲击单列、绝对底线兜底。本文拆解五个策略字段与预言机承重墙。