除了 Uniswap，还有哪些 DeFi 协议选择 Arbitrum 扩容？

本文来自哔哔News，原文标题：《Arbitrum 抢滩 Layer 2》，作者：小牛。

5 月 29 日，Uniswap 社区以接近 100% 的支持率通过了「在 Arbitrum 上部署 Uniswap v3」的提案。Uniswap 创始人 Hayden Adams 此前表示，如果提案得到通过，将遵从社区的意愿，在 Arbitrum 上部署 Uniswap v3。

同日，Arbitrum 开发团队 Offchain Labs 宣布已部署以太坊主网测试版 Arbitrum One，向开发者开放，目前有超过 250 个团队申请接入开发者测试网。

Uniswap 部署、超过 250 个团队申请，Arbitrum 的先发优势似乎已经体现出来。

Arbitrum 火爆之余需要思考三个问题：为什么 Arbitrum 能被市场选择？谁在选择 Arbitrum？这场 Layer 2 的实验可能产生哪些问题？

为什么 Arbitrum 能被市场选择？

首先，Arbitrum 和 Optimism 一样，都是基于 Optimistic Rollup 的二层扩容方案。所以如果将 Arbitrum 和基于 ZK Rollup 的二层扩容方案相比，Arbitrum 能够体现 Optimistic Rollup 的优势。

Optimistic Rollup 拥有 Optimistic 虚拟机（OVM），能够与以太坊虚拟机（EVM）兼容执行环境，可以支持简单的支付和复杂的智能合约。也就是说理想条件下 dApp 可以比较轻松地将代码移植到 Optimistic Rollup 上。虽然安全性不及 ZK Rollup，但选择 Optimistic Rollup 的难度相对较低，短时间内落地可能性更大。

Arbitrum 与 Optimism 相比有以下几点优势。

虽然 Arbitrum 与 Optimism 均采用欺诈证明，但 Arbitrum 采用的是多轮欺诈证明，而 Optimism 采用的是单轮欺诈证明。两种不同的欺诈证明方式对比，多轮欺诈证明带来两方面的优势。

第一，它只需为一整批交易生成一个状态证明并发布到链上，降低成本。

第二，Layer 1 区块 gas 上限不再重要。

第三个优势，Arbitrum 完全兼容 EVM，支持任何 EVM 语言（vyper、YUL+ 等）。

完全兼容 EVM 有多重要？dForce 创始人民道在朋友圈直言：Optimism 没 100% 兼容 EVM 是重大战略误判，更别说市场推出时间延后，这些人没搞明白，99.9% 兼容和 100% 不兼容其实是一回事。

第四个优势显而易见，就是上线时间的优势。Optimism 主网上线时间推迟到 7 月，而 Arbitrum 的主网测试版已经向开发者开放，一个多月的时间对于 Arbitrum 而言是抢占市场先机的好机会。DEX 作为高频应用，在二层扩容方案上部署的需求日益强烈，Uniswap 作为以太坊 DEX 龙头，其带头作用不容小觑。

谁在选择 Arbitrum？

Uniswap

Uniswap 社区以接近 100% 的支持率通过「在 Arbitrum 上部署 Uniswap v3」的提案，根据 Uniswap 创始人 Hayden Adams 此前的承诺，在 Arbitrum 上部署 Uniswap v3 是板上钉钉的事情。

Uniswap 创始人曾表露过对于 Optimistic Rollup 扩容方案的喜爱，在 Uniswap v3 上线之前就已经和 Optimism 团队沟通部署的事宜。根据最近的推文来看，在 Optimism 部署 Uniswap v3 的计划并没有改变，而在 Arbitrum 部署 Uniswap v3 是遵从社区意愿之举。

SushiSwap

5 月 31 日，SushiSwap 官方微博宣布：SushiSwap 已在 Arbitrum 上部署。

SushiSwap 在 Arbitrum 上部署并不意外。

早在今年 2 月 7 日，名为「cryto_navi」的社区成员就在 SushiSwap 论坛发布「在 Arbitrum Rollup 部署 SushiSwap」的提案，当时还发起了一项投票，支持率达到 89%。

如果说这只是提案，那么 5 月 26 日 SushiSwap 联合创始人 0xMaki 发布推文「Arbitrum」便是直白的支持。

SushiSwap 一直在探索 Layer 2。

早在 3 月初，SushiSwap CTO 便通过推特透露自己正在考虑 Layer 2 的设计，权衡 Rollup 方案。

5 月初，SushiSwap 在 Polygon 完成部署，并开启流动性挖矿。截至目前，Polygon 上运行的 SushiSwap 锁仓量已达 8 亿美元，锁仓量在 Polygon 链上 DeFi 项目中排名第三。

