“L2 DeFi协议目前无法相互通信,所以vitalik提出了一个解决方案。为了应对不断上升的交易成本,V神提出了一种针对特定类交叉汇总扩展的解决方案。该提案概述了两个使用rollup的协议如何在保持互连和可组合性的同时相互通信。假设一个汇总可以处理简单的事务,而另一个汇总具有完全的智能合约支持。长期以来,有人提议使用汇总在两个智能合约支持的协议之间进行传输。”
假设我们有两个汇总,a和B,并且Alice希望将汇总a上的一些货币交换为汇总B上的相同货币。如果a和B都支持一个完整的智能合约,则有一个建议以去中心化的方式实现这种交换。在本文中,我们提出了一个解决方案,即只有rollup B支持完全智能合约(rollup a只能处理简单事务)。
我们假设a上的事务具有某种“备注字段”;如果没有,我们可以使用值的低位作为备注。
建议
假设有一个交换中介Ivan(在实践中,有许多中介可以选择)。Ivan在a上有一个账户Ivan(他完全控制)a。Ivan的Ivan智能合约在B里也有一些钱在B里。
智能合约Ivan_ub有以下规则:
如果有人向Ivan a的交易发送一个发送交易值,该交易包含一个地址目的地作为备忘,在延迟块后处于最小赎回状态,他们可以向Ivan B发送一个带有转账证书的交易,并在取款队列中输入目的地交易值。
等待一段时间(例如一天)后,取款按批量和索引顺序处理,转账包括在汇总表a中。
当Ivan在Ivan中看到自己时,当a收到资金时,他/她可以将当面交易价值*(1-费用)转移到目的地。他可以使用Ivan_u2;B中的方法发送事务来完成此操作。此方法可以保存一条记录,以防止合同中的自动发送段触发事务。
预期的行为很简单:
艾丽丝将通过一个交易向伊万发送一个硬币和备忘录
Ivan通过Ivan_ub发送一个交易,Ivan_ub将把uuvalue*(1-fee)交易给Alice u B
第二步可以在第一步之后立即进行。如果Ivan证明第二笔交易和第一笔交易之间的时间戳差异非常小,合同甚至可以有一个允许费用增加的规则。
“最坏的情况”是Ivan没有按预期把硬币寄给Alice。在这种情况下,Alice可以等到rollup A上的交易得到确认后,找到另一种途径,让rollup B上的货币支付费用,然后自己收取资金。
资本成本
该计划的主要限制是伊万•布需要持有大量资金,以确保所有发件人都能获得报酬。特别是,假设:
我们将事务大小限制为tradeulimit(因此,输入Ivanua和valuegt;tradeulimit的事务无效)
每个汇总批最多可包含TXS。每个批都是一笔交易
在即将进行的一批汇总之前,Alice可以自己检查有多少未处理的交易,这些交易可以从她在Ivan_ub中获得,从合同中看到的资本中减去价值,然后检查剩余的金额是否足够。由于取款是按顺序处理的(这是上述排队机制的目标),Alice不必担心在事务之前处理的取款。
一个批次可以交易的**金额是每批次交易限额*TXS,因此Ivan合同B至少需要持有这一金额的ETH,这些金额加在一起就足以支付未处理的交易。例如,假设tradeuulimit=0.1ETH(下限是可以的,因为更大的事务可以通过多个事务完成),TXSuuperuubatch=1000,那么Ivanub需要持有100 ETH。
请注意,这种设计有一个额外的隐含成本,因为任何交易量超过0.1 ETH的人都会浪费块空间。这是对资金需求的折衷:如果区块的浪费减少一半,资金需求将增加一倍,反之亦然。为了达到正确的平衡,市场中的隐性成本似乎比显性成本小好几倍。
如果我们想减少或消除这种浪费,我们可以设计一个rollup来做到这一点。例如,让sequencer发送一个签名消息,向Alice证明到目前为止批处理中批准的所有消息。这样,爱丽丝就会知道她面前没有交易(尽管恶意的音序器可能会以高价欺骗爱丽丝)。
备忘录
上面的设计假设rollup a上的事务有一个memo字段,Alice可以用它来记录指定为目的地的Aliceub。如果rollup没有这个特性,我们可以使用下面的解决方案。Alice可以按顺序在B上注册Alice,并按顺序获得分配的ID(因此,Alice的ID等于她之前注册的用户数)。Make Max USER Count是**用户数;如果需要,可以随时间进行调整。Alice只使用trade值的低值(表示不重要的金额)表示她想要交易的金额,这确保trade值%MAX USER Count等于(Alice的ID)。
汇总B达成交易
如果Alice从rollup B上的硬币开始,并将其移动到rollup a,则可以使用类似的机制,但作用相反:
爱丽丝把硬币寄给了伊凡
经过一段时间的拖延,她有权收回硬币
如果Ivan能向Ivan报告,如果B证明他在汇总表a中给Alice寄了钱,她将失去权利。
文章标题:vgod是最新的L2解决方案,提出了一种交叉汇总扩展方案来实现L2项目之间的通信
文章链接:https://www.btchangqing.cn/203519.html
更新时间:2021年03月04日
本站大部分内容均收集于网络,若内容若侵犯到您的权益,请联系我们,我们将第一时间处理。