Lightning Network
基于支付通道的第二层
结算与资产
Lightning在链下更新支付通道的余额，必要时通过比特币交易在链上执行通道约定。付款可以经过多个通道，不必把每次余额更新都写进区块。使用的仍是比特币，但由谁控制资金，要看具体钱包的托管方式。
信任与退出条件
付款路径上需要有可用余额，也就是流动性；找不到可用路径时，付款可能失败。自托管通道需要适当备份和监控，开启及关闭通道会占用区块空间。托管型Lightning钱包则由服务方掌握密钥。手续费并非始终为零。
BTC/USD——BTC/EUR—EUR/USD—手续费— sat/vB区块—公共 API
2026年11月3日星期二
比特币学习与研究
扩容与第二层
这里选取几种有代表性的方案，帮助学习，并非所有比特币项目的完整清单。重点是了解交易在哪里结算、谁能移动资金，以及用户怎样取回资金。项目的可用性和实现细节可能变化。
Liquid Network
联邦侧链
结算与资产
Liquid由一个联邦共同运行，使用自己的区块。LBTC通过挂钩机制（peg），代表在另一侧锁定的比特币，但不是比特币主网的UTXO。比特币的工作量证明不会直接验证Liquid区块。
信任与退出条件
联邦和挂钩机制要求用户额外信任参与方，并依赖它们维持系统运行。按照Liquid规则，直接把资金转回比特币主链的操作称为peg-out，需要获授权的参与方。Liquid上较快获得的确认，不等于比特币主链确认。
Rootstock
采用联合挖矿的智能合约侧链
结算与资产
Rootstock在独立网络上支持智能合约，并使用联合挖矿，也就是让同一份挖矿工作支持多个网络。rBTC通过PowPeg机制与比特币相连。兼容以太坊虚拟机（EVM）的合约执行发生在Rootstock，而非比特币主网内部。
信任与退出条件
挖矿安全与跨链桥中的资金保管，是不同问题。PowPeg依赖联邦参与方和安全硬件；通过这个挂钩机制移动资金，还涉及特定的等待时间及运行条件。联合挖矿不会消除所有跨链桥风险。
Fedimint
联邦托管与 eCash
结算与资产
Fedimint让多名共同管理者（guardian）运营社区托管服务，发行可兑付的电子现金凭证（eCash），并可与Lightning等系统连接。它可以改善易用性和部分支付隐私，但用户持有的是向联邦兑付的凭证，而不是仅由自己控制的主链UTXO。
信任与退出条件
这仍然是托管，只是管理权分给多人。如果达到规定人数的管理者共同作恶，就可能窃取比特币，或发行没有储备支持的凭证。联邦能否持续运行、网关如何安排，都很重要。这并不是提高比特币共识本身的交易处理能力。
Ark · Bark / Arkade
运营方协助的 UTXO 共享设计
结算与资产
Ark类系统使用虚拟输出，定期通过运营方和参与者协调的“轮次”处理交易，并设有取回资金的机制。现有实现包括Bark和Arkade，但具体设计不同。先得到接收确认的预确认付款，以及在固定轮次以外进行的付款，都要与已完成结算的输出区分。
信任与退出条件
运营方的行为、相关参与方不共同作恶的假设、输出有效期和及时更新，都可能影响安全。取回资金需要链上手续费，也可能需要等待；仅凭钱包的恢复种子或助记词，未必能恢复退出所需的全部记录。存在主网工具，不代表所有实现都已成熟或同样安全。
BitVM
依靠挑战机制的验证与跨链桥研究
结算与资产
BitVM探索利用比特币现有功能来检查计算结果，并构建连接不同网络资金的跨链桥。相关设计可以涉及“先提出结果，再允许挑战”的验证方式。使用BitVM名称的项目，不代表拥有与比特币主链结算相同的安全性。
信任与退出条件
本页核查的参考代码库明确警告不要用于生产环境。应将它视为研究和开发工作，而不是已经验证的日常支付网络。具体跨链桥设计还可能依赖运营方、可用资金，以及发现不当结果后及时发起挑战等条件。
项目文档用于说明设计，不是独立的安全认证。这里的介绍不保证安全性、普及程度或收益，项目名称、代币和吞吐量宣传也不能代替核查。比特币主链上的确认，与另一个系统显示的内部状态，是不同的事情。
资料核查日期: