闪电网络

本文介绍了管家通道（hosted channels），它与普通闪电网络通道的最大区别是前者不能在链上执行，开启管家通道无需使用比特币交易，是一种托管通道。相比完全托管钱包，管家通道收付款的隐私性和安全性更高。管家通道可以以极低的成本将新用户引导至闪电网络，因为不需要提交通道充值交易上链。

本文通过算盘的类比，解释了比特币闪电网络（Lightning Network，LN）的支付通道和交易原理，帮助读者理解LN的双向性、所有权和固定性特征，以及如何通过多跳交易实现跨通道支付。

BOLT12 是闪电网络的一项技术规范提议，旨在改进闪电网络的用户体验，允许创建静态 QR 码或公开地址，类似于比特币地址的重复使用。它通过“offer”的概念，在不依赖 Web 服务端的情况下，实现节点间的直接加密连接，简化了发票请求和支付流程，并支持匿名退款，提升了闪电网络的实用性和隐私性。

虽然由 SW 解决的问题很有可能有更优雅的解决方案，我们仍然相信，在当前，这是提高网络的可扩展性并开启闪电网络等技术实现的最佳办法

BOLT 12旨在无需Web服务器即可实现LNURL提供的部分核心功能，通过要约编码触达节点、请求发票所需的信息，并通过洋葱消息功能实现节点间的端到端加密通信。与LNURL相比，BOLT 12的主要区别在于是否需要Web服务器，适用于没有技术背景的终端用户，而LNURL更适合企业或服务提供方。

文章讨论了比特币与法币的区别，强调了比特币的去中心化特性和用户自主权，同时批评了某些比特币钱包的集中托管模式。

本文介绍了闪电网络多路复用器（Lightning Multiplexer），旨在提高闪电网络入账支付的可靠性。多路复用器通过精简闪电网络全节点，实现故障切换，确保付款可以顺利到达目的地，即使部分节点停机。文中详细描述了多路复用器的工作原理、实现方式，以及如何通过开源代码推动闪电网络的发展。

Matt Corallo 提出了使用 DNS 来协调比特币支付的 BIP 提案，旨在解决传统链上和闪电网络支付在协调方面的难题。该提案通过将支付信息存储在 DNS TXT 记录中，结合 DNSSEC 和 BOLT12 闪电要约，实现了无需运行 HTTP 服务端的支付信息查询，降低了用户负担，减少了隐私泄露，并更贴合用户对电子支付的用户体验期待。

文章介绍了Lightning Loop如何利用MuSig2来优化链上和链下比特币的互换，降低交易成本，提高隐私性和安全性。通过引入新的Loop In功能，用户可以更灵活地管理资金，抓住低手续费时机，并且在互换失败时可以重试。未来，Loop In地址的资金可以用于更多链上操作，无需额外费用，进一步提升灵活性。

在链上向 Phoenix 钱包存入资金现在变得更便宜（*），也更隐私，这都得益于过去几年添加到比特币和闪电网络上的强大新功能的组合。

本文介绍了RGB协议如何赋能比特币闪电网络，使其能够转移其他数字资产，如稳定币。通过RGB协议，用户可以在比特币的UTXO上发行和转移资产，并将其添加到闪电网络通道中。这种方式不仅可以提高稳定币的采用率，还能实现去中心化交易所功能，促进跨资产流动性。

本文介绍了闪电网络中的Hold Invoices（暂缓兑付发票）的概念、工作原理和应用场景。Hold Invoices允许收款方延迟或取消支付结算，从而实现更灵活的支付流程，例如用于收取押金、原子化外卖和交易托管等场景。文章还提到了Hold Invoices的缺点，如流动性锁定和信任接收者的问题。

本文介绍了Pickhardt Payment算法，旨在优化闪电网络的寻路机制，通过概率模型评估通道流动性，提高支付的可靠性和上限。该算法利用流动性最大的通道进行支付，从而提升了支付成功率，并能实现更大额的支付，同时降低手续费，为闪电网络带来双赢局面。

本文探讨了闪电网络作为一种新型加密消息分发方法的潜力，并对比了其与传统加密通信的优缺点。闪电网络消息传递依赖于比特币的去中心化二层网络，具有抗审查性和隐私性优势，但大规模实现和用户掌握仍面临挑战。作者认为，整合支付和通信能力可能成为闪电网络的一项杀手级应用，并有助于提高比特币的接受度。

本文是闪电网络系列文章的第二部分，主要讲解了闪电网络中哈希时间锁合约（HTLC）的创建和使用，以及在通道中进行交易和关闭通道的流程。通过HTLC，Alice和Bob可以在通道中安全地进行交易，并在不需要实际用到区块链的情况下完成支付和结算，极大地减轻了区块链的负担。