附录 D
白皮书评注
Bitcoin Hyper 白皮书（2026 年 1 月 4 日版）的批判性阅读指南，整理自 Michele Stefanelli 著本书附录 D。
白皮书该怎么读：白皮书兼有技术文档与营销文案的性质，并不是正式的技术规范。阅读时需要保持批判：把可独立核实的论断与承诺区分开，找出其中的空白，并把文本与团队后续发布的更新相互对照。
一套主动阅读的方法
先看结构
进入细节之前，先把文档的结构看清楚：它的核心论点是什么？缺了哪些章节？一份既不谈数据可用性、也不谈排序器去中心化的白皮书，等于把评估该系统最关键的问题留在了空白处。
区分论断类型
建议分成三类：（a）可独立核实的技术论断（“SVM 支持并行执行”）；（b）有待商榷的论断（“具备比特币级别的安全性”）；（c）关于未来的承诺（“我们会把排序器去中心化”）。
与后续更新对照
白皮书只是项目在某一时点的快照。团队在博客、X 与论坛上的更新会带来更新的信息。当更新与白皮书相互矛盾时，应当以哪一版为准？
找出空白之处
哪些内容没有写明？数据可用性、强制上链（forced inclusion）、证明系统，或去中心化的具体时间表——这些信息的缺失，其分量可能不亚于文档中已经给出的内容。
核心论断 —— 逐条评析
“Hyper 上的资产享有比特币级别的安全性”
这一说法需要限定。按其描述的架构，Bitcoin Hyper 计划把状态承诺（state commitments）发布到比特币上。但仅有锚定，既不能保证状态正确，也不能保证数据可用，更不能保证跨链桥安全。此外，跨链桥中 BTC 的托管在上线阶段被描述为联盟式或中心化模式——一旦跨链桥出现故障或被攻破，这些资产即处于风险之中。
⚡ 需要限定“与 Solana 完全兼容：同样的代码，同样的工具”
项目文档描述了一个基于 SVM 的执行环境，并称与 Solana 生态工具链兼容。但代码、Anchor、CLI 与系统程序层面的实际兼容程度，仍需依据公开技术文档与独立测试来核实。另外，手续费将以 $HYPER 支付，而非 SOL。
○ 有待完整验证“借助 SVM/Sealevel 提升吞吐能力”
所提出的架构与 Sealevel 的并行执行模型在概念上是自洽的，但迄今尚未公布任何专门针对 Bitcoin Hyper 的性能测试。实际吞吐能力还取决于排序器、数据可用性与最终的实现方案。
◎ 概念上自洽“主网预计于 2025 年第四季度上线”
该时间点未能兑现。截至 2026 年 4 月 28 日，主网仍未上线。现有公开文档不足以指出延期的单一原因；跨链桥、安全审计及其他尚未完成的里程碑，都需要在上线前完成核实。
✗ 时间点未兑现“TGE 之前完成安全审计”
截至 2026 年 4 月 28 日，已查到两份关于 $HYPER 的 ERC-20 合约的公开报告，但未发现任何针对 Layer 2 协议或跨链桥的公开安全审计报告。就这两个组件而言，“TGE 前公布审计”的承诺仍未得到验证。
○ 有待验证📖 完整阅读指南
Michele Stefanelli 著《Due Diligence of a Layer 2 – The Bitcoin Hyper Case》附录 D 收录了完整的白皮书阅读指南：文档结构、逐章评析的论断、空白点的识别，以及整体归纳。查看本书 →