ZKS:简析主要 Layer 2 DEX 优劣势:StarkNet、Loopring、ZKSwap 与 Unipig

近期以太坊上的高手续费和低TPS使以太坊上的Layer2扩容之争变成了焦点。本篇文章将以市场上既有的产品为基础,从技术方案角度出发,比较当下ZKSwap方案和其他扩容方案的异同之处。在具体的展开描述之前,也将简短的介绍下目前市场上的Layer2扩容技术的基本状况。

Layer2扩容技术概述

迄今为止,Layer2市场上已经是一片繁荣,技术上不断创新,各种产品也层出不穷。对于市场上的所有的产品,从技术角度上划分,可以大体分为三类:

状态通道:通过促进链下交易来减轻以太坊的负担,具有即时存取、高吞吐的特点,其弊端是设置通道浪费耗时,并且需要在通道中支付锁定资金,同时定时监测通道状态;

侧链技术:具有独立共识规则的独立区块链,与Layer1的共识不同步,这是它的弊端;

Rollup技术:可以看作是一个高级的非托管侧链技术,它将计算放在链下,交易数据以及最新世界状态放在链上,保证了链上数据可用性。

与其他的两种方案相比,Rollup无需提前锁定代币,也不用设置自己的共识规则;而且它还可以保持和Layer1同样等级的安全性,同时方案本身具有通用性。随着Layer2技术的持续发展,Rollup技术方案也变得多样化,根据交易数据存储的位置和使用的证明方法的不同,又可以将Rollup技术细分为以下四类:

安全团队:Defrost Finance被攻击事件简析:金色财经报道,据区块链安全审计公司Beosin旗下Beosin EagleEye安全风险监控、预警与阻断平台监测显示,Defrost Finance预言机被恶意修改,并且添加了假的抵押token清算当前用户,损失超1300万美元。攻击者通过setOracleAddress函数修改了预言机的地址,随后使用joinAndMint函数铸造了100,000,000个H20代币给0x6f31地址,最后调用liquidate函数通过虚假的价格预言机获取了大量的USDT。后续攻击者通过跨链的方式将被盗资金转移到了以太坊的0x4e22上,目前有490万美元的DAI在0x4e22地址上,有500万美元的DAI在0xfe71地址上,剩余300万美元的ETH被转移到了0x3517地址上。[2022/12/25 22:06:35]

ZKRollup:Layer1Validityproofs,数据存储在链上,用零知识证明来保证状态转换的有效性;

OptimisticRollup:Layer1Fraudproofs,数据存储在链上,在挑战期间,用欺诈证明来验证状态转换的有效性;

安全团队:Rubic被攻击事件简析:金色财经报道,据区块链安全审计公司Beosin旗下Beosin EagleEye安全风险监控、预警与阻断平台监测显示,Rubic项目被攻击,Beosin安全团队分析发现RubicProxy合约的routerCallNative函数由于缺乏参数校验,_params可以指定任意的参数,攻击者可以使用特定的integrator来让RubicProxy合约可以几乎零成本的调用自己传入的函数data。攻击者通过调用routerCallNative函数,把所有授权给RubicProxy合约的USDC全部通过transferFrom转入了0x001B地址,被盗资金近1100个以太坊,通过Beosin Trace追踪发现被盗资金已经全部转入了Tornado cash。[2022/12/25 22:06:32]

Validium:Layer2Validityproofs,数据存在链下,用零知识证明来保证状态转换的有效性,并设立「数据可用性委员会」来保证链下数据的可用性;

Plasma:Layer2Fraudproofs,数据存储在链下,用户提供欺诈证明来验证状态转换的有效性;

安全团队:LPC项目遭受闪电贷攻击简析,攻击者共获利约45,715美元:7月25日,据成都链安“链必应-区块链安全态势感知平台”安全舆情监控数据显示,LPC项目遭受闪电贷攻击。成都链安安全团队简析如下:攻击者先利用闪电贷从Pancake借入1,353,900个LPC,随后攻击者调用LPC合约中的transfer函数向自己转账,由于 _transfer函数中未更新账本余额,而是直接在原接收者余额recipientBalance值上进行修改,导致攻击者余额增加。随后攻击者归还闪电贷并将获得的LPC兑换为BUSD,最后兑换为BNB获利离场。本次攻击项目方损失845,631,823个 LPC,攻击者共获利178 BNB,价值约45,715美元,目前获利资金仍然存放于攻击者地址上(0xd9936EA91a461aA4B727a7e3661bcD6cD257481c),成都链安“链必追”平台将对此地址进行监控和追踪。[2022/7/25 2:36:51]

在实际的产品设计过程中,基于不同的业务场景,设计者往往需要在效率和安全性上做出权衡,要效率还是要绝对安全,每个产品设计时都有自己的侧重面。因此,也就有了上述的四种Rollup方案。现在市面上的大部分产品,按技术分类的话,应该大都属于上述四类,更准确的说,是属于前三类,第四类方案提出的最早,安全性考虑的较少。

