LOADING...
LOADING...
LOADING...
当前位置: 玩币族首页 > 区块链资产 > 译文:Plasma合约白皮书

译文:Plasma合约白皮书

2020-03-18 灰狼 来源:区块链网络

声明:本文由灰狼翻译自以太坊的Plasma合约白皮书,如需转载,请申明。

PLASMA合约

2019年8月8日

Plasma合约的技术设计和体系结构是Plasma社区研究账本之间合约执行情况的产物,技术目标是链间信任最小化(速度/数据/全节点验证权衡)。本文件不支持任何特定项目或工作。但是,Plasma 现金中的实现工作有助于充分理解Plasma的设计和体系结构。

目的

假设有成千上万的参与者想参加一个合约。该合约吸收了数千名参与者在一个小时内的投入,带有外部价值绑定(例如,Plasma链与ETH互动)。绑定价值有条件的支付取决于产出状态。所有的投入和激励都被输入到合约中,并公布压缩的结算数据。然后,参与者获取结算数据,将其应用于其绑定的输出,从而实现参与者之间的资金流动。

虽然Plasma目前允许与许多参与者同步和净结算链间支付,但目前有两个问题需要解决,以使链间合约在最小化Plasma链信任的情况下发挥作用:

1.数据可用性。如果智能合约中的每个步骤都被视为分布在多个块上的单个原子轮,那么事务将被推送到合约状态,类似于链接列表或事务数组。当事务发布后,无法保证状态的可用性和正确性时,就会出现问题。最明显的例子是用户看到200个事务,发布与合约交互的事务,然后其他人的后续事务不会被转发给用户。在最坏的情况下,发布的数据是主动坏的(例如,用作激励的无效UTXO)。由于合约的执行是在所有参与者发布其交易后的一个步骤中完成的,因此中间的用户必须保证将来提交的激励是正确的。用户如何才能从合约中赎回资金,除非它确切知道自己在赎回哪个UTXO?

2.大数据量。如果需要将计算回退到底层链(根链),则强制执行状态代价很高。因此,Plasma仅在合同输出状态在根链上是紧可执行的(例如求和、平均、净额结算/交叉等)时才有用。大多数智能合约都可以通过这种方式重新设计,以分解为订单簿、预言机或保证合约。然而,如果早期的参与者在合约执行时没有数据可用性,如何强制执行数百兆字节的汇总数据?

许多参与者显著地增加了复杂性。

如果想要在链间交互中进行OTC交易,可以使用跨链原子交易(也可以在闪电通道内进行)。然而,通道和原子交易不能以可执行的方式内在地计算多方的合约,例如,数百个参与者可以在单个状态机中随时断开连接并离线。

对于状态通道,所有参与者(通常是两方)都被推定为一直在线。这确保了所有参与者都有数据,因为只有在所有必要的强制执行数据都提供给另一个参与者时,他们才在随后的状态签名。与许多当事方的互动相比,这是一种相对直接的情况,因为状态只有在所有当事方同意的情况下才能前进。如果对100名参与者采取这种方法,这将意味着所有各方都需要在合约向前推进之前签署新的状态。这缺乏可行性,就好像百分之一的参与者失败或拒绝签名状态,那么整个系统就会停止。

该结构优化了基础资产的最小状态和计算,提高了Plasma链的吞吐量要求,并具有更高的活跃假设。

链间合约方法

Plasma是一个跨链执行结构。作为一项设计原则,区块链间状态的信任最小化有不同的级别(有些可以组合使用或互补使用):

1.联邦楔入式侧链:除了联邦的诚实之外,没有为处于静止状态(如存款)或状态转换提供任何保证(只有缓解措施)。付款的无效状态转换是可能的,因此,如果需要,任何处于静止状态的状态都可能被联盟窃取。然而,有可能在联邦停止的情况下设计检查点出口,但它不能防止恶意联盟串通/盗窃。Plasma不是联邦楔入式侧链。目前设计的副链是具有欺诈证明的侧链(“掌管状态转换”)。状态链类似于楔入式侧链,但具有更多的强制属性,在发生错误的联合时不会强制执行历史上无效的状态转换。激励措施通常针对根植于侧链的资金/代币,但对于在侧链之外持有资金的联盟,必须非常注意博弈论经济安全,因为联盟可能串通窃取资金(这是因为如果侧链损坏,被窃取的外部资金仍然有价值)。增加灵活性和保证,但在联邦的信任。

