经过测试网再到主网，这也代表了我们做一切事情的态度。我们的代码经过了 33 次安全审计。我们明白是用户把资金托付到了 Arbitrum 之上，所以我们会非常重视用户的资金安全。

就「发行候选版本」而言，我们会邀请所有人参与，一起帮助我们进行压力测试。相信在很快到来的主网上线后，大家都不会失望。

Arbitrum 和其他项目不太一样的地方在于，我们主网上线的第一天，就会将项目的一切公开，可以邀请所有人参与到主网。

主持人：感谢 Steven 为我们介绍了 Arbitrum 后续的发展进程。

第六个问题：我们同样很关注 Arbitrum 在主网上线后面临的挑战和整体规划。

Ed Felten：当前我们的重点是在主网上线上，要确保主网过渡的过程尽可能平稳、安全。未来我最关注的事情排在第一位的还是可扩展性。

可拓展性

虽然目前我们在扩容以及费用方面已经做得不错了，但我希望能够在性能上得到进一步的提升，主要是通过创新的工程手段。比如通过对虚拟机 EVM 系统如何进行开发，对于节点的设置等方式进一步提高性能。预计未来当以太坊上的流量进一步增加，吞吐量需求进一步增加时，我们可以满足需求而不至于像目前大家看到很多项目面临的瓶颈问题。

可编程上的努力

我们希望能够允许大家用不同的方式写智能合约。比如现在我们就有一个项目，允许将你编写的智能合约进行编译，可以使用除了 Solidity 语言之外的其他语言来写智能合约，同时也能运行在 Arbitrum 上。与此同时还能同用 Solidity 语言写的虚拟机进行交互。这是在可编程性方面的进步。使用这样的方式，可以允许不熟悉区块链编程方式的圈外开发者进入。

总结来说，关注的重点是可扩展性和可编程性，以及更好的开发工具。

互动问答

问：二层资产跨到一层需要非常长的等待期。对于这个等待期嘉宾怎么看？Arbitrum 或其生态项目是怎么解决这个问题的？

如果把资产从一层转到二层，或者在二层要调用一层的东西。这个时间要由一层的时间来决定。但反之，如果要把资产从二层转移到一层，或者要从一层调用二层的东西，如果在二层使用了 Optimisitic Rollup 的协议，协议层的等待时间确实会更长一些。需要强调的是这确实是协议的问题，主要还是因为解决方案都会存在挑战期的设置，你必须等待一段时间，等待某人提出异议或者没有异议，才能做出终局性的判定。

这就是为什么在协议层可能你需要等待几天才能提现的原因。但现在 Arbitrum 生态中也有项目在运行试图解决这样的问题，包括在 Arbitrum 测试网上也有运行。允许用户立刻实现。虽然在技术实现手段上会千差万别，但实际上本质是一样的。要么在一层和二层之间做资产的交换或者对调，或者由别人把资产借给你，让你可以提前获得资产。假以时日，用户会忘记需要等待这一问题。而且交易所很快也会使用这样的解决方案，从而使得存币和取现基本都不需要有等待期。对于用户而言，等待期的问题在未来会变得越来越不重要。 (责任编辑：admin)