DeFi的兴起发出了一个清晰的信号：以太坊需要在ETH2.0之前实现扩容，但要在DeFi生态内保持可组合性还需要在同一个扩容方案上协调。

幸好，市场是非常擅长预测和解决这样的困难的，我们现在已经有非常多的扩容技术上线了。我们与多个主要扩容技术变体的团队进行了对话，且经过对它们逐一评估，我相信OptimisticEthereum是在社区里最可能达成共识的扩容方案。

这篇文章会详述我为何如此相信，我也会回应社区对OptimisticEthereum的顾虑。本文还将给出在主网实现OVM的Synthetix变体所需的治理过程流程，以及说明何种情况下另一种扩容技术可以替代OptimisticEthereum。总的来说，本文的目的是保证社区的充分知情，使大家能对Snythetix迁移到OptimisticEthereum的计划达成共识。

社会共识

我感觉“你总得有所取舍”好像变成了我的新口头禅。但它是对的——完美的扩容解决方案是不存在的。每种方法都有大方向上的权衡，而每种具体实现又有进一步的小范围的权衡。所有这些都以一个高风险的元协作机制为基础，因为光是选择正确的设计和权衡是不够的，我们还必须为其他人最有可能选择的方案而调整自身。因此，扩展变成不只是一个技术上的难题，它还是一个社会协作博弈。

当我第一次阅读关于OptimisticRollups的内容时，当时我们的gas费还没有很高。无论是对于技术还是社会上的难题，它看上去都像是个优雅的解决方案，但我已经意识到，无论我们选择哪种扩容方案，我们都需要与其他项目合作。Uniswap的Unipig演示给了Optimism收获社区共识一个很好的机会，因为它与以太坊上最知名的项目之一合作了。因此，我选择参与这个解决方案，不仅在如何解决DeFi特有的困难上给Optimism提供反馈，还协助他们在社区里引导社会协作。

技术因素

对于Synthetix来说，JustinMoses既是它的幸运也是它的诅咒。他为Synthetix树立了不轻易妥协的、严谨的工程文化，但是他极度厌恶认知上的负担，简直跟软体动物一样。这意味着，把Synthetix部署到Layer2上需要在最小化风险与减少对代码库的任何修改之间达成微妙的平衡。迁移期间在Layer1和Layer2上运行两个并行的、不同的代码库，这种做法我们是绝不会同意的，因为迁移甚至都不会实现；而如果这意味着用另一种语言重写合约的话，就更加不可能发生了。

Synthetix是建在Ethereum上最复杂的智能合约之一，这无疑增加了维持不同代码库的难度。我们对此有亲身经验，因为曾尝试将Havvennetwork移植到EOS而不得。

我们还需要向社区证明这项技术是可行的，且是值得我们进一步投放资源的，然后再尝试围绕它作为我们的扩容方案构建共识，OVM的交易演示也有助于加强这点。但仍有社区成员对这个方法保有忧虑也是在理的，因此即使社区共识已经非常明显偏向OptimisticEthereum，我们还没到可以用SIP来测试它的地步。 (责任编辑：admin)