2.具有完全验证的多个链:示例包括联合挖矿和扩展块。许多具有异构非Plasma子链的链项目都在这个空间中运行,并与其相关的验证权衡。分片链通常是随机/概率强制/链状态验证,以减少挖矿/验证计算和I/O需求。

3. Plasma合约:许多合约应用类型的经济强制状态转换。使用结算代理在承保状态转换期间的信任最小化的事实。结算代理不是一个受信任的实体,结算代理也不像传统金融系统中的结算工具那样,将自己暴露在交易对手风险中。这是因为合约状态是基于最小共享全局数据在本地强制执行的。据推测,涉及许多参与者的合约所需的主要链间状态是在其他情况下无法根据输出本地计算的状态(大量数据、净额结算和保证合约)。所有Plasma结构都要求并假定同步性、活跃性、缺乏长期的含糊其辞和根链的非审查性。与所有的链间设计一样,合约执行可能不会在链停止的情况下执行(但在某些情况下可以通过在退出游戏中设置停止条件来减轻)。

这些可能性并不是排他性的,它们可能是在某些类型问题的侧链假设下运行的链,以及其他可执行的Plasma合约状态转换。例如,许多人可以将计算委托给联邦楔入式侧链,以便在“没有所有者”的基金上进行计算,实际上,与所有侧链一样,联邦有权控制状态转换。换言之,在计算状态转换期间和计算之后,用户将资金直接委托给联合/验证器时,用户可以专门执行Plasma支付——只有计算之前和之后的状态是可执行的。本文详述了从Plasma支付到强制实施全局状态转换本身的架构。

上面三个例子中没有列出的另一个设计考虑因素是交叉链状态的交互计算(Truebit)以及交叉链状态的计算证明(ZK-SNARKS/STARKS)。这被认为是与跨链状态问题正交的,因为主要问题是关于这个特定问题的数据不可用性风险(以及可能用于可用性证明的大型数据集)。

Plasma 合约架构还假设承销商(“结算代理”)在提供资本之前所做的努力(例如“Plasma Debt”架构),但不要求实体与连锁运营商相同,也不要求单个运营商持续锁定资本,资本只在承诺/计算过程中被锁定,可能有许多短暂的参与者。

设计概述

在Plasma中,这种设计对于需要全局同步计算的高容量多对多事务进行净额结算的关键方面是,通过绑定本地强制执行的条件语句,可以推断出如果第三方愿意提供计算支持,则全局强制执行。换言之,如果事务设置了一个条件,那么为了使所有条件都能正确解决,那么对全局状态的任何不准确计算都会导致参与者在该状态上签名的损失。因此,如果一组参与者通过提供完全抵押结算来提供计算支持,那么由于计算不当而损失的将是结算代理。因此,结算代理承保状态转移,并且只有在完全验证状态转移本身之后才承保。

一个是能够在许多参与者之间进行交易,并共享一个全局状态转换,而不存在显著的计算复杂性,这是因为在发生了第三个缔约方承担了状态转移之后(我们称这些参与者为“结算代理”)。结算代理与传统的结算机构或实体不同,因为他们的信任度是最低的——这种架构未继承传统的委托正确结算的角色。

只有当个体参与者能够获得Plasma链的完整数据可用性时,他们才愿意继续在Plasma链上进行交易。如果存在链状态的任何部分的停顿或数据不可用,则假定所有参与者将退出而不继续进行事务处理。根据当前的有效状态,UTXOs是可以使用的,所有状态转换都是来自输出的有效条件支出/链路链。所有的UTXO都被认为是一个特定的不可分割的面额。

当用户在Plasma链上提交事务以参与与多个参与者签订的合约时,他们在接受状态转换的事务规则中进行编码。例如,如果某个合约在某个触发条件下将1 ABC兑换至少1 XYZ,则在计算提交的投标后,全局发布的批量汇率必须至少为1:1。对于个人用户来说,他们的条件已经满足了,所以他们实际上并不关心其他参与者是否有正确的执行!每个用户都附加了这些条件,因此事务转换可以成为全局可执行的。这些条件以及所有可能的有争议的链路/编码路径都被编码并提交给输出本身。想象成千上万的条件,每一个条件都是对可能的集体终结状态的限制。此限制约束结算代理在他们同意正确的情况下在该结束状态交付,因此结算代理只有在他们收到至少相等的金额时才会签名,唯一保证这一点的方法是只有在特定的正确状态转换发生时才签名。

