CN111814202A

CN111814202A - 一种执行智能合约的方法、区块链节点和存储介质

Info

Publication number: CN111814202A
Application number: CN202010899209.1A
Authority: CN
Inventors: 刘琦
Original assignee: Alipay Hangzhou Information Technology Co Ltd
Current assignee: Alipay Hangzhou Information Technology Co Ltd
Priority date: 2020-08-31
Filing date: 2020-08-31
Publication date: 2020-10-23
Anticipated expiration: 2040-08-31
Also published as: EP3971741B1; EP3971741A1; CN111814202B; US11513827B2; US20210318896A1

Abstract

本说明书一个或多个实施例提供一种执行智能合约的方法、区块链节点和存储介质。一种执行智能合约的方法实施例包括：区块链节点接收创建智能合约的请求，所述请求中包括所述智能合约的字节码；所述区块链节点完成所述智能合约的部署后，开始将所述智能合约的字节码通过JIT编译为机器码并存储；所述区块链节点执行部署的所述智能合约时，如果本地存储有所述智能合约的字节码对应的机器码，且区块链网络中存储有所述智能合约的机器码的区块链节点不少于预设数量，则执行所述机器码。通过上述本说明书的实施例，所述区块链节点可以大幅提升执行智能合约的速度。

Description

一种执行智能合约的方法、区块链节点和存储介质

技术领域

本说明书实施例属于区块链技术领域，尤其涉及一种执行智能合约的方法、区块链节点和存储介质。

背景技术

区块链（Blockchain）是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链2.0时代中出现了智能合约，将区块链的应用范围提升到了一个新高度。有了智能合约，区块链能做不再是单一的转账交易，而是还可以调用一段代码，而这段代码可以由用户自定义。

发明内容

本说明书在于提供一种执行智能合约的方法、区块链节点和存储介质。

本说明书实施例提供的一种执行智能合约的方法、区块链节点和存储介质，通过以下方式实现：

一种执行智能合约的方法，包括：

区块链节点接收创建智能合约的请求，所述请求中包括所述智能合约的字节码；

所述区块链节点完成所述智能合约的部署后，开始将所述智能合约的字节码通过JIT编译为机器码并存储；

所述区块链节点执行部署的所述智能合约时，如果本地存储有所述智能合约的字节码对应的机器码，且区块链网络中存储有所述智能合约的机器码的区块链节点不少于预设数量，则执行所述机器码。

一种执行智能合约的方法，包括：

区块链节点部署所述智能合约的字节码后，开始将所述智能合约的字节码通过JIT编译为机器码并存储；

所述区块链节点执行部署的所述智能合约时，如果本地存储有所述智能合约的机器码，且区块链网络中存储有所述智能合约的机器码的区块链节点不少于预设数量，则执行所述机器码。

一种执行智能合约的区块链节点，执行上述的方法。

一种执行智能合约的区块链节点，包括：

处理器，

存储器，存储有程序，其中在所述处理器执行所述程序时，执行上述的方法。

一种存储介质，用于存储程序，其中所述程序在被执行时进行上述方法的操作。

通过上述本说明书的实施例，在区块链网络中存储有智能合约的机器码的区块链节点不少于预设数量的情况下，本地存储有机器码的区块链节点可以直接执行机器码，而无需等待未存储有机器码的区块链节点完成编译，并且由于机器码本身即是CPU可以直接执行的，因此，所述区块链节点可以大幅提升执行智能合约的速度。同时，由于执行机器码的区块链节点不少于预设数量，因而即便未存储有机器码的区块链节点对智能合约的字节码进行解释执行且解释执行的结果不同于机器码的执行结果，也不会造成区块链分叉，保障了区块链的稳定性。

附图说明

图1是一实施例中编译执行和解释执行的原理示意图；

图2是一实施例中解释执行和JIT编译的原理示意图；

图3为一个实施例的创建智能合约的图示过程；

图4为一个实施例的调用智能合约的图示过程；

图5为一个实施例中创建智能合约和调用智能合约的示意图；

图6-1是一实施例中的执行智能合约的流程图；

图6-2是另一实施例中的执行智能合约的流程图；

图7是一实施例中的区块链节点的模块结构图；

图8是一实施例中的创建智能合约和调用智能合约的示意图；

图9为一实施例中的创建智能合约和调用智能合约过程中包含虚拟机执行过程的示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书一个或多个实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书一个或多个实施例的一些方面相一致的装置和方法的例子。

需要说明的是：在其他实施例中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施例中，其方法所包括的步骤可以比本说明书所描述的更多或更少。此外，本说明书中所描述的单个步骤，在其他实施例中可能被分解为多个步骤进行描述；而本说明书中所描述的多个步骤，在其他实施例中也可能被合并为单个步骤进行描述。

区块链1.0时代通常是指在2009年到2014年之间，以比特币为代表的区块链应用发展阶段，它们主要致力于解决货币和支付手段的去中心化问题。从2014年开始，开发者们越来越注重于解决比特币在技术和扩展性方面的不足。2013年底，VitalikButerin发布了以太坊白皮书《以太坊：下一代智能合约和去中心化应用平台》，将智能合约引入区块链，打开了区块链在货币领域以外的应用，从而开启了区块链2.0时代。

智能合约是一种基于规定触发规则的，可自动执行的计算机合约，也可以看作是传统合约的数字版本。智能合约这一概念最早由跨领域法律学者、密码学研究工作者尼克·萨博（Nick Szabo）在1994年提出。这项技术曾一度因为缺乏可编程数字系统和相关技术而没有被用于实际产业中，直到区块链技术和以太坊的出现为其提供了可靠的执行环境。由于区块链技术采用的块链式账本，产生的数据不可篡改或者删除，且整个账本将不断新增账本数据，从而保证了历史数据的可追溯；同时，去中心化的运行机制避免了中心化因素的影响。基于区块链技术的智能合约不仅可以发挥智能合约在成本、效率方面的优势，而且可以避免恶意行为对合约正常执行的干扰。将智能合约以数字化的形式写入区块链中，由区块链技术的特性保障存储、读取、执行整个过程透明可跟踪、不可篡改。

