最近Coinbase基于OP Stack发布了自己的Layer2 - Base，在「Rollup As a SDK」赛道上Eclipse/Sovereign/Caldera纷纷拿到了不俗的融资金额，广义上的模块化区块链更是市场上一直在讨论的热点，因此我们对OP Stack做了一次调研，总结几点和大家分享。

应用链一直是行业探索扩容的一个重要方向，Cosmos/Polkadot/Polygon/Avalanche等都有自己的应用链生态，尤其是Cosmos生态中的Dydx, Canto都是市场关注的热点。

定制化L2的成熟显然让这个方向竞争愈加的激烈，之后应用开发者技术选型，需要考虑究竟是定制化L2还是L1。比如对于共享安全，Cosmos可以共享验证者集，Polkadot可以租插槽，定制L2直接继承自L1，如何取舍是个要仔细考虑的问题。

值得一提的是多数定制化L2的方案在一开始就考虑了模块化，所以在DA层，结算层和执行层都有多种方案可供选择，这次研究OP Stack，他们将各个层划分的更加细致，可以想见未来无论是定制L1还是L2，模块化将是一个非常重要的特性。

Coinbase一直有一个拥有自己公链的愿望（其他交易所都已经有了哇），最终他们选择了使用OP Stack，那他们是如何做选择的呢？

其实Coinbase一直对以太坊的L2扩容非常关注，从去年五月，他们和OP Labs，联合以太坊基金会，主导了4844的制定，开发和测试，投入了比较多的工程资源。这次他们更是以核心开发者的身份介入OP Stack，所以他们选择使用OP Stack开发自己Layer2也就不稀奇了。

Coinbase的选择，对于OP Stack意义重大，Base成了除Bedrock之外，第一个OP Stack的标杆用户，也带来了非常大的关注度，相信将来开发者做技术选型，也会认真考虑OP Stack。

Bedrock是Optimism将要在3月中旬做的下一个重大升级，OP Stack是Optimism推出的定制化L2的SDK，但是从代码角度，两者现在还都是一套代码。

OP Stack强调模块化，但从官方文档上看，现在的状态并不能支持模块化的定制，因为现在各个层还是比较深的耦合在一起，以至于他们暂时称使用OP Stack定制L2为「OP Stack Hack」。未来OP Stack还需要比较多的工作才能到理想的状态。

OP Stack定义的执行层比较灵活，理论上只要满足状态转移方程: Execute(Prev, Payload) = Next，任何形式的执行环境都可以，比如Python的interpeter，Bitcoin或者Game Boy等等，另外我们还看到了两个实际例子，一个是Ticking Chain，另外一个是之前在Devcon 6引起非常多关注的OPCraft.

Optimism现在还不支持交互式的欺诈证明，现在运行的方式类似于这样：在链下跑的Verifier如果发现Submitter提交的世界状态不对，可以找到拥有L1结算层多签的持有者，说服他们来更新L1上的状态。

对此，Optimism团队的想法是：现在几乎所有L2结算层的合约，都是由多签管理的可升级的，所以既然这样，在链上实现交互式的欺诈证明，就并不是第一优先级，因为协议的安全最终还是由这些多签来控制。

关于OP Stack更多的技术细节，如OP Stack各个layer之间如何协同工作，去中心化定序器等等，欢迎大家回看我们周五Deep Dive分享的会议回看：