OpenZeppelin的呈现使这一问题获得了缓解，其ERC20、ERC721的编写框架使开拓变得容易。但依赖于第三方代码库始终存在必然风险，譬喻，前段时间有很多回收OpenZeppelin的ERC20通证合约因为函数返回值的问题导致转账功效无法估量。

这种思路的典范应用可追溯到传统IT技能中的JVM虚拟机。其目标是实现“一次编写，处处运行”的特性，而不是让措施开拓人员为兼容每个差异的处事器编写差异版本的措施。

·合约代码不行修改进级。

·256位字长。回收今朝主流CPU所支持的8位、16位、32位、64位等字长时，CPU可直接提供原生支持，措施效率高。但EVM回收的字长是256位，处理惩罚器需要特另外操纵才可以正常处理惩罚，因此运算效率较低。同时相较于主流字长，256位也存在必然的存储挥霍，进而影响gas耗损。

以EVM为代表的虚拟机的另一个特点在于，由于提供了一个较为底层的通用基本设施，基于该虚拟机，可以设计出切合该虚拟机可能区块链系统的高级编程语言，譬喻以太坊的Solidity语言、Nxt利用Javascript及相应情况下的API等。相应地，假如该语言设计得不公道也会带来相应的缺陷。

区块链2.0的一个代表性项目——以太坊系统回收的是EVM（以太坊虚拟机）。以太坊虚拟机构建了一个基于栈的虚拟运行情况，界说了一套跟节点自身情况断绝的情况，屏蔽了每个节点的底层差别，实现了差异节点执行合约的功效沟通（确定性）。

需要留意的是，，今朝不少公链只发布了其开拓打算，而无实际可运行的虚拟机措施代码，详细实施环境大概会跟着项目进度而有所变革。

·不支持浮点数及缺少尺度库。此问题是不支持浮点数。而正如上文提到的，凡是与EVM共同利用的Solidity语言也因为缺少原生尺度库使得这一问题更为突出。

但在详细实现方面，EVM今朝普遍存在一些设计缺点，主要包罗以下几点：

由于EVM回收的不是尺度冯·诺依曼布局，措施代码被生存在一个独立的虚拟ROM中，而不是一般计较机内存中的代码区，理论上只可以通过从头陈设合约来实现对合约的进级。因此当合约中存在bug等环境时，无法通过打补丁等形式来举办调停。

综合以上各个特点来看，虚拟机方法仍然是今朝可实现智能合约技能中较为稳妥的一种技能蹊径，也是今朝包罗以太坊在内的大大都区块链系统回收的方法。

而这一特点正是漫衍式陈设与运行的智能合约所需要的：屏蔽区块链节点自身执行情况的区别，在所有节点上的运行均一致，从而实现上文所述智能合约需要满意简直定性特点。

相较于上述两种方法，今朝最多用于实现智能合约的方法是虚拟机方法，它可觉得措施提供一个完全对底层透明的执行情况。

今朝，一部门测试表白，当字长改为64位或128位时，合约代码的运行效率、存储本钱（以gas值浮现）均有改善。

因为以上缺点，在以太坊EVM之后，许多区块链项目通过多种技能来实现虚拟机。可以凭据技能实现方法的特点进一步将其分为以下几类举办接头。

郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。