智能合约本质上是一段可由计算机执行的程序。智能合约与现在广泛使用的计算机程序一样，可以通过高级语言（例如C语言、C++语言等）编写而成。由高级语言编写好的智能合约的程序代码，一般可以通过“编译器”转换为计算机的CPU可以识别和运行的“机器码”，进而可以由CPU执行这样的机器码（或者称为“微处理器指令”）。这种方式一般称为“编译执行”。

编译执行一般不具有跨平台的可扩展性。由于存在不同厂商、不同品牌和不同代的CPU，而这些不同的CPU支持的指令集很多情况下是不同的，如x86指令集，ARM指令集等，且同一厂商同一品牌但不同代的CPU（如不同代的Intel CPU）支持的指令集也不完全相同，因此，用同样的高级语言编写的同样的程序代码，在不同CPU上被编译器转换出来的机器码可能不同。具体的，编译器在转换高级语言编写的程序代码到机器码的过程中，会结合具体的CPU指令集的特点（如向量指令集等）进行优化以提升程序执行的速度，而此类优化往往与具体的CPU硬件相关。这样，同样的机器码，一个在x86上可以运行，但另一个在ARM上就可能无法运行；甚至同样是x86平台，随着时间的推移，指令集也不断丰富和扩展，这就导致不同代的x86平台运行的机器码也有不同。而且，由于执行机器码需要由操作系统内核对CPU进行调度，因此即使是同样的硬件，在不同操作系统下支持运行的机器码也可能不同。

不同于编译执行，还存在一种“解释执行”的程序运行方式。比如Java语言，将Java源代码通过Java的编译器编译成标准的字节码（bytecode），这里编译器不针对任何实际的硬件处理器的指令集，而是定义了一套抽象的标准指令集。编译成的标准字节码一般无法在硬件CPU上直接运行，因此引入了一个虚拟机，即JVM，JVM运行在特定的硬件处理器上，用以解释和执行编译后的标准字节码。

JVM是Java Virtual Machine（Java虚拟机）的缩写，是一种虚构出来的计算机，往往通过在实际的计算机上仿真模拟各种计算机功能来实现。JVM屏蔽了与具体的硬件平台、操作系统等相关的信息，使Java程序只需要是生成的可在Java虚拟机上运行的标准字节码，就可以在多种平台上不加修改地运行。

Java语言的一个非常重要的特点就是与平台的无关性。而使用Java虚拟机是实现这一特点的关键。一般的高级语言如果要在不同的平台上运行，至少需要编译成不同的目标代码。而引入Java语言虚拟机后，Java语言在不同平台上运行时不需要重新编译。Java语言使用Java虚拟机屏蔽了与具体平台相关的信息，使得Java语言编译程序只需生成在Java虚拟机上运行的目标代码（字节码），就可以在多种平台上不加修改地运行。Java虚拟机在执行字节码时，把字节码解释成具体平台上的机器指令执行。这就是Java能够“一次编译，到处运行”的原因。

JVM运行在特定的硬件处理器上，负责针对所运行的特定处理器而进行字节码的解释和执行，并向上屏蔽这些底层的差异，呈现给开发者以标准的开发规范。JVM在执行字节码时，实际上最终还是把字节码解释成具体平台上的机器指令执行。具体的，JVM接收到输入的字节码后，逐句解释其中的每一条指令，并翻译成适合当前机器的机器码来运行，这些过程例如由称为Interpreter的解释器进行解释和执行。这样一来，编写Java程序的开发者不需要考虑编写后的程序代码将运行在哪种硬件平台上。JVM本身的开发是由Java组织的专业开发人员完成，以将JVM适配到不同的处理器架构上。迄今为止，主流的处理器架构只有有限的几种，如X86，ARM，RISC-V，MIPS。专业的开发人员将JVM分别移植到支持这几种特定硬件的平台后，Java程序理论上就可以在所有的机器上运行了。JVM的移植工作通常由Java开发组织专业的人员提供的，这就极大减轻了Java应用开发者的负担。

解释执行带来了跨平台可移植性，但由于bytecode的执行经历了JVM中间翻译的过程，因此执行效率不如上述编译执行效率高，这种效率的差异有时甚至可达几十倍。

图1示出了编译执行和解释执行的共同点和不同点。不论是解释执行还是编译执行，也不论是物理机还是虚拟机，对于应用程序，机器都不可能如人那样阅读、理解，然后就获得了执行能力。大部分的程序代码到物理机的目标代码或虚拟机能执行的指令集之前，都需要经过图1中的各个步骤。图1中从顶部到左边的那条分支就是传统编译原理中程序代码到目标机器代码的生成过程，从顶部到右边的那条分支是解释执行的过程。如今，基于物理机、Java虚拟机，或者非Java的其他高级语言虚拟机（High-Level Language VirtualMachine，HLLVM）的语言，大多都会遵循这种基于现代经典编译原理的思路，在执行前先对程序源码进行词法分析和语法分析处理，把源码转化为抽象语法树（Abstract SyntaxTree，AST）。对于一门具体语言的实现来说，词法分析、语法分析以至后面的优化器和目标代码生成器都可以选择独立于执行引擎，形成一个完整意义的编译器去实现，这类代表是C或C++语言。也可以选择把其中一部分步骤（如生成抽象语法树之前的步骤）实现为一个半独立的编译器，这类代表是Java语言。又或者把这些步骤和执行引擎全部集中封装在一个封闭的黑匣子之中，如大多数的JavaScript执行器。

为了尽可能的兼顾跨平台可移植性和高性能，即时编译器（Just-In-TimeCompiler，JIT）的概念被提出。JIT的核心思想是“如何高效避免解释指令的重复工作”。计算机程序中存在大量重复执行的代码，比如某些计算“函数”在一个程序执行过程中可能被循环调用了很多次。如果是解释执行，则循环过程的每次执行都要对这个函数进行字节码到机器码的翻译。然而实际情况是，这个函数在几十次的翻译中产生的机器码都是完全一样的。很自然的，在第一次翻译后，将翻译好的函数的机器码缓存下来，后续再次执行的过程中，不需要再次翻译，而是直接使用缓存好的代码，这样可以提高执行效率。

相反的，有些函数在程序运行周期过程中只执行了一次（比如启动初始化），那么这类函数就不需要缓存，直接解释执行一次即可。因此JIT技术中一个核心的模块就是“热点分析”，即通过程序执行过程中分析出哪些代码执行了多次，从而对其翻译后的机器码进行缓存。对于执行次数较少的操作，不需要进行缓存。这样可以在执行效率和内存开销上达到最佳平衡。

