以太坊收据长期以 RLP 编码挂在默克尔-帕特里西亚树里，轻客户端证明一条日志要带上整条收据。EIP-6466 提议把收据迁移到 SSZ 结构：字段有固定轮廓，默克尔化后每个部分都能单独出具证明。本文解释 RLP 收据的举证困境、SSZ 树式的替代写法，以及它当前停在草案阶段的现实。

OP Stack 用 Superchain Version Signaling 让节点自读 L1 上的 ProtocolVersions 合约：recommended 提前预警、required 划出停线。本文拆解版本编码、轮询转告与升级列车的激活分工。

以太坊节点同步的最后一段是逐个回放历史区块，Era 格式的目标是把这段活直接变成"下载加验证证明"。本文讲清 Era 想解决什么问题、文件与证明的关系，以及它对节点盘位与同步时间的现实影响。

信标链上的验证者退出后，ETH 经由 EIP-4895 定义的 withdrawal 操作进入执行层，2023 年 4 月上海升级生效。它不是用户交易，而是每个区块头里的系统级操作清单。本文讲清 push 与 pull 两种架构的差别、为什么用操作而不是新交易类型，以及它如何被后来的部分提取复用。

EIP-161 之前有一小批合约留下了 nonce 为零、代码为零但存储非空的地址，各客户端对能否往这种地址部署一度各有实现。EIP-7610 把口径统一到最保守一边：任何创建遇到非零 nonce、非零代码或非空存储即整体回滚。本文复盘三不像账户的成因、四类创建路径的统一规则，以及为什么选择回滚而不是重置。

隔离见证为什么要求签名改算新哈希？本文按BIP-143规范逐项走一遍十段签名消息，说清hashPrevouts等预哈希如何把验证成本从平方降回线性，以及与可延展性修复的分工。

Taproot 用带名字为 taproot、占用版本第 2 位的改良版 BIP9 部署：主网阈值从 95% 降到 90%，95% 会拖垮升级的超时窗口照常保留，另加 min_activation_height 参数把激活钉在区块 709632。本文逐项拆解这套部署参数的由来与效果。

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

比特币交易头部的版本字段不只是标签：节点的中继政策只接受版本 1 到 3 的交易，超出的会被标为不标准而拒转。本文拆解版本字段的双重角色、两步放行的部署传统，以及它和共识规则的关系。

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