写在前面：
对于以太坊当前高昂的gas费问题，Vitalik明确提出短期应通过Rollup方案解决，然而，Rollup会面临明显的孤岛问题，这与DeFi的可组合性而言是对立的，那如何去解决这一难题呢？对此，以太坊开发者barryWhiteHat提出了一种Rollup与Rollup之间的交互解决方案，据悉，这将涉及到一套Rollup标准，以打破以太坊不同Rollup层之间的孤岛效应。
?以下是该方案的译文：
Linux基金会的金融服务部门将扩展包括区块链的新兴技术领域:金色财经报道，Linux基金会的金融服务部门Fintech Open Source Foundation (FINOS) 将在摩根大通的FINOS开放日上宣布其努力通过Zenith特别兴趣小组(SIG)的成立来引领新兴技术的发展，SIG将由摩根士丹利执行董事Peter Smulovics担任联合主席，以促进金融服务行业对革命性和变革性技术的探索和采用。
FINOS执行董事兼欧洲Linux基金会总经理Gabriele Columbro表示，人工智能、区块链和量子等新兴技术正在彻底改变金融服务行业，与其他行业一样，在很大程度上重新定义了这个行业的本质。不幸的是，虽然金融服务对这些技术的投资往往归于创新部门，但很少投入生产。这就是为什么我对Zenith的巨大潜力感到兴奋，它不仅要为FINOS成员提供共享研发的途径，还要为其试点提供一条非常可行的途径，以通过开源达到临界采用率。[2023/6/18 21:44:15]
对于Rollup技术来说，一个不容忽视的问题便是用户锁定。随着以太坊gas价格持续上涨，越来越多的人会持有一些小额的资金，而他们又无法将其撤回到第一层。
Beosin：SnarkJS 0.6.11及之前的版本中存在严重漏洞:金色财经报道，Beosin 安全研究人员在 SnarkJS 0.6.11及之前的版本的库中发现了一个严重漏洞，SnarkJS 是一款用于构建零知识证明的开源 JavaScript 库，广泛应用于 zk-SNARK 技术的实现和优化。Beosin在提了这个漏洞以后，第一时间联系项目方并协助修复，目前该漏洞还处于修复测试中。Beosin提醒所有使用了SnarkJS库的项目方，在SnarkJS 库这个漏洞还没完全修复时，一定要注意安全风险。[2023/5/18 15:11:20]
例如，目前Rollup中的一笔转账成本约为0.01美元，而提币成本则至少为0.4美元，这意味着，如果用户存入1美元，然后他给别人转了0.4美元，那么除非gas价格下跌，否则双方都无法提出这些资金，但他们可以在Rollup内进行内部交易。
Solana回应Ping Time异常：系网页更新导致，非系统性能问题:金色财经报道，今日Solana网络状态页面显示平均Ping Time时间出现异常，Solana回应称该异常是网页的一次线下更新导致，而与系统性能问题没有关系，也没有对网络性能产生影响，目前平均Ping Time指标显示均已恢复正常。[2022/11/20 22:07:40]
这真的很可怕，因为用户会被锁定在某个Rollup中，在接下来的6个月中，我们不太可能构建出最好的Rollup版本，我们可能会有多个不同版本的Rollup，这对不同的用例而言是有好处的，如果用户的资金被锁定在这些Rollup当中，那么这对于这些用户及社区来说都可能是一个问题。
这里我们描述了大规模迁移方案，其中用户可通过批处理代币转移+链上gas成本的方式，从layer2转移到另一个layer2。
Nomad CTO：Optimistic跨链桥的未来仍然是乐观的:8月21日消息，Nomad CTO James Prestwich发推称，这几周很有挑战性。在最近主要桥接被黑后，我告诉我的团队：我们很泼辣，但并不刻薄。我们并不刻薄，因为我们知道这可能发生在任何人身上。我们都在挑战可能性的边界。这次是我们，但下次不会了。我们已经协调了有史以来最大的白帽资金返还工作。虽然还有许多困难的工作要做，但我们对未来的道路感到兴奋。这不会改变我们的使命。Optimistic桥接（仍然）是正确的答案。我们正在（仍然）构建最好的跨链通信堆栈。Optimistic跨链桥的未来仍然是乐观的。
据此前报道，跨链互操作性协议Nomad发布“复苏之路”计划，将重启跨链桥以分配回收的资金。根据计划，跨链桥的升级预计将在9月中下旬完成，升级完成后，Nomad将重启跨链桥并分配回收资金。[2022/8/21 12:38:34]
这篇文章是建立在rollup/mixers/MACI的基础之上的。
那它会是什么样的呢？
我们有一个源Rollup和目的地Rollup，我们希望用户从其中一个Rollup提币，并转移到另一个Rollup。因此，源协调器使用大规模迁移方案将多笔传输组合在一起，这样就可以在一笔交易中发送总量。
在目的地端，迁移由目的地Rollup的协调器验证，这包括：
证明数据是可用的；
检查转移的余额==每个叶子的余额之和；
在这些检查之后，可以将大规模迁移合并到目标状态树中；
转换
如果两个Rollup都遵循相同的标准，则可以像上面那样进行大规模迁移。
但如果双方是不同标准的，我们将需要在大规模迁移和验证之间添加一个额外的转换步骤。在此步骤中，协调器将从一种格式转换为另一种格式。
需要一致的东西有：
签名；
公钥索引映射，就是如何将from索引映射到公钥;
哈希函数；
叶子格式；
例如，从ZKRollup迁移到OptimisticRollup，可能就需要这种转换。
激励措施
当用户大规模迁移时，他们需要支付源Rollup和目的地Rollup的费用。在源Rollup上，他们像在其他交易中那样，直接向源Rollup协调器支付费用。
目的地Rollup只允许使用一笔预定义的ETH费用进行大规模迁移，此费用在大规模迁移时直接从源Rollup协调器处支付。然后，目的地Rollup协调器可以验证大规模迁移，以便包含交易并接收费用。
这里存在gas价格波动的风险，并且源Rollup中定义的大量迁移费用将不足以支付验证成本。注意：多想想这个问题。
Orbits
如果有一个Rollup想要：
加速大规模迁移；
使大规模迁移的花费为o(1)；
他们可选择“orbit”为源Rollup，而orbit意味着你：
对叶子、签名、公钥可用性使用相同的标准；
信任源Rollup的有效性，对于ZKRollup，这意味着信任zkSNARK、可信设置以及智能合约的安全性。对于OptimisticRollup，这意味着如果源Rollup回滚，则返回到上次接受来自该源Rollup的大规模迁移的历史记录点。
这种orbit模式，意味着你可以在源Rollup完成大规模迁移之前，在目的地Rollup一侧进行大规模迁移。这也是一个很好的升级模式，你可以允许用户从旧的Rollup链迁移到新的Rollup链，而成本大约是一次转移的费用。
结论
为了有效地进行大规模迁移，我们需要在Rollup之间进行标准化，最好先把原语标准化，因为ZKRollup和OptimisticRollup并没有使用相同的原语。但是，标准化组件和大规模迁移的努力，可能会在一个更加健壮的解决方案生态系统中获得未来收益，在这种解决方案生态系统中，网络效应并不是全部。
目前，Rollup会自然形成一座孤岛，重要的是，我们必须用一种经济的退出方式来为用户构建Rollup。建立完美的解决方案还为时尚早，相反，我们应尝试以一种允许用户随技术的发展，而升级和改变的方式进行构建。
用户锁定，这是一个我们必须要去关注的大问题。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。