比特币领先的闪电网络实施如何扩展能力

闪电网络不能完全像比特币本身那样分叉，但它已经开始分叉了。 最小可行协议最初是在 BOLT 文档中指定的，远早于任何东西在比特币主网上实际运行，但这只是起点。 在协议和未解决的扩展问题领域仍有许多扩展需要构建。 总的来说，闪电协议本身还有很长的路要走，以解决现有问题并变得足够健壮和可扩展，以作为比特币之上的全球交易网络。

将第二层系统作为比特币扩容解决方案的部分理由，除了区块链无法扩容这一显而易见的现实之外，还在于为更容易的实验腾出空间。 当涉及到像 Lightning 这样的第二层时，没有必要让每个人都同意改变以尝试新事物。 只要你所做的与比特币支持的基础层功能兼容，那么只有两个人可以脱离并尝试新功能而无需关心其他支持它的人。 不同的实现开始利用这种比比特币基础层更大的自由，以及 Core Lightning (CLN) 的一些成员，

LND

LND 由 Lightning Labs 运营，是网络上采用最广泛的 Lightning 实现，目前是 Breez、Blixt、Zap 和 Lightning Lab 自己的 Lightning App 等流行钱包的后端，然后才停止对其开发。 它还为 Bitrefill 和 Hodl Hodl 等主要参与者提供支持。 LND 最大的缺点之一是其通道状态数据库的高速增长（在其下一个版本中正在优化），但它仍然是网络上的当前领导者。

Lightning Labs 团队通常专注于提供自己的货币化服务，以帮助解决作为其业务模型核心的闪电协议的固有缺点。 就目前的近期路线图而言，LND 优先考虑两个不同的事情作为其发展工作的主要优先事项。

首先是 Taproot 的实施，它为通道启用了新的交易结构（请记住，通道是一组预签名的交易），为未来的隐私改进奠定了基础。 其中之一是从哈希时间锁定合约 (HTLC) 到点时间锁定合约 (PTLC) 的过渡。 目前，HTLC可以保证支付路径上每一跳的支付成功或失败； 散列锁的原像被释放，保证大家的付款通过与否，都退给大家。 PTLC 使用适配器签名而不是哈希来完成相同的事情，这意味着路径上的每一跳都没有相同的哈希，并且如果在支付路径上运行多个节点，则可以跨多个跳识别单个支付。 虽然这绝不是一个神奇的网络隐私解决方案，但一旦其他解决方案得到实施，它就是完全隐私的基石。

为 Lightning 实施 Taproot 频道后的下一步是更新网络上的实时频道以使用它们。 截至撰写本文时，共有 82,697 个公共闪电网络频道。 接近包含大约 3300 个交易的块空间的最有效使用，需要关闭 25 个通道块才能将它们全部关闭，另外需要 25 个块才能将它们重新打开为 Taproot 通道。

假设私人频道的数量是公共频道的两倍。 这将使总数达到大约 150 个区块，以关闭和重新打开所有现有的闪电通道作为 Taproot 通道，假设这些区块没有被其他交易填充。 但在现实中，这些区块不会只被闪电交易填充，因此整个网络循环升级的过程可能需要一周或更长时间。 LND 计划实现一种称为“即时通道更新”的功能，而不是关闭现有通道并打开一个新通道现在能用的比特币软件，您只需使用现有通道状态（预签名交易）为新通道而不是输出来关闭通道链上。 这是以非合作关闭的额外交易为代价的，

显然，在这些发展之后的某个时候，Taro 的实施可能会接管，但全新的顶级代币协议的实施可能需要相当长的时间。 考虑到其他可能是个好主意的功能，以及优化节点现有功能的日常工作，我认为在我们看到曙光之前没有什么可说的。 =

CLN

尽管当时有许多相反的报道，但 CLN（前身为 c-lightning）是 2018 年第一个在主网上线的闪电网络实现。CLN 的整个架构围绕模块化概念构建，因此节点的不同部分（例如处理密钥和签名的部分）可以轻松换出和定制。 甚至还有一个插件系统，使用户能够编写自己的自定义行为以与 CLN 交互并更改节点在特定情况下或响应特定事件的方式。

一个典型的例子是支付功能，它甚至被实现为 CLN 附带的默认支付行为的插件。 这是处理路由支付和发送它们的节点的一部分。 有大量可用的插件，从使用 CLBOSS 的自动节点管理、watchtower 插件和自动探测逻辑，到 Bitcoin Core 的动态修剪以确保 CLN 始终拥有保持同步所需的块。 在这里可以找到大量的插件。

