自我托管：Zk-rollup的核心承诺是能够在保持以太坊安全的同时释放规模。然而，许多通用的rollup目前没有一个明确的机制，能够在出现恶意或不可用的排序器的情况下恢复用户资产。

　　数据可用性：正如介绍中提到的，自我托管的保证取决于故障情况下状态数据的可用性。然而，完全的数据可用性为用户引入了额外的成本。这在特定于应用的rollup世界中已经被广泛使用（例如Validiums，Volitions），但每个通用的rollup需要单独添加这个功能。

　　总结

　　智能合约rollup是以太坊扩展路线图中令人难以置信的一部分。在与现有的以太坊工具集的关系中，这些rollup所做的不同权衡证明了以太坊开发者生态系统多样性。

　　然而，目前关于EVM兼容性的讨论通常没有抓住重点。从开发者的角度来看，所有这些rollup都将支持Solidity代码。真正的以太坊兼容是一个更大的挑战，但它实际上有实质性的权衡，开发者应该在投入到rollup之前意识到这一点。

　　为了提高透明度，我希望看到每个rollup团队对以下问题提供更清晰的答案：

　　L1和L2在运行时间上的确切差异是什么？哪些操作码将在L2上被修改？任何其他的虚拟机特性（如费用结构）与L1相比是否会有所不同？

　　你的自定义虚拟机的形式规约在哪里，它的性能比其他方案强还是弱？

　　这次升级将对其他以太坊接口（如客户端API）做出多少改变，会破坏以太坊工具吗？

　　你的rollup什么时候在测试网上线？什么时候在主网上线？能否支持持续的生产吞吐量，即1000+自定义合约吞吐量？

　　你预计什么时候能支持用户资产的完全自我托管，以及在通用的rollup环境下会是什么样的？

　　一旦这些rollup在测试网上发布，这些问题应该更容易回答。在此之前，我希望看到这些团队继续发布更多的技术细节，说明他们的解决方案将作出的确切权衡，以及这将如何影响智能合约和工具开发者。

　　随着合并在即，经过战斗考验的特定于应用程序的rollup在生产中，并且通用的rollup将在明年进入主网，以太坊扩展的未来就在眼前。