金色观察|Optimistic Ethereum的OVM

2021-12-06 18:47:01 作者:金色财经

金色观察|Optimistic Ethereum的OVM

Optimistic Ethereum是一个兼容EVM的Optimistic Rollup链,是一个L2扩容方案。Optimistic Ethereum主网已上线,用户将资产移出Optimistic Ethereum主网时,用户需要等待一周的挑战期,用于帮助保护资产。在OVM 2.0前,Optimistic Ethereum要求所有交易都使用0.015 gwei的 gas 价格。

Optimistic Ethereum的虚拟机被称为OVM ,是一个功能齐全、与 EVM 兼容的执行环境,专为第 2 层系统中开发。

使用 OVM,将 DApp 迁移到 L2 不再会出现架构问题,只需要部署即可。不过目前虚拟机并不成熟,为什么OVM难以完成?问题在于:EVM-in-EVM,即L1和L2的执行和交互部分。

所有OE L2方案的基础都是解决争议,从plasma到rollup,都是如此。因为L2事务需要在必要时在L1上可重放。

在理想的情况下,没有理由在L2链上运行事务,但是,为了保证安全性,需要能够回放交易。

也就代表着在一个虚拟机运行区里,将能够运行任何通用的L2以太坊交易中的L1欺诈证明来证明交易。

但当L2交易并不适用于L1链时,这个问题是棘手的。

解决这个问题时,一般情况下想到的方案是在L1上运行L2的智能合约。

这样问题在于,理论上部署合约只是把L2的运算放到L1上,合约在L2的工作方式是一样的。但对于某些合约来说,在功能上是无法实现的,例如,L2的合约运行在L1上,获得是L1的时间戳,但合约需要的安全理论值是L2的。

OVM的应用就试图解决这个问题。

OVM 解决问题的核心是创建一个新的智能合约“执行管理器”,充当OVM 合约的虚拟容器。执行管理器虚拟化可能导致 L1 和 L2 之间执行差异的所有内容,包括:合约存储、交易“上下文”,例如区块号、时间戳等。

对于EVM的在 L1 和 L2 之间可能表现出差异,执行管理器使它们在 L1 和 L2 之间保持一致。OVM虚拟化了EVM的所有组件,在执行管理器里可以查询到这些数据。

为了让 L2 安全,OVM需要确保所有L2 合约都使用时间戳容器。为了强制执行此操作,还包含一个“纯度检查器”,该功能可以检查智能合约仅通过执行管理器访问虚拟化指令,这样任何不满足此要求的合约都会被阻止部署到 OVM,从而确保 L2 链保持安全。

OVM 代表了 Ethereum L2 的重要一步,因为它只需几行代码就能将 Solidity 合约转移到更便宜、更快速的基础设施上。

查看更多

相关推荐

图文推荐