Liquidityads是一个最近在c-lightningv0.10.1?中实现的规范,是闪电网络的一个重要补充。它体量虽轻,却能让网络以去中心化的方式在网络中协调流动性部署,并保证可访问性。
Liquidityads解决了通过闪电网络来接收支付的一个常见问题:从何处以及如何获得入账流动性。
实际上,补充入账流动性,是闪电网络中每个节点或多或少都要面对的问题。
为什么入账流动性很重要
无论是要接收支付,还是路由支付,入账流通性都极为重要。
你的入账流动性总量,就是你能在闪电网络中接收的支付额的上限;这对于使用闪电网络的供应商/服务商来说,重要性不言而喻;对于普通的节点来说,也关系到可以获得的路由费总数。
总而言之,入账流动性的作用是:
在闪电网络中接受流动性
赚取路由费
闪电网络节点数量已达19268个:金色财经报道,据1ML.com数据,目前,支撑网络的节点数量达到19268个,相较30天前数据,环比上涨7.62%;通道数量为42267,相较30天前数据,环比上涨6.8%;闪电网络承载能力目前为1206.13BTC,约合7369.62万美元。[2021/4/17 20:31:27]
入账流动性与路由费
在闪电网络中赚取路由费就是通过转介支付交易来获得手续费。这部分收获会累加在你的节点的通道的本地余额中。
也就是说,你的闪电网络余额,会随着你把入账流动性转化为出账流动性而增加,且这一过程会在所有通道中发生。
这里,我们来考虑一个假想的例子,一个路由节点靠转介支付交易来赚取手续费。我们来看看他可以获得的路由手续费的数量,是如何被通道开启时的入账容量所限制的。
我们假设,这个节点一开始有两个通道,通道的余额使得支付交易可以在两个通道间穿梭,这个节点则居中路由。他的通道分别有1000聪的入账容量和1000聪的出账容量。
Blockstream工程师用Python3.0重写闪电网络代码库以测试相关应用功能:据Blockstream中文社区消息,开发了闪电网络大部分协议的Blockstream工程师Rusty Russell,最近用Python3.0重写了测试闪电网络的代码库,该库可以用来测试闪电网络上应用程序的基本功能是否正常。[2020/7/20]
<Node>为两个通道设置了100聪的“路由费”,也就意味着,每次有支付交易经过,<Node>就要收取100聪。
如我们所见,随着转介次数的增加,节点的通道费将逐渐侵蚀其路由能力——因为他净赚了转移资金的费用。
简单演示一下。假设我们通过这两个通道来回发送支付,每支付一次,都要给<Node>支付100聪。
动态 | 闪电网络节点数量已达11559个:据1ML.com数据,闪电网络节点数量呈持续上升趋势。目前,支撑网络的节点数量达到11559个,在过去的30天中上涨4.02%;通道数量为36340,在过去的30天中增长1.7%。闪电网络承载能力目前为898.75BTC,约合910.21万美元。[2020/2/19]
那么,在开始时:
然后我们用这两个通道来回发送支付交易。每一次我们都支付最大可支付的数额,所以第一笔我们支付1000聪,减去100聪的手续费之后,接收方得到900聪。
动态 | 数据:90%的闪电网络支付在4次尝试/30秒内成功:Bitcoin Unlimited首席科学家Peter R. Rizun昨日转发推特并表示,如果你尝试过闪电网络(LN),你会知道付款经常失败,那些成功的人会感觉很慢。@Snyke收集统计数据对其进行量化(90%可以在4次尝试/30秒内成功)。集中在一个互联、可靠和流动的中枢周围应该会改善这些统计数据。[2019/10/20]
经过这么多次转介之后,<Node>就没法在转介支付交易了。这个节点路由了9笔支付交易。
一开始,节点有1000聪的出账容量和1000聪的入账容量。
在转介了9笔支付交易之后,节点现在拥有了1900聪的出账容量和100聪的入账容量。
通过转介支付交易,你成功用这对状态通道赚到了900聪。我们的节点如果还想继续做路由交易的生意的话,就需要更多的入账容量了。
动态 | 闪电网络节点数创新高 最高达4272个:据管理器1ml.com数据显示,闪电网络节点和通道数量呈现持续上升趋势。目前,支撑网络的节点数量最高达到4273个,而通道数量达到12471个。闪电网络目前的承载能力是451.11个BTC,相当于189万8955美元。[2018/12/2]
让流动性可获取、更便宜
某种程度上来说,每个节点都需要入账流动性。
因为这是运行一个闪电网络节点的基础部分——只有节点能获得入账容量之时,闪电网络对他才有意义。
现在,补充入账容量有很多办法:
使用闪电网络来买一些东西,可以获得入账容量
使用像LightningLabs的Loop或是Boltz这样的loopout服务,可以将资金从你的闪电网络节点推回你的链上钱包
与朋友合议开启一个余额充足的通道
使用第三方的布告栏比如?LightningNetwork.plus
从已知的服务商比如?LNBig的流动性服务处购买入账容量
找一个愿意通过中心化拍卖来出租入账容量给你的人
Liquidityads与这些方法都不相同:你是通过闪电网络的gossip网络找出节点来租用入账容量。
Ads是去中心化的,任何拥有一个公开通道的节点都可以创建一个并发送给网络上的每一个节点。租用广而告之的流动性非常简单,就是跟发布广告的节点开启一个通道。你也知道跟你开启通道的人是谁——在开启租用之前,你可以看到对方都有哪些通道。
流动性不是同质化的
在闪电网络上,流动性不是同质化的,它们是嵌在网络中的,而网络由节点和他们的通道余额组成。
在一个流动性网络中,没有两条意义完全相同的通道——每个通道都是独一无二的,连接起了网络的不同部分。新的通道对闪电网络通道图的影响也不完全相同。一个新加入的节点处在网络的哪个位置、最短路径的启发,也会因他连上的节点而有所不同。
换句话说:新创建的每个通道,都对一个节点在网络图谱中的位置有完全不同的影响。连上某个节点的一条新通道,可能让这个节点迅速靠近中心;而连上另一个节点可能对此毫无帮助。
如果不知道一条新的通道会在网络图谱的哪个位置,为这笔新的入账流动性定价是很难的。即使善意的第三方会尝试给不同对等节点的价值“评级”,也很难准确估计来自一个未知节点的入账资金的价值。实际上,分辨具有哪些属性的节点是值得分配流动性与之建立通道的,仍然是一个未有定论的问题。
估计价值的困难,同样也使人们难以辨别哪些入账流动性是有价值的。
举个例子,如果我的节点在广告流动性,你怎么知道该给我付多少钱呢?
这个问题的答案会因节点而异,因为我所提供的流动性的价值,也部分取决于你的节点当前的流动性情形以及通道图谱中,你我的节点的相对位置。
我希望能看到一些服务商为不同的节点广告提供实时估价,并为谋求租用入账容量的节点量体裁衣。
权衡
Liquidityads是一种强大、轻量的方法,可协助入账流动性在闪电网络所有节点间的部署。然而,关于布告栏方法,仍有一些要点需要强调。
优点:
只需提交一笔链上交易来租用入账流动性。不需要将资金预先锁定在拍卖账户中。
任何带有一个公开通道的节点都可以创建一个广告。
在租用开始之前,你可以知道自己的通道对手的情形。
租用可持续一个月
部分租用条款可在链上强制执行*
通道对手会为租用资金转介支付交易的手续费承诺一个上限
缺点:
无法保证流动性可用。对手可能用尽了资金,或者无法为你提供足够的数额
出租资金的节点必须提前决定资金的费率。不过,这可以通过第三方服务来缓解,他们可以帮助你拍下可用流动性,然后用dual-funded/liquidityad来执行。
流动性的市场可能更为碎片化,因为任何人都可以在任何时间向你请求流动性。
你必须自己调查为你提供流动性的对等节点。
*租用的资金会用CSV锁在一个?to_remote?输出中。
郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。