上面描述的这些问题是必须解决的两类相互关联的问题(数据可用性和状态转换的全局强制)。对于用户来说,数据可用性问题是,如果一个人将1个ABC交换为1个XYZ,那么他就不知道他们将接收哪个XYZ,或者他们甚至不知道是否正在接收有效的XYZ输出。如果全局公布数据的计算无效(例如,汇率不是正确的交叉价格),那么有些人可能欠下的XYZ超过了可以交付的数量。

这两个问题可以通过非托管结算代理解决,要求他们使用自己的资本证明正确执行,以实现合计/净额结算。

可执行的协议流

流程概述:

1.在用户提交事务之前,结算代理提交UTXO以供结算。理想情况下,这包括所有可能的状态转换的所有值和类型。

2.用户提交事务。他们承诺已经在步骤1中看到了所有UTXO,并在步骤1之前完全验证了链状态。

3.当包含事务时,用户提供他们已经看到事务的提交,并提供对结果状态执行的提交。

4.用户撤销先前的输出状态,它们被提交给合约

5.交易窗口关闭。计算最终输出状态。

6.结算代理在状态转换签名。在步骤5之前,他们必须有完整的可用数据。如果不能,则不参加合同执行,延误一会后退还。

7.如果可用的UTXO数量不足,结算代理可以在根链上存入所需的剩余抵押品。他们正在签字确认第五步和合同的正确执行。

8.验证器在根链上发布一个签名的结算代理的位字段(步骤6)

9. 当有足够的UTXO被签名以执行时,合约状态转换就完成了,所有权已经有效地转移了。

10.如果用户未撤销其先前状态(步骤4),前提是发生了所有权转移,则在使用特定输出之前,必须进行链上状态更新。因此,用户可能会为此支付少量罚款。

虽然下面的图像可能看起来很复杂,但是根链只需要使用绿色的内容,所有其他方面实际上都只是节点/客户端,只有在执行正确的情况下它们才继续参与。

结果是,结算代理正在最小化计算风险,因为他们在步骤6(可能是步骤7)中明确签名了计算。

由于大部分计算推迟到用户验证和结算代理,根链合约/脚本只需要主要处理根状态提交的交互、确认/撤销用户UTXO Tx、(交易后)确认链上资金提交Tx、最终确定结算提交/SA提交位字段Tx,并确认强制撤销UTXO Tx。所有其他输出路径都是Plasma链本身固有的,不需要根链分析。任何争议的观察者都可以提供任何足够和必要的数据,因为在创建事务时,每个事务都已提交给状态。创建事务时,必须将所有事务数据提交到状态,以帮助执行此活动。在提交状态无效的情况下,Plasma验证器不能将其包含在块中。同样,如果用户和验证器在块中插入了无效数据,结算代理将拒绝承保链状态。

在最极端的设计中(可能超出许多实现的范围),链状态之间的链验证甚至可能完全分离,这意味着Plasma链可以在不验证外部链作为共识规则的情况下进行交易(需要做一些额外的工作,例如用户向哪个结算代理提交同意第2步,以及其他一些权衡)。这意味着,虽然Plasma链可能主要植根于一个链中,但链本身可以支持其他链,而无需再观察另一个区块链。这是可能的,因为用户正在验证外部链并提交他们自己验证过的输出。由于事务将提交给不同的数据集,每个备用根链状态都将具有完全不同的合约(因此参与者/事务也不同)。然而,备用根链仍然需要支持Plasma设计。

资本预承诺

每一个被更新的输出都是Melkle化的,并提交给一个特定的合约轮次。

先前的单个输出在Plasma链中花费,并在当前所有者(结算代理)签名后转换为绑定状态。如果结算代理人拒绝签名,则在未出示签名的情况下退还其资金。如果由于未签名或链状态无效而被返回,则可以在链上撤回或在Plasma链内将其更新回原始所有者。

若要将资本设定为已提交,则输出将被更新为可有条件地使用的输出,该输出可以是取消提取的争议(通过证明已使用,无锁定时间)、超时提取(有锁定时间)或提交遵守各方定义的可使用的合约条件的输出稍后提供见证数据(SA、接收者签名、所有参与者消耗的总金额、在正确时间发生的有效最终交易的证明)。这三个可能的条件为结算资金设置了路径。请注意,第三个条件完全是选择性加入,但一旦签名,则变得不可撤销(除非未发布最终交易,否则它将超时,并且SA将再次使用资金)。

