ALI:Vitalik说的跨Rollup DEX是啥？_HydroLink

当人们还在思考用rollup的方式缓解Layer1拥堵的时候，Vitalik已经在考虑rollup之间怎么做交互。

6天前，Vitalik发起了一个叫做“跨rollup DEX”的提案，其中提到当一条rollup有智能合约部署，另一条rollup没有完全的智能合约功能的时候，资产可以在两条rollup之间以去中心化的方式转移。有一点“隔空挪物”的感觉。

这个过程到底是怎么实现的呢？哔哔News将提案，以及Vitalik和社区成员间的精彩讨论内容翻译如下：

假设我们有两条rollup，分别是rollup A和rollupB。Alice想要把rollup A上特定数量的代币转移到rollup B上。如果A和B都有完全的智能合约支持，在这种情况下，已经有关于如何以去中心化的方式解决这个问题的提案。本提案想要为只有rollup B有完全的智能合约支持（rollup A只能处理简单的交易）的情况提供思路。

Vitalik Buterin：由于安全问题只用少量ETH质押:金色财经报道，以太坊联合创始人Vitalik Buterin由于担心安全问题和保持安全的复杂性，他只用少量的ETH质押。Buterin在Bankless Podcast上表示，他并没有把他所有的以太坊质押，只是 \"相当小的一部分\"，因为在网络上安全投资需要多重签名，这仍然是一个棘手的过程。如果你把你的ETH质押，访问它的钥匙必须在某个在线系统上公开。为了安全起见，它必须是一个多重签名，而用于抵押的多重签名仍然相当难以设置，它在很多方面都变得很复杂。[2023/6/30 22:10:38]

我们假设，rollup A上的交易有某种“备注字段”，如果没有的话，我们可以使用值的低阶位作为备注发送。

假设存在一个交易中介Ivan(在实际实现中，将有许多中介可供选择)。Ivan在rollup A上有一个账户IVAN_A(他完全控制该帐户)。Ivan还将一些资金存入了rollupB上的智能合约IVAN_B中。

元宇宙基础设施提供商MetaGravity完成950万美元融资:金色财经报道，元宇宙基础设施提供商MetaGravity完成950万美元种子轮融资，本轮融资由Sino Global、Spartan Group LLC、Market One Capital等参投，本轮融资资金将用于扩大其工程和产品团队，以开发支持未来大规模虚拟宇宙体验所需的基础设施层。[2023/4/21 14:17:58]

智能合约IVAN_B有以下规则：如果任何人发送TRADE_VALUE数量的代币到IVAN_A，其中包含一个地址DESTINATION作为备注，那么在MIN_REDEMPTION_DELAY块之后， IVAN_B将收到一笔交易，该交易包含一个代币转移的证明，从而把提取TRADE_VALUE数量的代币这样一笔交易排队到DESTINATION地址。提币按照交易被包括到rollup A中的批次和索引顺序处理，要经过一些延迟(比如1天)。

日本物联网平台开发商Jasmy与AVITA Technologies成立合资公司:日本物联网平台开发商Jasmy与AVITA Technologies成立了合资公司。

Jasmy将为新公司提供数据管理解决方案，帮助AVITA为客户提供安全的计算机解决方案和带有个人资料柜的设备。随着Jasmy物联网平台与Secure PC解决方案的融合，新公司将为B2B客户提供DaaS设备即服务，为远程办公提供理想解决方案。Jasmy希望将区块链、加密货币和安全物联网解决方案等金融科技应用规模从日本扩大到亚太地区，并最终走向全球。[2023/4/17 14:08:00]

当Ivan看到他在IVAN_A收到资金时，他可以亲自将TRADE_VALUE *(1 - fee)数量的代币发送到DESTINATION地址。他可以通过IVAN_B中的方法发送交易，该方法保存一条记录，防止合约中的自动发送条款触发该交易。

预期的操作很简单：

Ergo与Gravity网络整合 允许用户将ERG发送到ETH地址:据官方消息，经过数月努力，Ergo团队已完成跨链测试，Gravity-Ergo-Proxy合约即将完成。Ergo与Gravity合作将有助于Ergo通过Gravity网络访问不同的区块链，例如，币安智能链（BSC）、以太坊、小蚁（NEO）和Solana。届时，用户可通过Gravity上的SUSY等应用将Ergo平台上的SigmaUSD、ERG或其他代币发送到ETH地址。

Ergo创始人Alexander Chepurnoy（Kushti）表示，与Gravity整合不仅是一项有趣的技术挑战，而且届时将允许与Gravity整合的其他区块链网络上大量数字资产进入Ergo公链，从而为在Ergo平台上开发DeFi项目奠定稳定基础。[2021/5/18 22:15:21]

Alice向IVAN_A发送一笔交易，其中包含N个代币和备注地址ALICE_B。

动态 | Vitalik Buterin 提出激励开发者的新方案：将智能合约交易手续费资助合约创建者:Vitalik Buterin 在以太坊研究论坛上发表文章，提出一种激励开发者的新方案，当开发者创建一个智能合约后，任何其他使用该合约的用户付出的交易手续费的一部分（比如说 33%），会发送给合约的创建者作为激励，而且还提出了两种关于奖励的算法，分别是线性和超线性。该想法出自于 9 月 16 日在以色列举行的 StarkWare Sessions 会议上，在探讨关于公链基础设施的开发，资金应该是通过治理和协议获得，还是说应该被独立的企业资助话题中，以太坊创始人 Vitalik Buterin 认为，「通过协议获得资金的优势是，这个方法可以获得更多的资金。而劣势也很明显，由于这类方法是中立的，所以无论利用任何机制都会被恶意攻击，之前也已经遇到过各种各样的尝试。所以这类方法的最大的挑战是想出一套合适的治理结构和其组件。然后他还举了一个例子，如果我们设置这样一个资助机制：当有人使用了某个智能合约，因此而产生的转账费的一部分会分配给该合约的创建者，这样的机制就非常的中立。[2019/9/23]

