EIP-2242 给交易加了一个 postdata 字段：数据作为历史被记录在链上，却不进入 EVM、程序无法读取。本文拆解它相对 calldata 的"只为存储付费"思路、与侧链欺诈证明的配套关系，以及它为何最终停在 Stagnant。

ERC-5559 定义了主网合约把数据变更推迟给外部系统执行的接口，2022 年 6 月 23 日创建、仓库记录状态为 Stagnant，可与 ERC-3668 配套。它的调用方式很反直觉：合约直接 revert，错误里打包好签名域、函数选择器和参数，让调用方拿着去链下或其他层完成变更。本文拆解这条回退流、两类处理者各自的信任权衡，以及核心变量的强制变更事件。

乐观与 ZK 的二分法装不下 Validium、Optimium、Volition。本文把二层方案拆到两条独立轴上——交易数据放在哪里、状态正确性由谁担保——再解释四个格子对应的提款路径、等待时间与信任假设差异。

BitVM 用乐观式主张与挑战机制，把图灵完备计算的验证搬进比特币脚本，不动共识规则。本文拆解机制、交互成本、资料版本边界与用户核验清单。

TON 的无限分片范式让分片随交易量超阈值一分为二、低于阈值再合并，账户按地址前缀归属分片，消息经超立方体路由跨片。本文讲清这套机制与异步执行模型对用户的影响。

闪电网络、侧链桥和比特币 Rollup 式方案经常被混称扩容。本文从资金安全边界、单边退出能力和流动性来源三个维度比较三条路线的机制差异与适配场景。

ZK 协处理器把复杂计算放到链下执行，再用零知识证明让合约只花一笔验证成本就敢采纳结果。本文拆解完整流程，并给出它与预言机、索引器的分工判断线。

Volition 让同一 Layer2 内的每笔交易自选数据存放轨道：链上轨道由以太坊保障数据可用性，链下轨道交给数据可用性委员会。本文拆解 StarkWare 提出的这套架构怎么选、买到什么、放弃什么。