ARK:引介 | 通往 Layer-2 互操作性的道路

作者：

时间：1900/1/1 0:00:00

作者:?TomBrand?&?UriKolodny

翻译:?阿剑

四句话总结

Layer-2互操作性的意思使用户可以在Layer-2系统间迁移资金，并且在Layer-1上的摩擦力是尽可能小的。

本文所提及的Layer-2互操作性解决方案都基于我们之前建议使用的“条件性交易密码学元件”。

StarkEx2.0将使用?链上?的条件性交易来提供Layer-2toLayer-1的互操作性。

StarkEx3.0将使用?链下?的条件性交易来提供Layer-2toLayer-2的互操作性。

背景

Layer-2可扩展方案进步迅猛。以太坊主网上已经有很多个有效性证明系统了，也有不少欺诈证明系统已经推出测试网。L2方案提供了可扩展性，但也有所牺牲：使用了L2方案，完全运行在L1上所能获得的一些好处就会被打破，或至少有所减损。我们不认为有某个L2解决方案能完美解决所有需要：不同应用对吞吐量扩展的需要大不相同。应用们自己会在丰富的L2设计库里面挑选自己合用的。

Lens Protocol创始人：可以通过视觉游戏的方法规避空投猎人:2月17日消息，Aave及Lens Protocol的创始人Stani于Lens发帖称，想到了一个规避机器人以及“空投猎人”的有趣点子。Stani提到，可以创建一个射击主题的视觉游戏，玩家可以在不断流过的内容中标注垃圾内容，如果在指定时间内某玩家所标记的结果与其他玩家相同，那么他的等级就将提升，与此同时垃圾信息也被标注了出来。这样以来，甚至有可能附带制造一个史诗级的副产品（可能是指垃圾信息过滤系统），让整个Lens生态（Lensverse）受益。

此前消息，Lens Protocol日前在推特上回复关于“Lens Protocol是Polygon生态最激动人心的项目之一”相关话题时曾回复称“这很令人兴奋，空投即将到来”，但在随后不久删除，在社区内引发了该项目即将空投的猜测。[2023/2/17 12:13:44]

在进一步介绍以前，我们先对两个重要的术语下一个定义：

Pyth Network已上线Aptos主网:10月19日消息，Pyth Network已上线Aptos主网，Aptos上开发者可以自由使用Pyth喂价数据。所有Aptos上的程序现在都可以直接调取并使用Pyth 80+股票、大宗商品、外汇和加密货币喂价数据。

首期，Pyth Network将支持Aptos上的一系列DeFi各领域应用：Argo、Aries Markets、AUX、Concordia、Ditto、Fletch Wallet、Momentum Safe、Pontem Network、Thala Labs、Tortuga Finance 以及 Tsunami Finance。[2022/10/19 17:32:10]

互操作性：能让用户在应用1和应用2之间高效转移资金

可组合性：能在一笔交易中操作app_1、app_2、···、app_n。

除了这些松散的定义，我们还需要一个增强版的条件性交易。这种重要的元件是产生互操作性的关键。

Coinbase在计划上线资产名单中新增STSOL、WAXL，并删除AUDIO、RAY:10月5日消息，Coinbase在计划上线资产名单中新增Lido Staked SOL（STSOL）、Wrapped Axelar（WAXL），并删除 Audius（AUDIO）、Raydium（RAY）。[2022/10/5 18:39:52]

条件性交易：

这是一种密码学元件，可用来在免信任的区块链上实现互操作性。条件性交易，就是依赖于一些事件的发生或不发生，来决定自身生不生效的交易。给个基本的概念就是，我们可以在初始环境中定义一笔条件性交易，然后等它指明的条件在另一个环境中得到满足，它再生效。

循序渐进

在更好的解决方案缺位之时，至少，用户总能够把资金从初始L2迁回L1上，再转而投入目标L2。这种粗暴的方式既慢又贵，而且随着需求量的增加会变得越来越慢、越来越贵。

所以我们要做得更好才行。实际上，我们计划按照下列步骤，循序渐进地实现更好的方案。