SA可能的代码路径要么让他们拿回他们的钱,要么让他们有条件地在他们原子性地收到相同数量的钱时签名(假定正确的根链不重组和不审查)。

交易中的产出计算

如何在全局发布的状态(例如汇率或预言机结果)上紧凑地计算状态转换时的UTXO所有权是一个问题。

在转让UTXO所有权的问题上达成全局共识是绝对必要的;如果公布了某个结果,就必须知道自己拥有哪个UTXO。

复杂的是,当一个人提出一个订单时,必须能够保留一定数量的输出并以特定的价格要求它们。

这就要求能够在所有状态转换的确切条件下转移资金,并了解一个人将收到哪些UTXO。有多种可能的方法来解决这个问题。

一个简单的解决方案是要求所有的提交产生可以在所有可能的返回值上执行的输出。例如,如果交易将基于结算价格执行,则应能够制定所有可能的结算价格。这可以简单地通过要求交易存款包括两个的所有权力,直至交易总额。如果一个用户没有两个幂的所有输出,那么可以在下订单之前交换这些输出。

每个结算代理提交必须有每种类型的标准输出量。这是为了确保在验证器提交足够的值和输出数量时计算简单。如果结算代理提供大量资金,则可以提供多个提交(具有多个位字段槽)。

对于知道UTXO状态声明的第二个问题,用户确认/收回 Tx提交:

1.结算代理UTXO提交到树中,按资产类型排序,再按结算代理提交,再按金额提交(所有用户的Tx应提交到同一哈希)。

2.索赔金额的相对UTXO位置。这是必要的,因为您还不知道哪个SA将被签名。

虽然有更多的资本效率的方法消耗更少的流动性,但是它增加了复杂性,例如在Melkle树中提交所有可能的合约输出状态。

请注意,结算代理尚未提交总结算UTXO集(因为他们在分配UTXO Tx时还不知道整个提交的UTXO集)。

合约条件

需要定义成功执行事务状态的条件,因为这些条件是本地计算的。有一种理论认为,只要这些条件成立,其他人在未来做什么并不重要。一个人不能指望将来能正确地执行任何事情,因此,这些条件是不可破坏的。当多个参与者具有使用相同输出条件的事务时,参与者状态的执行因此被绑定并约束到单个可能正确的输出状态。此约束限制结算代理仅希望在正确的状态下签名。

结算后

在根链上提款的能力意味着所有权的转移。

与其他提款机制一样,假定费用取消证明取消提款(当前的UTXO状态不是提款者证明的状态),为简洁起见,此处不作说明。请注意,当取款人对取款质疑作出回应时,证人可能是必要的,因此质疑激励应足够高,足以说明这一点。

所有参与方使用所有事务(和其他相关数据)作为输入来计算状态转换。

结算代理人随后签名提交:

1.各方交换资金总额(按面额排序)

2.Merkle根,包含所有提交的待结算UTXO的UTXO根(无论它们是否提交签名批准状态转换)

3.对状态转换结果的提交。

在结算代理签名充分后,验证器在根链上发布所有已签名的结算代理的一个位字段,并提交状态转换结果、所有结算代理的merkle根以及各方交换的总资金(按面额排序)。

有一个争议期,任何结算代理都可以不同意验证器发布的最终交易。如果争议成功,定案事务将被取消。可能的争议包括(但不限于):

1.无效包含(挑战/响应争议)

2.对提交的UTXO的merkle根的处理意见不一致

3.对资金总额的意见分歧

4.对状态转换结果的提交存在分歧

争议期结束后,如果没有争议,则锁定状态转换,并最终确定合约状态转换或交易。

要索赔/取款,在Plasma链上进行支付最有可能更有效,这将导致简单的输出。如果Plasma链已经停止,SA可以通过提供以下内容从用户的输出中提款:

1.证明其位包含在位字段中(带有终结事务的证明),以及用户提交Tx中使用的状态转换结果的证明

2.用户提交Tx的相关部分,声明了一个特定的位置和执行条件(条件输出可能导致不同的UTXO集合被声明),并提供了包含用户提交Tx的证据。这些条件是一个共享提交,用于标识在相同合同条件下的交易。

3.输出偏移位置(协助合约查找位置)

