我们现在遇到的一个问题是我们开发的一些新的功能，很有可能在没有合并到upstream之前，我们就需要在主网启动。
- 合并到upstream需要时间
- 甚至有些合并需要主网的试验，才能够更好的说服OP来合并
- 最终合并到upstream的代码，可能跟我们跑的不完全一致，导致我们网络可能需要重新升级部署来兼容
短期可能合并的一些功能：
短期不一定能够合并的功能：
不影响我们升级的功能：
- Multi-Section Fault Proof
为了让我们的功能先跑起来，但是保留upstream合并的可能性，以及方便我们之后的升级维护，我们需要
- 尽量使用现在的以太坊/OP的分叉升级方案，做到最后的区别只是升级代号的区别
- 兼容fault proof，比较好是通过op-program写死rollup config
- 当我们的最终代码合并到upstream的时候，我们可能只需要更新代码，使用最新的rollup config即可和PRESTATE_IMAGE即可。