2.链下 ⟷ 链上
· 中间人链上收到1个ETH，并在链下耗费1个ETH。
DEX聚合器在已往的6个月里很受接待，好比1inch, DEX.AG, Paraswap, 和 Totle 这样的去中心化应用措施，他们通过聚合活动性给生意业务者提供最优惠的价值。今朝，他们聚积了链上应用（Uniswap，Kyber），也但愿可以或许从第2层（如路印协议构建的DEX）得到活动性。[出格是假如第二层机能支持价差，将获取最有竞争力的价值]。路印协议构建的DEX也但愿聚积链上应用的活动性，以加强其订单簿的活动性。
4.示例
如上所述，显而易见的办理方案是再次遵循尺度步调，但此刻的顺序有所变革：
这些办理方案的设计受到所有第2层办理方案中严格限制的约束。对付这样的方案， ZK rollup实际上是最好的第2层办理方案，因为所需时间很短（一旦在链上提交了证明，我们就可以确保完成事情）。譬喻，在optimistic rollup, 最终时间要长得多，这极大地增加了运营商提供此类成果所需的资产。
· 中间人链下收到100个LRC，并在链上耗费100个LRC。
1.链上 ⟷ 链下
· 建设一个订单，然后期待运营商将其与另一个订单举办匹配，并添加到区块中
· 中间人建设一个1ETH=100LRC的订单，因此它可以匹配小明的订单。然后，中间人用其链下钱包付出1个ETH，并在其链下钱包中得到100个LRC。
· 运营商可以确保生意业务按预期举办，因为他是建设带有生意业务的区块的生意业务者。另一个用户大概会包袱无法实时匹配，甚至基础无法匹配订单的风险。
这里最明明的办理方案是遵循在路印协议构建的生意业务所举办生意业务的尺度步调:
假如您不相识路印协议3.0或ZK Rollup，请阅读文章：https://blogs.loopring.org/loopring-3-0-zkps/。在基于路印协议的生意业务所长举办生意业务需要将资产充值到该生意业务所的智能合约，该生意业务地址其链下默克尔树（Merkle tree）中为该用户建设一个账户。
ZKP以更快的时间举办验证，但出于实际原因，仍然存在间接状态更新的主要问题。这个问题的另一种办理方案是每小我私家都成立在单个第2层办理方案上。跟着递归SNARK的成长进步，这应该是大概的。假如dapp，协议和其他版本都进入了第2层，在孤独的办理方案中，环境不会变得容易，将会越发坚苦。
同样，运营商最好饰演中间人的脚色。假如用户想通过从其链下钱包发送1个ETH与dapp举办交互，则运营商将提前利用运营商链上钱包的1个ETH，并在链上存储此证明（以确保该进程可以无需信任地产生）。然后，运营商可以利用此证明，将1个ETH从用户的链下钱包转移到运营商的链下钱包（这称为有条件转账，我们将在协议的更高版本中实现）。对运营商而言，，这也是一个零和游戏。别的，我们还可以特定为路印协议构建的生意业务所的用户批量实现可组合性。譬喻，用户锁仓在生意业务协议中的资产可以寻找DeFi赢利时机；可以配置DAO来打点存储的资产，并投票抉择将这些资产陈设在借贷协议中，可能用于其他网络的质押等。确实，我们会实现路印协议DAO，除了DeFi决定外，还将打点某些协议参数。· 从生意业务所提现到链上钱包
我们最近开始着手接头并致力于集成几种链上协议和dapp。与现有的DeFi技能如何集成ZKP生意业务协议对比，这是一个相对较新的规模。
用户大概存在这两种环境：
尽量我们将处理惩罚上面描写的2种简朴环境，但值得留意的是，大大都案例都是在用户自己不相识可能不相识幕后的环境下产生的。协议和产物将促进层与层之间的可组合性，最终方针是吸引更多的用户，而且这些用户可以获取更多的成果和活动性。有关示例，请拜见下文第四部门。
第2层办理方案的链上可组合性带来了一些挑战。链下操纵确实对付可扩展性很有用，可是我们如何将链上交互与链下逻辑接洽起来呢？我们但愿构建的ZK Rollup生意业务所成为可组合生态系统的一部门。我们等候其他dapp/协议集成我们提供的成果，而且用户可以或许利用其他dapp/协议的相关成果。下文是我们办理问题的方案。
· 从生意业务所提取资产到链上钱包
理论上，生意业务所上的所有用户都可以通过这种方法举办交互。可是，运营商（relayer）执行这个操纵会有许多长处：
1. 用户将资发生存在以太坊钱包或链上其他处所，并但愿与路印协议构建的生意业务所举办交互。
除了普通用户以外，还可以在路印协议生态中找到其他例子，譬喻DEX聚合器和担保金/借贷协议。这两种环境可以提供两种方法：从路印协议构建的生意业务所获取可能提供活动性。
· 运营商可以直接从增加的生意业务中受益，因为他可以从生意业务中收取生意业务用度。
我们的方针之一是以最小的摩擦来补充链上与链下之间的差距，以实现最佳的用户体验。
2. 用户将资发生存在路印协议构建的生意业务所中，并但愿在其他处所利用链上成果。
· 运营商可以提供雷同的成果，带来极好的用户体验。
担保金/借贷协议是开放式金融的重要构成部门，它答允贷款人赚取利钱，而借钱人得到信贷（尤其是担保金生意业务）。与利用DEX聚合器的环境雷同，协议（譬喻bZx）但愿用户在开仓时，从路印协议活动性中找到匹配的订单。同样地，路印协议也但愿其用户可以无需信任地会见个中一些协议。对付后者，一个很好的办理方案是，协议的输出是token自己，譬喻“position token”，由于它只是ERC20 token，因此可以在路印协议构建的生意业务所上线。通过依靠运营商，我们无需信任就可以缩小链上和链下之间的间隔，以实现任何范例的交互。该办理方案的独一缺点是，运营商必需在其链上钱包中存储足够资产，以便可以在链长举办打点。这不是成本利用高效的要领，除非这些处事答允增加的生意业务量高出其时机本钱。另外，资产可以相当快速（5至10分钟）在运营商的链上和链下钱包之间转移，因此运营商的资产总额可以相对较低来支持这些操纵。请留意，此类办理方案已经过Gnosis和Starkware提出，这里只是举几个例子说明。
· 中间人收到小红链上钱包的1个ETH，并当即从其链上钱包发送100个LRC给小红。
假如用户但愿拥有传统的生意业务体验，这将很是有用。可是，假如是举办一次简朴的互换，速度会很慢，而且会给用户带来很是糟糕的体验。
· 从链上钱包充值资产到生意业务所
对付中间人而言，这是一个零和游戏（不思量生意业务费的话），他的资产在链上钱包和链下钱包之间举办转移：
· 充值回生意业务所（假如合用的话）
· 与链上 dapp举办交互
3.结论
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