这里所做的是一个证明,确保用户的输出条件已经满足,并且SA对用户的输出有足够的授权。如果SA尚未签名状态转换或其资金未被使用,则他们可以在Plasma链(只需花费一笔钱)或根链(通过提供他们不在位字段中的证明或用户与用户提交Tx发生争议的时间延迟来证明他们是合法的所有者)中申请其原始锁定资金。

当提款开始并得到证实时,紧接着将有一个的延迟来证明没有随后的支出。

偏移位置是计算要声明哪个输出所需的优化。由于位字段中的每个位都提供特定数量的UTXO名称,因此事务将断言哪个SA的位用于结算,因为我们不想手动计算位。提供偏移量并通过对位数组执行log2来计算启用的位数来验证偏移量更快(因此它验证所断言的偏移量)。现在,这将验证SA是否已注销终结Tx。

本质上,SA提供了证据,证明它们可以从用户提交Tx输出中请求UTXO,因为它们为合同提供了一个同等值的UTXO。

另一方面,用户可以从SA申请不同的UTXO。用户必须提供:

1.他们的用户提交Tx,该Tx提供对特定位置的声明和执行条件(条件输出可能导致声明不同的UTXO集),并提供包含证明

2.终结Tx的相关部分,包括用于计算输出和位字段的状态转换

3.偏移量

这允许用户声明SA的特定输出。请注意,在这种情况下,用户正在申请从分配给UTXO步骤锁定的SA资金。当SA从用户的资金中声明时,它是锁定在用户提交 Tx中的资金。

当提款开始并得到证实时,有一个随后的延迟来证明没有随后的支出。

如果用户由于数据不可用而没有看到用户提交Tx,并且用户没有看到用户提交Tx的包含证明,则用户可能不知道其事务/订单是否已执行。因此,用户可以尝试从用户分配 Tx中退出。如果这无效,则作为合法所有者的SA可以提交包含在根链中的用户提交Tx(用户稍后可以使用)的证据。Plasma链可以用任何储备金惩罚用户(不需要在简单设计的根链上达成共识)。假设用户在最小数量的Plasma链上的侧链构造中保留了一些交易费用和罚款存款(在联盟中委托的费用,所有其他值都是在Plasma结构中,这可以进一步去中心化,但在退出游戏中需要更多的代码)。

这些互动出口只在大型长期定向资金流动、Plasma链停止或拜占庭系统的情况下才是必要的。假设在Plasma链内的交易使得在大多数情况下不需要详细的出口。但是,请注意,任何费用经济学假设都应考虑到,如果有人试图撤回已锁定在该交易中的支出输出,则可能需要提供这些支出证明——这需要第三方(UTXO的当前所有者,可能不是先前参与合约的用户)。

相关合约类型

通过对可使信任最小化的结构的研究,可以清楚地看到,通过结算代理的博弈论求和(上述结构)以及保证合约可能是区块链间状态所必需的主要结构。几乎所有其他构造都可以组合这些构造以及UTXO条件来创建强制。大多数其他合约要么依赖于预言机,要么可以最小化为输出条件。Plasma现金和Plasma合约作为一种设计考虑,积极推动状态结构从共识验证中移除(Plasma产生利益的来源),因此,它采取了确保数据可用性和区块链间保证的立场,同时兼顾更高的客户端验证和根链的部分活跃性(和非重组)要求。然而,与类似交易对手的客户方验证结构不同,这种结构支持既有存款又有取款的智能合约,从而支持真正的价值交换。

确保正确计算总交易价值和担保合约的这些作用反映了清算公司/机构在传统金融体系中所发挥的作用。

UTXO变更

假设如果参与者希望增加/减少面额,他们将公开预先签名的提议,以小额费用交换Plasma现金UTXO。结算代理也可能扮演这一角色,因为他们也将持有许多UTXO。提交交易提交资金的用户应包括交易价值两倍的所有权力单位,以确保执行后状态的精确性。

嵌套子链

进一步的研究可以构造确认Tx的顺序,但是可以要求子链中的所有用户创建事务,并让一个结算代理代表用户发布事务。SA仍会消耗特定于该子链的根链位字段上的一点。由于只处理子链之间的增量,这将在Plasma链验证中节省大量存储空间(其中一个将监视它们持有UTXO的子链,以及Plasma链和根链持有资金)。SA将只处理Plasma链顶层中的净值。在嵌套链中,审查风险可能更高。同样,这需要更多的研究,但这将是客户端验证改进的一个来源,但除非有非常大的容量,否则没有必要。

