什么是 rollup，比特币为何需要它？
比特币以安全与去中心化为优先，但其基础层的处理能力始终有限。本文解释什么是 rollup、它与侧链的区别，以及 Bitcoin Hyper 的架构额外引入了哪些前提假设。
仅供学习参考。本文内容仅供信息参考与说明之用，不构成财务建议。查看完整法律声明。
比特币的可扩展性问题
比特币从设计之初追求的就是可验证性、去中心化与抗打击能力，而不是把每秒交易数做到最大。每个全节点都要按协议规则校验交易。基础层的处理能力有限，通常估计在每秒 7 笔左右，实际数字取决于交易的类型与大小。
多年来的争论，归根结底就是一个问题：如何在不动摇比特币价值根基的前提下，提升它的处理能力？
此前的几条路径
第一条路径是自 2018 年起运行的闪电网络——一个支付通道网络，能够实现快速且通常成本低廉的支付，跨多个通道路由也可以。它首先是为支付而设计的，并不提供通用的智能合约环境。其运行效果取决于可用流动性，以及能否找到合适的路由。
Stacks 走的是另一条路：通过 PoX 机制与比特币挂钩的智能合约网络，并使用自有语言 Clarity。它的安全模型与最终性都与比特币不同，还取决于 Stacks 网络自身的规则。
Rootstock（RSK）选择的是兼容 EVM，并与比特币合并挖矿。该网络自 2018 年起运行，基于侧链模型，在安全性与跨链桥方面有其自身的前提假设。
rollup 为什么是另一回事
rollup 不是侧链。这一技术区分很重要：
- - 侧链拥有自己的共识或验证机制。它的安全性首先取决于该机制本身，以及连接比特币的那座桥是如何搭建的。
- - 在为 Bitcoin Hyper 所描述的架构中，交易在比特币之外执行，状态承诺则发布到基础层。不过，这套方案是否称得上 rollup，还取决于数据可用性与证明系统。
按项目方公布的架构，预期流程大致如下：
- 用户把交易提交给排序器
- 排序器确定顺序，并按批次执行
- 每隔一定时间，将一个 state commitment（即更新后状态的 Merkle 根）通过 OP_RETURN 或 Taproot 发布到比特币上
- 能否验证这一状态转换，取决于数据可用性与证明系统；承诺本身并不能证明该转换是正确的
一旦在比特币上得到确认，状态承诺就获得了所在交易在实践意义上的不可篡改性。该记录事后很难更改，但这既挡不住一个错误的承诺被发布出去，也不能保证状态正确、数据可用或跨链桥安全。
数据可用性：一个悬而未决的问题
关键问题是：交易数据究竟存放在哪里。如果比特币上只发布承诺，完整数据仍握在排序器手中，那么这套架构就更接近 Validium 模型，而非数据公开可得的 rollup。这一区分并非纯粹学理之争：万一排序器连同数据一起消失，用户可能连自己的余额都无从核对。
据项目方公布的文档，数据可用性的最终方案仍在评估中——2026 年 3 月 27 日的更新对此有明确说明。已在考虑的选项包括外部数据可用性层（例如 Celestia）、纠删码（erasure coding），以及借助分布式节点。
结语
建在比特币之上的 rollup 可以有多重设计目标：借助比特币锚定状态承诺、通过链下执行提升吞吐、提供智能合约环境，以及降低用户成本。这些目标能实现到什么程度，取决于具体实现、数据可用性、证明系统与退出机制。
这条路径的代价，是架构更复杂，且有若干设计问题至今悬而未决：排序器、数据可用性、跨链桥与证明系统。项目方认为这些问题可以分阶段解决——但这只是项目方自己的说法，仍有待独立核实。