比特币的闪电网络LN还存在着很多的不足之处

我们都非常清楚，比特币（或任何其他真实的区块链）无法支撑哪怕是一个小经济体所需要的交易量。比特币的闪电网络（LN）一直被吹捧为比特币点对点微支付问题的灵丹妙药，但事实是，目前的实现还有很多不足之处。

闪电网络（LN）基础知识

LN依赖于同行之间的支付渠道来连接自身的支付渠道。我来举个例子：你有一个支付渠道，里面有20美元，我有一个Alice的支付渠道，里面有15美元。你想寄10美元给Alice，你会怎么做？你给我10美元，但我只能在我能证明我已经给Alice10美元的情况下才能拿到你给我的10美元。现在你可以使用我的支付渠道作为一个无信任的中介直接给Alice发送10美元。

收款人必须有充分的正常工作时间

要接收闪电网络支付，接收方必须向发送方发送一个随机数据R，然后在接收到该随机数据R后会显示该随机数据R。这是假设接收者在连接的情况下才可以。对于正在运行闪电节点的商家来说，这个约束可能不错，但它对闪电网络可能处理的事务类型构成了约束。我不能把钱寄给别人，除非他们的私人节点是在线的并且能够收到钱。

通道约束

在上面的例子中，我们有25美元的支付渠道只是为了给Alice发送10美元。如果我们有十亿用户使用LN呢？我们需要多少钱来承诺支付渠道，我们需要做多少次跳跃才能把10美元寄给全球各地的人？

然后我们有一个再平衡渠道的问题。如果你支付给我，初始20美元的支付通道现在只有10美元，而初始15美元的支付通道现在只有5美元。不幸的是，就我所知，我们使用区块链就无法再平衡。通过增加一点架构，我们可以使用双向渠道来更好地重新平衡，只要有人通过Alice的渠道向我付款就行。

体系结构的瓶颈

让我们看一个简单的例子：杂货店。杂货店是一种接受很多交易的商家，假设是每分钟2笔，每天8小时，典型的交易价值在50到300美元之间。如果我运行一个有支付渠道的LN节点，那么我可能需要执行以下操作之一：

a）在这个付款渠道中要有一大笔钱，以便支付给这家杂货商的许多款项。

b）通过关闭支付给我的支付渠道，并向杂货店增加支付渠道的资金，不断调整我在区块链上的渠道。

两者都不是理想的解决方案。

不管怎样…

我正在考虑如何改进闪电网络架构。也许我们可以增加多方位的渠道，或者找到避免重复支出的方法，而不需要每笔交易都有一个完全担保的支付渠道。