CLN 的核心目标一直是模块化和灵活性，该团队正计划通过其 Greenlight 软件堆栈将其提升到一个新的水平。 Greenlight 将进一步分离节点不同部分的功能，使用户能够在不同（甚至多个）设备上存储和管理他们的密钥和签名操作，实际的节点后端处理通道和其他数据可以从这些设备运行在其他地方，无论是在云端或在家里托管的设备上。 Breez Wallet 甚至计划转移到 CLN/Greenlight 并将其钱包的不同功能分解为单独的应用程序，以利用该架构带来的自由。 用于播客流媒体、一般钱包使用、PoS 系统的独立应用程序，全部连接到同一节点。 这甚至打开了在您的移动钱包离线时接收付款的大门，这在闪电网络的许多用例中是一个主要问题。 一个单独的签名设备可以一直留在家里在线，并被编程为仅在频道更新增加您的频道余额时签名。 问题解决了，再也不用为了收钱而为了手机一直开机而烦恼了。

CLN 的下一个优先事项是建立在 Niftynei 的双资助管道工作之上。 目前，开通闪电通道时，只有通道的一侧提供资金 UTXO，通道中的所有流动性都保留在通道的一侧。 CLN 目前支持双重出资。 通道中的双方都可以在资金交易中贡献UTXO，这样通道就可以在双方都有资金的平衡状态下启动。 在此功能的基础上，它目前正在致力于实施拼接，这是该协议的一个长期讨论的功能。

拼接允许您在单笔交易中打开和关闭通道以添加更多资金或移除通道中的部分而非全部资金。 这将是渠道流动性的巨大胜利。 想象一下，与某人打开一个渠道以便他们可以接收资金，却发现你分配的金额是他们需要的十倍。 切片允许您在不破坏您的同行接收资金和将您的比特币分配到更有效的地方的能力的情况下去除多余的部分。 对于普通用户、闪电网络服务提供商 (LSP) 和路由节点来说，这是一个巨大的胜利。 这将使他们所有人都能更有效地利用他们的流动性，而无需关闭对方的渠道。

赛薇

Lightning Dev Kit 与其说是一个 Lightning 节点实现，不如说是一个可用于构建 Lightning 节点的库。 它为 Lightning 节点的每个单独部分、路由逻辑、通道管理、监控区块链状态以验证通道是否打开的逻辑以及整个 shebang 提供代码。

Blue Wallet 正在研究基于 LDK 的实现，并且正在围绕 LDK 构建全新的 Lightning 实现 Sensei。 Cash App 甚至完全从头构建了一个节点。 当它开始考虑 Lightning 集成时，它希望将其 Lightning 节点的行为与处理 Cash App 用户余额的后端深度集成。 现有的实现无法轻松集成到这种程度，因此他们使用 LDK 定制了自己的实现。

LDK 团队所做的工作与其他 Lightning 实现截然不同。 如前所述，它并不是真正的实现，而是一个工具包，可用于自行构建一个具有您想要的自定义行为的工具包。 因此，它并没有真正优先考虑任何特定的功能集。 LDK 的目标是广泛支持闪电协议的所有标准特性，并允许构建者以他们选择的任何方式在他们自己的应用程序中使用任何标准化特性。

前方的路

Lightning 炒作的很大一部分是促进互联网上数字服务的本地支付，但该目标的用户体验并没有真正以简洁明了的方式实现它。

LND、CLN 和 LDK 已开展工作来解决此问题。 Web Assembly (WASM) 是一种新的语言和二进制格式，有助于在 Web 浏览器中运行更高效、更轻量级的程序。 LDK 为他们的节点提供了一个 WASM 二进制文件，LND 有一个用于远程访问 LND 的 RPC 的 WASM 应用程序，而 CLN 基于他们的 Greenlight 工作，计划实施一个密钥管理工具在 WASM 中运行，可以远程连接到 Lightning 节点。 虽然在 Web 浏览器中管理密钥时安全是一个问题现在能用的比特币软件，但在 Web 上无缝集成 Lightning 的日子正在临近。

闪电网络作为一种协议和网络，在解决开放性问题和弄清楚如何为最终用户设计简单直观的应用程序方面还有很长的路要走，但这项工作正在向前推进。 随着不同的团队分散并专注于解决不同的问题，并向不同的方向扩展功能，它无疑会变得更加混乱，但毫无疑问，进展正在发生。 我们只能希望事情不会分化到网络和软件兼容性支离破碎的地步。 未来的路确实会很有趣。