闪电网络

钱包开发者面临缺乏默认的通讯和存储解决方案的问题。Nostr协议可能是解决跨时间和空间发送消息的最简单方式，通过简单的relay服务解决存储和通讯问题。目前每天都有新的relay服务端出现，通过Nostr协议发送的信息被高度冗余地存储。

闪电网络的承诺是让比特币支付能够得到近乎瞬时的结算。但是，以自治的方式实现这个目标构成了持续的技术挑战，主因是通道余额的不透明，但这也是内化于闪电网络的设计的。在本文中，我们会深入了解闪电网络中的寻路程序（在更广泛的意义上，是支付的规划），尤其是 LND 客户端中的相关实现。我们将讨论现有的、让支付

本文回顾了 SegWit 升级对比特币的重要意义，包括修复交易不定形漏洞、提高交易效率以及为闪电网络等二层网络奠定基础。文章还分析了 SegWit 升级过程中的用户和矿工的权力博弈，以及Taproot升级借鉴SegWit的经验，最后强调了SegWit为比特币带来的创新和未来发展。

Bitmatrix 团队通过一笔包含大量签名的 Taproot 交易，触发了 LND 和 btcd 节点的崩溃。该漏洞源于 btcd 在点对点通信中未正确移除脚本体积限制，导致 LND 节点也受到影响。攻击者可利用此漏洞欺诈闪电网络通道中的资金，提醒人们共识验证同步的重要性。

深入了解如何打包支付转发路径上各个节点沟通的数据，使得沿路转发支付时泄露的信息尽可能少。

本文介绍了闪电网络中的双向注资通道，相较于传统的单向注资通道，双向注资允许通道双方在创建时同时提供资金，解决了单向注资通道初始状态不平衡的问题，减少了接收支付的时延，并降低了流动性成本。但也存在隐私风险，双方需要揭晓UTXO，可能被恶意行动者监控。

本文介绍了Fedimint，一种基于Chaumian eCash的实现，由多位守护者组成的联盟托管资金，并原生支持比特币闪电网络。Fedimint旨在提供类似于托管式闪电钱包的用户体验，但具有更强的隐私性和原生备份机制，允许用户从联盟处找回资金。文章还介绍了 fedimint 的架构，参与者，以及各个参与者的功能。

本文深入探讨了闪电网络中的 JIT 通道技术，该技术旨在简化用户入门流程，并提高流动性管理效率。JIT 通道允许用户在没有预先建立通道的情况下接收闪电支付，通过 LSP 响应式地开启通道，并从首次支付中扣除开通手续费。文章还讨论了 JIT 通道的潜在风险，以及如何在不信任的环境下使用区块链技术来保障交易安全。

LUD-03 规范定义了从闪电网络服务提款的流程，用户扫描包含特定 LNURL 的二维码发起提款请求。钱包与服务交互，通过 callback URL 和 k1 参数交换信息，最终服务支付 Lightning invoice 完成提款。服务可能需要授权以增强安全性。

本文是 Gloria Zhao 在 Optech Newsletter 上编写的 “交易池” 系列周刊的第八篇，主要探讨了交易池规则对合约式协议（尤其是闪电网络）的影响，以及如何利用交易池规则的限制进行“钉死攻击”，并讨论了缓解这些攻击的方法。文章强调了交易池作为比特币生态系统中应用和协议接口的重要性以及需要提升的地方。

本文介绍了如何使用安全元件（例如 HSM）和门限签名方案（TSS 或 MPC）来保护闪电网络节点，以防止密钥被盗和滥用，并消除单点故障风险。文中还提到了策略控制，包括充值交易、承诺交易、付款密钥控制下的资金支付等安全措施，以及 UTXO 信息输入机制。

Breez 是一个面向新手的非托管比特币支付平台，通过闪电网络实现快速、安全的比特币转账和接收，几乎无费用。Breez 提供了简单易用的界面和功能，帮助用户轻松进行日常消费。

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

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

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