AD
SheKnows | “10.24”一周年，对话区块链行业先行者
回首过去这一年的区块链。
作者: Tom Brand Uri Kolodny
翻译: 阿剑
四句话总结
Layer-2 互操纵性的意义运用户可以在 Layer-2 体系间迁徙资金，而且在 Layer-1 上的摩擦力是尽量小的。 本文所说起的 Layer-2 互操纵性处置惩罚设计都基于我们之前发起运用的 “前提性生意业务密码学元件”。 StarkEx 2.0（估计在 2020 年 11 月推出）将运用 链上 的前提性生意业务来供应 Layer-2 to Layer-1 的互操纵性（疾速存款）。 StarkEx 3.0（估计在 2020 年 12 月推出）将运用 链下 的前提性生意业务来供应 Layer-2 to Layer-2 的互操纵性（疾速存款）。 背景 Layer-2 （L2）可扩大设计提高迅猛。以太坊主网上已有很多个有用性证实体系了，也有不少敲诈证实体系已推出测试网。L2 设计供应了可扩大性，但也有所捐躯：运用了 L2 设计，完整运行在 L1 上所能取得的一些优点就会被突破，或最少有所减损。我们不认为有某个 L2 处置惩罚设计能圆满处置惩罚一切须要：差别运用对吞吐量扩大的须要大不相同。运用们本身会在雄厚的 L2 设想库内里遴选本身合用的。在进一步引见之前，我们先对两个重要的术语下一个定义：
互操纵性（Interoperability）：能让用户在运用1（初始环境）和运用 2（目的环境）之间高效转移资金 可组合性（Composability）：能在一笔生意业务中操纵 app_1、app_2、···、app_n。（可组合性不是本文的主题。我们下次再特地聊。） 除了这些松懈的定义，我们还须要一个增强版的前提性生意业务。这类重要的元件是发作互操纵性的症结。前提性生意业务（Conditional-Tx）：
这是一种密码学元件（此处是我们首次提出这类设计），可用来在免信托的区块链上完成互操纵性。前提性生意业务，就是依赖于一些事宜的发作或不发作（比方：某笔付出、某一次状况变动），来决议本身生不见效的生意业务。给个基础的观点就是，我们可以在初始环境中定义一笔前提性生意业务，然后等它指明的前提在另一个环境（也就是目的环境）中获得满足，它再见效。
循规蹈矩 在更好的处置惩罚设计缺位之时，最少，用户总可以把资金从初始 L2 迁回 L1 上，再转而投入目的 L2。这类粗犷的体式格局既慢又贵，而且跟着需求量的增添会变得愈来愈慢、愈来愈贵。所以我们要做得更好才行。实际上，我们设计根据以下步骤，循规蹈矩地完成更好的设计。
Phase I：StarkEx (L2) → Ethereum (L1) — 疾速存款 “疾速存款” 可以处置惩罚用户须要疾速从 StarkEx 体系中掏出资金到 L1 上的问题。它不仅仅能把资金发送到用户本身的 L1 地点上，也可以把资金发送到 L1 的恣意目的地点上，比方 Compound、Aave，等等，都行。重要的是，用户存款的时延将以 “区块时刻” 来权衡，与 StarkEx 为批生意业务生成证实的频次无关。运用场景：Alice 愿望把本身在 L2 的 dYdX 账户里的 1eth 发送到本身在 L1 的地点上。
参与者：
Alice（一位在 L2 上有存款的用户） LP（在 L1 上有资金的一位流动性供应者） 初始环境中的 StarkEx 运营者（在上述例子中就是 dYdX）
- 图 1：疾速存款流程 -
流程：（1）用户向 LP 通报一笔前提性生意业务，许诺付出 1eth（加上 LP 的手续费），前提是 LP 在 L1 上把 1eth 打给 Alice 的 L1 地点；（2）等 LP 在 L1 上给 Alice 打钱以后，该笔前提性生意业务见效；（3）LP 把该笔前提性生意业务发送给运营者，守候它被打包到下一批待证实的生意业务中；（4）等下一笔证实被提交到 L1 并获得考证以后，该 LP 的 L2 余额增添，反应他从 Alice 处获得的资金。按期再均衡：该 LP 须要按期拿本身在 L2 账户中（逐步积聚）的资金来补充本身 L1 账户中（逐步斲丧）的资金。
Phase II：StarkEx (L2) → StarkEx (L2) 最入手下手的 StarkEx 是每一个实例托管一个运用。到了这个阶段，我们愿望用户可以在这些差别的运用之间疾速地迁徙资金。很像疾速存款，我们也愿望能帮用户尽量下降链上的开支，而且不必守候本身的存款生意业务在 L2 上打包和证实。运用场景：Aliece 想把本身在 L2_1 的 dYdX 账户上的 1eth 转移到她在 L2_2 上的 DeversiFi 账户上。
参与者：
Alice（一位在 L2_1 上有存款的用户） LP（一位在 L2_2 上有资金的流动性供应者） 初始环境中的 StarkEx 运营者（在上述例子中就是 dYdX）
- 图 2：链下前提性生意业务流程 -
流程：（1）Alice 向 LP 通报一笔签过名的前提性生意业务，许诺在 L2_1 上付出付出 1eth（加上 LP 的手续费），前提是 LP 把 1eth 打到 Alice 的 L2_2 的账户上；（2）该 LP 在 L2_2 上给 Alice 付出；（3）该笔付出生意业务由 L2_2 的运营者打包进某个批次并提交证实，该证实在 L1 上考证；待该批次生意业务宣布在 L1 上以后，该笔前提性生意业务就可以见效了；（4）该 LP 把该笔前提性生意业务提交给 L2_1 的运营者，由后者将它打包进本身要证实的下一个批次中；（5）等 L2_1 的下一批生意业务宣布到 L1 上、且其证实经由了合约的考证以后，该 LP 在 L2_1 上的账户余额更新，反应 TA 从 Alice 处获得的数额。按期再均衡：LP 须要按期均衡 L2_1 和 L2_2 中的资金，就看两个体系中的资金流向怎样。
在此阶段，支撑互操纵性的重要本钱将是 LP 的资金本钱；要注意的是，他们的资金本钱要经由一段时刻才回笼，也就是从向用户供应流动性、到运营者打包处置惩罚前提性生意业务这段时刻。我们估计这个时刻一入手下手会是几个小时（大部分时刻是），然后跟着（一切 StarkEx 运用中）吞吐量的增添而下降到证实的生成时刻（几分钟）。
Phase III：L2→ L2 Phase II 基础上的延长，让资金可以在恣意 L2 之间迁徙，无论是运用有用性证实的体系，照样运用敲诈证实的体系（Optimistic Rollup、Plasma）。这里要提示的是，（比拟于 zkRollup）Optimistic Rollup 在运用 LP 来完成互操纵性时，资金效力会有一些劣势，这是不可避免的（见此处）（中文译本） 信托模子 如今我们来归结一下所需的信托模子。 对用户来讲 完整是免信托的。 对 LP 来讲 LP 须要信托（初始环境中的）运营者，置信后者会处置惩罚他们的有用前提生意业务，也就是不会检察他们。这类信托须要可以用几种体式格局来消弭。假如 LP 的前提生意业务没有获得运营者的及时处置惩罚，LP 可以：
反检察：提交被检察的前提生意业务到链上的 “运营者” 智能合约中，让后者凝结运营者，使该运营者所提交的证实都不能获得处置惩罚。 平安押金：提交被检察的前提生意业务到链上的一个平安押金智能合约中，从该合约处直接吸收资金。 Phase I 将在 2020 年 11 月上岸以太坊主网（即 StarkEx 2.0），而 Phase II 将在 2021 年第一季度到来（即 StarkEx 3.0）。 Phase III 也将紧随其后。我们估计 L2 上的差别运用会有与其他 L2 上的运用互操纵的需求，也盼望与其他 L2 设计供应者议论处置惩罚设计。 原文链接:https://medium.com/starkware/the-road-to-l2-interoperability-718ff69ec822
加入新手交流群：每天早盘分析、币种行情分析
添加助理微信，一对一专业指导：chengqing930520
上一篇：Raoul Pal：CBDC时期行将到来，但不会庖代比特币
加入新手交流群：每天早盘分析、币种行情分析，添加助理微信
一对一专业指导：chengqing930520
最新资讯