慢雾:BSC项目Value DeFi vSwap 模块被黑简析:据慢雾区情报,币安智能链项目 Value DeFi 的 vSwap 模块被黑,慢雾安全团队第一时间介入分析,并将结果以简讯的形式分享,供大家参考:

1. 攻击者首先使用 0.05 枚 WBNB 通过 vSwap 合约兑换出 vBSWAP 代币;

2. 攻击者在兑换的同时也进行闪电贷操作,因此 vSwap 合约会将兑换的 vBSWAP 代币与闪电贷借出的 WBNB 转给攻击者;

3. 而在完成整个兑换流程并更新池子中代币数量前,会根据池子的 tokenWeight0 参数是否为 50 来选择不同的算法来检查池子中的代币数量是否符合预期;

4. 由于 vSwap 合约的 tokenWeight0 参数设置为 70,因此将会采用第二种算法对池子中的代币数量进行检查;

5. 而漏洞的关键点就在于采用第二种算法进行检查时,可以通过特殊构造的数据来使检查通过;

6. 第二种算法是通过调用 formula 合约的 ensureConstantValue 函数并传入池子中缓存的代币数量与实时的代币数量进行检查的;

7. 在通过对此算法进行具体分析调试后我们可以发现,在使用 WBNB 兑换最小单位(即 0.000000000000000001) vBSWAP 时,池子中缓存的 WBNB 值与实时的值之间允许有一个巨大的波动范围,在此范围内此算法检查都将通过;

8. 因此攻击者可以转入 WBNB 进行最小单位的 vBSWAP 代币兑换的同时,将池子中的大量 WBNB 代币通过闪电贷的方式借出,由于算法问题,在不归还闪电贷的情况下仍可以通过 vSwap 的检查;

9. 攻击者只需要在所有的 vSwap 池子中,不断的重复此过程,即可将池子中的流动性盗走完成获利。详情见原文链接。[2021/5/8 21:37:37]

所以,ZKSwap团队推出的Layer2扩容方案Zkspeed同样也属于上述范畴。然而,作为Layer2赛道上的一个新星,Zkspeed方案与其他主流产品推出的Layer2方案相比会有什么样的技术优势呢?产品体验又有何异同呢?接下来,我们将选取市场上具有代表性的几个产品,从技术方案和实际体验效果上做一些简单的对比分析,来看看Zkspeed扩容方案是否优胜同时产品体验是否更好。

Force DAO 代币增发漏洞简析:据慢雾区消息,DeFi 量化对冲基金 Force DAO 项目的 FORCE 代币被大量增发。经慢雾安全团队分析发现: 在用户进行 deposit 操纵时,Force DAO 会为用户铸造 xFORCE 代币,并通过 FORCE 代币合约的 transferFrom 函数将 FORCE 代币转入 ForceProfitSharing 合约中。但 FORCE 代币合约的 transferFrom 函数使用了 if-else 逻辑来检查用户的授权额度,当用户的授权额度不足时 transferFrom 函数返回 false,而 ForceProfitSharing 合约并未对其返回值进行检查。导致了 deposit 的逻辑正常执行,xFORCE 代币被顺利铸造给用户,但由于 transferFrom 函数执行失败 FORCE 代币并未被真正充值进 ForceProfitSharing 合约中。最终造成 FORCE 代币被非预期的大量铸造的问题。 此漏洞发生的主要原因在于 FORCE 代币的 transferFrom 函数使用了`假充值`写法,但外部合约在对其进行调用时并未严格的判断其返回值,最终导致这一惨剧的发生。慢雾安全团队建议在对接此类写法的代币时使用 require 对其返回值进行检查,以避免此问题的发生。[2021/4/4 19:45:30]

Layer2技术对比分析

根据我们的市场调研,我们选取了三个市场上具有代表性和前沿性的的产品,分别是StarkWare的StarkNet、Uniswap的unipig、Loopring的loopring。首先,我们先从技术方案的角度,来看一下Zkspeed和starkNet、Unipig、Loopring的区别,具体的如下表所示:

表1.Layer2扩容方案分析表。图片说明:crs对应需要多次可信设置的zkp算法;srs对应只需要一次可信设置的zkp算法

根据上述表格可以看出:

Loopring

使用的Layer2扩容方案是基于ZKRollup方案设计的,同时也支持Validium方案,即链上数据可用性是可以选择的。该方案使用的零知识证明算法是zksnark算法,需要第三方生成可信设置。

优点是:这种算法的proof大小是常量大小的;

