原文标题：《V 神最新 L2 解决方案，提出跨 Rollup 扩展方案以实现 L2 项目相互通信》
撰文：Vitalik Buterin
编译：Kyle

「L2 DeFi 协议当前无法相互通信，因此 V 神 Vitalik 提出了解决方案。为了应对不断上升的交易费用，V 神在提案中，提出了一种针对特定类型跨 Rollup （cross-rollup）扩展的解决方案。该提案概述了使用 Rollup 的两个协议如何在保持互连性和可组合性的同时相互通信。V 神提案假设，一个 Rollup 可以处理简单的事务，而另一个 Rollup 具有完整的智能合约支持。使用 Rollups 在两个智能合约支持的协议之间进行传输，目前早已有提案。」

假设我们有两个 Rollup，A 和 B，并且 Alice 希望将 Rollup A 上的一些币兑换为 Rollup B 上的相同币。如果 A 和 B 同时都支持完整智能合约，那目前就有以一种去中心方式来实现这种兑换的提案。 而在本文档中，提出了当只有 Rollup B 支持完整智能合约（ Rollup A 仅能处理简单交易）的情况下的一种解决方法。

我们假定 A 上的交易具有某种「备注字段（memo field）」； 如果没有，我们可以使用该值的低位数字作为备注。

提案

假设有一个兑换中介 Ivan （在实际的实现中，会有很多中介可供选择）。 Ivan 在 A （他完全控制）上拥有一个帐户 IVAN_A。 Ivan 在 B 的智能合约 IVAN_B 中也存有一些资金。

智能合约 IVAN_B 具有以下规则：

• 如果有人发送了一笔发送 TRADE_VALUE 币到 IVAN_A 的交易，其中包含一个地址 DESTINATION 作为备忘录（memo），则在 MIN_REDEMPTION_DELAY 区块之后，他们可以发送一笔包含转移证明的交易给 IVAN_B，并进入地址 DESTINATION 的 TRADE_VALUE 币提款队列中。
• 在等待一些延迟（例如 1 天）后，按批次和索引顺序处理提款，并将这些转账包含到 Rollup A。
• 当 Ivan 看到自己在 IVAN_A 收到资金时，便可以亲自将 TRADE_VALUE *（1-fee）币发送到 DESTINATION。 他可以通过使用 IVAN_B 中的方法发送交易来完成此操作，该方法可以保存一条记录，以防止合约中的自动发送语段触发该交易。

预期的行为很简单：

1. Alice 将 N 个币和备忘录 ALICE_B 通过一笔交易发送给 IVAN_A
2. Ivan 发送一笔交易，通过 IVAN_B 将 TRADE_VALUE *（1-fee）币发送到 ALICE_B

第二步可以在第一步之后立即进行。 如果 Ivan 证明第二笔交易与第一笔交易之间的时间戳差异很小，则合约甚至可以具有允许费用增加的规则。

「最坏的情况」是如果 Ivan 没有按预期方式将币发送到 ALICE_B。 在这种情况下，Alice 可以等到 Rollup A 上的交易确认之后，找到某个替代路由让 Rollup B 上的币支付费用，然后自己领取资金。

资本成本