NFT:通道网络中的再平衡(Rebalancing)算法加速思路

继上一次关于支付网络中路由问题的全面研究之后,热爱研究的Nervos小伙伴Shor对通道网络中的再平衡算法又做了详细的研究。

本文中,我们会介绍通道网络中的Rebalance问题。首先我们将介绍问题的定义和现有的解决算法。之后,我们会针对这一问题,介绍必要的图论基础和建模方法。最后,我们提供一种算法加速思路。

支付网络中的Rebalance问题简介

我们把一个支付网络看作一个无向图,每个图中的节点代表一个PID,每条边代表一个支付通道,其中每条边在两端节点各有一个存量。注意:我们默认每个支付通道内部总存量守恒,即由A,B组成的通道中,如果A有余额50,B有余额80,B在向A支付10元后,A有余额60,B有余额70。

有时,因为网络拓扑结构等原因,一个支付通道的一个方向总比另一个方向「更受欢迎」,在此情况下,各个通道的有限总存量都被「堆积」到一侧,或者说「受欢迎方向」的流量就此耗尽了。因此,支付网络会频繁出现通道流量耗尽,不得不再次「上链」打开新通道的情况。再平衡技术通过以下方式试图缓解这一问题。

BitKeep:已暂停支持Multichain跨链通道,建议取消相关合约授权:5月24日消息,BitKeep钱包官方发推称,由于多名用户反馈Multichain跨链出现异常延迟,为保护用户资产安全,现已暂停支持Multichain跨链通道,BitKeep本身的跨链桥接功能不受影响。此外,为避免MultiChain合约授权带来的安全和资金风险,建议用户取消相关合约授权。[2023/5/24 22:15:12]

例如下图中,我们考虑一个由四条边构成的回路,他们主流方向的10单位余量都已经耗尽。

其中每个箭头

Moonbeam发起开通和Acala之间的HRMP通道提案:金色财经报道,Moonbeam 在 Acala 论坛上发起技术提案,与其他网络间开通 HRMP 通道的提案类似,建议将在 Moonbeam 与 Acala 开通 HRMP 通道,初步将即集中在在两条链之间实现 GLMR 和 ACA/aUSD 流通,后期将进一步扩展更多应用案例,该提案时间暂定。提案外在因素需要通过民主提案从平行链的主权账户中调用作为来源,该提案将使用 Polkadot X CM向中继链发送 XCM。作为先决条件,波卡平行链的主权账户必须包含至少 20 个 DOT 作为抵押品(每个通道方向 10 个),以及一些用于支付 XCM 执行费用的 DOT。[2022/5/6 2:53:24]

表示一个连接了A与B的无向通道,其中A方存量是a,B方存量是b。值得注意的是,箭头方向代表了主流方向,因而我们画成了一个有向图,不过最新基于RbR的支付通道都是双向的。Revive通过一个来自全局leader的协调,完成一个rebalance工作。例如,可以协调B向A转账5个单位,协调A向C转账5个单位,协调C向D转账5个单位,协调D向B转账5个单位,使得全图结构如下图所示。其本质上是找到一个「回路」,并在这个回路上让所有通道一起逆着主流方向回流、抵回一些流量。

动态 | 能为闪电火炬提供足够流动性的通道越来越少:据bitcoinexchangeguide报道,推特上流行的闪电火炬计划可能会在不久的将来结束,将其发送给其他用户正变得越来越困难。推特用户BTChap表示,闪电火炬被设计为一个社会实验,但已变成了对通道流动性的压力测试。闪电火炬现在价值150美元。但根据BTChap的说法,能够为其提供足够流动性的通道数量变得越来越少。[2019/3/14]

当我们提及Rebalance时,到底在试图解决哪些问题?

笔者认为,关键需要解决两个问题:

第一个问题是已知全图求调度方案的问题。

第二个问题是协议问题:有谁来实现上述的运算过程?如果是以个别实体节点完成,如何让他们即时收取到一部分图的实时信息并作出rebalance决策?如何规避他们作恶?如果是以一种去中心化的方式实现,又如何使信息收集、运算和实施三个环节成为可能?如何让网络节点参与并遵循我们想要设定的规则?

