以太坊轻客户端分别接收optimistic update与finality update：前者追踪更近的已证明头，后者携带最终化头与证明分支。本文从对象字段、验证步骤和业务放行门槛对照两者。

EIP-7642 把以太坊 eth 协议升到 eth/69：握手状态消息不再携带合并后已无意义的总难度，改为报告节点实际能提供的首个与最新区块范围，同时从收据传输里删掉可重算的布隆字段。本文拆解这两处精简的动机与影响。

以太坊每笔交易都有一位收款人（COINBASE 地址，即费用受益人），但在 2929 的冷热定价框架下它原本是冷账户，谁向它转 ETH 谁多付两千六百 gas。EIP-3651 把它改成开局即热。本文拆解这条规则的来龙去脉与它保护的转账模式。

合并之后的以太坊区块头里，原本的难度字段位置被信标链随机数占据：操作码 DIFFICULTY 改名 PREVRANDAO，返回值换成了 RANDAO 混合值。本文拆解 EIP-4399 与 EIP-3675 的这套字段换心手术，以及为什么不能拿它当公平彩票。

EIP-7918 在 2025 年 12 月的 Fusaka 升级中随主网激活：当 blob 基础费低于执行gas参照价时，费用调节不再扣减目标值，而是按实际消耗把价格顶上去。本文拆解这条储备价规则的调节逻辑与它保护的两种市场失衡场景。

EIP-7910 为以太坊客户端增加 eth_config JSON-RPC 方法，节点由此可以直接回答自己当前生效的协议参数与各升级激活时间。这条能力随 2025 年 12 月的 Fusaka 升级进入主网。本文讲它解决什么确认难题，以及不同身份的人怎么用它。

EIP-7549 在 2025 年 5 月的 Pectra 升级中随主网生效：把委员会编号从验证者签名的投票数据里挪到外层结构，让内容相同的投票得以聚合，降低链上验证投票的成本。本文讲清投票结构里一个编号的位置，如何影响区块容量与轻验证路线。

EIP-7934 给以太坊执行层区块引入了协议级体积上限：RLP 编码后的区块体积被框在十兆字节的总包裹之内，其中为共识层开销预留约两兆余量。这条规则随 2025 年 12 月的 Fusaka 升级激活。本文讲清体积上限与 Gas 上限的分工，以及为什么传播边界需要一条字节线。

EIP-7951 给以太坊加入 secp256r1（P-256）曲线的 ECDSA 验签预编译，随 Fusaka 升级在主网激活。这条曲线正是苹果安全隔区、安卓密钥库和 FIDO2 通行密钥背后的数学。本文解释为什么此前主网验不了这种签名、L2 的过渡方案 RIP-7212 与它的关系，以及这对钱包意味着什么。

EIP-7917 让信标链在每个纪元开始时预先算好下一纪元的提案者名单，随 2025 年 12 月的 Fusaka 升级激活。在此之前，部分边界情况会让下一轮排班到最后一刻才确定。本文讲清这份排班表为什么此前做不到完全确定，以及确定之后哪些应用因此变得简单。