以太坊约百万级活跃验证者，每个时隙要发数万条单独证明，聚合器再逐级压缩。EIP-8243（Draft）提议允许同一委员会里被并发排班的验证者从源头就发一条预聚合的批量证明：各成员对（时隙、委员会编号、批次人）三元组预签一枚批次印章，批次人组装后补签批次签名，链上格式与聚合管线完全不变。本文拆解封条结构、去重原则与被刻意留白的隐私含义。

EIP-1153 在 2024 年 3 月的 Dencun 升级后给 EVM 带来了瞬态存储：一笔交易执行期间可用的临时键值空间，交易一结束就清空，现行读写各按 100 Gas 的暖访问价收费。EIP-7971 提议把计价改成固定的低价（读 5、写 12），同时给每笔交易可占用的瞬态槽位数量设 131072 个的协议层硬上限，防止客户端被要求为海量临时键分配内存。本文讲清瞬态存储是什么、不设上限的拒绝服务风险从哪来、低价与闸门为什么必须配对出现，以及这份 2025 年 6 月草案的推进状态。

EIP-8237 在 2026 年 4 月提议改造 ePBS 引入的 ExecutionPayloadBid 容器：把其中的 execution_requests_root 字段换成 partial_header_hash——一个把需要共识层独立校验的字段逐个串接的 SHA-256 累加器，同一个字段也加进执行层的 ExecutionPayload。有了它，共识层客户端就能在只拿区块头序列的情况下完成一段范围的同步校验。本文解释这条哈希链怎么工作、它为什么依赖 ePBS（EIP-7732）的管道改造，以及共识层与执行层各自独立验证的边界。

EIP-8188 在 2026 年 3 月提议给以太坊账户与存储槽的编码加一个 last_written_block 字段，记录这段状态最近一次被改写于哪个区块；写时更新、读时不动，也不改任何 Gas 价格。这份草案想回答一个一直没被直接回答的问题：哪些状态还活着、哪些已经沉睡了很多个区块。本文解释它为什么不翻历史就能知道写入时间、读取为什么不刷新它，以及这份元数据与状态创建成本提案（EIP-8037）怎么互相咬合。

SELFDESTRUCT 是以太坊最古老的操作码之一，EIP-6780 在 2024 年 3 月坎昆升级后已把它削弱成基本只转钱不清仓，但极少数情形（同一笔交易里创建又自毁）下余额仍会被销毁。EIP-8246 在 2026 年 5 月提议移除剩余的这些烧币情形：账户的代码、存储与 nonce 仍在交易收尾时清空，余额全部保留。本文回顾自毁的动机与减法史、剩下特例的确切形状，以及从创世重放到约第 2500 万块只找到两笔此类销毁意味着什么。

以太坊上存在一批历史遗留地址：没有代码、nonce 为零，存储里却有值。它们源自 EIP-161 之前的创建规则，让合约创建可能撞进一段旧存储。EIP-8253 在 2026 年 5 月提出一次性收尾：在指定分叉区块，把一份固定清单上这些账户的 nonce 直接改成 1，让任何 CREATE 或 CREATE2 在 EIP-684 前置检查阶段就失败，作为 EIP-7610 运行时存储检查路线的替代方案。本文解释幽灵地址从哪来、为什么用改 nonce 这种不规则状态转换，以及它的代价。

以太坊节点今天校验一个区块，必须先把它带的交易全部执行一遍，才知道状态承诺对不对。EIP-7886 在 2025 年 2 月提出一个颠倒顺序的方案：延迟执行。区块先交上一个执行结果的承诺，节点用前一个状态做少量静态检查就能出证明，真正的执行推迟到之后的区块里完成。这份提案要求 EIP-1559、2930、4844、7623、7702 在前，目前状态是 Stagnant（停滞）。本文解释它想给谁来减负、预收费与快照在结构里扮演什么角色，以及为什么这条路长期停在图纸上。

以太坊协议从未规定执行层客户端必须保留多深的可重建状态，重组一来，有的客户端能就地重放、有的只能重新同步。EIP-8252 在 2026 年 4 月提出一个协议级底线：REORG_RETENTION_WINDOW 等于 262144 个区块（8192 个纪元乘每纪元 32 槽，约 36.4 天），要求客户端以快照、反向状态差分或等价表示，保证窗口内每个规范区块的状态可重建，从而覆盖不活跃漏泄约束下的最长非最终期。本文拆解这个常数的来路，以及它为什么只锁窗口不锁手段。

2023 年 4 月上海升级允许验证者把 BLS 提款凭证一次性升级为指向执行层地址的 0x01 型凭证，但改完之后这块信息就锁死了。EIP-7804 提出一种新的执行层请求类型 0x03，让验证者签名请求修改自己的提款凭证——换执行地址，或在 0x01 与 0x02 前缀之间调整。本文解释凭证格式的前缀设计、为什么 Capella 时代选择只给一次性机会，以及把「可改」重新放回协议的安全权衡。

对共识层客户端来说，SSZ 结构的哈希函数 hash_tree_root 是性能瓶颈：它把数据切成 32 字节块、两两递归 SHA-256 合并成树根。EIP-7797 观察到树哈希里每个输入块经填充后消息长度恒为 512 位，于是提出定制版的 SHA-256（SHA256-512）：既然长度已知，就不必走通用实现的完整填充流程。这份 2024 年 10 月的提案目前状态是 Stagnant。本文解释树哈希为什么是瓶颈、定制哈希在什么条件下安全，以及性能路线为什么停在图纸上。