作者： Viktor Bunin ， Coinbase Cloud 协议专家 编译：倩雯， ChainCatcher

我有一段时间没使用 Lightening （后称“闪电网络”）了。

我上一次花时间研究它是在 2019 年，当时我与 Elizabeth Stark 和其他社区领袖合作，在柏林组织了第一届闪电网络大会。从那以后，我把大部分时间都花在了其他协议上，虽然我和 Elizabeth 等人还是朋友，但我对闪电网络实际工作原理的理解已然退化。重新审视之后，我发现不仅是我如此，我的大多数朋友也是如此。

这篇文章是为那些最近还没有使用闪电网络的人准备的。它将讨论我或我看到的其他人的误解。如果我漏掉了什么好的观点，请在 Twitter 上给我留言。

几年前确实如此，但现在用户可以在移动设备上通过非托管轻客户端使用闪电网络。用户始终可以控制自己的密钥，使用闪电网络轻客户端的钱包体验与使用以太坊时通过 RPC 调用 Alchemy 或 Infura 的钱包体验相同。

这种情况仍然存在，但有一些巧妙的变通办法。即使钱包不在前台运行，非托管闪电网络手机钱包也能通过后台任务或手机通知接收付款。不过，这种方法受到移动操作系统的限制。现代操作系统限制后台应用程序的计算量，以节省电池。接收几笔 LN 付款是没问题的，但如果在短时间内接收太多，它们就会因为计算量被限制而开始失效。

从长远来看，闪电网络协议开发人员正在开发异步支付( Async Payments )规范，该规范将实现任意长的无信任延迟。从本质上讲，付款会从发送方的节点记入，但如果接收方的节点离线，付款就会在发送方的 LSP (闪电网络/流动性服务提供商，通常由钱包自己运营)中停留，直到接收方重新上线。这一升级预计将在明年进行，但目前还没有正式的推出日期。不过，这要求参与的钱包必须包含 LSP ，这可能会阻碍它作为全网解决方案的采用。

这一点并不成立。在大多数闪电网络客户端上，渠道默认是单向开放的，因此只需要发送方向渠道投入资金，收款方可以是一个全新的空地址。这种误解源于闪电网络白皮书，白皮书中的例子一直提到双向资金通道。

这其实基于一个有趣的背景故事。最早的支付渠道( Spilman )只允许单向支付。闪电网络的创新之处在于实现了双资金、双向支付，而且通道没有过期时间。这也许就是闪电网络论文如此关注它的原因。相对于当时已知的协议设计而言，这是一项重大发明。