USDD：以太坊合并后将仅支持PoS链:9月6日消息，波场去中心化稳定币USDD宣布以太坊合并完成后，USDD将仅支持以太坊PoS。是否在以太坊PoW上发行USDD有待评估，如何支持也需要进一步讨论。[2022/9/6 13:10:57]

PhaseI：StarkEx(L2)→Ethereum(L1)—快速取款

“快速取款”可以解决用户需要快速从StarkEx系统中取出资金到L1上的问题。它不仅仅能把资金发送到用户自己的L1地址上，也可以把资金发送到L1的任意目标地址上，比如Compound、Aave，等等，都行。重要的是，用户取款的时延将以“区块时间”来衡量，与StarkEx为批交易生成证明的频率无关。

使用场景：Alice希望把自己在L2的dYdX账户里的1eth发送到自己在L1的地址上。

参与者：

Alice

初始环境中的StarkEx运营者

Move to Earn应用STEPN过去24小时新铸造鞋子3492双:金色财经消息，据Dune链上数据显示，Move to Earn应用STEPN过去24小时新铸造鞋子3492双，过去7日新铸造鞋子13623双；过去7日活跃用户59408。[2022/7/25 2:35:28]

-图1：快速取款流程-

流程：用户向LP传递一笔条件性交易，承诺支付1eth，条件是LP在L1上把1eth打给Alice的L1地址；等LP在L1上给Alice打钱之后，该笔条件性交易生效；LP把该笔条件性交易发送给运营者，等待它被打包到下一批待证明的交易中；等下一笔证明被提交到L1并得到验证之后，该LP的L2余额增加，反映他从Alice处得到的资金。

定期再平衡：该LP需要定期拿自己在L2账户中的资金来补充自己L1账户中的资金。

PhaseII：StarkEx(L2)→StarkEx(L2)

最开始的StarkEx是每个实例托管一个应用。到了这个阶段，我们希望用户能够在这些不同的应用之间快速地迁移资金。很像快速取款，我们也希望能帮用户尽可能降低链上的开销，并且不用等待自己的取款交易在L2上打包和证明。

使用场景：Aliece想把自己在L2_1的dYdX账户上的1eth转移到她在L2_2上的DeversiFi账户上。

参与者：

Alice

初始环境中的StarkEx运营者

-图2：链下条件性交易流程-

流程：Alice向LP传递一笔签过名的条件性交易，承诺在L2_1上支付支付1eth，条件是LP把1eth打到Alice的L2_2的账户上；该LP在L2_2上给Alice支付；该笔支付交易由L2_2的运营者打包进某个批次并提交证明，该证明在L1上验证；待该批次交易发布在L1上之后，该笔条件性交易就可以生效了；该LP把该笔条件性交易提交给L2_1的运营者，由后者将它打包进自己要证明的下一个批次中；等L2_1的下一批交易发布到L1上、且其证明经过了合约的验证之后，该LP在L2_1上的账户余额更新，反映TA从Alice处得到的数额。

定期再平衡：LP需要定期平衡L2_1和L2_2中的资金，就看两个系统中的资金流向如何。

在此阶段，支持互操作性的主要成本将是LP的资金成本；要注意的是，他们的资金成本要经过一段时间才能回笼，也就是从向用户提供流动性、到运营者打包处理条件性交易这段时间。我们预计这个时间一开始会是几个小时，然后随着吞吐量的增加而下降到证明的生成时间。

PhaseIII：L2→L2

PhaseII基础上的延伸，让资金能够在任意L2之间迁移，无论是使用有效性证明的系统，还是使用欺诈证明的系统。这里要提醒的是，OptimisticRollup在使用LP来实现互操作性时，资金效率会有一些劣势，这是不可避免的

信任模型

现在我们来归纳一下所需的信任模型。

对用户来说

完全是免信任的。

对LP来说

LP需要信任运营者，相信后者会处理他们的有效条件交易，也就是不会审查他们。这种信任需要可以用几种方式来消除。

如果LP的条件交易没有得到运营者的及时处理，LP可以：

反审查：提交被审查的条件交易到链上的“运营者”智能合约中，让后者冻结运营者，使该运营者所提交的证明都不能得到处理。