如果两个 Rollup 都遵循相同的标准，则可以像上面那样进行大规模迁移。

　　但如果双方是不同标准的，我们将需要在大规模迁移和验证之间添加一个额外的转换步骤。在此步骤中，协调器将从一种格式转换为另一种格式。

　　需要一致的东西有：

　　签名；

　　公钥索引映射，就是如何将 from 索引映射到公钥 ;

　　哈希函数；

　　叶子格式；

　　例如，从 ZK Rollup 迁移到 Optimistic Rollup，可能就需要这种转换。

　　激励措施

　　当用户大规模迁移时，他们需要支付源 Rollup 和目的地 Rollup 的费用。在源 Rollup 上，他们像在其他交易中那样，直接向源 Rollup 协调器支付费用。

　　目的地 Rollup 只允许使用一笔预定义的 ETH 费用进行大规模迁移，此费用在大规模迁移时直接从源 Rollup 协调器处支付。然后，目的地 Rollup 协调器可以验证大规模迁移，以便包含交易并接收费用。

　　这里存在 gas 价格波动的风险，并且源 Rollup 中定义的大量迁移费用将不足以支付验证成本。注意：多想想这个问题。

　　Orbits （链接有效性+数据可用性）

　　如果有一个 Rollup 想要：

　　加速大规模迁移（仅限 Optimistic Rollup）；

　　使大规模迁移的花费为 o(1)；

　　他们可选择「orbit」 为源 Rollup，而 orbit 意味着你：

　　对叶子（leaf）、签名、公钥可用性使用相同的标准；

　　信任源 Rollup 的有效性，对于 ZK Rollup，这意味着信任 zkSNARK、可信设置以及智能合约的安全性。对于 Optimistic Rollup，这意味着如果源 Rollup 回滚，则返回到上次接受来自该源 Rollup 的大规模迁移的历史记录点。

　　这种 orbit 模式，意味着你可以在源 Rollup 完成大规模迁移（即代币已转移）之前，在目的地 Rollup 一侧进行大规模迁移。这也是一个很好的升级模式，你可以允许用户从旧的 Rollup 链迁移到新的 Rollup 链，而成本大约是一次转移的费用。

　　结论

　　为了有效地进行大规模迁移，我们需要在 Rollup 之间进行标准化，最好先把原语标准化，因为 ZK Rollup 和 Optimistic Rollup 并没有使用相同的原语。但是，标准化组件和大规模迁移的努力，可能会在一个更加健壮的解决方案生态系统中获得未来收益，在这种解决方案生态系统中，网络效应并不是全部。

　　目前，Rollup 会自然形成一座孤岛，重要的是，我们必须用一种经济的退出方式来为用户构建 Rollup。建立完美的解决方案还为时尚早，相反，我们应尝试以一种允许用户随技术的发展，而升级和改变的方式进行构建。

　　用户锁定，这是一个我们必须要去关注的大问题。