第2层解决方案的链上可组合性带来了一些挑战。脱链做事对于可伸缩性很有用，但是如何将链上交互与链下逻辑联系起来？我们希望ZK汇总交易所成为可组合的以太坊生态系统的一部分。我们希望其他dapp /协议使用我们提供的功能，并希望我们的用户能够使用其他dapp /协议提供的功能。以下是我们将如何解决这一问题的方法。

用户可以在两种情况下找到自己：

1. 用户在他的以太坊钱包或其他链上有资金，并希望与Loopring交易所进行交互。
2. 用户将资金存储在Loopring交易所中，并希望在其他地方使用链上功能。

我们的目标之一是以最小的摩擦来弥合链上世界与链下世界之间的差距，以实现最佳的用户体验。

我们最近开始着手讨论并致力于几种链上协议和dapp，以实现集成。探索现有的DeFi原语，工作流程和金钱的乐高积木如何加入ZKP规模的交易所协议，反之亦然，这是一个相对较新的领域。

尽管我们将处理上面1和2中描述的简单情况，但值得注意的是，大多数有趣的用例都是在用户本身不了解或不了解幕后发生的事情的情况下出现的。协议和产品将促进层之间的可组合性，最终目标是吸引更多的用户，并且这些用户可以使用更多的功能和流动性。有关示例，请参见第4节。

在继续之前，如果您不熟悉Loopring v3或ZK汇总缩放，请在此处阅读5分钟入门，或在此处进行深度学习。对于本文的主题而言，最重要的理解是，在基于Loopring的交易所上进行交易需要将资金存入该交易所的智能合约，从而实现该交易所在其脱链Merkle树中为该用户创建一个帐户。

1.上链 ⟷ 脱链

当然，这里最明显的解决方案是遵循在Loopring交易所进行交易的标准步骤：

• 从链上钱包将资金存入交易所。
• 创建一个订单，然后等待操作员将其与另一个订单匹配并将其添加到块中。
• 从交易所提取资金回到链上钱包。

如果用户希望拥有传统的交易体验，这将非常有用。但是，例如，进行一次简单的交易所会很慢，并且会给用户带来非常糟糕的用户体验。

幸运的是，这可以通过调解员来解决。中介者通过在链上和链下扮演相反的角色来促进交互。例如，如果链上用户Alice希望以100 LRC的价格向脱链用户Bob出售1 ETH，则：

• 调解员从爱丽丝的链上钱包中收到1 ETH，并立即从他的链上钱包寄回100 LRC给她。
• 调解员为1 ETH / 100LRC创建了一个订单，因此它可以与Bob的订单匹配。结果，调解员在其链下钱包中支付1 ETH，并在其链上钱包中获得100 LRC。

对于调解员，这是一个零和游戏（不考虑费用），他的资金刚刚在他的链上钱包和链下钱包之间移动：

• 调解员收到1个以太币链上的商品并花费1个以太币链上的商品
• 调解员获得100个LRC脱链并花费100个LRC链上

从理论上讲，交易所上的任何用户都可以通过这种方式促进交互。如果有足够的空间进行小幅传播，则可以通过充当桥梁来获利。但是，让操作员（relayer）执行此操作有很多好处：

• 操作员可以确定交易将按预期进行，因为他是创建带有交易的区块的交易者。另一个用户冒着无法及时匹配甚至根本不匹配其订单的风险。
• 操作者直接从增加的交易中受益，因为他从交易中收取交易费用。
• 运营商可以提供这样的功能，以便为用户提供卓越的用户体验。

2.脱链⟷链上

如上所述，显而易见的解决方案是再次遵循标准步骤，但现在的顺序不同：

• 从交易所退出到链上钱包
• 与onchain dapp互动
• 存回交易所（如果适用）

同样，最好将运算符用作中介。如果用户想通过从其脱链钱包中发送1 ETH与dapp进行交互，则运营商将使用运营商的链上钱包在1 ETH前面，并在链上存储此证明（以确保该过程可以不信任地发生）。然后，运营商可以使用此证明将1 ETH从用户的链外钱包转移到运营商的链外钱包（这称为有条件转移，我们将在协议的更高版本中实现）。对于运营商而言，这再次使其成为零和游戏。

3.结论

通过依赖于操作员，我们可以以不信任的方式缩小链上和链下世界之间的距离，以进行任何类型的交互。该解决方案的唯一缺点是，运营商必须在其链上钱包中存储足够的资金，以便他可以在链上管理必要的资产。这不是资本有效的方法，除非这些服务所允许的增量交易量超过资本（机会）成本。此外，资金可以相当快地（5至10分钟）在运营商的链上和链下钱包之间转移，因此运营商所需的资金总额可能相对较低，以支持大量的经济活动。请注意，此类解决方案已经由Gnosis和Starkware提出，仅举几例。

这些解决方案的设计空间受到所有第2层解决方案中相当严格的限制的约束。对于这样的方案，ZK汇总实际上是最好的第2层解决方案，因为最终时间很短（一旦在链上提交了证明，我们就可以确保工作正确完成了）。例如，在乐观汇总中，终止时间要长得多，这极大地增加了操作员提供此类功能所需的资金。

以更快的验证时间形式进行的ZKP改进将提供增量改进，但是出于实际原因，间接状态更新的主要问题仍然存在。如果“每个人”都建立在单个第2层解决方案上，则此问题的另一种解决方案将是。随着递归SNARK的发展，这确实应该是可能的。流动性仍然不一定是微不足道的，但是解决方案几乎肯定会出现。如果dapp，协议和其他版本确实进入了第2层，但是在孤立的解决方案中，情况将不会变得容易，而且可能会更加困难。

4.示例用例

例如，除了日常用户以外，还可以在Loopring的上下文中找到这些其他难题的例子，例如DEX聚合器和保证金/贷款协议。这两种情况都可以两种方式：从Loopring交易所获取/提供流动性，并向Loopring交易所提供/供应流动性。

DEX聚合器已经看到了一个人气强劲飙升，在过去6个月，与dapps如1inch，DEX.AG，Paraswap，并共2个产品交易所者最优惠的价格通过聚合流动性和路由到最佳速度。目前，他们聚集了链上资源（Uniswap，Kyber），但希望能够从第2层场所（如Loopring DEX）获得流动性。[特别是第二层性能是否允许点差压缩，从而具有最有竞争力的价格]。相反，Loopring DEX也可能希望汇总/包括来自这些链上来源的流动性，以引导/补充其订单簿的流动性。

保证金/贷款协议是开放式金融的重要组成部分，可以使贷方赚取利息，而借款人则可以使用信贷（尤其是保证金交易）。与使用DEX聚合器的情况类似，协议（例如bZx）希望能够在用户启动仓位时从Loopring流动性中提取出满足其订单对象需求的商品。同样，Loopring希望其交易所用户通过其Loopring交易所帐户无缝且不信任地访问其中一些协议。对于后一种情况，一个很好的解决方案/解决方法是，协议的输出是令牌本身，例如“位置令牌”，由于它只是ERC20，因此可以在Loopring交易所上微不足道地列出。

另外，还可以为特定Loopring交易所的用户“批量”实现可组合性。例如，锁定在交易所中的用户资金可以集体用于某些DeFi机会。可以设置DAO来管理存入的资金，并投票决定将这些资产部署在借出协议中，或用于在其他网络中进行质押等。的确，将存在Loopring DAO，并且除这些DeFi决定外，还将管理某些协议。广泛的参数。