http://www.7klian.com

StarksPay:闪电网络 PK STARKs

更糟糕的是,假如链下生意业务不是直接从付款方发送给收款方(譬喻:转移金额为 X),而是通过其他路由节点转发,那么所涉及的路由节点也需要锁定命量至少为 X 的资金。


自 Poon 与 Dryja 2016 年宣布白皮书以来,闪电网络引起了公家的遍及存眷。闪电网络今朝拥有高出 3000 个节点,全网锁定资产代价高出 200 万美元。闪电火把接力赛(Lightning Torch)的金额也已高出 100 美元,高科技巨头 Jack Dorsey 与 Reid Hoffman、金融巨头 Fidelity 等也都参加个中。



本文将不探讨两种方案隐私掩护方面的内容。
StarkPay 的方针是提供一种无活性需求的、可扩展、资金高效、非托管的付出办理方案。

StarkWare 的第一个 STARK 技能应用是一个 Layer-2 可扩展引擎。我们最近宣布了 StarkDEX,一个去中心化生意业务所(DEX)可扩展引擎(早期成就请查察该链接)。



本文将比拟阐明 StarkPay 与闪电网络(最著名的比特币付出可扩展性办理方案)。我们将首先回首闪电网络的优缺点。然后,叙述 StarkPay 基本架构,并举例说明其执行流程。最后,阐明 StarkPay 的优缺点,以及缺点的改造方案。
闪电网络生态系统的中心化趋势可以或许缓解资金操作率低下的问题。闪电网络中心化水平显然是一个有趣的话题。

StarkPay


长话短说:StarkPay 是一种基于 STARK 技能的可扩展付出引擎,它可以办理第二层(Layer-2)付出办理方案闪电网络(Lightning)的很多缺点。


Lightning 是为了扩展比特币网络而提出的。作为最早一批呈现的 Layer-2 办理方案之一,它天才地提议将生意业务转移到链下处理惩罚,而不改变区块链的安详模子。它但愿不只可以或许晋升生意业务局限,还可以或许担保低延迟与最低生意业务费。

闪电网络试图引入瞭望塔节点来办理用户需要一连监测区块链的问题。瞭望塔节点通过向用户收取用度来提供区块链网络状态监测处事。
生意业务完成率随付出金额增加而低落:思量到多跳付出中的每个通道都需要锁定高出付出金额的资金,这些付出在网络中可选择的路由更少,因此更高金额的生意业务付出完成大概性更低。由于通阶梯由限制了容量巨细,付出金额增加大概导致生意业务用度也会水涨船高。抱负环境下,用户虽然但愿生意业务完成率独立于生意业务金额。
运营安详挑战:中心化生意业务所最具争议的点是,它们缔造了一种蜜罐,会引来进攻者的进攻。可是,跟着网络的扩大,闪电网络路由节点会建设更多姑且蜜罐。设想一下热钱包中有一个私钥需要袒露的环境:中心化生意业务所只需要在它们选择的时间段内短暂袒露私钥。但在闪电网络中,路由节点为了提供险些及时的处事,必需一直袒露私钥。与此同时,为了提供不变的路由处事,它们需要担保每个通道都有足够的资金。这就组成了一个抱负的蜜罐:富裕的资金与在热钱包中袒露的私钥。为了补充掩护这个蜜罐所需投入的成本,路由节点很大概将这部门投入增加到生意业务费傍边。

在抱负环境下(从资金操作率的角度思量),单一中心节点的星型网络活动性上限为中心节点愿意锁定的资金量。付款方的锁定资金对付网络活动性毫无孝敬。换句话说,需要路由节点来给网络带来活动性,这是一个令人有点惊奇又不合需要的特性。
总的来说,闪电网络总资源耗损好像不只仅与参加者的数量或付出金额相关,还与付出笔数成比例。这对付付出扩容方案来说显然是一种硬伤。

资金操作率低:一般来说,为了利便利用,付款方愿意锁定一些资产(譬喻:利用借记卡)。可是在闪电网络中,每个用户需要在每个通道都锁定一笔资金,从而将一个用户的资金打散。
闪电网络
活性需求:付款方必需在线才气完成付款——这一点没什么奇怪的。可是,与比特币差异,在闪电网络中,收款方也必需在线,以便利用两边的私钥对链下生意业务签名(稍后将具体叙述操纵的安详思量)。更糟糕的是,从生意业务两边成立链下通道开始,收款人就必需一直监测区块链状态,以确保付款人不会将他们余额的旧状态提交上链并封锁通道。路由节点也必需在上下游通道超时之前在线,以便在上游 HTLC(哈希时间锁)超时之前参加协议、推行职责(即路由付出请求)。
我们将该可扩展引擎应用于加密钱币付出场景,构建了 StarkPay。不变币的呈现满意了暗码学钱币作为互换前言的须要条件。然而,该生态系统依旧缺少一个可扩展付出系统。我们相信 StarkPay 可以或许满意这一需要。
[插播:为了简朴起见,,我们假设闪电网络中路由问题已经被完美办理,而且免费提供处事。虽然,有些人认为这是一个困难]


生意业务完成率随偏向性加强而低落:与增加付出金额的负面影响雷同,当很多付款方同时向一个收款方付出用度时(譬喻:真实世界中消费者向商家付款),他们会争夺有限的(指向收款方的)路由节点资金容量。请留意,闪电火把接力赛并没有证明闪电网络能应付这种场景。

要是我们再想制止形成这样的中心化网络,又会碰着什么样的问题呢?低就逮络中心化程度需要加强路由路径选择的多样性。可是在一笔转账中,参加路由的节点越多,生意业务资金本钱就会越高(这是因为用于路由的资金需要在一段时期内锁定,在锁按期间并不能发生利钱)。详细而言,假如 Alice 想通过 5 个路由节点向 Bob 发送 1 个比特币,那么总共就需要在闪电网络中锁定 5 个比特币。这种本钱(以及路由节点不共同时的恶意进攻本钱)必需转化为生意业务方所包袱的用度。此刻闪电网络中并向付款方未收取这部门用度,而是基于网络早期用户的利他行为来维持网络正常运转。


闪电网络也有几个缺点:

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

相关文章阅读