近期以太坊上的高手续费和低TPS使以太坊上的Layer2扩容之争变成了焦点。本篇文章将以市场上既有的产品为基础，从技术方案角度出发，比较当下ZKSwap方案和其他扩容方案的异同之处。在具体的展开描述之前，也将简短的介绍下目前市场上的Layer2扩容技术的基本状况。
Layer2扩容技术概述
迄今为止，Layer2市场上已经是一片繁荣，技术上不断创新，各种产品也层出不穷。对于市场上的所有的产品，从技术角度上划分，可以大体分为三类：
状态通道：通过促进链下交易来减轻以太坊的负担，具有即时存取、高吞吐的特点，其弊端是设置通道浪费耗时，并且需要在通道中支付锁定资金，同时定时监测通道状态；
侧链技术：具有独立共识规则的独立区块链，与Layer1的共识不同步，这是它的弊端；
Rollup技术：可以看作是一个高级的非托管侧链技术，它将计算放在链下，交易数据以及最新世界状态放在链上，保证了链上数据可用性。
与其他的两种方案相比，Rollup无需提前锁定代币，也不用设置自己的共识规则；而且它还可以保持和Layer1同样等级的安全性，同时方案本身具有通用性。随着Layer2技术的持续发展，Rollup技术方案也变得多样化，根据交易数据存储的位置和使用的证明方法的不同，又可以将Rollup技术细分为以下四类：
Beosin：BSC链上的gala.games项目遭受攻击事件简析:金色财经报道，根据区块链安全审计公司Beosin旗下Beosin EagleEye 安全风险监控、预警与阻断平台监测显示，BSC链上的gala.games项目遭受攻击，Beosin分析发现由于pNetwork项目的bridge配置错误导致pTokens（GALA） 代币增发，累计增发55,628,400,000枚pTokens（GALA），攻击者已经把部分pTokens(GALA) 兑换成12,976个BNB，攻击者（0x6891A233Bca9E72A078bCB71ba02aD482A44e8C1）累计获利约434万美元。Beosin Trace追踪发现被盗金额还存在攻击者地址中。
第一笔攻击交易：0x4b239b0a92b8375ca293e0fde9386cbe6bbeb2f04bc23e7c80147308b9515c2e
第二笔攻击交易：0x439aa6f526184291a0d3bd3d52fccd459ec3ea0a8c1d5bf001888ef670fe616d[2022/11/4 12:17:00]
ZKRollup：Layer1Validityproofs，数据存储在链上，用零知识证明来保证状态转换的有效性；
慢雾：Inverse Finance遭遇闪电贷攻击简析:据慢雾安全团队链上情报，Inverse Finance遭遇闪电贷攻击,损失53.2445WBTC和99,976.29USDT。慢雾安全团队以简讯的形式将攻击原理分享如下：
1.攻击者先从AAVE闪电贷借出27,000WBTC,然后存225WBTC到CurveUSDT-WETH-WBTC的池子获得5,375.5个crv3crypto和4,906.7yvCurve-3Crypto,随后攻击者把获得的2个凭证存入Inverse Finance获得245,337.73个存款凭证anYvCrv3Crypto。
2.接下来攻击者在CurveUSDT-WETH-WBTC的池子进行了一次swap,用26,775个WBTC兑换出了75,403,376.18USDT,由于anYvCrv3Crypto的存款凭证使用的价格计算合约除了采用Chainlink的喂价之外还会根据CurveUSDT-WETH-WBTC的池子的WBTC,WETH,USDT的实时余额变化进行计算所以在攻击者进行swap之后anYvCrv3Crypto的价格被拉高从而导致攻击者可以从合约中借出超额的10,133,949.1个DOLA。
3.借贷完DOLA之后攻击者在把第二步获取的75,403,376.18USDT再次swap成26,626.4个WBTC,攻击者在把10,133,949.1DOLAswap成9,881,355个3crv,之后攻击者通过移除3crv的流动性获得10,099,976.2个USDT。
4.最后攻击者把去除流动性的10,000,000个USDTswap成451.0个WBT,归还闪电贷获利离场。
针对该事件，慢雾给出以下防范建议：本次攻击的原因主要在于使用了不安全的预言机来计算LP价格，慢雾安全团队建议可以参考Alpha Finance关于获取公平LP价格的方法。[2022/6/16 4:32:58]
OptimisticRollup：Layer1Fraudproofs，数据存储在链上，在挑战期间，用欺诈证明来验证状态转换的有效性；
慢雾：Spartan Protocol被黑简析:据慢雾区情报，币安智能链项目 Spartan Protocol 被黑，损失金额约 3000 万美元，慢雾安全团队第一时间介入分析，并以简讯的形式分享给大家参考：
1. 攻击者通过闪电贷先从 PancakeSwap 中借出 WBNB；
2. 在 WBNB-SPT1 的池子中，先使用借来的一部分 WBNB 不断的通过 swap 兑换成 SPT1，导致兑换池中产生巨大滑点；
3. 攻击者将持有的 WBNB 与 SPT1 向 WBNB-SPT1 池子添加流动性获得 LP 凭证，但是在添加流动性的时候存在一个滑点修正机制，在添加流动性时将对池的滑点进行修正，但没有限制最高可修正的滑点大小，此时添加流动性，由于滑点修正机制，获得的 LP 数量并不是一个正常的值；
4. 随后继续进行 swap 操作将 WBNB 兑换成 SPT1，此时池子中的 WBNB 增多 SPT1 减少；
5. swap 之后攻击者将持有的 WBNB 和 SPT1 都转移给 WBNB-SPT1 池子，然后进行移除流动性操作；
6. 在移除流动性时会通过池子中实时的代币数量来计算用户的 LP 可获得多少对应的代币，由于步骤 5，此时会获得比添加流动性时更多的代币；
7. 在移除流动性之后会更新池子中的 baseAmount 与 tokenAmount，由于移除流动性时没有和添加流动性一样存在滑点修正机制，移除流动性后两种代币的数量和合约记录的代币数量会存在一定的差值；
8. 因此在与实际有差值的情况下还能再次添加流动性获得 LP，此后攻击者只要再次移除流动性就能再次获得对应的两种代币；
9. 之后攻击者只需再将 SPT1 代币兑换成 WBNB，最后即可获得更多的 WBNB。详情见原文链接。[2021/5/2 21:17:59]
Validium：Layer2Validityproofs，数据存在链下，用零知识证明来保证状态转换的有效性，并设立「数据可用性委员会」来保证链下数据的可用性；
慢雾：Polkatrain 薅羊毛事故简析:据慢雾区消息，波卡生态IDO平台Polkatrain于今早发生事故，慢雾安全团队第一时间介入分析，并定位到了具体问题。本次出现问题的合约为Polkatrain项目的POLT_LBP合约，该合约有一个swap函数，并存在一个返佣机制，当用户通过swap函数购买PLOT代币的时候获得一定量的返佣，该笔返佣会通过合约里的_update函数调用transferFrom的形式转发送给用户。由于_update函数没有设置一个池子的最多的返佣数量，也未在返佣的时候判断总返佣金是否用完了，导致恶意的套利者可通过不断调用swap函数进行代币兑换来薅取合约的返佣奖励。慢雾安全团队提醒DApp项目方在设计AMM兑换机制的时候需充分考虑项目的业务场景及其经济模型，防止意外情况发生。[2021/4/5 19:46:39]
Plasma：Layer2Fraudproofs，数据存储在链下，用户提供欺诈证明来验证状态转换的有效性；
在实际的产品设计过程中，基于不同的业务场景，设计者往往需要在效率和安全性上做出权衡，要效率还是要绝对安全，每个产品设计时都有自己的侧重面。因此，也就有了上述的四种Rollup方案。现在市面上的大部分产品，按技术分类的话，应该大都属于上述四类，更准确的说，是属于前三类，第四类方案提出的最早，安全性考虑的较少。
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]
所以，ZKSwap团队推出的Layer2扩容方案Zkspeed同样也属于上述范畴。然而，作为Layer2赛道上的一个新星，Zkspeed方案与其他主流产品推出的Layer2方案相比会有什么样的技术优势呢？产品体验又有何异同呢？接下来，我们将选取市场上具有代表性的几个产品，从技术方案和实际体验效果上做一些简单的对比分析，来看看Zkspeed扩容方案是否优胜同时产品体验是否更好。
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扩容建设。
撰文：江小白
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。