闪电网络

从流动性扩展的视角，探讨通道网络的演进历程及其未来发展趋势。

本文作者Paul Sztorc提出了“比特币需要侧链的愿景”，包含六个核心观点，分别是比特币必须僵化、区块上限必须缩减、手续费收益必须提高、比特币必须变得可互通、闪电网络是不够的以及比特币开发需要竞争。作者认为，为了比特币更好的发展，应该拥抱侧链技术。

本文作者 Matt Morehouse 揭示了闪电网络节点在特定版本之前存在的漏洞，该漏洞允许攻击者通过创建大量虚假通道发起拒绝服务（DoS）攻击。文章详细描述了攻击原理、对不同节点实现（LND、CLN、eclair、LDK）的影响，并提出了相应的防御措施和未来改进方向，强调了安全审计和多线程架构的重要性。

本文作者认为，闪电网络中所谓的“钱包”实际上是对概念的误用。真正的钱包是存储媒介，而比特币“钱包”存储私钥，闪电网络中的托管“钱包”更像是银行账户。作者建议使用更准确的术语，如“签名器”来描述比特币“钱包”，使用“支付应用”等描述功能的术语来指代闪电网络应用，以避免误导。

本文介绍了闪电网络中节点再平衡通道的几种策略，包括环路支付、手续费管理和通道拼接。环路支付通过链下支付环路调整余额，手续费管理通过调整手续费吸引支付，通道拼接则通过链上交易调整通道余额。三种策略各有优缺点，可以在闪电网络中共存，其中通道拼接可以实际改变网络的路由容量。

为了彻底改变用户进入闪电网络以及在闪电网络中交互的体验而提出异步支付和 JIT 通道技术

本文由BitMEX Research的Gleb Naumenko撰写，探讨了闪电网络中通道阻塞攻击的缓解方法。通道阻塞是指攻击者通过给自己发送虚假支付，并阻止支付完成来占用路由节点的转发能力。文章讨论了短期修复和长期协议改进等解决方案，并强调没有简单的解决方案，需要进一步研究和讨论。

本文档介绍了如何在 Core Lightning 节点上安装和设置 RTL (Ride The Lightning) 以进行节点管理。主要步骤包括：安装 Core Lightning 和 NodeJS，配置 CLNRest API 服务器，创建 Rune 文件，下载并安装 RTL，配置 RTL-Config.json 文件，最后启动服务器并通过浏览器访问 RTL 应用。

为了让一切都能顺利工作，签名（而不是 哈希值/原像）更有可能让我们满意。

文章分析了比特币和闪电网络中"钱包"一词的误用，指出传统钱包的概念已不适用于数字货币领域。文章认为，比特币"钱包"实际上是签名器，而闪电网络的应用更像是银行账户或支付应用，而非简单的价值存储工具。因此，建议使用更准确的术语来描述这些功能，例如支付应用或财务应用，以避免概念混淆。

一个网络中的计算机依据协议跟彼此交流。在这里，“协议” 指的是一套规则系统，指定了消息应该如何传输和解读。闪电网络协议中的支付消息传输部分由 BOLT4 描述，也叫 “洋葱路由协议（Onion Rounting Protocol）”。

本文回顾了比特币的发展历程，探讨了比特币社区内关于扩容、全节点与矿工角色、隔离见证等关键问题的不同观点。文章对比特币作为货币、价值储存手段、交易媒介以及通缩经济的影响进行了深入分析，并讨论了闪电网络等Layer-2解决方案的潜力。

本文深入探讨了闪电网络中存在的垃圾信息攻击问题，攻击者通过控制节点或利用HTLC超时机制锁定网络中的流动性，从而干扰正常支付。文章分析了现有缓解策略的局限性，提出了多种改进方案，包括可证明的指责、本地信誉跟踪、预付费用等机制，并详细讨论了每种方案的优缺点，以及需要考虑的权衡因素, 另外还提到了与通道垃圾信息攻击相关的其他问题，例如无成本通道探测和瞭望塔信用耗尽问题。

该文档是闪电网络 BOLT 7 规范，定义了P2P节点和通道发现的机制，包括节点如何广播其ID和地址，以及如何在网络中发现通道和路由。

文章旨在填补关于闪电网络的文献资料的一些空白