本文介绍了闪电网络中实现可复用收款信息的几种方案，包括 Keysend、LNURL 和 BOLT12。Keysend 简单但缺乏支付证据，LNURL 灵活但依赖额外网络协议，BOLT12 利用闪电网络自身特性，有望革新自主保管闪电网络用户的体验，实现收款码、付款码等功能。
本文深入探讨了闪电网络两种流行的客户端实现：LND(Lightning Network Daemon) 和 CLN(Core Lightning) 之间的区别。
本文介绍了如何使用 BIP 353 协议为比特币设置自定义用户名，允许用户通过域名接收付款，而无需每次都提供新的地址。文章详细说明了选择合适的支付信息（静默支付地址或 BOLT12 offer），以及如何在 Njalla 和 Namecheap 这样的域名注册商处设置 DNS 记录，并强调了隐私和安全注意事项，例如使用匿名域名注册和启用 DNSSEC。
本文介绍了闪电网络协议BOLT12，它是一种新的闪电网络发票规范，旨在解决BOLT11发票的局限性，如只能一次性使用、必须实时创建以及只能用于收款等问题。BOLT12引入了一种名为“offer”的“超”发票，支持静态发票、用户和商家之间的资金收发，并能以美元等法币计价，从而为商家规避比特币的价格波动。
本文介绍了闪电网络中两种提升接收者隐私的技术：盲化路径和蹦床路由。盲化路径允许接收者隐藏其公钥，并通过预先设定的部分路由接收支付。蹦床路由则允许资源受限的发送者依赖网络中拥有更强路由能力的节点来完成支付，结合使用这两种技术，可以实现匿名接收支付，并降低对发送者资源的要求。
BOLT12 是闪电网络的一项技术规范提议，旨在改进闪电网络的用户体验，允许创建静态 QR 码或公开地址，类似于比特币地址的重复使用。它通过“offer”的概念，在不依赖 Web 服务端的情况下，实现节点间的直接加密连接，简化了发票请求和支付流程，并支持匿名退款，提升了闪电网络的实用性和隐私性。
Matt Corallo 提出了使用 DNS 来协调比特币支付的 BIP 提案，旨在解决传统链上和闪电网络支付在协调方面的难题。该提案通过将支付信息存储在 DNS TXT 记录中，结合 DNSSEC 和 BOLT12 闪电要约，实现了无需运行 HTTP 服务端的支付信息查询，降低了用户负担，减少了隐私泄露，并更贴合用户对电子支付的用户体验期待。
大约 3 周以前，超过 30 位闪电网络的开发者和研究者齐聚日本东京，在三天中讨论了许多跟闪电网络协议（以及相关的比特币 P2P 协议和共识协议）当前的状态和未来的发展有关的问题。
本文介绍了BOLT12协议，它是闪电网络基础协议的最新规范，旨在解决闪电网络中稳定身份标识问题，并提升隐私性。BOLT12借鉴了LNURL的思路，但通过闪电网络本身的特性来实现，减少了对互联网服务器的依赖，并引入了洋葱消息、盲化路径等新功能，从而实现订阅、捐赠、按量预付等更多支付场景。
BTCStudy