第2层解决方案的链上可人组性带给了一些挑战。链下操作者显然对于可扩展性很简单，但是我们如何将链上交互与链下逻辑联系一起呢？我们期望建构的ZK Rollup交易所沦为可人组以太坊生态系统的一部分。我们期望其他dapp/协议构建我们获取的功能，并且用户需要用于其他dapp/协议的涉及功能。
下文是我们解决问题的方案。用户有可能不存在这两种情况：1. 用户将资产留存在以太坊钱包或链上其他地方，并期望与路印协议建构的交易所展开交互。2. 用户将资产留存在路印协议建构的交易所中，并期望在其他地方用于链上功能。
我们的目标之一是以大于的摩擦来填补链上与链下之间的差距，以构建最佳的用户体验。我们最近开始著手辩论并致力于构建几种链上协议和dapp。与现有的DeFi技术如何构建ZKP交易协议比起，这是一个比较较新的领域。
尽管我们将处置上面叙述的2种非常简单情况，但值得注意的是，大多数案例都是在用户本身不理解或者不理解幕后的情况下再次发生的。协议和产品将增进层与层之间的可人组性，最终目标是更有更好的用户，并且这些用户可以提供更好的功能和流动性。有关示例，请求参看下文第四部分。
如果您不理解路印协议3.0或ZK Rollup，请求阅读文章：https://blogs.loopring.org/loopring-3-0-zkps/。在基于路印协议的交易所上展开交易必须将资产充值到该交易所的智能合约，该交易所在其链下默克尔树根（Merkle tree）中为该用户创立一个账户。
1.链上 ⟷ 链下这里最显著的解决方案是遵循在路印协议建构的交易所展开交易的标准步骤:· 从链上钱包充值资产到交易所· 创立一个订单，然后等候运营商将其与另一个订单展开给定，并加到到区块中· 从交易所萃取资产到链上钱包如果用户期望享有传统的交易体验，这将十分简单。但是，如果是展开一次非常简单的互相交换，速度不会极快，并且不会给用户带给十分差劲的体验。幸运地的是，这可以通过中间人（mediator）来解决问题。
中间人通过在链上和链下扮演着忽略的角色来增进交互。例如，如果链上用户小红期望出售1个ETH来交换条件链下用户小明的100个LRC，那么：· 中间人接到小红链上钱包的1个ETH，网卓新闻网，并立刻从其链上钱包发送到100个LRC给小红。· 中间人创立一个1ETH=100LRC的订单，因此它可以给定小明的订单。
然后，中间人用其链下钱包缴纳1个ETH，并在其链下钱包中取得100个LRC。对于中间人而言，这是一个零和游戏（不考虑到交易酬劳的话），他的资产在链上钱包和链下钱包之间展开移往：· 中间人链上接到1个ETH，并在链下花费1个ETH。
· 中间人链下接到100个LRC，并在链上花费100个LRC。理论上，交易所上的所有用户都可以通过这种方式展开交互。
但是，运营商（relayer）继续执行这个操作者不会有很多益处：· 运营商可以保证交易按预期展开，因为他是创立具有交易的区块的交易者。另一个用户可能会分担无法及时给定，甚至根本无法给定订单的风险。
· 运营商可以必要从减少的交易中获益，因为他可以从交易中缴纳交易费用。· 运营商可以获取类似于的功能，带给极佳的用户体验。
2.链下 ⟷ 链上如上所述，显而易见的解决方案是再度遵循标准步骤，但现在的顺序有所变化：· 从交易所提现到链上钱包· 与链上 dapp展开交互· 充值返交易所（如果限于的话）某种程度，运营商最差扮演着中间人的角色。如果用户想要通过从其链下钱包发送到1个ETH与dapp展开交互，则运营商将提早用于运营商链上钱包的1个ETH，并在链上存储此证明（以保证该过程可以需要信任地再次发生）。
然后，运营商可以用于此证明，将1个ETH从用户的链下钱包移往到运营商的链下钱包（这称作有条件账户，我们将在协议的更高版本中构建）。对运营商而言，这也是一个零和游戏。
本文来源：宝马娱乐网站-www.juntian.net