Coinness分析:BTC维持上升通道走势 低点抬高有利多方:据Coinness文章分析,BTC价格目前依然运行在昨日形成的上升通道中,值得注意的是,今日形成的高点($9570)相比27日的高点($9377)提高了近$200,而低点有同步抬高的迹象,这对多方是一个可以接受的利好走势。但现在依然要对回调的风险保持警惕,目前BTC短期回调的主要支撑在200小时均线($9088)、上升通道的下沿(约$9150)、10日均线($9092),如果跌破以上短期支撑,看跌区间将移至阶段低点$8646附近。如果在未来两日里没有跌破以上支撑,BTC将会大概率首先试探$9700,随后再冲击200日均线($9916)。[2018/4/30]

本文中,我们先抛开第二个问题,专注于第一个问题。

支付网络中现有的rebalancing问题可以被这样抽象刻画:

闪电网络已搭建856个主网通道、321个节点:据lnmainnet官方数据,闪电网络主网上目前有856个通道,321个节点,约3.66个BTC在闪电网络网络上流动。[2018/1/29]

给定一个支付网络,寻找足够多的回路,最大化可以调整的流量。无疑这是个线性规划问题。

现有的思路是直接解这一个线性规划问题。但是,直接求解这个线性规划问题的代价是非常昂贵的。最新的线性规划算法理论复杂度为O(M^w),其中M为变量和约束条件个数,w是一个略小于3的常数。对于当前具有万级别节点的支付网络而言这个复杂度可以接受,不过我们认为这个复杂度对于未来具有百万上亿级别节点的支付网络来说,高了一些。但也没高太多!倘若能把复杂度稍微优化下去一些,就可以接受了。

接下来,我们将给出我们的解决思路。不过在此之前,我们先介绍一些必要的基础知识。

需要的预备知识

图论基础

对于一个有向图,一个强连通分量指一个任意两点之间可以互相由图上有向边访达的子图。一个极大强连通分量是一个增加任何一个其它节点后就不具备强连通分量性质的子图。例如上图中,我们可以用灰色区域勾勒出它的四个极大强连通分量。

我们可以观察到以下方面:

极大强连通分量对任何一个有向图的所有节点完成了一个partition。

任何一个回路只会存在在同一个极大强连通分量内。

存在一个极高效的O(N)算法求出任一有向图的所有极大强连通分量。

其中N是全网节点数量。

将每个极大强连通分量看作一个整体,用边连接所有有访达关系的分量并缩点后,我们得到了一个有向无环图。

具体优化办法

接下来,我们介绍具体算法。

首先,我们对原支付网络图做一个简化变幻,将每一个双向通道变换为从存量多的一方指向存量少的一方的有向边,边的容量是两端存量差的一半。例如下图中,我们将上图变换为下图。

于是,我们将寻找回路问题转化成了寻找有向图环路的问题。有向图的每一条边代表了一个为了让原图的对应通道更加平衡需要回流流量的一个「势能」。每一个环路可以被看作一个回流方案。在进行强连通分量缩点后,我们只需要通过现有线性规划解每一个极大强连通分量内部的rebalance问题。

其解决方案便已明朗:只需要求解出这个有向图的所有极大强连通分量,并且在每一个极大强连通分量中通过常规的线性规划,求得一个最优的调度方案。因为我们认为每个回路并不会跨两个不同的极大强连通分量,所以我们认为这个方法求出的就是全局的最优调度方案。

这里其实有个小问题:这真的是个等价转换吗?实事求是地说并不是。有可能会出现最优全局调度方案中有回路横跨两个极大强连通分量的情况,因为有可能会出现「需要为了多数人苦一苦少数人」能得到更优解的可能性。不过笔者暂时认为这种偏差是值得的。况且,涉及到现实落地,兴许那些少数人并不会接受这样的调度。

细心的读者们应该发现了本文中的两个没有解释清楚的问题:

1.到底优化了多少?

这个问题,本质上在问未来的大规模支付网络会有多少个极大强连通分量,分量越多,优化效果就越明显。本质上这个问题是未来大规模支付网络的拓扑结构是怎么样的。可以预期的是,如果绝大多数群众节点的度数只有4度左右,极大强连通分量的期望数量是关于网络节点数量以一种低于线性的速度增长的。

2.上文中的等价转化牺牲了多少?

其实,这两个问题本质上都在问:未来的大规模通道网络的拓扑结构究竟是怎么样的?

笔者认为,这个问题不但笔者回答不了,恐怕也没有人能准确回答的了。这一点笔者已经在之前的文章「一份关于支付网络中路由问题的全面研究」中给出了解释。

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

链链资讯

[0:0ms0-2:659ms