Appearance
22 · 扩容方案：Rollups
LESSON 22 / 公开整理
扩容不是简单把一条链做得更大，而是在安全、吞吐和成本之间重新分工。本节沿着侧链、Rollup 和模块化的工程路线，追问执行在哪里发生、结果如何验证、原始数据是否仍然可获得。
学习目标
读完本节，你应能：
- 解释侧链为什么不等于 L2。
- 区分 Optimistic Rollup 与 ZK Rollup 的信任构建方式。
- 说明 Sequencer、挑战或证明、数据可用性各自解决什么问题。
- 理解模块化架构如何拆分执行、结算、共识与 DA。
- 在查阅项目资料时区分机制事实、路线判断和会变化的性能数据。
课程正文
从主链拥堵到侧链
当 DeFi、NFT 和其他应用共享有限区块空间时，费用和确认等待会暴露扩展瓶颈。侧链像在主路旁修建辅路：它有自己的区块、验证者、共识和 Gas 资产，通常通过双向锚定与主链连接。
常见的资产流程是源链锁定原资产，目标链铸造映射凭证；返回时销毁凭证，再按桥的规则释放原资产。这里的关键不是凭证名字，而是目标链如何相信源链事件已经发生。
侧链的优势是灵活、低成本和可定制，代价是安全依赖自身验证者，且桥会集中大量价值。判断侧链时，至少检查验证者独立性、桥的验证逻辑、治理与升级权限和数据可得性。侧链不自动继承主链安全，因此不能仅凭“连接到某主链”把它称为 L2。
Rollup 的共同结构
Rollup 把部分交易执行放在链下，由 Sequencer 接收、排序、执行并批量提交结果。L1 负责验证或结算，数据发布方式决定外部观察者能否重建状态。排序权、审查风险、升级权限和故障退出路径，都是不能被“低费高吞吐”宣传遮住的结构性问题。
Optimistic Rollup
Optimistic Rollup 默认提交的批次正确，在挑战窗口内允许观察者提交欺诈证明。它的工程和 EVM 兼容路线较成熟，但提款与最终确认可能受挑战期影响；更快的流动性服务会引入新的对手方和费用假设。
它依赖的核心信任假设是：在规定窗口内，至少有足够诚实且能观察数据的人发现并提出错误。具体挑战机制、窗口长度和权限配置必须按项目当前文档核对。
ZK Rollup
ZK Rollup 随批次提交有效性证明，L1 验证证明而不必重新执行全部计算。证明可以缩短某些最终性路径，但证明生成成本、虚拟机兼容、电路复杂度和审计难度会增加工程负担。
OP 与 ZK 不是简单的“旧与新”或“好与坏”，而是社会监督与经济惩罚、密码学证明与计算成本之间的不同组合。任何安全比较都应落到具体实现。
数据可用性：扩容的隐藏边界
Calldata 让原始数据更容易被重建，但可能更昂贵。Blob 为 Rollup 提供另一种数据空间，成本和保留方式需要按当前协议规则理解。Validium 或 Optimium 将数据可用性放到外部系统，可能降低成本，却改变了安全假设。
没有可获取的原始交易数据，独立参与者就难以重建状态、验证结果或在故障时退出。因此，DA 不是附属性能指标，而是安全模型的一部分。
模块化区块链
整体式区块链把执行、结算、共识和数据可用性压在同一套节点上；模块化架构把这些职责拆给可以组合的专业层。专业化可能改善性能和成本，也会增加接口、治理、依赖和可用性协调的复杂度。
概念结构
分析一个扩容系统时，用这条链路记录：
用户交易 → 排序与执行 → 批量结果 → 数据发布 → 证明或挑战 → L1 结算 → 故障退出
每个箭头都要回答：谁执行、谁验证、谁能观察、谁能升级、失败后怎么办？
可验证问题
- 如果侧链验证者集体作恶，主链能否保护目标资产？为什么？
- OP 与 ZK 分别依赖什么信任假设？
- Sequencer 的排序权会带来哪些公平性和可用性问题？
- 为什么“结果提交到 L1”不等于“数据可用”？
- 模块化拆分后，哪些接口和依赖需要重新审查？
练习与复盘
选一个公开的扩容系统，只做资料阅读，不进行资产交互。用一页表格记录：执行位置、排序者、数据发布位置、证明或挑战方式、升级权限、故障退出路径和仍需核验的问题。最后写出它与侧链的一个结构性区别。
来源与时效提醒
本页公开整理自课程 22 的 preview、mindmap 与 notes。项目的挑战窗口、证明系统、Blob 成本、DA 方案、TVL、吞吐和升级状态都可能变化；原文中关于“正统路线”或长期技术主导地位的判断不作为当前结论。
本页只提供概念学习和资料核验框架，不提供桥接、转账、资产配置或其他高风险操作步骤。