无活性需求：收款方余额更新时无需其保持在线。在所有场景中（存款、取款与付出），生意业务都可以离线结构并在之后发送给区块链或付出处理惩罚者。
让我们将以上模子带入一些根基场景：
生意业务完成率随偏向性加强而低落：与增加付出金额的负面影响雷同，当很多付款方同时向一个收款方付出用度时（譬喻：真实世界中消费者向商家付款），他们会争夺有限的（指向收款方的）路由节点资金容量。请留意，闪电火把接力赛并没有证明闪电网络能应付这种场景。
优势
存款（“入站”）
验证付款方有富裕的资金；
检讨付出的数字签名；
本文我们先容了一种合用于加密钱币付出场景的基于 STARK 算法的可扩展引擎（StarkPay）。我们首先阐明白当前最热门的比特币扩容方案 —— 闪电网络，并将其与 StarkPay 举办了较量。我们的结论是，StarkPay 提供了一种引人注目标替代方案，可以或许在几个值得留意的维度对闪电网络举办改造。
改造方案：
自 Poon 与 Dryja 2016 年宣布白皮书以来，闪电网络引起了公家的遍及存眷。闪电网络今朝拥有高出 3000 个节点，全网锁定资产代价高出 200 万美元。闪电火把接力赛（Lightning Torch）的金额也已高出 100 美元，高科技巨头 Jack Dorsey 与 Reid Hoffman、金融巨头 Fidelity 等也都参加个中。
StarkPay
编者注：原标题为《引介 | StarksPay：当闪电网络赶上 STARKs》
非托管：付款方无需将加密钱币托管给 StarkPay。所有操纵都需要付款方签名，即便在证人作恶可能不相助的环境下，他们也可以随时直接从付出合约（Payment contract）中取出锁定资金（后续博客将具体叙述有关安详退出的内容）。
值得留意的是，STARK 适度地耗损了极为稀缺的链上计较资源：它所耗损的资源跟着链下计较局限的增加以对数方法增长。详细而言：为使 StarkPay 吞吐量晋升 10 倍，链上计较资源耗损仅需增加不到 50%。
StarkPay 由链下组件与链上组件两个部门构成。
延迟：与点对点闪电通道担保的即时结算差异，今朝为大批量生意业务生成证明所需的时间约莫是几分钟。
Alice 签名向 Bob 发送一笔生意业务，并将该生意业务发送给付出处理惩罚者（Alice 并没有放弃她的资金禁锢权）。
要是我们再想制止形成这样的中心化网络，又会碰着什么样的问题呢？低就逮络中心化程度需要加强路由路径选择的多样性。可是在一笔转账中，参加路由的节点越多，生意业务资金本钱就会越高（这是因为用于路由的资金需要在一段时期内锁定，在锁按期间并不能发生利钱）。详细而言，假如 Alice 想通过 5 个路由节点向 Bob 发送 1 个比特币，那么总共就需要在闪电网络中锁定 5 个比特币。这种本钱（以及路由节点不共同时的恶意进攻本钱）必需转化为生意业务方所包袱的用度。此刻闪电网络中并向付款方未收取这部门用度，而是基于网络早期用户的利他行为来维持网络正常运转。
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
