作者&采访：潘致雄
转自：链闻ChainNews
受访团队：DeGate、DODO、EthSign、imToken、麦子钱包、MCDEX、WePiggy
作为最早上线的EVM兼容Rollup?扩容方案之一，Arbitrum已经向开发者开放了主网接入的权限，运行了正好一个月的时间，国内外不少的开发团队已经在积极尝试和部署，大家对这个网络的整体成熟情况表示乐观，但也有部分组件，比如区块浏览器还处于早期的阶段，可能会影响项目开发。
该二层网络被称为?ArbitrumOne，以区别于Arbitrum这个技术。虽然已经部署在了以太坊主网上，但是团队为了确保安全性，目前依旧称之为主网的测试版，并且仅限开发者可以提前部署使用。
在Arbitrum之外，Optimism?是和他们比较类似的技术方案，但是自一季度上线受限主网并挑选与Synthetix合作后，目前还未进行更大范围的测试，也曾推迟过一次上线时间，表示将于7月正式上线。
而另外两个基于零知识证明的Rollup扩容方案就可能会更晚上线了。MatterLabs表示?zkSync2.0?将于8月上线，而且兼容程度相比前两者更差一些，不支持部分不常用的EVM操作码；而?StarkWare?的?StarkNet?方案更是本月才推出测试网，主网估计最快也要今年底。
为了更直观了解ArbitrumOne现在所处的状态，链闻采访了7个正在接入Arbitrum网络的团队，包括DeFi、应用、钱包等上下游。希望能通过这些开发者的不同视角，还原出更全面的Arbitrum首个主网的状态。
整体来看，这些开发团队对于ArbitrumOne的成熟和完善度都有非常不错的评价，大多数工具和基础设施都已经支持或者很快就会迁移支持。
而大家吐槽的集中点在于目前区块浏览器的不完善，可能会影响开发的速度，不过?Etherscan?作为业内最广为使用的区块浏览器，他们为ArbitrumOne的区块浏览器加入更多功能应该不是什么难事。另外Gas计算方式的差异也被多次提到，开发者们需要关注下这部分的区别。
另外还有一个挺有意思的情况，由于ArbitrumOne采用了类似于欺诈证明的机制，这是该网络安全特性中的重中之重，所以以为开发者们会关注网络本身欺诈证明的各种测试和演练，但是大家并未关注。不过早期可能会是由官方或者可信第三方作为网络的维护者，所以安全性应该没有问题。
最后针对ArbitrumOne主网正式对外开放的时间，大家的评估也比较各异，最乐观的团队认为目前网络已经足够完善可以开放了，但是比较谨慎的开发团队认为可能最多还要6个月的时间。
除了上述的这些总结之外，此次采访主要是讨论了这些话题：
EVM?兼容性是不是真的和官方宣传的一样，整体的迁移工程量如何？
该网络的稳定程度如何？开发工具和基础设施是不是可以无痕迁移？
Arbitrum网络实际的性能以及成本表现如何？
预估还有多久可以完全开放主网？
问题1：你们在迁移到Arbitrum的时候，原来以太坊L1上的智能合约需要调整吗？这部分迁移的整体工程量有多少？
MCDEX：迁移时智能合约没有调整代码。针对block和time的那么可能需要review。由于我们的代币发行在L1上，我们有一些跨链通信的需求，需要写代码。
DODO：不需要调整，工作量很小。DODO因为有多链战略，所以一开始从以太坊迁移BSC的时候，就准备了很多脚本。但是前端产品上需要一些工作量，因为DODO的产品较为复杂，有很多缓存和数据中间层，这些内容的迁移花费了些时间。
WePiggy：在迁移到Arbitrum的时候，原来以太坊L1上的智能合约基本是不需要调整的。只是对OpenZeppelin的合约进行了版本升级，升级到最新版本。
DeGate：智能合约上基本上不用调整，我们的合约没有遇到。如果使用了block和gas相关的数据，注意参考下面的差异点：
《DifferencesfromSolidityonEthereum》
imToken：工程量不高，因为是EVM兼容，所以相对顺利。但工作量反而是在环境，以及系统监控，要额外一套系统维护与监控。
麦子钱包：可以重点说下资产的智能合约跨链，Arbitrum提供了默认的?TokenBridging?机制，所有L1上的ERC20和ERC721资产在Arbitrum上都有一个默认的自动映射合约，不需要项目方重新部署ERC20或ERC721合约，非常方便，相信这个机制会将大量L1上的资产迁移到ArbitrumL2上去。
EthSign：除需要重新配置?Truffle?网络设置外，目前无法部署。初步判定Arbitrum的EVM与OpenZeppelin合约不兼容，在其他网络上运行正常的逻辑会在部署时直接revert。
问题2：Arbitrum上的基础设施是不是和以太坊L1上比较接近了，比如开发工具、IDE、Chainlink、TheGraph？稳定程度如何，有遇到任何问题吗？
WePiggy：我们从Arbitrum的Kovan3版本开始跟踪Arbitrum的开发进度，中间经历了Kovan3、Kovan4、Kovan5等版本。我们参与测试的时候陆续发现了一些问题，例如：L1和L2之间的区块同步问题，L2上ETH合约转账问题，并积极向Arbitrum开发团队反馈，也得到了他们的认可。
MCDEX：开发工具完全一致，这是非常惊艳的体验。Chainlink、TheGraph正在迁移Arbitrum主网的过程中。唯一的问题是explorer目前给出的信息不太够，但并不是大问题。etherscan也正在部署，会改善explorer的体验。
DODO：目前还没有。开发工具和IDE其实完全复用了L1。TheGraph属于中间层，稳定性有待检验。Chainlink属于其他项目方，目前也没有完全上线，处于调试阶段。
DeGate：由于兼容Solidity，所以开发工具、IDE都是可以通用的，但可能有些工具的老版本会有问题,比如遇到过Truffle?部署合约失败。Chainlink、TheGraph这些还没有部署完善。
imToken：开发工具用的是Hardhat没什么问题，IDE跟链没什么影响，因为没有使用到预言机所以没试过Chainlink。
稳定度来说，因为Arbitrum的测试网切换过，甚至于之前有不稳定的现象，所以过程中有遇到一些乱流，都后来好很多。整体上，觉得Explorer因为尚未有Etherscan的支援，所以信息量还不是很充足，但堪用。近期，Alchemy与Infura都支持Arbitrum的节点，相对方便。
EthSign：开发工具和L1体验基本一致，稳定程度基于无法部署而无法测试。
问题3：从L2的性能来看，你们有评估过目前阶段Arbitrum的性能、成本吗？
DeGate：我们认为Arbitrum的成本在较长一段时间内更多来自于calldata的上链成本，其性能的瓶颈也在这里。以当前一个以太区块1500万Gas上限，其中30%被Arbitrum占满，L2交易平均callldata的gas成本为4500gas?来预估其吞吐量在1000transactionperL1block，即71transactions/s。
MCDEX：成本大约是1/100左右，取决于具体的智能合约功能。ArbGas的计算方法和L1差异比较大这是开发者需要适应的。
DODO：理论分析市面上已经很多了，实际情况需要等大量用户涌入后才能判断。
WePiggy：从目前我们在测试网络和主网的测试上来说：Arbitrum的GasLimit比较高，但是GasPrice很低，这样来说总体的费用其实比L1上小很多，性能更是飞快，基本上是秒级的交易。
imToken：目前没有，因为这需要交互测试，但我们只测试部署自己的部分，并没有与其他项目交互测试。
问题4：你们有观察过链上数据，Arbitrum的欺诈证明设计有经过实际的演练吗，效果如何？
DODO：我们没在主网上观察到欺诈证明，但相信Arbitrum团队已经进行过完备的演练。
imToken：没有，这可能需要跑节点，才能观察。
MCDEX：没有试过。
WePiggy：在这方面我们没有参与实际演练的经验。
DeGate：没有实际观察过挑战过程。
问题5：作为一个仅针对开发者的主网而言，你们估计目前的Arbitrum离真正能使用的完全开放还有多久的时间？你们觉得这个生态还缺哪些基础设施？
DODO：我们认为现在已经可以开放了，但Arbitrum团队显然希望准备地更完善一些，毕竟这是一场万众瞩目的登场，慢点没关系，关键是别拉跨。基础设施的话，对于我们而言已经不缺了，只是稳定性有待考验，希望可以承接住巨大的流量。
WePiggy：虽然我们已经将WePiggy协议的合约正式部署到ArbitrumOne网络上半个多月了，但考虑到浏览器，跨链桥和预言机等基础设施的落地和完善，估计Arbitrum的开发团队还需要一个月才能面向普通用户正式开放网络。
MCDEX：开放时间不好判断。基础设施没有什么缺的，因为都在迁移。目前大部分以太坊的基础设施都纷纷官宣要进入Arbitrum生态了，我们只能默默期待他们早日完成开发，部署和测试工作了，也不好催他们。我个人觉得还缺少的基础设施有：对开发者更友好的?SDK，更多的备用节点等。
DeGate：感觉还需要3至6个月，目前还处于早期系统完善阶段，缺少更多参与治理的可信第三方验证节点，因为不是每一个开发者都能运行比较重的验证节点。
麦子钱包：目前看还有一些基础工具在内测阶段，比如Etherscan的Arbitrum版本，目前官方提供的浏览器并不好用，比如合约验证功能缺失可能会导致一些安全问题。从节点运营和基础功能上我们测试下来基本没有什么问题，麦子钱包也已经完成了Arbitrum的钱包支持，等完全开放后会同步发布给普通用户使用。
EthSign：最缺的其实是快速拿到token的方式。目前的bridge速度太慢，token跨桥需要几十分钟。其次，与OpenZeppelin类行业规范的合约的不兼容问题需要完全修复。
imToken：
更加完善的explorer；
能够有fastwithdrawal的gateway或是方案；
目前项目方相对都是各自开发各自部署，需要交互测试过。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。