Ivan通过IVAN_B发送TRADE_VALUE * (1 - fee)数量的代币到ALICE_B。

第二步可以在第一步之后立即进行。如果Ivan证明第二笔交易和第一笔交易之间的时间戳差异非常小，那么合约甚至可以制定规则，允许费用更高。

“最坏的情况”是Ivan没有像预期的那样向ALICE_B发送代币。在这种情况下，Alice可以等待rollup A上的交易确认，找到获得rollup B上的代币的其他途径来支付费用，然后她自己就可以索要资金。

该方案的主要限制是，IVAN_B需要持有大量资金，以确保所有发送者都能得到支付。特别是，假设：我们把交易金额上限设置为TRADE_LIMIT（所以发送到IVAN_A的交易中，交易值> TRADE_LIMIT的交易都不是有效交易)。

同时，我们设置每个rollup批次最多可包含的交易数量是TXS_PER_BATCH。Alice可以自己检查，rollup A即将到来的批处理之前有多少未处理交易，用她在IVAN_B合约中看到的资金减去这个值，并检查剩余的金额是否足够。由于提币是按顺序处理的(这是上面顺序机制的目标)，Alice不需要担心在她自己提币之前IVAN_B会去处理后面的提币需求。

在一个批次中可以交易的最大金额是TRADE_LIMIT * TXS_PER_BATCH，因此IVAN_B合约需要至少持有这个数量的ETH，再加上足够的资金来覆盖未处理的交易。

例如，假设TRADE_LIMIT = 0.1 ETH（上限可以设得比较低，因为一笔较高金额的交易可以通过多笔交易完成)，并且TXS_PER_BATCH = 1000。那么，IVAN_B需要有100 ETH的资金。

注意，在这个设计中还有额外的隐含费用，因为任何交易超过0.1枚ETH的人都需要消耗区块空间，这与资金要求相权衡：如果你消耗掉一半的区块空间，那么你的资金要求也会翻倍（可能指隐含费用更高），反之亦然。要建立合适的平衡，似乎应该让隐含费用比市场上出现的显性费用少几倍。

如果我们想减少或消除这种消耗，rollup A可以被设计成这样，例如，让排序器发送一个签名消息，向Alice证明到目前为止，批次中批准的所有消息。然后Alice就会知道在她之前没有交易(尽管恶意的排序器可以Alice，但代价很高)。

上面的设计建立在rollup A上的交易有一个备注字段的假设上，Alice可以使用该字段指定ALICE_B作为她接收代币的目的地址。如果rollup没有此特性，那么我们可以使用以下解决方案。

Alice可以在顺序注册合约的rollup B上注册ALICE_B，并获得一个按顺序分配的ID(因此Alice的ID等于在她之前注册的用户数量)。设置MAX_USER_COUNT为用户数的最大值，如果有必要，这个值可以随时间向上调整。Alice可以简单地确保TRADE_VALUE % MAX_USER_COUNT等于(Alice的ID)，使用TRADE_VALUE的低阶位(这个数字表示一个不重要的值)来表示她想交易的代币数量。

如果Alice把rollup B上的代币转移到rollup A，可以使用类似的机制，只是角色颠倒了：

Alice将代币发送给IVAN_B

经过一段时间的延迟，她将获得收回代币的权利

如果Ivan可以向IVAN_B证明，他在rollup A上给Alice发送了代币，Alice就失去了这个权利

所以我们可以看到，在这个过程中，许许多多的“Ivan”其实就是去中心化的银行，在两条rollup上分别扮演存款机和取款机的角色，从而赚取手续费。

如果Ivan作恶，rollup A和rollupB间不需要进行过多的交互，Alice就可以提供打币证明。根据Vitalik的表述，在从rollup A向rollup B转账的场景中，提供证明这一步操作可以直接在rollup B上进行，只要rollup B能获取rollup A的区块哈希，就可以计算出rollup A上的交易记录，从而向Ivan索赔。

在索赔这个过程中，Vitalik还给出了更多的可能性。比如，可以在Ivan B上增加一个“快速通道”，Alice B可以把她在Ivan B上的提币插槽出售给其他用户。

假设这个用户叫Bob，那么Bob可以把款项先转账给AliceB，此后，Ivan B应该转账给Alice B的资金将被Bob获取。也就是由Bob先垫付资金给Alice，以此来提升Alice的用户体验，这个过程或许可以涉及到挖矿之类的玩法。

Github上有用户提到，如果中间商Ivan不是个体，而是去中心化的资金池，这个模型是否会更好。Vitalik表示，这会涉及到rollup A上资金池的所有权问题（可能池子中的所有资金被一个私钥控制），相比之下，由多个中间商来作为分散的“资金桥”可能更合理。

这就是跨rollup DEX的大致思路。虽然可应用场景可能不多，也有一些影响到资金安全的场景可能没有被考虑进去，但是这让我们又看到了一些Layer2上的可能性。区块链解决方案从某些角度来看，或许就是规则设计。

标签：ALIROLLROLALICEALICETROLLER价格HydroLinkChalice Finance

Gate.io热门资讯