Lightning Network：无需等待区块的 Bitcoin 支付
Bitcoin 大约每十分钟确认一个区块，而每个区块的空间都有限。这是为了安全性和去中心化而刻意做出的取舍，但也让 Bitcoin 在买一杯咖啡这样的场景中显得笨拙。Lightning Network 是最广为人知的解决方案：它让你能够进行大量快速、低成本的 Bitcoin 支付，同时只需偶尔触及区块链。
下面介绍它的工作原理、它的优势所在，以及它反过来对你有哪些要求。
核心思路：通道
Lightning 由支付通道构建而成。两个人把一些比特币锁定在一个共享的链上地址中，花费这笔资金需要双方的签名——这就是 2-of-2 多签，也正是 SSP 为你的金库所采用的同一种基础结构。
通道开启后，双方通过交换签名的更新来相互付款，这些更新记录了锁定余额当前的分配方式。Alice 向 Bob 支付 1,000 聪：双方共同签署一个新版本的分配。Bob 退回 300 聪：又产生一个新版本。这些更新都不会上链。它们即时完成，几乎不产生任何费用。
结束后，任何一方都可以把最新的分配发布到链上来关闭通道。开启和关闭两笔链上交易之间，可以容纳成千上万笔支付。
如何确保各方诚实
是什么阻止 Alice 发布一个旧的分配，也就是她向 Bob 付款之前的版本？
每当余额发生变化，双方都会交给对方一种手段，用来惩罚任何发布过时状态的人。在由时间锁强制执行的等待期内，受骗的一方可以花费这些旧状态中的资金。如果 Alice 广播了一个过期状态，Bob 就有一段时间窗口，可以把整个通道的余额作为罚金收归己有。
这个设计很巧妙，但也带来一个后果：必须有人一直盯着。如果在整个争议期内你都处于离线状态，作弊的对方就可能逃脱惩罚。Lightning 钱包的应对方式是定期上线，或者使用代你监控的“瞭望塔”服务。
从通道到网络
你不需要与每一个收款人都建立通道。支付可以沿着一串通道逐跳传递：你付款给与你相连的节点，它再付给下一个节点，如此传递直到收款人。
各跳之间通过一把密码学锁相互关联，因此要么整笔支付全部成功，要么完全不发生——中间节点无法把钱扣在半路。路由节点会为转发收取极少的费用。
Lightning 的优势所在
- 速度。支付通常在几秒钟内完成。
- 小额支付。手续费可以低至不到一分钱，因此极小额的支付也变得切实可行。
- 在某些方面的隐私性。通道内的单笔支付不会出现在区块链上。
- 借助 Bitcoin 的安全性完成结算。通道余额最终都在 Bitcoin 本身上结算。
需要付出的代价
严格意义上，Lightning 是一种第二层方案——最终结算继承了 Bitcoin 的安全性——但它并不只是“更快的 Bitcoin”：
- 流动性是实实在在的限制。你只能发送通道中属于你这一侧的金额，也只能接收不超过对方那一侧的金额。大额支付可能找不到可用路径。
- 你需要保持在线，或者把监控委托出去。自托管的 Lightning 意味着你的钱包或瞭望塔必须能够对作弊企图作出响应。
- 通道状态是一个备份难题。恢复 Lightning 钱包并不像用助记词恢复那么简单；通道数据至关重要，一旦丢失，可能意味着必须强制关闭通道。
- 开启和关闭通道都要支付链上手续费，在 Bitcoin 内存池拥堵时，这笔费用不容忽视。
- 许多热门的 Lightning 应用都是托管式的。它们之所以方便，恰恰是因为由服务商运营通道——并持有你的币。
最后这一点是大多数人忽略的。一个无需任何通道管理就能“直接用”的 Lightning 应用，往往是托管式的：你的余额存放在别人的系统中，并伴随着由此带来的所有代价。
Lightning 与 SSP
SSP 不支持 Lightning。SSP 将你的比特币保存在链上的 2-of-2 多签金库中，并发送普通的 Bitcoin 交易，每笔交易都需要在 SSP Wallet 和 SSP Key 上同时批准。
这适合储蓄和较大额的支付，在这些场景中，链上结算和双设备批准最为重要。Lightning 则适合另一类任务：频繁、小额、快速的支付，同时要承担通道带来的运维负担。很多人两者兼用——用安全的链上金库存放资产，再用一个小额 Lightning 钱包日常消费，按需充值。
坦诚的总结
Lightning 把支付转移到双方之间的通道中，只在开启和关闭时进行链上结算，从而让 Bitcoin 支付既快速又便宜。这是建立在多签和时间锁之上、真正巧妙的工程设计。
但它也带来了流动性限制、必须持续监控的要求以及备份上的复杂性——而且许多最易用的 Lightning 应用会悄悄地用自托管换取便利。把它用在它擅长的地方，把任何你承受不起损失的资产存放在更简单的地方。
