FOCIL要求构建者必须包含被列入的交易，但并非所有交易都便宜到能被核验遗漏。EIP-8369作为说明性文档定义了两种仅验证型部分无状态档案：覆盖常规交易的Profile 1与覆盖帧交易的Profile 2，并划清公共内存池与FOCIL资格的界限。本文拆解档案边界背后的验证成本逻辑。

同样标注1 Gas，不同操作消耗的真实资源并不相等。Meta提案EIP-8007把Glamsterdam升级里散落的Gas重定价提案收进同一份清单，让重定价工作有了一个统一入口。本文解释为什么一Gas多价会成为扩容瓶颈，以及这份清单目前装了什么。

共识层早已用SSZ序列化，执行层的区块却还困在RLP和逐块默克尔 Patricia 树里。草案EIP-7807把执行区块整体迁到SSZ，从区块哈希到逐块trie统一表示。本文解释这次换编码的动机、它不动的东西，以及统一表示为什么是无状态路线的地基。

EIP-1702 在 2017 年底提议给以太坊账户状态增加一个版本字段，让不同版本的虚拟机在同一条链上长期并存，老合约保持原行为、新合约用新环境，属于 Stagnant 状态的未激活提案。本文按原文讲清五项账户状态与代码版本规则，对照以太坊实际采用的全局硬分叉兼容策略，并解释它对读懂升级公告的用处。

解释 Tezos 协议自我修正（self-amendment）的链上流程：提案期、测试投票期、48 小时测试链分叉、升级投票期四个各 32768 块的阶段，赞成票超过八成就通过的超级多数与从 80% 起步按参与度衰减的法定人数公式，以及每周期按质押权重投票、失败回到提案期的设计逻辑。

Solana 的协议变更不押统一升级日，而由一枚枚功能开关随纪元切换逐项激活。本文对照 Agave 源码的 feature-set 清单与 SIMD 流程，解释 feature 账户的形态、投票门控的路径，以及核验一枚开关状态时该看哪些字段。

比特币核心 v31.0 源码参数表里的 -blockversion 是官方留给软分叉演练的调试开关。本文结合 BIP9 的版本位规则，说明区块版本字段为什么是投票开关表、如何在 regtest 私有链安全使用，以及它在主网的两条硬边界。

比特币核心把软分叉 BIP9 窗口的两个时间旋钮留给 regtest：vbparams 覆盖版本位部署的起止时间，testactivationheight 设定历史部署的激活高度。本文依据 v31.0 源码说明两者语义、剧本排练方法与不可操纵主网的三条纪律。

隔离见证激活僵局中，BIP91 用 bit 4、八成门槛、336 块窗口搭出一段只为撬锁存在的中间部署，且从未进入比特币核心正式发布。本文依据 BIP 原文与源码枚举复盘机制、历史走向与留给今天的三条遗产。

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