缺点是:可信设置是不通用的,针对不同的交易类型,都需要单独进行可信设置。因此,为了提高证明傲率,每个区块里的交易类型要求为同一交易类型,导致了如果某种类型的交易较少,那它上链的速度就会很慢,因为要等待足够的交易才打包区块。不过,在Loopring发布的协议3.6版本里可以看到,已经取消了了区块里是相同类型的交易的限制,相信会有更好的交易体验。

StarkWare

StarkWare团队研发的Layer2扩容引擎starkEx,支持Validium方案和ZKRollup方案两种模式可选。状态更新的有效性由零知识证明来保证,其用到的零知识证明算法是zkstark算法。

优点是:与常用的zksnark算法不同,zkstark算法不需要第三方的可信设置,而且其算法本身不依赖数学难题假设,具有一定的抗量子性;

缺点是:proof的大小比其他的zkp算法要大的多,生成证明需要消耗大量的计算资源和存储空间。同时,StarkWare团队研发的Layer2扩容解决方案值得期待,一种以太坊上的基于STARK的去中心化无许可L2ZK-Rollup产品,并且支持基于Cairo语言的通用计算;具体内容可参考链接starkNet。

Uniswap

使用的Unipig扩容方案是基于OptimisticRollup设计的,如前图所示,改方案存在挑战期,即在挑战期间,用户可以提供欺诈证明来验证执行者的行为是否作恶。

优点是:该方案兼容EVM,并且交易数据存在链上,保证了安全性;

缺点是:由于存在潜在的欺诈性证明,链上事务处理的时机会延缓;挑战成本昂贵,导致挑战模式基本上算是形同虚设。

ZKSwap

推出的Zkspeed扩容方案兼顾了ZKRollup、Validium和OptimisticRollup方案的特点。即实现所有与Layer1交互的交易数据全部上链,把单纯Layer2的交易数据存放在链下(Validium),交易hash数据上链,同时ZKSpeed也会提供一个完全上链的版本,这样可以实现更高的安全性,并提供零知识证明保证状态转换的有效性。

ZKSwap采用自己研发的Zkspeed与其他三个扩容方案的差异:

Zkspeed方案采用PLONK零知识证明算法,所有交易类型共用一套可信设置,如此就无需按照交易类型进行区块打包;

Zkspeed方案采用了GPU实现版的PLONK算法,相比于普通的CPU实现版本运行速度上提升了3倍以上,再加上顶尖的硬件设备,使得证明的生成时间大大缩短,大幅提高了系统的吞吐量;

ZKSwap团队经过反复研究论证,在Zkspeed方案上探索性的采用了聚合证明方案,并首先应用到AMM的DEX领域,把多个区块的证明聚合成一个证明,使得链上一次就可以完成多个区块的验证,大大的降低了交易的平均成本。

聚合证明的技术原理如下图所示:

图2.Aggregation方案

在Rollup方案里,一个很明显的技术特点就是交易的批量处理,即对区块里的所有交易的有效性产生一个证明,然后链上主合约完成证明的有效性验证。如图2左侧所示,这和原始的单个交易处理力度相比,已经有了巨大的吞吐率的提升和交易成本的降低。然而,ZKSwap团队发现,受限于零知识证明算法椭圆曲线参数的选取,一个区块内能批量处理的交易数量是有限的,再加上链上一次验证计算的成本高达50WGas,导致每笔交易的成本并没有低到预期。因此,ZKSwap技术团队持续进行技术应用创新的突破,并最终关注到了聚合证明方案。

如上图右侧所示,聚合证明的思想很简单,可简单表述为:把每个区块的proof当作输入,把链上验证的过程当作证明电路,证明链上的验证过程是正确的,由于验证的形式就是一个双线性配对,因此,多个proof可以进行线性组合,然后利用一次双线性配对完成所有proof的有效性验证。这样一来,多个证明的验证过程由多次变成1次,验证成本大幅降低,成本降低的幅度取决于区块聚合度,目前Zkspeed方案支持聚合上链的交易笔数可根据实际情况进行调配,20、10、5笔均支持。同时,为了探索进一步降低交易成本的可能性,ZKSwap团队追求精益求精,继续对上链数据进行聚合提交,即,多个区块一次提交,节省了一些固定成本,进一步压缩交易成本,最终实现一笔交易的成本消耗最低至1400Gas,远低于行业其他产品。

展望

遗憾的是,目前ZKSwap的方案还不兼容EVM,ZKSwap团队的愿景是构建一个支持通用EVM的Rollup扩容解决方案,使得其他应用无需重新编写智能合约就能实现快速迁移,目前ZKSwap团队已经投入研究,并取得了一些进展。除此之外,starkWare和MatterLabs分别开发了starkNet和zinc的Layer2扩容解决方案,需要用对应新设计的DSL语言来编写证明逻辑,虽然此方案不算完美,但也算是一个阶段性的研发成果。未来ZKSwap团队愿和其他团队一起,共同致力于以太坊的Layer2扩容建设。

撰文:江小白

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

金星链

[0:46ms0-1:0ms