什么时候Plasma合约最相关

这类问题仅限于多对多状态转换,因为大多数其他用例已经可以用Plasma解决,或者与Plasma无关。虽然Plasma在智能合约执行中有一个可扩展性的设计目标,但对于将其用于长期UTXO项目可扩展性的保证是未定义的;显然,资金的根链存储是最健壮的(通过进行跨链交换,可以快速地将资金从Plasma链移入或移出)。我们可以将不同类型/级别的状态转换与许多参与方进行分类:

1.仅限数据,无财务价值:不影响区块链间互动,因此与Plasma构建不相关。可在其他地方使用的产生的状态可以通过存在某种争议功能的merkle化证明来提供(但是,这增加了某些使用情况下的数据存储/可用性要求,例如在Plasma链内的NFT衍生)。对于被推送的外部状态(如数据反馈),可以将该问题视为预言机问题。

2、在单个链内的金融价值的状态转换(例如,根植于Plasma链中的代币):不影响块间链状态,因此不需要退出游戏(例如,在侧链中发行的稳定币;在Plasma链内发行代币而不是ERC20)。当Plasma处理链间相互作用时,完全不需要Plasma就可以实现状态转换和交换。大多数法币、忠诚积分电子钱包或支付方案可能会将Plasma的使用限制为仅限区块链内部的状态,因为不需要外部状态/链。

3.带区块链间抵押品的场外状态转换:一对一状态转换(例如,支付或交易某种价值的非金融交易)。对于Plasma现金结构,已经启用了NFT/外部抵押品支付用例,或者如果需要,速度可以使用闪电网络结构(用流动性交换速度,Plasma不打算解决这个问题)。附加条件可以作为可强制退出游戏的一部分来附加。例如,NFT拍卖可以卖给出价最高的人,如果一个人想在链上强制执行,出价最高的人可以在争议期内赎回,让其他人发布一个更高价值的提交出价。

4.带区块链间抵押品的多对多状态转换:这是本文档特别试图解决的问题。例子包括完全抵押去中心化的交易所、期货合约、奇异的众筹担保合约,或任何涉及其标的资产不在Plasma链本身的价值的交易。请注意,对交易批准的任何限制都是Plasma链本身的共识规则的责任。目前,许多人使用可信的保管人(“网关“/”楔入式侧链”)发行资产来实现多对多的状态转换,但Plasma允许在没有完全可信的保管人的情况下进行无网关交互。

参考

特别感谢致力于Plasma实现的工程师们,他们的领导使研究得以实现,并有望协助实施工作。

这篇文章取决于以下(按字母顺序非排他性的)参与过Plasma现金设计的人,以及社区中的许多人(很抱歉没有足够详尽):Ben Jones, Dan Robinson, Georgios Konstantopoulos, Joseph Poon, Karl Floersch, Kelvin Fichter, Vitalik Buterin, Xuanji Li。

相关文件(请联系以添加更多相关历史参考资料):

Dan Robinson -Plasma借贷:Plasma现金的任意面额支付

Kelvin Fichter-简单快速取款

Vitalik Buterin -最小可行Plasma

Gregory Maxwell-共同见证人

Dan Robinson-客户端验证的Plasma(Plasma现金)

Vitalik Buterin-每个用户的数据检查更少的Plasma(Plasma现金)

Georgios Konstantopoulos-社区Plasma现金研究综述

Vitalik Buterin-用于减少Plasma现金历史记录的RSA加速器

Karl Floersch-带分片验证的PoSPlasma现金

Kelvin Fichter-Plasma XT:每用户数据检查更少的Plasma现金(检查点)

Sourabh Niyogi-Plasma现金,具有稀疏的Merkle树、Bloom过滤器和概率转移

Xuanji Li-一种分币合并Plasma现金方案

Josojo-Plasma snapp-完全验证的Plasma链

Xuanji Li –状态通道和Plasma现金

本文由灰狼翻译,如需转载请先声明。

—-

编译者/作者:灰狼

玩币族申明:玩币族作为开放的资讯翻译/分享平台,所提供的所有资讯仅代表作者个人观点,与玩币族平台立场无关,且不构成任何投资理财建议。文章版权归原作者所有。

LOADING...
LOADING...