LNURL

本文介绍了闪电网络中实现可复用收款信息的几种方案，包括 Keysend、LNURL 和 BOLT12。Keysend 简单但缺乏支付证据，LNURL 灵活但依赖额外网络协议，BOLT12 利用闪电网络自身特性，有望革新自主保管闪电网络用户的体验，实现收款码、付款码等功能。

本文探讨了闪电网络与 Web 集成的多种方法，包括 LNURL、闪电网络地址、WebLN、API、LNC 和 LSAT。文章分析了每种技术的优势、适用场景以及潜在的局限性，并展望了闪电网络与 Web 更紧密结合的未来。

本文档 LUD-06 描述了 payRequest 的基本规范，该规范定义了一种支付流程，允许钱包通过扫描静态 QR 码或点击静态 LNURL 地址来获取支付详情，并最终获取特定于该支付的 Lightning invoice。该流程包含钱包与 LN 服务之间的交互步骤，以及对 metadata 的处理和验证要求。

本文探讨了将闪电网络与Web集成的方法，包括LNURL、闪电地址、WebLN、API、LNC和LSATs等技术。文章分析了每种技术的优势、适用场景和潜在问题，并展望了闪电网络与Web融合的未来，指出闪电网络有望成为Web的主要支付技术。

本文档详细介绍了闪电网络发票（Lightning invoice）的概念，它是基于 BOLT 11 标准定义的对象，用于请求支付，包含可读信息和数据部分，包括前缀、数额、时间戳、标签以及签名。此外，还提到了闪电网络 URL（LNURL）的概念，以及如何使用 lncli decodepayreq 命令来解码闪电发票。

本文介绍了闪电网络协议BOLT12，它是一种新的闪电网络发票规范，旨在解决BOLT11发票的局限性，如只能一次性使用、必须实时创建以及只能用于收款等问题。BOLT12引入了一种名为“offer”的“超”发票，支持静态发票、用户和商家之间的资金收发，并能以美元等法币计价，从而为商家规避比特币的价格波动。

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

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

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

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

该文档描述了闪电网络 LNURL 的一种特定协议，即 LUD-03，用于实现从服务提供商处提取资金的功能。此协议允许用户通过扫描 QR 码或访问链接，从服务中提取 Lightning invoices，简化了提款流程。

本文介绍了BOLT12协议，它是闪电网络基础协议的最新规范，旨在解决闪电网络中稳定身份标识问题，并提升隐私性。BOLT12借鉴了LNURL的思路，但通过闪电网络本身的特性来实现，减少了对互联网服务器的依赖，并引入了洋葱消息、盲化路径等新功能，从而实现订阅、捐赠、按量预付等更多支付场景。