签名；

我们有一个源Rollup和目标地Rollup，我们但愿用户从个中一个Rollup提币，并转移到另一个Rollup。因此，源协调器利用大局限迁移方案将多笔传输组合在一起，这样就可以在一笔生意业务中发送总量。

那它会是什么样的呢？

譬喻，从ZK Rollup迁移到Optimistic Rollup，大概就需要这种转换。

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

但假如两边是差异尺度的，我们将需要在大局限迁移和验证之间添加一个特另外转换步调。在此步调中，协调器将从一种名目转换为另一种名目。

需要一致的对象有：

在目标地端，迁移由目标地Rollup的协调器验证，这包罗：

譬喻，今朝Rollup中的一笔转账本钱约为0.01美元，而提币本钱则至少为0.4美元，这意味着，假如用户存入1美元，然后他给别人转了0.4美元，那么除非gas价值下跌，不然两边都无法提出这些资金，但他们可以在Rollup内举办内部生意业务。

（图片来自：pixabay）

这篇文章是成立在 [op/zk] rollup / mixers / MACI的基本之上的。

今朝，Rollup会自然形成一座孤岛，重要的是，我们必需用一种经济的退出方法来为用户构建Rollup。成立完美的办理方案还为时尚早，相反，我们应实验以一种答允用户随技能的成长，而进级和改变的方法举办构建。

写在前面：

假如两个Rollup都遵循沟通的尺度，则可以像上面那样举办大局限迁移。

目标地Rollup只答允利用一笔预界说的ETH用度举办大局限迁移，此用度在大局限迁移时直接从源Rollup协调器处付出。然后，目标地Rollup协调器可以验证大局限迁移，以便包括生意业务并吸收用度。

为了有效地举办大局限迁移，我们需要在Rollup之间举办尺度化，最好先把原语尺度化，因为ZK Rollup和 Optimistic Rollup并没有利用沟通的原语。可是，尺度化组件和大局限迁移的尽力，大概会在一个越发结实的办理方案生态系统中得到将来收益，在这种办理方案生态系统中，网络效应并不是全部。

对付当前奋发的gas费问题，Vitalik明晰提出短期应通过Rollup方案办理，然而，Rollup谋面对明明的孤岛问题，这与DeFi的可组合性而言是对立的，那如何去办理这一困难呢？对此，以太坊开拓者barryWhiteHat提出了一种Rollup与Rollup之间的交互办理方案，据悉，这将涉及到一套Rollup尺度，以冲破以太坊差异Rollup层之间的孤岛效应。

当用户大局限迁移时，他们需要付出源Rollup和目标地Rollup的用度。在源Rollup上，他们像在其他生意业务中那样，直接向源Rollup协调器付出用度。

这真的很可骇，因为用户会被锁定在某个Rollup中，在接下来的6个月中，我们不太大概构建出最好的Rollup版本，我们大概会有多个差异版本的Rollup，这对差异的用例而言是有长处的，假如用户的资金被锁定在这些Rollup傍边，那么这对付这些用户及社区来说都大概是一个问题。

对叶子（leaf）、签名、公钥可用性利用沟通的尺度；
叶子名目；

 
在这些查抄之后，可以将大局限迁移归并到方针状态树中；

这里存在gas价值颠簸的风险，而且源Rollup中界说的大量迁移用度将不敷以付出验证本钱。留意：多想想这个问题。

用户锁定，这是一个我们必需要去存眷的大问题。

对付Rollup技能来说，一个不容忽视的问题即是用户锁定。跟着以太坊gas价值一连上涨，越来越多的人会持有一些小额的资金，而他们又无法将其撤回到第一层（layer 1）。

 

加快大局限迁移（仅限Optimistic Rollup）；

假如有一个Rollup想要：

证明数据是可用的（这对付无需信任的大局限迁移而言是必须的）；
公钥索引映射，就是如何将from索引映射到公钥;

 以下是该方案的译文：

这种orbit模式，，意味着你可以在源Rollup完成大局限迁移（即代币已转移）之前，在目标地Rollup一侧举办大局限迁移。这也是一个很好的进级模式，你可以答允用户从旧的Rollup链迁移到新的Rollup链，而本钱约莫是一次转移的用度。

这里我们描写了大局限迁移方案，其顶用户可通过批处理惩罚代币转移+链上gas本钱的方法，从layer 2转移到另一个layer 2。

郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。