编者按：本文来自以太坊爱好者，作者：EthereumOptimism，翻译&校对：IANLIU&阿剑，Odaily星球日报经授权转载。为什么需要OVM？
我们团队中的许多成员都曾参与过致力于支持智能合约的第一代通用plasma网络的架构设计。然而，部署plapps需要借助一整套新的开发工具。我们很快意识到，人们对于以太坊Layer2的期待远不止此——以太坊L2不只意味着扩展以太坊的应用，还要扩展以太坊本身。以上原因促使我们开发了OptimisticRollup——首个能将以太坊智能合约的全部功能引入扩展层的L2架构。Unipig
}把这个合约重新部署到L1上之后，还能返回相同的值吗？
Fireblocks Web3负责人：传统金融公司正在深入研究加密货币:金色财经报道，Fireblocks的Web3负责人表示，传统金融公司正在进一步进入加密领域。Fireblocks代表1,500多家金融机构托管资金，并使它们能够与区块链和加密服务进行交互。
Amsel表示，这些公司，尤其是更传统的公司，从托管服务开始，然后慢慢转向更多的加密原生交互。Amsel说，“我们看到越来越多的传统金融正在探索进入加密货币的方式，也许他们正在采取一种更加胆小的方法”。
Amsel举了一个假设的例子，一家公司可能在一两年前开始使用加密货币托管。他说，这些公司迈出了第一步，看到没问题，然后开始更多地探索这项技术。[2022/11/6 12:21:55]
-不同的链，不同的结果-明显不行！即使是在同一条L1上，如果将智能合约重部署在不同的两个区块，返回值也不一样——因为重部署的合约会获取L1的时间戳，而正确执行execute_l2_tx则应该返回L2的时间戳。如果你深入思考，你会发现这个问题几乎会发生在所有智能合约上。比如对于某个ERC20智能合约来说，你将合约重部署在L1上之后，你要怎么设置L2上的余额呢？诸如此类，不可胜数。解决之道：OVM
顺网科技与中数链签订合作协议：将在元宇宙等方面开展深入合作:7金色财经报道，日前，顺网科技与中数链（上海）签订框架合作协议，公司旗下元宇宙瞬元智能链、Meta CJ将与对方展开包含资本性合作在内的全面深入合作。中数链是国版链的超级节点运营机构，是一家整合了专业的区块链、web3.0应用技术，链接了丰富的文化数字化上下游生态资源的元宇宙技术及应用解决方案的机构。当下，顺网科技则在不断完善元宇宙算力基础设施+应用层生态建设。[2022/7/23 2:33:07]
过去曾出现过两种解决“EVM中的EVM”问题的办法：要么是对EVM进行分叉，要么是硬着头皮用Solidity重新实现整个EVM；OVM是一种全新的方法，对于当前的以太坊1.0有着更好的性能和灵活性，而且不需要分叉！容器化：执行管理器
声音 | 王天宇：打造银企协同平台 深入拓展人工智能、区块链等的应用:据证券日报消息，10月19日，2019第四届中国物流与供应链金融峰会暨第三届中国商贸物流银行联盟峰会在郑州举行。中国商贸物流银行联盟主席王天宇表示：“我们联盟有银行、有电商平台，有行业的龙头，汇聚了金融商贸的领军企业，今后共同打造银企的协同平台，免费为联盟平台提供金融服务科技，深入拓展人工智能、区块链、大数据、物联网等的应用，加速金融科技赋能，创新商业模式和业态，发挥联盟成员互补优势，加快信息流、商流、物流、资金流的四流合一，融合发展互利共赢。”[2019/10/20]
动态 | 区块链等技术在物流、营销、质量追溯等领域应用日趋深入:前瞻产业研究院发布《中国零售行业市场前瞻与投资战略规划分析报告》，其显示，近年来，随着电商环境、技术平台和网购习惯的普及与完善，中国的零售业发生了翻天覆地的变化。例如，各大电商平台的线下门店落地，与传统零售商联盟化趋势加强，将线上线下资源进一步整合；人工智能、大数据、区块链等技术在物流、营销、质量追溯等领域应用日趋深入；电商流量加速分化，拼购模式、小程序电商、内容电商等新模式交易规模呈指数增长。[2019/5/10]
OVM能够解决问题的最重要原因是，它引入了一个全新的智能合约——作为OVM智能合约的虚拟容器。执行管理器会虚拟化所有可能导致L1、L2出现不同结果的执行，包括：智能合约存储内容交易内容——如区块高度、时间戳、tx.origin的帐户的地址），等等。跨合约信息的路由基本上，对于可能导致L1、L2出现不同结果的EVM功能，执行管理器都提供了保证其结果一致的函数。举例来说，我们构造一个容器来解决上述提到的时间戳不一致的问题：
现在我们重部署上面的合约，这回我们使用虚拟容器：
如此一来，我们就能够在验证fraudproof的时候，设置L1容器中的“虚拟区块高度”，来保证正确的返回值！
-新的TimeShifter函数，使用TimestampManager作为容器。-这就是"EVM中的EVM"——OVM的核心概念：虚拟化所有可能在不同链上返回不同结果的EVM组件。具体点来说，约有15条以太坊指令需要被虚拟化，你可以从以下入口查看真正的执行管理器长啥样。安全性：容器纯度检查
当然我们还需要稍微修改上面的合约，才能真正调用timestamp容器而不是拿到错误的block.timestamp。虽然我们解决了结果差异性的问题，但这只作用于该智能合约而已。因此，为了保障L2的安全性，我们需要确保L2上的所有合约都使用了timestamp容器，没有错误使用block.timestamp的漏网之智能合约。
OVM提供了“容器纯度检查”的服务——检查目标智能合约“是否只通过执行管理器来调用虚拟化指令”，而不允许像是block.timestamp这样的操作！不论有没有其他智能合约调用了目标合约，只要合约未通过检查，就无法部署到OVM。这样就能保证L2的安全性。开发体验：转译器
要让智能合约只通过执行管理器来调用某些指令，还有一个问题就是开发体验——如果开发者需要遍历整份智能合约，然后把所有block.timestamp替换为getOvmTimestamp()，这种费力不讨好的活肯定没人愿意做。为了解决这个问题，我们搭了一个转译器——输入普通EVM字节码，然后转译器会输出使用上述容器的OVM字节码。对于使用转译器的开发者来说，完全不需要和OVM直接打交道——只需要在Waffle、Truffle等你喜欢的测试套件中加入我们的solc-transpiler包。展望
我们认为OVM的出现代表着以太坊L2的飞跃，因为它不同于变着招使用以太坊，它就是以太坊本身的进步。只要加上几行代码，就能够实现快速且低成本的Solidity智能合约迁移，这也是当前关于以太坊扩展方面最令我们兴奋的topic。如果你想要自行体验一把，可以关注我们最近的OVM测试——在标准的以太坊工具中，实时运行部分的Synthetix复杂交易合约。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。