指南
什么是 Bitcoin Hyper？
Bitcoin Hyper 自称是一个面向比特币提出的 Layer 2 rollup，计划以 Solana 虚拟机作为执行环境。本页梳理其基本前提与所提出的架构。
⚠ 有据可查 vs. 停留在承诺
本站始终把有文档记录、可核实的部分（例如可在开发网上观察到的内容），与停留在承诺层面或仍在开发中的部分区分开来。本页各处都会明确标出这一区别。
三层架构
比特币 —— 结算层
在所提出的架构中，比特币承担结算与锚定的角色。据项目文档，Hyper rollup 会定期把自身的 state commitment（即当前状态的 Merkle 根）通过 OP_RETURN 或 Taproot 发布到比特币上。锚定可以用来核对状态承诺、发现事后改动，但仅凭锚定并不能保证状态正确、数据可用或跨链桥安全。
项目方所述状态：白皮书已描述该架构 | 周期性锚定仍在开发中
Hyper Rollup —— 执行层
所提出的架构包含四个主要组件：执行（SVM，配合 Sealevel 并行处理）、排序（确定交易顺序，初期为中心化）、数据可用性（完整交易数据存放在哪里，方案尚未定案），以及跨链桥（BTC↔Hyper 的 Canonical Bridge，正在开发网上测试）。
项目方所述状态：据项目方说明，SVM 在开发网上已可运行 | 数据可用性与强制上链仍在开发中
应用 —— 面向用户的一层
应用层涵盖 DeFi 协议、DEX、NFT 市场、借贷平台、稳定币、游戏与合规工具等。据项目文档，相关程序以 Rust 与 Anchor 编写，工具链接近 Solana 生态。实际兼容程度，以及需要多大改动才能迁移，仍需依据技术文档与独立测试来核实。
项目方所述状态：据项目方说明，首批 SVM 程序已在开发网上完成测试 | 应用生态尚处于起步阶段
rollup 的四个组成部分
任何 rollup——不只是 Bitcoin Hyper——都建立在同样这四根支柱之上。
执行
即运行智能合约的虚拟机。Hyper 所提出的架构基于 SVM，并由 Sealevel 运行环境负责并行处理。涉及不同账户的交易可以并行执行，从而有望提升吞吐能力。
◎ 据项目方说明，开发网上已可运行排序
负责确定交易顺序的组件——这一决定直接关系到 MEV 与审查风险。项目方计划初期采用单一的中心化排序器；按路线图，去中心化将在两到四年内实现。
⚠ 初期为中心化结算
即把状态承诺周期性锚定到比特币上。每次锚定都会发布更新后状态的 Merkle 根。文档提到锚定频率可调：锚定越频繁，达成最终性所需的时间越短，但在比特币上的交易成本也越高。
◎ 开发中数据可用性
数据可用性指的是：重建交易与状态所需的数据存放在哪里，又以何种方式对外提供。如果这些数据无法公开获取，该系统就会偏离“数据公开可得”的 rollup 模型，转而更接近 validium 一类的方案。截至 2026 年 4 月 28 日，最终方案仍未确定。
⚠ 方案未定💡 值得记住的几点
- • Bitcoin Hyper 自称为 rollup：执行在链下完成，状态承诺锚定到比特币上
- • 据项目方说明，SVM 带来可编程性，并与 Solana 开发生态兼容；这两点都仍有待核实
- • 初期方案基于中心化排序器与联盟式跨链桥；按路线图，去中心化预计在两到四年内实现
- • 数据可用性与强制上链仍在开发中——这是主网上线前的两项关键里程碑
- • 项目方将其定位为 rollup，而非侧链。它究竟能继承多少比特币的安全性，取决于锚定、数据可用性、跨链桥与验证机制的具体实现