可比架构
竞品分析
把 Bitcoin Hyper 与比特币主要扩容方案放在一起对照。资料来源：Michele Stefanelli 著本书第 25–29 章及附录 C。
说明：这并不是一场比赛。闪电网络、Stacks、RSK 与 Bitcoin Hyper 面向的用途并不完全相同，各自依赖的信任假设也不同。下表呈现的是各系统的定位，而非评出“赢家”。
| 对比维度 | Bitcoin Hyper | Lightning | Stacks | Rootstock (RSK) |
|---|---|---|---|---|
| 类型 | Rollup（SVM） | 支付通道 | 区块链 + PoX | 侧链（EVM） |
| 主要用途 | DeFi、智能合约、应用 | 快速小额支付 | 智能合约、DeFi | EVM 智能合约 |
| 可编程性 | 规划为通用型（SVM/Rust） | 非通用型；主要面向支付 | Clarity | 通用型（EVM/Solidity） |
| 安全模型 | 按已公布方案锚定至比特币，并引入额外的信任假设 | 比特币，通过支付通道 | Stacks 与比特币，通过 PoX | 合并挖矿，加上侧链特有的模型 |
| 最终性 | 规划为周期性达成，依靠向比特币锚定 | 通道内即时达成 | 取决于 Stacks | 侧链特有 |
| 去中心化程度 | 上线初期预计有限 → 见路线图 | 较高，节点分散 | 中等 | 中等 |
| 成熟度 | 开发网阶段；按项目已记录的进展，尚处于主网上线之前 | 2018 年起投入实际运行 | 已投入实际运行 | 2018 年起投入实际运行 |
| 开发生态 | 项目方声称与 Solana 生态兼容；尚未经过完整验证 | 专注支付场景（LND、CLN） | Clarity 专属生态 | EVM 生态 |
| 是否需要预置流动性 | 否 | 是，需事先锁定流动性 | 否 | 否 |
| 原生代币 | $HYPER — 公布的总供应量为 210 亿枚 | BTC，无原生代币 | STX | RBTC，与 BTC 锚定 |
| 已公开的安全审计 | 已查到两份针对代币合约的公开审计（Coinsult 与 SolidProof）；截至 2026 年 8 月 10 日，未发现针对 Layer 2 架构或跨链桥的完整公开审计 | 是（LND、CLN） | 是 | 是 |
💡 项目方声称的特性，以及验证方面的局限
- • 基于 SVM 的执行环境，面向智能合约与应用设计
- • 项目方声称与 Solana 生态工具链兼容，该说法尚未得到完整验证
- • SVM/Sealevel 的并行处理被作为提升吞吐能力的手段提出；就现有文档而言，尚未公布任何具体的性能实测数据
- • 计划利用比特币记录状态承诺（state commitments），同时在跨链桥、排序器、数据可用性与证明系统方面引入额外风险
⚠ 具体的局限与风险
- • 项目尚新，就现有文档而言，缺乏可供比较的实际运行记录
- • 已查到两份针对代币合约的公开审计（Coinsult 与 SolidProof）；截至 2026 年 8 月 10 日，未发现针对 Layer 2 协议或跨链桥的完整公开审计
- • 排序器在上线阶段被明确为中心化运行
- • 数据可用性方案被描述为尚未定案
- • 跨链桥的资产托管在上线阶段被描述为联盟式或中心化模式