闪电网络所面临的难题还远未解决

译者注：本文是reddit/r/btc上的一个帖子，原文作者解释了闪电网络的技术路由问题、经济问题和可用性问题。

我翻译出来，供各位参考。

当Alice想付款给Bob，并且他们之间没有支付通道时，LN的“路由系统”应找出可连接他们的两个或更多个通道的路径，它的中间节点都是在线的并且乐意提供帮忙 ，并且其通道都有足够的余额（未使用的资金）以支持付款金额以及中间节点所需的费用。 一旦路径被识别，Alice和Bob就会与中间节点进行协商以安排必要的付款方式。 如果协商失败，路由系统必须找到另一个中间媒体，并且没有问题的路径。

仅仅在开始时，LN“路由系统”将必须为一百万用户工作，这些用户将会不断地上线和离线。即使每天有数以百万计的付款改变着几百万个通道的余额，它也必须运转，并且原则上只有在通道中相连接的两个用户才能利用这个系统。在这种情况下，闪电网络就必须扩展到数亿用户的级别，并且平均每个用户每天要发送10笔甚至更多的交易，如果达不到这个级别，那要实现同样的交易数量，用户需要付出上千倍的工作量。这就是技术路由问题。

(译者注：这一段讲的是闪电网络内的用户的类似互联网的路由寻径这个技术问题，只有闪电网络里的在线用户数量达到亿级别，才能实现百万计的付款，否则，在线用户数量太少就无法实现在闪电网络内路由寻径，用户最终被迫回到主链上交易。打个比方你上网，比如访问baidu.com，互联网会有一系列的路由指引你到达百度的服务器，然后百度的服务器通过一个路径返回给你信息。中间所有的路由寻径，都有一套成熟的算法帮你搞定。但在闪电网络里，你要向目标用户发送比特币的这套路由寻径算法作者判断是完全不靠谱的。)

没有人敢猜测LN将具有什么拓扑结构。 为解决这个技术路由问题，已知的解决方案，并且是唯一的拓扑结构是完全中心化：具有单个大集线器hub（或者相互协作的集线器hub组建的小卡特尔），所有用户拥有到该集线器（hub）的一个通道。 然后，集线器(hub)准确地知道所有通道的余额，每个路径具有两跳，并且唯一的中间媒体 – 集线器 – “在定义上”是在线的。 但这只是Visa（译者注：作者的意思是这种中心化的闪电网络和Visa是一样的） …

对于任何合理分布的拓扑结构，仍然没有这种路由问题的解决方案，即使是纸上谈兵的也没有;并且很可能永远都不会有。

事实上，严格来说，分布式拓扑结构中的路由问题是无法解决的。如果Alice有三个支出通道，每个通道有10个比特币余额，她不能付15个LN的比特币给任何人 – 即使她自己有30个锁定在LN的未使用的比特币。并且，在任何去中心化的规划且合理分布的拓扑结构中，大部分用户必须有几个支付通道 – 否则网络将有两个或更多个断开的子网络。

除了技术问题，还包括经济和可用性问题。每个中间节点都可能有自身法律和个人的约束（“我不会给黑市付款”，“不给伊朗用户付款”等等），并且可能需要为它的服务收取费用;所以Alice 和 Bob不想要任何路径，但非常喜欢短路径（这也增加了协商顺利的机会）。 LN付款的中间者不能窃取，冻结或逆转由它支付的资金，这是事实;但是如果用户不小心失误或者没有及时对某些情况做出反应，用户可能不可弥补地失去自己收到的所有付款。

此外，只有每个支付通道被许多不同的闪电支付系统使用，LN才能减少链上的流量。 为了实现这一点，当每天进行1次付款的用户创建了支付通道时，他必须提前锁定足够的比特币，以支付他所预期的在接下来的几周中通过该通道所产生的最大的不平衡付款。 出于同样的原因，想要成为多跳LN支付中间人的用户必须在他的支出通道中锁定足够的比特币，以便至少在几天或几周内支付他打算通过它们推送的其他人付款的最大不平衡。

最后，只有在大多数比特币用户加入LN以及将比特币锁定到LN 后，LN才会开始减少链上的流量。 在此之前，LN实际上会增加链上的流量，因为它的用户通常需要关闭和重新打开向不在LN中的比特币用户发送付款或从他们那接收付款的通道。

现有LN的“应用”并不能真正解决技术路由问题，并且根本不能解决经济问题。 他们就像建筑师所做的那些1:100比例的建筑模型：这些模型不仅太小，不能居住，而且缺乏许多基本的细节，如基础和重建的骨架，内部空间，电梯，管道，电线等。

那（慷慨大方得说）就是现在LN的状态。 告诉人们“LN已经可以应用了”几乎等同于欺诈：就像承包商告诉客户，“房子已经建造好了”，而他只是指模型准备好了。