此外，JIT技术中的另一个核心的模块是编译优化（或称为优化编译）。直接翻译的机器码，没有结合上下文进行优化，仅仅是将高频的机器码缓存下来，性能提升有限。如果要获得更好的性能，可以对编译器进行进一步的优化。编译优化的方式，一般需要相对更多的时间来实现。

JIT的工作原理例如图2中所示。Java源代码经过Java编译器编译后生成一段Java字节码，经过热点分析后被分发到两个执行路径上（JIT Compiler和Interpreter）。被判断为热点（高频执行）的代码经JIT compiler中进行编译得到机器码，缓存并执行，一般是由CPU在操作系统（Operating System，OS）的控制下执行。低频的进入解释器（Interpreter），翻译成机器码后由CPU在OS的控制下执行。

由于程序代码本身的前后关联性，编译过程往往存在较大的优化空间。优化后的机器码，执行效率会远高于直接翻译的机器码。如果要获得更好的性能，编译器的优化是必须的。JIT compiler编译的过程可能比较耗时。特别是JIT Compiler在第一次编译字节码的过程可能耗时很长，甚至不如解释执行。那么，对于某些java程序，如果热点不是很突出，即整体的执行频度都不是很高，而整体执行流程又很长的，JIT就很难发挥出编译执行的优势。

此外，还有一种想法被提出，就是AoT (Ahead of Time)。AoT相当于一种预编译执行的方法。在程序运行前针对目标执行环境对字节码进行一次编译，得到机器码，再将机器码部署到目标机器上执行，例如图8所示的过程。AoT的运行效率可以达到编译执行的效果，但在AoT时需要明确知道目标系统的硬件、指令集架构和系统等，确保编译后代码可以运行。而且，一般来说同样功能的指令，用机器码表达所需的语句量会大于字节码，更大于高级语言编写的代码，这样，同样内容的程序，很可能机器码的大小＞字节码的大小＞高级语言代码的大小。在明确知道目标系统的硬件、指令集架构和系统等情形的前提下，可以通过AoT将字节码编译为机器码。同时，不同类别的目标系统的机器码是不同的，因此，为了各种目标系统上都可以有对应的正确执行的机器码，可能需要将不同版本的机器码都提供。这样，机器码的总大小一般会大于字节码或是高级语言代码。

例如，Android在5.0版本以前采用Dalvik虚拟机，而在5.0版本以后采用了ART虚拟机。Dalvik是采用JIT编译器去解释字节码，而ART则是AoT机制。ART方式在应用安装时就预编译字节码（Android App的安装过程实际上是安装程序的字节码）到机器码。在移除解释代码这一过程后，Android上的应用程序执行更有效率，启动更快。

区块链中作为一个去中心化的分布式系统，需要保持分布式一致性。具体的，分布式系统中的一组节点，每个节点都内置了状态机。每个状态机需要从相同的初始状态起，按相同的顺序执行相同的指令，保持每一次状态的改变都相同，从而保证最终达到一致的状态。而参与到同一区块链网络的各个节点设备很难都是同样的硬件配置和软件环境。因此，在区块链2.0中的代表以太坊中，为了保证各个节点上执行智能合约的过程和结果是相同的，采用了类似于JVM的虚拟机——以太坊虚拟机（Ethereum Virtual Machine，EVM）。通过EVM可以屏蔽各个节点硬件配置和软件环境的差异性。这样，开发者可以开发一套智能合约的代码，并将该智能合约的代码在开发者本地编译后将编译得到的字节码（bytecode）上传到区块链。各个节点以相同的初始状态通过相同的EVM解释执行相同的字节码后，能够得到相同的最终结果和相同的中间结果，并可以屏蔽不同节点底层的硬件和环境差异。这样，去中心化的区块链技术的出现，才使得早在1994年就提出的智能合约得以实现，并且，由于去中心化的实现必然面临不同执行机器的硬件和运行环境差异，进一步以解释执行的方式对智能合约处理，以保证在去中心的多种不同硬件和运行环境的机器上能够得到相同的执行结果。

EVM是一个图灵完备的虚拟机，这意味着可以通过它实现各种复杂的逻辑，这也是以太坊作为区块链2.0的代表相对于区块链1.0的最大改进之一。用户在以太坊中发布和调用智能合约可以在EVM上运行。如前所述，EVM直接运行的是字节码，部署在区块链上的智能合约可以是字节码的形式。

如图3所示，Bob将一个包含创建智能合约信息的交易发送到以太坊网络后，节点1的EVM可以执行这个交易并生成对应的合约实例。图3中交易的data字段保存的可以是字节码，交易的to字段可以为一个空的地址。节点间通过共识机制达成一致后，这个合约成功创建，后续用户可以调用这个合约。

合约创建后，区块链上出现一个与该智能合约对应的合约账户，并拥有一个特定的地址，合约代码和账户存储可以保存在该合约账户中。智能合约的行为由合约代码控制，而智能合约的账户存储则保存了合约的状态。换句话说，智能合约使得区块链上产生包含合约代码和账户存储的虚拟账户。

前述提到，包含创建智能合约的交易的data字段保存的可以是该智能合约的字节码。字节码由一连串的字节组成，每一字节可以表明一个操作。基于开发效率、可读性等多方面考虑，开发者可以不直接书写字节码，而是选择一门高级语言编写智能合约代码。高级语言编写的智能合约代码，经过编译器编译，生成字节码，进而该字节码可以部署到区块链上。以太坊支持的高级语言很多，如Solidity、Serpent、LLL语言等。

以Solidity语言为例，用其编写的合约与面向对象编程语言中的类（Class）很相似，在一个合约中可以声明多种成员，包括状态变量、函数、函数修改器、事件等。状态变量是永久存储在智能合约的账户存储中的值，用于保存合约的状态。

如下是以Solidity语言编写的一个简单的智能合约的代码示例1：

