原文标题：《The Inbound Capacity Problem in the Lightning Network》
几个星期以来，比特币社区的很多人一直在讨论闪电网络（Lightning Network）的 inbound capacity 问题。越来越难以收到闪电火炬，加上 Bitrefill 启动了 Thor，还有 LND 放出了 Lightning Loop，都让人们更加关注这个问题。在本文中，我会解释这个问题的形式及其根源。
我们也会分享一些很容易被忽略的洞见。
要理解入账容量，我们得先深入了解闪电网络的第一个基本模块：支付通道。这个概念可能你在之前也听过了，所以我们直接跳到跟入账容量有关的部分。
我们先考虑一个单独的通道，然后慢慢提高思考的复杂度。
一个支付通道开通后，它就锁住了恒定数量的一些 btc，这个数量叫做「 通道容量 」。参与支付通道的双方各自拥有这个容量的一部分。在你自己这边的余额，我们叫「 本地余额 」，而在你的交易对手那边的余额，叫「远端余额 」。你的本地余额和远端余额在关闭通道之前可以更新任意次，但通道容量，如果你不关闭通道或者拼接通道，是无法改变的。
孙宇晨对话MarketAcross执行合伙人：加密货币更多的机会在于解决现实问题:7月25日消息，WebX大会在日本东京举行，波场TRON创始人、火币Huobi全球顾问委员会成员孙宇晨受邀出席，并与MarketAcross 执行合伙人Itai Elizur进行了对话。双方就加密领域热点话题进行了探讨和回应，孙宇晨表示，加密货币需要为全球用户服务，而不仅仅是行业内的交易者。他相信加密货币未来会像支付宝一样普及，有很多机会可以挖掘，且不仅限于基础设施。
孙宇晨认为，目前更多的机会在于实际应用和解决现实问题层面。他对加密货币行业的发展前景充满信心，同时他表示愿意倾听新人观点，并希望通过充分交流和合作，共同推动行业的发展。[2023/7/25 15:57:39]
特斯拉创始人在和J.K. 罗琳推特对话时称持有 0.25 BTC:特斯拉创始人 Elon Musk 在和哈利波特作者 J.K. 罗琳推特对话时称持有 0.25 BTC 。《哈利波特》作者 J.K. 罗琳在推特上表示对比特币有兴趣，并寻求网友为其解释比特币。为此，特斯拉创始人 Elon Musk 和以太坊创始人 Vitalik Buterin 都开始向她积极布道解释加密货币概念，其中，Elon Musk 更在讨论中透露自己持有 0.25 BTC 。[2020/5/17]
你跟 Robert 的通道里面有 8 btc，你的本地余额是 5 btc，你的远端余额是 3 btc
每次支付，都是把你的本地余额转一些给你的交易对手，也就是减少本地余额，增加远端余额。类似地，当你收到一笔支付时，你的本地余额增加，数额恰好等于你的远端余额减少的数额。
动态 | 南澳政府尝试区块链解决方案 使电子监管网络运营商进行转账对话:据ItNews报道，南澳政府正在研究利用区块链技术创造出一种解决方案，让不同的电子监管网络运营商(ELNOs)在转账时进行对话，对话场景如“土地所有权交易的准备和递交、资金转移等”。南澳政府规划、运输和基础设施部（DPTI）已呼吁要求了解该技术的“可操作性”，以解决新ELNOs进入该州后将出现的问题。[2019/10/10]
当你给 Robert 支付 1 btc 之后，你的远端余额增加了 1 btc
现在，我们更清楚地理解了什么决定了通道的容量，以及本地和远端余额是怎么更新的，现在来想想，如果你是一个闪电网络的节点，是网络的一部分，将有何区别。
两个交易方并没有直接相连的支付通道。但是，他们可以通过 路由节点 来支付。在整个支付路径上，每一次中转都要用到一个双向的支付通道。因此，我们刚刚讲到的支付通道特性适用于每一次中转。
星云创始人兼CEO徐义吉出席了贵州国家数博会“区块链应用高峰论坛暨DemoDay对话”:5月28日星云链创始人徐义吉在贵州举办的中国国际大数据产业博览会区块链应用高峰论坛参与对话。他和其他与会嘉宾一同针对“怎么发现并打造优秀的区块链应用项目”进行了讨论。在发言中他提到，区块链本质是对数据的确权，有些项目是重资本的，并不特别侧重真正的开发者和用户。一个区块链系统想要真正的发展，一定要在用户和开发者身上发生变化。星云认同数据的价值和应用的价值，并围绕这一点打造了星云的价值尺度、原生激励和自进化三个特点，希望能让更多真正有趣有用的应用在星云链上产生。星云链（NAS）是致力于构建可持续升级的良性生态3.0公链。（已于3月29号主网上线）[2018/5/28]
假设你想通过闪电网络来卖贴纸。那么，你需要与至少一个闪电网络节点建立连接。你仔细挑选了一个节点，保证这个节点可能跟你的潜在客户 Sophie 和 Angela 相连。我们把这个节点叫做「lnTop」。
你跟 InTop 开启了一个通道，锁入了 2 btc。你的本地余额是 2 btc，远端余额是 0 btc
现在，Angela 想要买一些你的贴纸，并通过 lnTop 来支付。但是，你跟 lnTop 的通道中，你的远端余额是 0 呀，lnTop 并不能给你支付。因此，lnTop 无法路由这笔交易。
在一个时间点上，你可以收到的 btc 数量（也就是「入账容量」），是由你的远端余额决定的。很简单嘛，如果你相连的节点只能发送 1 btc 给你，你是没法收到比 1 btc 更大的数额的。类似地，你可以发送的 btc 数量（「出账容量」）是由你的本地余额决定的。
在你决定跟 lnTop 开启一个通道时，你需要确定自己想锁定多少 btc 进去，也即你初始的本地余额是多少。lnTop 也一样，他们的选择决定了你初始的远端余额。这就有了一个重要影响。虽然你能够决定自己的初始本地余额（自己的初始出账容量），但你没法控制自己的初始远端余额（和入账容量）。
如果你今天要启动一个自己的闪电网络节点，并且只是随随便便地选了一个节点来开启通道，你可能会发现，你根本没有入账容量可用，即，你压根没法通过闪电网络来收到支付。听起来对商人很不友好，对不对？
好消息是，你有很多办法来提高自己的入账容量，比如自己先发起支付，或者请求其他节点提供容量（并付钱给他们）。这篇文章讲解了入账容量问题的不同解决方案。
嗯 …… 也不是。即使你知道了自己如何能提高远端余额，可能也没法解决入账容量问题。关键在于：并非所有通道的入账容量都相同。要理解这一点，你要先理解，在支付路由的过程中，闪电网络的其它部分，发生了什么事情。我们把上图所示网络的通道容量都划出来，这样更好理解了。
这是 lnTop 往通道里充值了 3 btc 之后的情形。在网络中，所有节点都跟自己相连的节点有专门的本地和远端余额
你从 lnTop 那里获得一些入账容量之后，Angela 最多也只能给你发 2 btc，因为你在 lnTop 那里的入账容量超过了 2 btc，但 lnTop 在 Angela 处的入账容量只有 2 btc。
但是，在这个网络里，Sophie 就没法给你发送 1 btc。你可以看看 Sophie 给你支付的路径上的通道容量状态，你的确有 3 btc 的入账容量，但 lnTop 没有 lnFirst 的入账容量。对于支付，每个参与路由的节点和你（接收方）都必须跟上一个节点有足够的入账容量。所以，虽然你能解决跟相邻节点 lnTop 的入账容量问题，但 lnTop 可能跟相邻的节点没有足够的入账容量。Lightning Labs 的闪电网络基础设施总监 Alex Bosworth 几周以前指出了这个问题。还有一个事实，让这个问题很难解决。那就是，「揭示所有节点的本地和远端余额」这件事，在闪电网络上是做不到的。作为网络中的一个节点，你只知道通道容量，并不知道这部分容量在两个参与者之间是如何分布的。
闪电网络中，并非所有的节点都有相同的需要。从上面的例子中，我们可以辨认出至少 3 类节点。
商家节点我们用「商家节点」来称呼那些主要是收账的节点。在上面的例子中，「你」就是一个收账节点，因为你最关心的就是收到贴纸买家的支付。因此你需要入账容量。记住：不仅你要有足够的入账容量，买家到你的整个支付路径上的节点都必须有足够的入账容量才行。
终端用户节点这些节点主要使用闪电网络来发账。偶尔他们会从朋友或者闪电应用处收到钱。Sophie 和 Angela 都是终端用户。对于这个群体，关键是要连上资金充足而又与商家相连的节点。他们既需要入账容量，也需要出账容量，全看他们在特定时间的需要。
路由节点这些节点是路由支付并从中赚取手续费的节点。LnTop 和 lnFirst 都是这样的节点。他们的工作是发现有需要的收款方，比如你，小镇上最大的贴纸商家。对终端用户，他们需要足够的入账流量；对商家，他们需要出账容量。此外他们还得跟市场上的其他服务商竞争，要确保自己总是在线。赚点钱不容易，对吧？
我们从单一通道开始讨论，讲解了网络内通道的特点，最终使用「节点信息全公开」的假设讨论了入账容量问题。我们将入账容量定义为给定时间点在闪电网络中你可以收到的 btc 数量，并推论了它依赖于你的远端余额。入账容量问题可能是闪电网络在启动阶段会遇到的问题。因此，如果流动性在整个网络中的分布更充分、更好，问题将减轻。我们会继续撰文探讨闪电网络在早期会遇到的问题。
原文作者： Florencia Ravenna
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。