闪电网络能够说是Layer 2最有名的扩展项目了。web
高频、小额交易。算法
RSMC(Recoverable Sequence Maturity Contract)
相似于准备金机制,保障了两方的直接交易能够在链下进行。
双方都预存一部分资金到“微支付通道”里,以后每次交易,就对交易后的资金分配方案共同进行确认,同时签字做废旧的版本。当须要提现时,将最终交易结果写到区块链网络中,被最终确认。(能够看到,只有在提现时候才须要经过区块链)。
任何一个版本的方案都须要通过双方的签名认证才合法。任何一方在任什么时候候均可以提出提现,提现须要提供一个双方都签名过的资金分配方案(意味着确定是某次交易后的结果)。在必定时间内,若是另一方提出证实代表这个方案其实以前被做废了(非最新的交易结果),则资金罚没给质疑成功方。这就确保了没人会拿一个旧的交易结果来提现。
另外,即便双方都确认了某次提现,首先提出提现一方的资金到帐时间要晚于对方,这就鼓励你们尽可能都在链外完成交易。设计模式
HTLC(Hashed Timelock Contract)
HTLC就是一种就是限时转帐,保证了任意两人之间的转帐均可以经过支付通道完成。微支付通道是经过 Hashed Timelock Contract 来实现的。经过智能合约,双方约定转帐方先冻结一笔钱,并提供一个哈希值,若是在必定时间内有人能提出一个字符串,使得它哈希后的值跟已知值匹配(实际上意味着转帐方受权了接收方来提现),则这笔钱转给接收方。安全
Bob和Coffeeshop都把资金存入到链上地址,Bob存入0.05BTC,Coffeeshop存入0BTC。只有通道关闭时,链上的资金才会被释放,用户才能真正拥有该资金。微信
支付通道的创建是在链上完成的,所以须要必定的交易费。
这是一个双向的支付通道。所谓通道,其实就是双方之间的签名地址和分配状态。交易双方能够在链下通道内完成屡次交易,将交易余额上链。这样众多微小的交易就变成了交易集,大大下降了最终发布到链上的交易数量。
支付通道的创建过程引入了“2-of-2双重签名地址”:
该地址就是须要双方的签名才能进行转帐的地址。 其中,第二个2表示总签名数,第一个2表示拿到几个数有效。这里指的是总签名数为2个,一笔交易拿到2个签名后有效。2-of-3指的就是总签名数为3个,拿到其中2个签名后有效。markdown
3. 链下白条交易
Bob和Coffeeshop之间的交易在链下进行,能够是屡次交易。他们在创建的支付通道内经过相互在白条上签名来完成交易。每次交易,双方都保存一份相同的带有双方签名的白条。保存的白条是处理后续交易,解决交易纠纷的关键。网络
4. 关闭链下通道
任何一方均可以申请关闭链下支付通道来进行交易结算。好比BoB 能够拿着白条:Bob 0.045 BTC| Coffeeshop 0.005 BTC,到链上申请关闭链下支付通道,并进行交易结算,结算完成后 Bob 能够拿到 0.045 BTC,Coffeeshop 拿到 0.005 BTC。
如何防止交易方做弊?
若是Bob实际上买了10杯咖啡,双方真正的余额是Bob 0 BTC| Coffeeshop 0.05 BTC。若是此时Bob想做弊,拿着第一次交易的白条Bob 0.045 BTC| Coffeeshop 0.005 BTC到链上去申请结算,就会发生诈骗的状况。
闪电网络给出的解决方案是RSMC(Recoverable Sequence Maturity Contract)。RSMC规定有效交易必须是经双方共同签字确认的资金分配方案,且将以前的版本签字确认做废。这里若是Bob提出关闭交易通道进行结算,他向区块链出示双方签字的余额分配方案,若是Coffeeshop在规定时间内未提出异议,那么区块链才会停止双方的支付通道并将资金按协议转入各自的提现地址。而若是Coffeeshop在规定时间内提出了异议,并向区块链提交了证据证实Bob提交的是一个双方已赞成做废的余额分配方案,那么Bob的资金将被没收给Coffeeshop。
(这里有一个缺陷,那就是在这个超时机制中,用户须要在给定时间内保持一次在线。在线问题是闪电网络的一个缺陷)。
另外,RSMC还规定了资金到帐顺序。为了鼓励双方尽量多地在该通道内进行交易,RSMC规定:主动关闭方资金到帐时间晚于对方。架构
即用户之间的多跳支付。
Alice 和 Bob 已经创建"支付宝"支付通道,Bob 和 Carol 已经创建"微信"支付通道。若是 Alice 给 Carol 之间要进行交易,有两种方案,第一种是 Alice 和 Carol 再创建一条“Apple”支付通道,另一种方案是经过 Alice 和 Carol 经过 Bob 进行多跳支付。
中继者的条件:框架
缘由就在于其“垫付”机制和资金预存机制。
多跳支付过程当中,中继先垫付了资金,而后才收到发送方的转帐,也就是说,发送方要给接收方转帐,要动用整条价值传输链路上的资金。在只有一个中间人 Bob 的时候,Alice 和 Bob 的资金都被动用了。若是有 10 个中间人,那么动用的资金量就是 Alice 直接支付给 Carol 的 11 倍。
另外,预存到通道中的资金数额直接决定了它能够进行的交易上限。所以闪电网络只支持高频小额交易而不支持大额交易,大额交易须要在支付通道中预存的保证金更大。svg
既然多人之间能够创建状态通道,那么推广开来,在更多人之间就能够创建起一个支付网络来。如今闪电网络也已上线。下图就是闪电网络主网,它有 2934 个参与者,参与者之间创建 8041 个一对一的支付通道。目前上面的流通资金量仍是很是少的,只有 81 个比特币。
其实从图中能够看出,仍是有几个比较大的中心化节点的。
优势:
缺点:
Liquidity抛弃了双人通道的概念,转而直接引入了多人间链下交易的枢纽(N-party Hub),并且多个枢纽间能够互联组成整个网络。
Liquidity.Network的强大之处在于:
枢纽:
枢纽再也不是个封闭的两人世界,而像一个开放的信用合做社,任何人均可以加入某个特定的枢纽。枢纽的概念也有点像交易所,一个去中心化的交易所,平时都在交易所中进行交易,每一个交易之间也会经过特殊的通道进行链接,组成一个全球的交易网络。可是与交易所不一样的是,枢纽并无一个中心化的机构掌握金钱,而且支付行为是在链下发送的,而不是在链上进行的。
枢纽减小路由的压力(假设大部分枢纽都含有成百上千个用户能够自给自足)。并且枢纽之间也能够互联,若是同一个用户同时加入了链接成环的多个枢纽,那么抵押进这些枢纽的金额能够在彼此之间动态调整。这个想法是从创始人早先的一个研究成果Revive引伸而来的。REVIVE是运用在传统的双人支付通道中的一个押金再平衡的协议,使用了线性规划作优化计算。好比下图里是一个最简单的例子,三我的ABC每人都拥有100钱,经过双向支付通道造成了一个环,可是通道内的金额分配很是不平衡:
AC之间,AB之间和BC之间各自拥有了一条通道。在AC通道里,当前A帐面上有100,C啥都没有,而AB通道里,A啥都没有,可是B有100。若是这时候A要再给B转50,或者有个多跳支付交易但愿经过AB通道来走(好比画面外的一个付款人付给A以50,A付给B以50,B再付给画面外的最终收款人50),这里一个比较容易想到的思路就是:把AC通道中属于A的100里50经过“动态调整”放到AB通道里给A使用。
动态调整流程以下:
随机在ABC中选取一个领导者来引导这个再平衡的过程,期间三个通道须要所有冻结,经过每一个人的偏好和当前的须要构建出一系列的链下支付交易,交给全部人签字,都经过后,就强制原子性交易执行。好比在上面这个例子里,再平衡的结果能够是让A转给C以50,C转给B以50,B再转给A以50。这个时候ABC每一个人依旧每人拥有100钱,谁也没多谁也没少,不过在每一个通道内的全部帐本上都有50了。
关于锁定金额4464倍的解释:
整个网络内须要锁定的资金能够只是最近十分钟内的平均交易额度,而不是全部交易金额加起来的总和。举个例子,假设100个用户之间会发生各式各样的支付交易,月平均交易量达100BTC:对于闪电网络来讲,那么参与其中的每一个人都要押入100BTC,总共须要将一万个BTC锁定到闪电网络中。一样状况下,对Liquidity来讲,将时间缩短到十分钟,那么平均交易量也就缩小了4464倍(4464 = 31天 * 24小时 * 60分钟 / 10分钟,话说官方仍是有点“小无耻”的,白皮书里也是直接算一个月31了,毕竟这样数据最好看),因而所须要的抵押总额也就缩小了4464倍(其实看下去就会发现押金什么的感受已经不重要了)。
CelerNetwork的分层技术架构:
受互联网很是成功的分层抽象原则的启发,咱们将Celer Network设计为一个的简洁的分层架构,将复杂的离线操做网络分解为分层模块。这种架构大大下降了系统设计,开发和维护的复杂性,而且可以快速演变为每一个单独的组件。咱们将每层接口的集体规范称为cStack
(分层结构,清晰的界面。减小系统设计,开发和维护的复杂性。使每一个组件的快速演变成为可能。),包括如下部件构造:
cChannel
:广义状态通道和侧链套件。在网络通道上支持通用依赖DAG的快速状态转换。灵活的结构最大限度地提升流动性利用率。
cRoute
:具备透明通道平衡的可证实最佳状态(例如,小额支付)路由。 与最早进的解决方案相比,吞吐量提升了15倍。
cOS
:支持离线功能的应用程序的开发框架。提供通用的设计模式,并处理脱链状态的操做,存储,跟踪和非链状态的争议。
cApps
:在Celer Network上运行应用程序生态系统。经过区块链系统保证信任,隐私或权力下放,从而扩展到每秒数十亿次交易。
在Celer Network中,最终用户经过cChannel链接到Celer节点的去中心化且无信任的网络,实现广义状态信道功能。在Celer节点中,cRoute用于在最终用户之间优化和无信任地路由广义状态(例如,有条件支付)。对于用户来讲,链接到Celer Network就像链接到互联网,在那里你能够与谷歌,Facebook或任何其余互动。一旦链接到Celer Network,基于cOS的全部cApp将可供用户安装并以大规模和低成本使用。Celer Network目前具备较高人性化设计,高度可扩展和低成本的优势。
Reference
https://www.jianshu.com/p/b75a6ee8c7cf
https://www.jianshu.com/p/4f0d0d1c6749
</div>