Contract Example{

int balance;

function C( ){

balance + = 1;

}

functiongetbalance( ) returns(int){

return balance ;

}

一般的，这个合约部署在区块链后，“balance”这个状态变量可以是在合约中新定义的一种资产类型。function C()这个函数可以定义balance的变化操作，functiongetbalance() returns(int) 这个函数可以定义取当前balance的值并返回的操作。

此外，如图4所示，仍以以太坊为例，Bob将一个包含调用智能合约信息的交易发送到以太坊网络后，节点1的EVM可以执行这个交易并生成对应的合约实例。图4中交易的from字段是发起调用智能合约的账户的地址，to字段中的“0x692a70d2…”代表了被调用的智能合约的地址，value字段在以太坊中是以太币的值，交易的data字段保存的是调用智能合约的方法和参数。调用智能合约后，balance的值可能改变。后续，某个客户端可以通过某一区块链节点查看balance的当前值。

智能合约可以以规定的方式在区块链网络中每个节点独立的执行，所有执行记录和数据都保存在区块链上，所以当交易完成后，区块链上就保存了无法篡改、不会丢失的交易凭证。

创建智能合约和调用智能合约的示意图如图5所示。以太坊中要创建一个智能合约，需要经过编写智能合约、变成字节码（例如经过Solc或C++等编译工具编译为Bytecode）、部署到区块链等过程。以太坊中调用智能合约，是发起一笔指向智能合约地址的交易（可以通过交易中的to字段指向智能合约的地址），智能合约代码分布式的运行在以太坊网络中每个节点的虚拟机中。

创建智能合约的交易发送到区块链上，经过共识之后，区块链各节点可以执行这个交易。具体的，可以是由区块链节点的EVM或WASM来执行这个交易。如前所述，这时区块链上出现一个与该智能合约对应的合约账户（包括例如帐户的标识Identity，合约的hash值Codehash，合约存储的根StorageRoot），并拥有一个特定的地址，合约代码和账户存储可以保存在该合约账户的存储（Storage）中，如图9所示。智能合约的行为由合约代码控制，而智能合约的账户存储则保存了合约的状态。换句话说，智能合约使得区块链上产生包含合约代码和账户存储的虚拟账户。对于合约部署交易或者合约更新交易，可以产生或变更Codehash的值。后续，区块链节点可以接收调用部署的智能合约的交易请求，该交易请求可以包括调用的合约的地址、调用的合约中的函数和输入的参数。一般的，该交易请求经过共识后，区块链各个节点可以各自独立执行指定调用的智能合约。具体的，如图9所示，节点可以根据合约的地址将合约的字节码（Bytecode）从存储载入虚拟机（EVM或WASM）中；进而，由解释器（Interpreter）解释执行，例如包括对调用的合约的字节码进行解析，得到操作码（OPcode），并将这些OPcode存储虚拟机的Memory中，同时还得到调用的函数的地址；经过对执行合约所需要消耗的Gas进行计算且Gas足够后，跳转到Memory的对应地址取得所调用函数的OPcode并开始执行，对所调用到的函数的OPcode所操作的数据进行计算（DataComputation）、推入/推出栈（Stack）等操作，从而完成数据计算。这个过程中，还可能需要一些合约的上下文（Context）信息，例如区块号、调用合约的发起者的信息之类，这些信息可以从Context中得到（Get操作）。最后，将产生的状态通过调用存储接口以存入存储（Storage）中。需要说明的是，合约创建的过程中，也可能产生对合约中某些函数的解释执行，例如初始化操作的函数，这时也会解析代码、产生跳转指令，存入Memory，在Stack中操作数据等。上述涉及的解释执行过程中，一般来说，对重复执行的函数并不缓存，即使对于多次执行的函数，虚拟机也需要重复进行解析、执行的过程。

如同前面提到的JVM的跨平台可移植性的优点和有提升性能的需求，类似的，区块链中的EVM也可以采用JIT和AoT之类的技术来提升智能合约执行时的性能。本说明书提供一种执行智能合约的方法实施例，如图6-1所示，包括：

S611：区块链节点接收创建智能合约的请求，所述请求中包括所述智能合约的字节码。

用户可以在用户本地用高级语言编写智能合约。编写好的智能合约可以经过编译器编译，得到字节码。进而，可以通过客户端将编译得到的智能合约的字节码打包到交易中，发送至区块链网络。交易的格式例如为图3～5中所示，其中，需要创建的智能合约的字节码可以存放于交易的data字段中。

用户也可以在第一区块链节点上直接用高级语言编写智能合约，则第一区块链节点还可以采用编译器对高级语言编写的智能合约进行编译，生成字节码。

S613：所述区块链节点完成所述智能合约的部署后，开始将所述智能合约的字节码通过JIT编译为机器码并存储。

以太坊及类似原理的公有链、联盟链或者私有链系统中，区块链节点可以针对一批交易发起共识。所述一批交易中，可以包括上述创建智能合约的交易。通过共识后，一般的，各共识节点本地都存有所述待创建的智能合约的字节码。各共识节点本地可以执行所述创建智能合约的交易，创建对应的合约账户；并按照相同的规则给所述智能合约账户创建一个地址，各共识节点针对同一合约创建的地址是相同的。这样，就完成了合约的部署。

所述区块链节点完成创建所述智能合约后，即部署所述智能合约之后，可以开始将所述智能合约的字节码通过JIT编译为机器码并存储。所述区块链节点完成创建所述智能合约后，可以立即开始对所述智能合约的字节码进行JIT编译。这是因为，在部署智能合约之后，可能很快就有发起调用部署的智能合约的业务请求。此外，JIT需要花费相对较多的系统资源和时间，在区块链节点的业务负荷较重时分配系统资源进行JIT会影响业务的处理；因此，区块链节点也可以是利用相对空闲的时间段再对所述智能合约的字节码进行JIT编译，从而降低或避免对业务处理的影响。此外，所述区块链节点完成创建所述智能合约后，也可以是区块链节点接收到调用创建的所述智能合约的交易请求后，对所述智能合约的字节码进行JIT编译。

区块链各节点针对相同的智能合约的字节码在本地进行JIT编译，各节点仅需针对自身的处理器架构、运行环境等进行调整，而不需要编译多个不同版本的机器码。这样，节点设备上存储的机器码的大小得以大大降低，从而可以降低存储开销。

优选的，所述存储为缓存，通过缓存到内存，后续可以更快速的作出响应。具体的，所述内存可以是在虚拟机中开辟的一块缓存区域。当然，即使存储到磁盘，很多情形下也可以一定程度的提升响应速度。

区块链中的EVM采用JIT技术来提升智能合约执行时的性能，具体的，可以包括：

首先，可以对所述智能合约的字节码进行翻译和/或执行的过程中识别热点代码，例如通过JIT引擎的代码计数器来统计执行次数，从而分析出哪些字节码是多次执行的，从而对其翻译后的机器码进行缓存。而对于执行次数较少的操作，可以不进行缓存。这样可以在执行效率和内存开销上达到最佳平衡。识别热点代码并缓存的方式，可以使得多次执行字节码的过程中，在除了首次需要翻译外，后续可以直接利用缓存的机器码，从而免去再次翻译字节码的过程，从而可以缩减时间。识别执行次数的粒度，可以是函数级别，还可以是代码块级别。一般来说，代码块可能是函数中的一部分，也可能是由若干函数构成。

其次，可以在JIT编译中进行进一步的优化，结合程序代码的前后关联进行编译，并将优化编译后的机器码缓存下来以供后续调用时使用。经过编译优化的机器码，执行效率一般会高于直接翻译得到的机器码。一方面，JIT引擎可以带上执行编译的区块链节点的硬件和环境信息，从而使得编译得到的机器码具有硬件+环境的优化，具体可以包括机器代码生成过程中的优化，包括指令级的优化，寄存器分配和优化等等。另一方面，JIT引擎可以分析上下文信息，比如当前函数中执行的分支跳转语句，识别其中哪一句是跳转可能行最大的，从而将这个跳转可能性最大的调整到最前，从而可以在执行时更高概率的首先命中该分支的语句；编译器优化过程还可以通过数据流分析和/或活跃变量分析进行死代码消除，例如消除不会走到的分支，此外还可以包括对循环语句进行优化，公共字表达式替换等。

S615：所述区块链节点执行部署的所述智能合约时，如果本地存储有所述智能合约的机器码，且区块链网络中存储有所述智能合约的机器码的区块链节点不少于预设数量，则执行所述机器码。

完成智能合约的部署后，可以提供对该合约的调用。这样，客户端（可能不同于S611中发起创建合约交易的客户端）可以发起对该合约的调用。例如，客户端发起一个交易，其中的to字段中为前述部署的智能合约的地址，data字段可以包括所调用的合约的方法和输入的参数，从而实现对部署的所述智能合约的调用。一般的，包括该调用合约的交易在内的一批交易经过共识后，各共识节点各自分别执行交易。

所述区块链节点执行部署的所述智能合约时，可以先查看本地是否存在该被调用的合约的机器码。如存在，则说明本地已经对该智能合约的字节码进行过JIT编译。进而，如果能够确定区块链网络中存储有所述机器码的区块链节点不少于预设数量，该区块链节点可以直接执行所述智能合约中对应于所调用函数和/或代码块的机器码，并输入前述data字段指明的输入参数。其中，当区块链网络中区块链节点的数量不小于3f+1时，所述预设数量不小于2f+1，f为正整数，这样可以确保未存储所述机器码的区块链节点的数量不大于f，那么即便这些未存储机器码的区块链节点对智能合约的字节码进行解释执行，且针对字节码进行解释执行的执行结果与针对机器码的执行结果不同，也可以避免区块链发生分叉，保障了区块链的稳定性。

当然，在一些条件较为严格的场景中，可以将上述的预设数量设置为区块链网络中的区块链节点总数，从而在所有区块链节点均存储有所述机器码的情况下，各个区块链节点才会统一执行机器码，确保所有区块链节点上获得的执行结果具有一致性。

区块链网络中的区块链节点可以通过共识机制确定出本轮记账的区块链交易及交易顺序等。那么，在对调用部署的所述智能合约的交易进行共识时，每一区块链节点可以分别将本地针对部署的所述智能合约进行JIT编译的编译进度汇报至所述区块链网络中的其他区块链节点。因此，通过对共识机制的改进（即增加上述的针对编译进度的汇报操作），使得每一区块链节点均可以基于共识而获取其他区块链节点汇报的编译进度，并结合自身的编译进度，进而确定出所有区块链节点的编译进度，从而获知区块链网络中存储有所述机器码的区块链节点的数量。

本说明书的技术方案可以适用于相关技术中各种类型的共识机制，比如POW（Proof of Work，工作量证明）机制、POS（Proof of Stake，股权证明）机制、PBFT（Practical Byzantine Fault Tolerance，实用拜占庭容错算法）机制等。

以PBFT机制为例，共识过程总共分为3个阶段：pre-prepare阶段、prepare阶段和commit阶段；同时，区块链网络中的某一区块链节点被设定或选举为主节点、其余区块链节点为从节点。那么，在pre-prepare阶段中，由上述的主节点向所有从节点多播或广播一条pre-prepare消息，该pre-prepare消息中包含主节点提议上链的区块链交易，且如果该区块链交易为上述调用部署的所述智能合约的交易，该pre-prepare消息还可以携带主节点自身对于该智能合约的字节码进行JIT编译的编译进度，使得所有从节点均可以获知主节点的编译进度。然后，在prepare阶段中，每个接收到pre-prepare消息的从节点分别向其他的区块链节点多播或广播一条prepare消息，且每条prepare消息中包含作为发送方的从节点自身对于该智能合约的字节码进行JIT编译的编译进度。那么，经过上述的pre-prepare阶段和prepare阶段之后，每个区块链节点均可以获知其他区块链节点的编译进度，从而结合自身的编译进度，即可确定出区块链网络中存储有所述机器码的区块链节点的数量。

除了上述的将pre-prepare阶段与prepare阶段相结合的方式，使得区块链节点之间相互汇报编译进度之外，还可以利用commit阶段完成汇报操作。例如，在经过上述的prepare阶段之后，每个区块链节点（包括主节点和从节点）分别向其他区块链节点多播或广播一条commit消息，且每条commit消息中可以包含作为发送方的区块链节点自身对于该智能合约的字节码进行JIT编译的编译进度。那么，只需要经过上述的commit阶段，每个区块链节点均可以获知其他区块链节点的编译进度，从而结合自身的编译进度，即可确定出区块链网络中存储有所述机器码的区块链节点的数量。

在存储有智能合约的机器码的情况下，由于机器码本身即是CPU（在OS的控制下）可以直接执行的，因此，所述区块链节点可以大幅提升执行智能合约的速度。并且，所述智能合约的机器码缓存在内存中的情形，可以更进一步的提升智能合约的执行速度。当然，即使存储在磁盘中，也可以一定程度上提升执行速度。

所述区块链节点执行所述机器码，具体可以是执行存储的所述智能合约中对应所调用函数和/或代码块的机器码。

此外，所述区块链节点执行部署的所述智能合约时，如果本地没有存储所述智能合约的机器码，可以不必等待JIT编译的完成，而对部署的所述智能合约的字节码进行解释执行。如果此时存储有机器码的区块链节点的数量未达到上述的预设数量，那么区块链网络中的所有区块链节点可以均对字节码进行解释执行，同样可以确保这些区块链节点的执行结果一致。为了及时对业务请求作出响应，即快速响应发起调用部署的智能合约的业务请求，区块链节点可以首先查询是否存在所述被调用的智能合约的机器码，如果有，则说明已经完成了JIT编译，如果没有，则说明尚未开始或尚未完成JIT编译。如果有机器码，如前所述，区块链节点执行部署的所述智能合约时，可以执行所述机器码，从而可以大幅提升执行智能合约的速度。如果没有机器码，则所述区块链节点还查询当前对所述智能合约的字节码的JIT编译情况，具体可能包括两种情况：

情况一：区块链节点执行部署的所述智能合约时，如果本地没有存储所述智能合约的机器码，所述区块链节点还查询当前对所述智能合约的字节码的JIT编译情况，如果正处于JIT编译中，则对所述智能合约的字节码进行解释执行。

如果本地没有存储所述智能合约的机器码，所述区块链节点可以查询当前对所述智能合约的字节码的JIT编译情况，查询结果可以是正处于JIT编译中。对于一些调用所述智能合约的业务请求来说，得到快速的响应是首选，这也是各类区块链系统设法提升每秒交易处理数量（Transaction Per Second，TPS）的目标。对于被调用的智能合约正处于JIT中的情况，为了快速响应，区块链节点可以不等待JIT编译结束，而是对所述智能合约的字节码进行解释执行。

情况二：区块链节点执行部署的所述智能合约时，如果本地没有存储所述智能合约的机器码，所述区块链节点还查询当前对所述智能合约的字节码的JIT编译情况，如果尚未开始JIT编译，则启动JIT编译，并对所述智能合约的字节码进行解释执行。

类似于情况一，对于被调用的智能合约尚未启动JIT的情况，为了快速响应，区块链节点可以对所述智能合约的字节码进行解释执行。并且，对于尚未启动JIT的情况，区块链节点可以启动JIT编译。

区块链节点对所述智能合约的字节码进行解释执行，可以是采用EVM对所述智能合约的字节码进行逐句翻译，并对翻译后机器码进行逐条执行。除了EVM，还可以是WASM（Web Assembly）虚拟机、JSVM（JavaScript Virtual Machine）等，这里主要以EVM作为例子加以说明。

所述区块链节点对所述智能合约完成JIT编译后，将所述编译后的机器码执行所述存储操作。这样，所述区块链节点执行部署的所述智能合约时，如果本地存在该被调用的合约的经JIT编译后得到的机器码，则说明本地已经完成对该智能合约的字节码的JIT编译。进而，区块链节点可以直接执行所述智能合约中对应所调用的函数的经过JIT编译得到的机器码，并输入前述data字段指明的输入参数。

需要说明的是，上述S611中的区块链节点，可能不同于S613和S615中的区块链节点。这是因为，区块链作为分布式的系统，接收交易的节点和发起共识的节点以及执行交易的节点可以是不同的节点，当然也可以是相同的节点。

以下结合图6-2介绍本说明书另一执行智能合约的方法实施例，包括：

S621：区块链节点部署所述智能合约的字节码后，开始将所述智能合约的字节码通过JIT编译为机器码并存储。

所述区块链节点部署所述智能合约的字节码后，开始将所述智能合约的字节码通过JIT编译为机器码，具体可以包括：

所述区块链节点完成创建所述智能合约后，立即开始对所述智能合约的字节码进行JIT编译；或，

区块链节点完成创建所述智能合约后，利用相对空闲的时间段对所述智能合约的字节码进行JIT编译；或，

区块链节点接收到调用创建的所述智能合约的交易请求后，对所述智能合约的字节码进行JIT编译。

所述将所述智能合约的字节码通过JIT编译为机器码并存储，包括：

对所述智能合约的字节码进行翻译和/或执行的过程中识别热点字节码进行编译并存储；

和/或，

对所述智能合约的字节码进行翻译和/或执行的过程中对所述字节码进行优化编译并存储。

所述识别热点字节码的粒度包括函数级别或代码块级别。

S623：所述区块链节点执行部署的所述智能合约时，如果本地存储有所述智能合约的机器码，且区块链网络中存储有所述智能合约的机器码的区块链节点不少于预设数量，则执行所述机器码。

所述区块链节点执行所述机器码，可以是执行存储的所述智能合约中对应于所调用函数和/或代码块的机器码。

此外，所述区块链节点执行部署的所述智能合约时，如果本地没有存储所述智能合约的机器码，或者区块链网络中存储有所述机器码的区块链节点少于上述预设数量，则可以对所述智能合约的字节码进行解释执行。其中，所述区块链网络中区块链节点的数量不小于3f+1，所述预设数量不小于2f+1，f为正整数。

所述区块链节点可以对调用部署的所述智能合约的交易进行共识时，将本地针对部署的所述智能合约进行JIT编译的编译进度汇报至所述区块链网络中的其他区块链节点，并获取所述其他区块链节点汇报的编译进度；然后，所述区块链节点根据自身的编译进度和所述其他区块链节点汇报的编译进度，确定所述区块链网络中的所有区块链节点是否均存储有所述智能合约的字节码对应的机器码。

所述区块链节点对调用部署的所述智能合约的交易进行共识时，将本地针对部署的所述智能合约进行JIT编译的编译进度汇报至所述区块链网络中的其他区块链节点，包括：

若采用基于实用拜占庭容错算法PBFT的共识机制，且所述区块链节点为主节点，所述区块链节点在预准备pre-prepare阶段向其他区块链节点发送pre-prepare消息，所述pre-prepare消息中包含所述区块链节点的编译进度；若采用基于PBFT的共识机制，且所述区块链节点为从节点，所述区块链节点在准备prepare阶段向其他区块链节点发送prepare消息，所述prepare消息中包含所述区块链节点的编译进度；和/或，

若采用基于PBFT的共识机制，所述区块链节点在承诺commit阶段向其他区块链节点发送commit消息，所述commit消息中包含所述区块链节点的编译进度。

上述存储的具体方式可以为缓存。通过缓存到内存，后续可以更快速的作出响应。当然，即使存储到磁盘，很多情形下也可以一定程度的提升响应速度。

所述区块链节点对所述智能合约的字节码进行解释执行，可以包括：

所述区块链节点对所述智能合约中对应所调用函数的字节码进行解释执行。

所述区块链节点执行部署的所述智能合约时，如果本地没有存储所述智能合约的机器码，对所述智能合约的字节码进行解释执行，具体可以包括：

所述区块链节点执行部署的所述智能合约时，如果本地没有存储所述智能合约的机器码，所述区块链节点还查询当前对所述智能合约的字节码的JIT编译情况，如果正处于JIT编译中，则对所述智能合约的字节码进行解释执行；

或，

所述区块链节点执行部署的所述智能合约时，如果本地没有存储所述智能合约的机器码，所述区块链节点还查询当前对所述智能合约的字节码的JIT编译情况，如果尚未开始JIT编译，则启动JIT编译，并对所述智能合约的字节码进行解释执行。

以下介绍本说明书一种执行智能合约的区块链节点实施例，如图7所示，包括：

接收单元71，用于接收创建智能合约的请求，所述请求中包括所述智能合约的字节码；

部署单元72，用于根据接收单元71接收到的创建智能合约的请求部署所述智能合约；

编译单元73，用于所述部署单元72完成部署后，开始将所述智能合约的字节码通过JIT编译为机器码；

存储单元74，用于存储编译单元73编译的机器码；

执行单元75，接收到调用部署的所述智能合约时，如果存储单元74存储有所述智能合约的机器码，且区块链网络中存储有所述机器码的区块链节点不少于预设数量，则执行所述机器码。

所述部署单元72完成所述智能合约的部署后，编译单元73开始将所述智能合约的字节码通过JIT编译为机器码，具体包括：

所述部署单元72完成创建所述智能合约后，编译单元73立即开始对所述智能合约的字节码进行JIT编译；或，

部署单元72完成创建所述智能合约后，编译单元73利用相对空闲的时间段对所述智能合约的字节码进行JIT编译；或，

执行单元75接收到调用所述创建的智能合约的交易请求后，编译单元73对所述智能合约的字节码进行JIT编译。

所述存储单元74可以为内存或磁盘存储。

所述执行单元75执行所述机器码，包括：所述执行单元75执行存储的所述智能合约中对应所调用函数和/或代码块的机器码。

所述执行单元75执行部署的所述智能合约时，如果存储单元74没有存储所述智能合约的机器码，或者区块链网络中存储有所述机器码的区块链节点少于预设数量，则对所述智能合约的字节码进行解释执行。

所述执行单元75对所述智能合约的字节码进行解释执行，包括：

所述执行单元75对所述智能合约中对应所调用函数的字节码进行解释执行。

所述部署单元72执行部署的所述智能合约时，如果存储单元74没有存储所述智能合约的机器码，执行单元75对所述智能合约的字节码进行解释执行，具体包括：

所述执行单元75执行部署的所述智能合约时，如果存储单元74没有存储所述智能合约的机器码，所述执行单元75还查询当前对所述智能合约的字节码的JIT编译情况，如果正处于JIT编译中，则对所述智能合约的字节码进行解释执行；

或，

所述执行单元75执行部署的所述智能合约时，如果存储单元74没有存储所述智能合约的机器码，所述执行单元75还查询当前对所述智能合约的字节码的JIT编译情况，如果尚未开始AoT编译，则启动JIT编译，并对所述智能合约的字节码进行解释执行。

可选的，所述区块链网络中区块链节点的数量不小于3f+1，所述预设数量不小于2f+1，f为正整数。

可选的，还包括：

交互单元76，用于对调用部署的所述智能合约的交易进行共识时，将本地针对部署的所述智能合约进行JIT编译的编译进度汇报至所述区块链网络中的其他区块链节点，并获取所述其他区块链节点汇报的编译进度；

其中，所述执行单元75根据自身的编译进度和所述其他区块链节点汇报的编译进度，确定所述区块链网络中存储有所述机器码的区块链节点的数量。

可选的，所述交互单元76对调用部署的所述智能合约的交易进行共识时，将本地针对部署的所述智能合约进行JIT编译的编译进度汇报至所述区块链网络中的其他区块链节点，包括：

若采用基于实用拜占庭容错算法PBFT的共识机制，且所述区块链节点为主节点，所述交互单元76在预准备pre-prepare阶段向其他区块链节点发送pre-prepare消息，所述pre-prepare消息中包含所述区块链节点的编译进度；若采用基于PBFT的共识机制，且所述区块链节点为从节点，所述交互单元76在准备prepare阶段向其他区块链节点发送prepare消息，所述prepare消息中包含所述区块链节点的编译进度；和/或，

若采用基于PBFT的共识机制，所述交互单元76在承诺commit阶段向其他区块链节点发送commit消息，所述commit消息中包含所述区块链节点的编译进度。

此外，执行智能合约的区块链节点，也可以执行上述S621至S623的方法。

本说明书还提供一种区块链节点实施例，包括：

处理器，

存储器，存储有程序，其中在所述处理器执行所述程序时，按照前述的方式执行智能合约。

本说明书还提供一种存储介质实施例，用于存储程序，其中所述程序在被执行时，执行前述方法。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进（例如，对二极管、晶体管、开关等电路结构的改进）还是软件上的改进（对于方法流程的改进）。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件（Programmable Logic Device，PLD）（例如现场可编程门阵列（Field Programmable GateArray，FPGA）就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器（logic compiler）”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言（HardwareDescription Language，HDL），而HDL也并非仅有一种，而是有许多种，如ABEL（AdvancedBoolean Expression Language）、AHDL（Altera Hardware Description Language）、Confluence、CUPL（Cornell University Programming Language）、HDCal、JHDL（JavaHardware Description Language）、Lava、Lola、MyHDL、PALASM、RHDL（Ruby HardwareDescription Language）等，目前最普遍使用的是VHDL（Very-High-Speed IntegratedCircuit Hardware Description Language）与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该（微）处理器执行的计算机可读程序代码（例如软件或固件）的计算机可读介质、逻辑门、开关、专用集成电路（Application Specific Integrated Circuit，ASIC）、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20 以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

在一个典型的配置中，计算机包括一个或多个处理器 (CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器 (RAM) 和/或非易失性内存等形式，如只读存储器 (ROM) 或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存 (PRAM)、静态随机存取存储器 (SRAM)、动态随机存取存储器 (DRAM)、其他类型的随机存取存储器 (RAM)、只读存储器 (ROM)、电可擦除可编程只读存储器 (EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘 (DVD) 或其他光学存储、磁盒式磁带、磁盘存储、量子存储器、基于石墨烯的存储介质或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在本说明书一个或多个实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书一个或多个实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

以上所述仅为本说明书一个或多个实施例的较佳实施例而已，并不用以限制本说明书一个或多个实施例，凡在本说明书一个或多个实施例的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书一个或多个实施例保护的范围之内。

Claims

1.一种执行智能合约的方法，包括：

2.如权利要求1所述的方法，所述区块链节点完成所述智能合约的部署后，开始将所述智能合约的字节码通过JIT编译为机器码，包括：

所述区块链节点完成创建所述智能合约后开始对所述智能合约的字节码进行JIT编译；或，

所述区块链节点完成创建所述智能合约后，利用相对空闲的时间段对所述智能合约的字节码进行JIT编译；或，

所述区块链节点接收到调用创建的所述智能合约的交易请求后，对所述智能合约的字节码进行JIT编译。

3.如权利要求1所述的方法，所述将所述智能合约的字节码通过JIT编译为机器码并存储，包括：

在对所述智能合约的字节码进行翻译和/或执行的过程中识别热点字节码进行编译并存储；和/或，

在对所述智能合约的字节码进行翻译和/或执行的过程中对所述字节码进行优化编译并存储。

4.如权利要求3所述的方法，识别所述热点字节码的粒度包括函数级别或代码块级别。

5.如权利要求1所述的方法，所述区块链节点执行所述机器码，包括：

所述区块链节点执行存储的所述智能合约中对应于所调用函数和/或代码块的机器码。

6.如权利要求1所述的方法，所述区块链节点执行部署的所述智能合约时，如果本地没有存储所述智能合约的机器码，或者区块链网络中存储有所述智能合约的机器码的区块链节点少于所述预设数量，则对所述智能合约的字节码进行解释执行。

7.如权利要求6所述的方法，所述区块链节点对所述智能合约的字节码进行解释执行，包括：

所述区块链节点对所述智能合约中对应于所调用函数的字节码进行解释执行。

8.如权利要求6所述的方法，所述区块链节点执行部署的所述智能合约时，如果本地没有存储所述智能合约的机器码，对所述智能合约的字节码进行解释执行，包括：

或，

9.如权利要求1所述的方法，所述区块链网络中区块链节点的数量不小于3f+1，所述预设数量不小于2f+1，f为正整数。

10.如权利要求1所述的方法，还包括：

所述区块链节点对调用部署的所述智能合约的交易进行共识时，将本地针对部署的所述智能合约进行JIT编译的编译进度汇报至所述区块链网络中的其他区块链节点，并获取所述其他区块链节点汇报的编译进度；

所述区块链节点根据自身的编译进度和所述其他区块链节点汇报的编译进度，确定所述区块链网络中存储有所述机器码的区块链节点的数量。

11.如权利要求10所述的方法，所述区块链节点对调用部署的所述智能合约的交易进行共识时，将本地针对部署的所述智能合约进行JIT编译的编译进度汇报至所述区块链网络中的其他区块链节点，包括：

12.如权利要求1-11中任一项所述的方法，所述存储为缓存。

13.一种执行智能合约的方法，包括：

14.如权利要求13所述的方法，所述区块链节点部署所述智能合约的字节码后，开始将所述智能合约的字节码通过JIT编译为机器码，包括：

15.如权利要求13所述的方法，所述将所述智能合约的字节码通过JIT编译为机器码并存储，包括：

和/或，

16.如权利要求15所述的方法，识别所述热点字节码的粒度包括函数级别或代码块级别。

17.如权利要求13所述的方法，所述区块链节点执行所述机器码，包括：

18.如权利要求13所述的方法，所述区块链节点执行部署的所述智能合约时，如果本地没有存储所述智能合约的机器码，或者区块链网络中存储有所述智能合约的机器码的区块链节点少于所述预设数量，则对所述智能合约的字节码进行解释执行。

19.如权利要求18所述的方法，所述区块链节点对所述智能合约的字节码进行解释执行，包括：

20.如权利要求18所述的方法，所述区块链节点执行部署的所述智能合约时，如果本地没有存储所述智能合约的机器码，对所述智能合约的字节码进行解释执行，包括：

或，

21.如权利要求13所述的方法，所述区块链网络中区块链节点的数量不小于3f+1，所述预设数量不小于2f+1，f为正整数。

22.如权利要求13所述的方法，还包括：

所述区块链节点根据自身的编译进度和所述其他区块链节点汇报的编译进度，确定所述区块链网络中的所有区块链节点是否均存储有所述智能合约的字节码对应的机器码。

23.如权利要求22所述的方法，所述区块链节点对调用部署的所述智能合约的交易进行共识时，将本地针对部署的所述智能合约进行JIT编译的编译进度汇报至所述区块链网络中的其他区块链节点，包括：

24.如权利要求13-23中任一项所述的方法，所述存储为缓存。

25.一种执行智能合约的区块链节点，执行上述权利要求1-12或13-24中任一项所述的方法。

26.一种执行智能合约的区块链节点，包括：

处理器，

存储器，存储有程序，其中在所述处理器执行所述程序时，执行上述权利要求1-12或13-24中任一项所述的方法。

27.一种存储介质，用于存储程序，其中所述程序在被执行时进行上述权利要求1-12或13-24中任一项的操作。