验证合约只拿承诺和公共输入，不重放交易，因此主网验证开销近乎固定，批越大摊得越薄。本文说明它做的三件事、证明与批次为何分成两个角色，以及提款延迟时该在浏览器上核对哪些字段。

钱包说成功、浏览器说入库、交易所说到账，常发生在三个时刻。本文拆解二层交易的三层时间尺度，给出判断卡在哪一层的链上查询顺序，并解释挑战窗口与证明延迟为何让入账策略显得更慢。

二层链的桥和验证逻辑都可能被替换，替换动作全部发生在链上。本文说明如何从代理地址、实现槽位、角色函数、多签阈值与时间锁延时一路查下去，把“这条链谁说了算”变成可复核的链上证据。

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

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

2025 年 12 月 3 日，以太坊主网激活 Fusaka 升级，规范文件 EIP-7607 列出了这次升级收录的全部提案。本文借这份清单讲读法：代号怎么拼、核心 EIP 与支持类 EIP 分什么、参数类改动为什么单独归堆，以及普通用户该从哪几个条目入手。

L1 交易确认后钱却悬在半空，是跨链充值最让人不安的环节。Arbitrum 用 retryable ticket 把投递改成至少一次语义：票据在 L2 登记、自动执行，失败后可手动赎回或等待再次尝试。本文拆解参数含义、地址别名陷阱与排查顺序。

AggLayer的悲观证明用于验证链提交的状态转换不会让跨链余额失衡，但它不等于所有链共享同一排序器。本文从证书、状态树、证明生成和桥接退出四个组件解释安全边界。

Base上的交易从排序器接收、L2区块确认、批次提交到以太坊最终确定，代表不同安全层级。本文用四段时间轴说明钱包显示成功后还要核对什么，以及充值、跨链和大额结算如何设置等待门槛。

Immutable 的订单簿把挂单做成纯签名消息：卖家挂单只签一条链下消息，成交时才上链结算；版税在协议层强制分配。本文按官方文档梳理这套 maker/taker 模型、ERC-721 与 ERC-1155 订单的差异、部分成交与订单可见范围，并提示 zk 汇总路线的提取窗口。