MCDEX

去中心化永续合约与期货交易所 MCDEX 全称 MonteCarlo DEX，是首个采用 Arbitrum 扩容方案的项目。MCDEX 此前一直在 Arbitrum 测试网上运行，按计划于 5 月 28 日在 Arbitrum 主网部署 MCDEX v3。

MCDEX 在今年 1 月通过 Medium 发文解释了选择 Arbitrum 的原因，除了此前提到的多轮交互欺诈证明降低成本、完全兼容 EVM 之外，还有两方面的原因。

一是相较于 Optimism，Arbitrum 提供更加详细的文档、代码和无许可的测试网。

二是 Arbitrum 推出的序列器模型允许用户在 Layer 2 上快速确认交易状态。

OKEx

OKEx 5 月初发布公告称，OKEx 正在与 Arbitrum 合作，将以太坊二层扩容直接带给用户。OKEx 将启用其功能，使其用户无需与以太坊的基础层进行交互即可直接存入 Arbitrum 主网上。在 Arbitrum 确定主网发布时间的同时，OKEx 方面在尽力提升集成速度。

DODO

DODO 联合创始人 Diane Dai 在今年 2 月份发推宣布将在 Arbitrum 部署 DODO。近日 Puzzle Ventures 执行合伙人 Jerry Zhou 透露，目前 DODO 是第一批与 Arbitrum 合作的项目，很快将在 Arbitrum 主网上线。

除了上述交易所，Arbitrum 于今年 1 月在测试网上推出 Arbitrum Rollout，建立 Arbitrum 测试网上的 DeFi 生态 Demo。

Arbitrum 在 1 月底公布的名单显示，6 个外部项目在 Arbitrum 上开发并参与该 DeFi demo。它们分别是：

1. 去中心化交易所 Bancor
2. 去中心化拍卖平台 Bounce
3. 基于 AMM 的去中心化交易所 BurgerSwap
4. 跨 Rollup 转账应用 HopProtocol
5. 去中心化永续合约与期货交易所 MCDEX
6. 多链、支持治理的 AMM Swapr

除此之外，Arbitrum 生态内钱包、预言机、工具、浏览器等基础设施的阵容也非常强大。

支持的钱包包括：MetaMask、MathWallet、Formatic、portis、WalletConnect、Burner Wallet。

Arbitrum 合作的预言机是 Chainlink。虽然目前只有 Chainlink 一家，但 Chainlink 在预言机领域的影响力一定程度上影响项目选择 Arbitrum。

Arbitrum 生态内的工具包括 Solidity，Vyper，区块链数据索引项目 The Graph，Web3 区块链云基础设施平台 Ankr，以太坊开发环境工具 Hardhat，区块链数据平台 Blocknative，ethers.js，web3.js，Brownie 和区块链开发平台 Alchemy。

浏览器方面，Arbitrum 最近与 Etherscan 达成合作，Etherscan 将为 Arbitrum 开发浏览器，该浏览器预计将于 7 月底完成开发。

Arbitrum 是一场实验

Layer 2 现在在哪个阶段？印象最深的回答是丘吉尔的名言：这不是结束，甚至不是结束的开始，只是开始的结束。

Layer 2 赛道发展尚属早期，目前在这条赛道上的扩容方案都是先行者。

由于 Optimism 主网上线延期，Arbitrum 的机会确实来了。很多有部署 Layer 2 网络意愿的团队选择 Arbitrum，「超过 250 个团队」这一数量便可见一斑。

随着越来越多的项目在 Arbitrum 网络上部署，未来不免出现一些问题，出现的问题也是这场实验的一部分。

从目前两种扩容方案中不难看出，Optimistic Rollup 安全性和达成最终性的速度不及 ZK Rollup。短期之内，落地快是优势，但是从长期来看，Optimistic Rollup 范畴内的扩容方案仍需优化，才能适应大规模的应用。

目前 Arbitrum One 主网测试版仅对开发者开放，这其实是好消息。Arbitrum 主网测试版刚刚上线，具体情况不得而知。开发团队需要在 Arbitrum One 上测试，先把项目跑起来。Arbitrum 在经历测试网和主网测试版之后，网络性能应该会逐渐趋于平稳高效。另外当众多团队在 Arbitrum 部署应用后会产生一些经验和新事物，推动整个 Layer 2 赛道的发展。

最后想提醒一下开发团队：鞋子合不合脚，只有自己才知道。开发团队需要认真权衡各种扩容方案的利弊，结合项目自身特点再做决定。另外，Layer 2 对于高频应用是硬需求。对于低频应用而言，Layer 2 不是必选项。