当人们还在思考用rollup的方式缓解Layer1拥堵的时候，Vitalik已经在考虑rollup之间怎么做交互。
6天前，Vitalik发起了一个叫做“跨rollupDEX”的提案，其中提到当一条rollup有智能合约部署，另一条rollup没有完全的智能合约功能的时候，资产可以在两条rollup之间以去中心化的方式转移。有一点“隔空挪物”的感觉。
这个过程到底是怎么实现的呢？哔哔News将提案，以及Vitalik和社区成员间的精彩讨论内容翻译如下：
假设我们有两条rollup，分别是rollupA和rollupB。Alice想要把rollupA上特定数量的代币转移到rollupB上。如果A和B都有完全的智能合约支持，在这种情况下，已经有关于如何以去中心化的方式解决这个问题的提案。本提案想要为只有rollupB有完全的智能合约支持的情况提供思路。
我们假设，rollupA上的交易有某种“备注字段”，如果没有的话，我们可以使用值的低阶位作为备注发送。
国家互联网信息办公室关于发布第七批境内区块链信息服务备案编号的公告:3月4日消息，根据《区块链信息服务管理规定》，国家互联网信息办公室依法依规组织开展备案审核工作，现发布第七批共265个境内区块链信息服务名称及备案编号。根据《管理规定》要求，区块链信息服务提供者应当在其对外提供服务的互联网站、应用程序等显著位置标明其备案编号。备案仅是对主体区块链信息服务相关情况的登记，不代表对其机构、产品和服务的认可，任何机构和个人不得用于任何商业目的。网信部门后续将会同各有关部门，依据《管理规定》对备案主体进行监督检查，并督促未备案主体尽快履行备案义务。请尚未履行备案手续的相关机构和个人尽快申请备案。（国家互联网信息办公室）[2022/3/4 13:37:30]
提案
假设存在一个交易中介Ivan(在实际实现中，将有许多中介可供选择)。Ivan在rollupA上有一个账户IVAN_A(他完全控制该帐户)。Ivan还将一些资金存入了rollupB上的智能合约IVAN_B中。
动态 | 包头市局发布关于虚拟货币“wotoken钱包”的风险预警:包头市局官方微博平安包头今日发微博称，近期，有群众反映，号称“数字资产里支付宝”的“wotoken钱包”APP关闭，已充值到该平台的数字货币无法交易、提现，怀疑被。包头特此发布风险预警提示，请广大市民谨慎参与虚拟货币投资。目前，区块链技术尚在探索阶段，任何依托“区块链”“虚拟货币”名义开展的投资项目，都具有极高的风险，存在价值归零的可能，请大家提高警惕，谨防受。[2019/12/23]
智能合约IVAN_B有以下规则：如果任何人发送TRADE_VALUE数量的代币到IVAN_A，其中包含一个地址DESTINATION作为备注，那么在MIN_REDEMPTION_DELAY块之后，IVAN_B将收到一笔交易，该交易包含一个代币转移的证明，从而把提取TRADE_VALUE数量的代币这样一笔交易排队到DESTINATION地址。提币按照交易被包括到rollupA中的批次和索引顺序处理，要经过一些延迟(比如1天)。
动态 |奥克兰 IEEE安全与隐私研讨会接受IOHK关于侧链的研究:根据cryptoninjas消息，区块链研发公司IOHK宣布，其最近发表的关于侧链协议的论文已被奥克兰网络安全会议接受。该论文首次给出了侧链系统的正式定义，演示了如何在区块链之间安全地移动资产，并给出了适用于区块链验证的侧链构造。侧链被设想为改善区块链可伸缩性问题的机制，支持区块链协议之间无缝和高效的互操作性。到目前为止，还没有人尝试过一种可以证明是安全的构造。IOHK的研究还详细说明了“防火墙”的特性，以限制侧链故障对区块链的影响。[2019/1/11]
当Ivan看到他在IVAN_A收到资金时，他可以亲自将TRADE_VALUE*(1-fee)数量的代币发送到DESTINATION地址。他可以通过IVAN_B中的方法发送交易，该方法保存一条记录，防止合约中的自动发送条款触发该交易。
预期的操作很简单：
Alice向IVAN_A发送一笔交易，其中包含N个代币和备注地址ALICE_B。
动态 | EOS 的Activity指数为61,173,284:据IMEOS报道，截止01月24号11点，blocktivity.info上显示，排名第一的 EOS 的Activity指数为61,173,284 ，排名第二、第三分别为 TLOS 和 KIN 。Acitivity指数为最近24小时内在区块链上执行的操作数量。[2020/1/24]
Ivan通过IVAN_B发送TRADE_VALUE*(1-fee)数量的代币到ALICE_B。
第二步可以在第一步之后立即进行。如果Ivan证明第二笔交易和第一笔交易之间的时间戳差异非常小，那么合约甚至可以制定规则，允许费用更高。
“最坏的情况”是Ivan没有像预期的那样向ALICE_B发送代币。在这种情况下，Alice可以等待rollupA上的交易确认，找到获得rollupB上的代币的其他途径来支付费用，然后她自己就可以索要资金。
金色财经独家分析 以太坊创始人Vitalik反对通过分叉方式抵制ASICs:在周五举行的开发者大会上，针对用分叉解决ASIC矿机的讨论，以太坊创始人Vitalik表示，“在这一点上，我个人倾向于不采取任何行动。”金色财经独家分析，据比特大陆官方消息，Antminer E3矿机将于7月开放销售。该款矿机将改变以太坊的挖矿算法。以太坊的开采历史上一直被GPUs所主导，这一改变将导致以太坊的挖掘中心化。另一方面，ASICs提高了进入的门槛，可能会排挤较小型的矿主。之前以太坊主要开发人员讨论是否要对区块链进行硬分叉，以抵制比特大陆ASIC矿机对算法的改变。在3月29日，以太坊开发者Piper Merriam提出了以太坊改进提案(EIP) #958，该方案寻求社区对区块链是否应该分叉以及它如何“抵抗ASIC”的建议。此次在开发者大会上，Vitalik反对通过分叉方式抵制ASICs，这似乎预示着以太坊不会针对ASIC矿机进行硬分叉。[2018/4/9]
资本成本
该方案的主要限制是，IVAN_B需要持有大量资金，以确保所有发送者都能得到支付。特别是，假设：我们把交易金额上限设置为TRADE_LIMIT（所以发送到IVAN_A的交易中，交易值>TRADE_LIMIT的交易都不是有效交易)。
同时，我们设置每个rollup批次最多可包含的交易数量是TXS_PER_BATCH。Alice可以自己检查，rollupA即将到来的批处理之前有多少未处理交易，用她在IVAN_B合约中看到的资金减去这个值，并检查剩余的金额是否足够。由于提币是按顺序处理的(这是上面顺序机制的目标)，Alice不需要担心在她自己提币之前IVAN_B会去处理后面的提币需求。
在一个批次中可以交易的最大金额是TRADE_LIMIT*TXS_PER_BATCH，因此IVAN_B合约需要至少持有这个数量的ETH，再加上足够的资金来覆盖未处理的交易。
例如，假设TRADE_LIMIT=0.1ETH（上限可以设得比较低，因为一笔较高金额的交易可以通过多笔交易完成)，并且TXS_PER_BATCH=1000。那么，IVAN_B需要有100ETH的资金。
注意，在这个设计中还有额外的隐含费用，因为任何交易超过0.1枚ETH的人都需要消耗区块空间，这与资金要求相权衡：如果你消耗掉一半的区块空间，那么你的资金要求也会翻倍，反之亦然。要建立合适的平衡，似乎应该让隐含费用比市场上出现的显性费用少几倍。
如果我们想减少或消除这种消耗，rollupA可以被设计成这样，例如，让排序器发送一个签名消息，向Alice证明到目前为止，批次中批准的所有消息。然后Alice就会知道在她之前没有交易(尽管恶意的排序器可以Alice，但代价很高)。
备注
上面的设计建立在rollupA上的交易有一个备注字段的假设上，Alice可以使用该字段指定ALICE_B作为她接收代币的目的地址。如果rollup没有此特性，那么我们可以使用以下解决方案。
Alice可以在顺序注册合约的rollupB上注册ALICE_B，并获得一个按顺序分配的ID(因此Alice的ID等于在她之前注册的用户数量)。设置MAX_USER_COUNT为用户数的最大值，如果有必要，这个值可以随时间向上调整。Alice可以简单地确保TRADE_VALUE%MAX_USER_COUNT等于(Alice的ID)，使用TRADE_VALUE的低阶位(这个数字表示一个不重要的值)来表示她想交易的代币数量。
从rollupB到rollupA的交易
如果Alice把rollupB上的代币转移到rollupA，可以使用类似的机制，只是角色颠倒了：
Alice将代币发送给IVAN_B
经过一段时间的延迟，她将获得收回代币的权利
如果Ivan可以向IVAN_B证明，他在rollupA上给Alice发送了代币，Alice就失去了这个权利
总结
所以我们可以看到，在这个过程中，许许多多的“Ivan”其实就是去中心化的银行，在两条rollup上分别扮演存款机和取款机的角色，从而赚取手续费。
如果Ivan作恶，rollupA和rollupB间不需要进行过多的交互，Alice就可以提供打币证明。根据Vitalik的表述，在从rollupA向rollupB转账的场景中，提供证明这一步操作可以直接在rollupB上进行，只要rollupB能获取rollupA的区块哈希，就可以计算出rollupA上的交易记录，从而向Ivan索赔。
在索赔这个过程中，Vitalik还给出了更多的可能性。比如，可以在IvanB上增加一个“快速通道”，AliceB可以把她在IvanB上的提币插槽出售给其他用户。
假设这个用户叫Bob，那么Bob可以把款项先转账给AliceB，此后，IvanB应该转账给AliceB的资金将被Bob获取。也就是由Bob先垫付资金给Alice，以此来提升Alice的用户体验，这个过程或许可以涉及到挖矿之类的玩法。
Github上有用户提到，如果中间商Ivan不是个体，而是去中心化的资金池，这个模型是否会更好。Vitalik表示，这会涉及到rollupA上资金池的所有权问题，相比之下，由多个中间商来作为分散的“资金桥”可能更合理。
这就是跨rollupDEX的大致思路。虽然可应用场景可能不多，也有一些影响到资金安全的场景可能没有被考虑进去，但是这让我们又看到了一些Layer2上的可能性。区块链解决方案从某些角度来看，或许就是规则设计。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。