除了上述的这些总结之外，此次采访主要是讨论了这些话题：

• EVM 兼容性 是不是真的和官方宣传的一样，整体的迁移工程量如何？

• 该网络的 稳定程度 如何？开发工具和基础设施是不是可以无痕迁移？

• Arbitrum 网络实际的 性能 以及成本表现如何？

• 预估还有多久可以完全开放 主网 ？

问题 1：你们在迁移到 Arbitrum 的时候，原来以太坊 L1 上的智能合约需要调整吗？这部分迁移的整体工程量有多少？

MCDEX： 迁移时智能合约没有调整代码。针对 block 和 time 的那么可能需要 review。由于我们的代币发行在 L1 上，我们有一些 跨链通信 的需求，需要写代码。

DODO： 不需要调整，工作量很小。DODO 因为有 多链战略 ，所以一开始从以太坊迁移 BSC 的时候，就准备了很多脚本。但是前端产品上需要一些工作量，因为 DODO 的产品较为复杂，有很多缓存和数据中间层，这些内容的迁移花费了些时间。

WePiggy： 在迁移到 Arbitrum 的时候，原来以太坊 L1 上的 智能合约 基本是不需要调整的。只是对 OpenZeppelin 的合约进行了版本升级，升级到最新版本。

DeGate： 智能合约上基本上不用调整，我们的合约没有遇到。如果使用了 block 和 gas 相关的数据，注意参考下面的差异点：

《Differences from Solidity on Ethereum》

imToken： 工程量不高，因为是 EVM 兼容，所以相对顺利。但工作量反而是在环境，以及 系统监控 ，要额外一套系统维护与监控。

麦子钱包： 可以重点说下资产的智能合约跨链，Arbitrum 提供了默认的 Token Bridging 机制，所有 L1 上的 ERC20 和 ERC721 资产在 Arbitrum 上都有一个默认的 自动映射合约 ，不需要项目方重新部署 ERC20 或 ERC721 合约，非常方便，相信这个机制会将大量 L1 上的资产迁移到 Arbitrum L2 上去。

EthSign： 除需要重新配置 Truffle 网络设置外，目前无法部署。初步判定 Arbitrum 的 EVM 与 OpenZeppelin 合约 （例如最基本的 Ownable） 不兼容，在其他网络上运行正常的逻辑会在部署时直接 revert。

问题 2：Arbitrum 上的基础设施是不是和以太坊 L1 上比较接近了，比如开发工具、IDE、Chainlink、The Graph？稳定程度如何，有遇到任何问题吗？

WePiggy： 我们从 Arbitrum 的 Kovan3 版本开始跟踪 Arbitrum 的开发进度，中间经历了 Kovan3、Kovan4、Kovan5 等版本。我们参与测试的时候陆续发现了一些问题，例如：L1 和 L2 之间的区块同步问题，L2 上 ETH 合约转账问题，并积极向 Arbitrum 开发团队反馈，也得到了他们的认可。 (责任编辑：admin)