RED:深入理解OVM_OVM

编者按：本文来自以太坊爱好者，作者：EthereumOptimism，翻译&校对：IANLIU&阿剑，Odaily星球日报经授权转载。为什么需要OVM？

我们团队中的许多成员都曾参与过致力于支持智能合约的第一代通用plasma网络的架构设计。然而，部署plapps需要借助一整套新的开发工具。我们很快意识到，人们对于以太坊Layer2的期待远不止此——以太坊L2不只意味着扩展以太坊的应用，还要扩展以太坊本身。以上原因促使我们开发了OptimisticRollup——首个能将以太坊智能合约的全部功能引入扩展层的L2架构。Unipig

}把这个合约重新部署到L1上之后，还能返回相同的值吗？

三星宣布启动Discord服务器以深入Web3.0领域:6月7日消息，三星（Samsung）宣布启动Samsung US Discord官方服务器，以加深与消费者的联系并培养创作者社区。在Samsung US Discord中，粉丝、游戏玩家和创作者能够互动，并可以获得对产品、活动、NFT等的独家访问权。在6月7日的前24小时内，服务器的早期采用者将获得OG角色。[2022/6/7 4:09:03]

-不同的链，不同的结果-明显不行！即使是在同一条L1上，如果将智能合约重部署在不同的两个区块，返回值也不一样——因为重部署的合约会获取L1的时间戳，而正确执行execute_l2_tx则应该返回L2的时间戳。如果你深入思考，你会发现这个问题几乎会发生在所有智能合约上。比如对于某个ERC20智能合约来说，你将合约重部署在L1上之后，你要怎么设置L2上的余额呢？诸如此类，不可胜数。解决之道：OVM

声音 | 平安银行高管：运用区块链等深入生态场景重塑征信模型:据人民网报道，在“金蝉奖”颁奖典礼上，平安银行交易银行事业部副总裁许红辉表示，平安银行正在实现贷前、贷中和贷后风险的全程闭环控制。运用大数据、区块链、物联网等技术，深入生态场景重塑征信模型，并基于真实贸易背景跟单放款，确保银行融资能够真正支持实体经济。[2018/12/30]

过去曾出现过两种解决“EVM中的EVM”问题的办法：要么是对EVM进行分叉，要么是硬着头皮用Solidity重新实现整个EVM；OVM是一种全新的方法，对于当前的以太坊1.0有着更好的性能和灵活性，而且不需要分叉！容器化：执行管理器

动态 | 南开大学新设金融科技研究中心 对区块链等科研课题进行深入研究:7月13日，南开大学金融学院金融科技研究中心在天津成立。该中心内设南开大学金融学院金融科技创新实验室，对金融以及人工智能、大数据、区块链等科研课题进行深入研究，并推动与在金融科技领域全球领先的机构和专家广泛合作，培养出优秀的研究人才和产业人才。[2018/7/13]

OVM能够解决问题的最重要原因是，它引入了一个全新的智能合约——作为OVM智能合约的虚拟容器。执行管理器会虚拟化所有可能导致L1、L2出现不同结果的执行，包括：智能合约存储内容交易内容——如区块高度、时间戳、tx.origin的帐户的地址），等等。跨合约信息的路由基本上，对于可能导致L1、L2出现不同结果的EVM功能，执行管理器都提供了保证其结果一致的函数。举例来说，我们构造一个容器来解决上述提到的时间戳不一致的问题：

赵鹞：政府部门是否应该大胆的鼓励推广区块链需要深入思考:今日，中国政法大学金融创新与互联网金融法治研究中心副秘书长、中国社科院金融研究所支付清算研究中心特约研究员赵鹞发表文章称，区块链技术本身的价值中立性并不会带来基于区块链的经济社会活动的价值中立，当我们还没有准备好如何应对区块链大规模应用所产生的新的、深层次的社会、经济、金融风险时，政府部门是否应该大胆的鼓励、推广，这是需要深入思考的。就好比核能发电，我们没有完全掌握安全、可控的核聚变技术就能用于生产发电吗？显然是不可能的。所以，面对区块链、人工智能等各种破坏性创新技术的推广应用，特别是金融科技的发展，政府、学界、业界和媒体要头脑冷静，切莫用“不可控核聚变发电”。[2018/2/27]

现在我们重部署上面的合约，这回我们使用虚拟容器：

如此一来，我们就能够在验证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复杂交易合约。

标签：REDDIT以太坊OVMCredefiNolian Credits以太坊最新价格行情分析FLOVM

TRX热门资讯