提高吞吐量前要分清瓶颈在执行、数据公布、结算还是用户退出。区块链（30）：同一组有效交易也能产生不同经济结果的排序约束不会因为把交易移到另一层就消失。状态通道先锁定资产，参与者链下更新状态，争议时依赖底层链处理退出；侧链自己定义验证者、执行与资产桥；rollup 在链外组织执行，把所需状态承诺、证明或数据关系提交到底层结算链。三者都不能用“二层”一个词概括继承了多少安全。

flowchart TD
  U[用户订单] --> C[通道: 双方在线更新/可退出]
  U --> S[侧链: 独立成员、执行与桥]
  U --> R[rollup: 排序与链外执行]
  C --> L[底层链: 开关通道与争议]
  S -->|跨域桥控制| L
  R -->|承诺/证明/可用数据/退出| L

询问一笔订单何时完成，应分别列出链外接收、排序器确认、执行成立、数据可取得、底层结算和业务兑现；链下吞吐提高不等于每一层即时终局。若排序器停机，用户是否有强制包含通道？若验证器出错，能否挑战或验证证明？若数据被扣留，拿什么重建余额并退出？若管理员可单方面暂停桥，底层合约安全也不足以兑现所有用户。

相同订单 ID，三套不同的提款路径

通道里，双方锁定一笔底层资产，买卖双方以签名过的最新状态交换付款权。若卖家停止响应，买家能否退出取决于能否在协议争议期限内将有利状态提交底层链；通道本身不给不在通道中的任何人无限参与的共享账本。侧链则由其自身验证者决定交易历史，通过桥与底层锁仓关联：底层链能证明锁仓发生，却不自动核实侧链每一笔应用调用。rollup 把执行搬出底层链，但仍依赖某种可验证的状态主张与数据公布；它继承多少底层的安全，取决于证明、数据、桥控制和实际可强制退出的路径，并非名字中有 “L2” 就成立。

设同一笔教学付款的排序器停机。通道用户可按约定走链上结算，侧链用户可能须等待本链成员或桥恢复，rollup 用户要查看其 L1 合约是否允许强制包含或退出以及取证数据是否可得。每条路径要分别保存用户持有的签名材料、资金所在链的锁定凭据、退出申请与真正可领取的状态。只有处理完这些反例，才适合拿吞吐与费用比较架构；本篇未运行任何真实扩容协议。

练习一：状态通道对手失联，双方线下消息已经签齐，能否自动收款？答案：需要依协议在线监视或经可信代理发起链上争议/退出。练习二：侧链有自己的验证者，多签桥把资产锁在主链，是否自动继承主链的交易排序安全？答案：不能，侧链与桥分别有自己的故障模型。当前无真实通道/侧链/rollup 环境，上述比较仅是机制模型，退出和恢复 NOT_RUN。

可迁移原则：扩容时逐项标出被搬迁的执行、排序、数据和仲裁责任。参考：Ethereum rollup 入口、Optimism docs（网络、实现与控制权待核）；导航：区块链（30）：同一组有效交易也能产生不同经济结果 · 31 · 区块链（32）：Optimistic rollup 的挑战窗口给谁留时间。