CN114880093A - 区块链任务的链下处理方法及装置 - Google Patents

Abstract

本说明书提供一种区块链任务的链下处理方法及装置。所述方法应用于链下计算节点所包含的调度引擎，所述链下计算节点对应于区块链节点，所述链下计算节点还包含由计算引擎框架及其所管理的计算单元构成的计算引擎，所述方法包括：在启动完成后获取缓存的历史区块链任务，所述历史区块链任务由所述区块链节点在所述调度引擎停机前生成；向所述区块链节点发起针对所述历史区块链任务的状态查询请求；响应于所述区块链节点返回的查询结果表明所述历史区块链任务处于未完成状态，处理所述历史区块链任务。

Description

区块链任务的链下处理方法及装置

技术领域

本说明书实施例属于区块链技术领域，尤其涉及一种区块链任务的链下处理方法及装置。

背景技术

区块链(Blockchain)是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链系统中按照时间顺序将数据区块以顺序相连的方式组合成链式数据结构，并以密码学方式保证的不可篡改和不可伪造的分布式账本。

区块链网络产生的区块链任务可以由链下计算节点进行处理，但在执行区块链任务的过程中，链下计算节点可能会因为某些原因而停机。在相关技术中，启动完成后的链下计算节点会继续处理停机前正在处理的区块链任务，但是上述任务可能已经超时而导致处理无效。

发明内容

本发明的目的在于提供一种区块链任务的链下处理方法及装置。

根据本说明书一个或多个实施例的第一方面，提出了一种区块链任务的链下处理方法，应用于链下计算节点所包含的调度引擎，所述链下计算节点对应于区块链节点，所述链下计算节点还包含由计算引擎框架及其所管理的计算单元构成的计算引擎，所述方法包括：

在启动完成后获取缓存的历史区块链任务，所述历史区块链任务由所述区块链节点在所述调度引擎停机前生成；

向所述区块链节点发起针对所述历史区块链任务的状态查询请求；

响应于所述区块链节点返回的查询结果表明所述历史区块链任务处于未完成状态，处理所述历史区块链任务。

根据本说明书一个或多个实施例的第二方面，提出了一种区块链任务的链下处理装置，应用于链下计算节点所包含的调度引擎，所述链下计算节点对应于区块链节点，所述链下计算节点还包含由计算引擎框架及其所管理的计算单元构成的计算引擎，所述装置包括：

任务获取单元，用于在启动完成后获取缓存的历史区块链任务，所述历史区块链任务由所述区块链节点在所述调度引擎停机前生成；

请求发起单元，用于向所述区块链节点发起针对所述历史区块链任务的状态查询请求；

任务处理单元，用于响应于所述区块链节点返回的查询结果表明所述历史区块链任务处于未完成状态，处理所述历史区块链任务。

根据本说明书一个或多个实施例的第三方面，提出了一种电子设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器通过运行所述可执行指令以实现如第一方面中任一项所述的方法。

根据本说明书一个或多个实施例的第四方面，提出了一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现如第一方面中任一项所述方法的步骤。

在本方案中，区块链节点所对应的链下计算节点包括调度引擎和由计算引擎框架及其所管理的计算单元构成的计算引擎。链下计算节点中的调度引擎在启动完成后可以获取由区块链节点在所述调度引擎停机前生成并被缓存的历史区块链任务，进而向区块链节点发起针对该任务的状态查询请求，并在区块链节点返回的查询结果表明上述历史区块链任务处于未完成状态的情况下处理该任务。

可以理解的是，对于在调度引擎停机前产生并缓存的历史区块链任务，调度引擎在启动完成后并不知晓该任务的当前状态，换言之，启动完成的调度引擎并不确定历史区块链任务是否仍然需要处理。对此，鉴于所述历史区块链任务由区块链节点生成并下发至链下计算节点处理，调度引擎可以向区块链节点请求获取该任务的当前状态。其中，区块链节点返回的查询结果表明所述历史区块链任务处于未完成状态，即表明需要调度引擎继续处理历史区块链任务，因此调度引擎可以处理该任务。当然，若上述查询结果表明所述历史区块链任务处于已完成状态，则调度引擎无需处理该任务。通过该方式，调度引擎可以向作为任务生成方的区块链节点请求获取历史区块链任务的状态，并在后者指示需要处理该任务的情况下再处理该任务，不仅实现了对停机前尚未处理完成的任务的顺利恢复，而且有效避免了启动后直接处理历史区块链任务可能导致的无效处理，有助于提升调度引擎在启动完后的任务处理效率。

附图说明

为了更清楚地说明本说明书实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是一示例性实施例提供的一种链下计算节点的结构示意图。

图2是一示例性实施例提供的一种区块链任务的链下处理方法的流程图。

图3是一示例性实施例提供的一种区块链任务的链下处理方法的交互流程图。

图4是一示例性实施例提供的另一种区块链任务的链下处理方法的交互流程图。

图5是一示例性实施例提供的又一种区块链任务的链下处理方法的交互流程图。

图6是一示例性实施例提供的一种设备的结构示意图。

图7是一示例性实施例提供的一种区块链任务的链下处理装置的框图。

具体实施方式

为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本说明书保护的范围。

为解决相关技术中存在的上述问题，本说明书提出一种区块链任务的链下处理方法，通过向区块链节点请求历史区块链任务的当前状态，确保仅处理需要处理的历史区块链任务。该方法应用于链下计算节点所包含的调度引擎，所述链下计算节点对应于区块链节点，所述链下计算节点还包含由计算引擎框架及其所管理的计算单元构成的计算引擎。下面结合附图对该方案进行详细说明。

首先，结合图1对本说明书实施例所述的链下计算节点的结构进行介绍。如图1所示，区块链网络由nodeA～E等多个区块链节点构成，任一区块链节点均可以对应于相应的链下计算节点。以nodeA为例，该节点对应的链下计算节点A可以包括调度引擎和至少一个计算引擎框架。例如，调度引擎连接有n个计算引擎框架，如计算引擎框架1～n。其中，任一计算引擎框架及其所管理的m个计算单元构成一个计算引擎。例如，计算引擎1包括计算引擎框架1和计算单元11～13(此时m＝3)、计算引擎2包括计算引擎框架2和计算单元21～22(此时m＝2)、…、计算引擎n包括计算引擎框架n和计算单元n1～nm等。可见，任一链下计算节点包含一个调度引擎、至少一个计算引擎框架和至少一个计算单元，该调度引擎可以调度各个计算单元分别执行相应的区块链任务。其中，上述n和m均为大于或等于1的整数。

需要说明的是，任一链下计算节点是由相应的调度引擎、计算引擎框架和计算单元在逻辑层面构成的计算主体，就实体设备来说，该链下计算节点的各个组成部分可以部署在相同或不同的实体设备中，本说明书实施例并不对此进行限制。例如，链下计算节点A可以被部署于相应区块链节点所属的节点设备中，即链下计算节点A和区块链节点A被部署于同一节点设备中，此时该链下计算节点所包含的调度引擎、计算引擎框架和计算单元可以为运行于该节点设备中的相应功能模块。或者，上述调度引擎和各个计算引擎框架可以为运行于该节点设备中的功能模块，而各个计算引擎框架所管理的计算单元可以运行于其他的计算设备中，从而由计算引擎框架实现对计算单元的远程调用。再例如，链下计算节点A也可以被部署于节点设备之外的计算设备中，而相应的计算引擎框架和计算单元则可以被部署于该节点设备或者其他节点设备中，不再赘述。

可以理解的是，链下计算节点中的调度引擎、各个计算引擎框架和各个计算单元均可以视为供区块链节点调用的功能模块，为实现对各个功能模块的高效管理，上述各个功能模块可以被预先注册至统一的服务中心。分别对应于区块链网络中各个区块链节点的链下计算节点所包含的功能模块，可以被分别注册至所述服务中心。其中，计算单元可以将自身的计算类型、访问地址等相关信息注册至服务中心，而服务中心可以为计算单元分配服务标识以便识别。在任一计算单元注册完成后，服务中心可以维护该计算单元的上述注册信息。类似的，各个链下计算节点中的调度引擎和计算引擎框架均可以注册至所述服务中心，称为由该服务中心所管理的已注册服务。任一链下计算节点包含的已经注册至所述服务中心的计算引擎框架和计算单元，即为调度引擎对应的可用服务，可以被调度引擎调度用于执行区块链任务。换言之，调度引擎可以将自身接收到的区块链任务调度至自身所对应任一计算引擎框架管理的任一计算单元执行。

下面结合图2所示的区块链任务的链下处理方法，对区块链任务的处理过程(即调度和执行过程)进行说明。该方法应用于链下计算节点所包含的调度引擎，所述链下计算节点对应于区块链节点，所述链下计算节点还包含由计算引擎框架及其所管理的计算单元构成的计算引擎。如图2所示，该方法包括步骤202-206。

步骤202，在启动完成后获取缓存的历史区块链任务，所述历史区块链任务由所述区块链节点在所述调度引擎停机前生成。

在本说明书实施例中，作为构成链下计算节点的服务，调度引擎的本次启动可以为正常启动，或者也可以为异常停机(或称宕机)后的重启，下文以宕机后重启为例进行说明。其中，由于上述调度引擎本质上为运行于计算设备(该计算设备可以为所述节点设备)中的功能模块，所以上述调度引擎停机可以为该功能模块自身停止运行，或者也可以为所述计算设备整体停止运行，本说明书实施例并不对此进行限制。鉴于链下计算节点中仅包含一个调度引擎，该调度引擎停机后链下计算节点将无法正常处理区块链任务，因此调度引擎停机即可视为其所处的链下计算节点停机，特此说明。

区块链网络中的区块链节点可以生成需要由链下计算节点进行链下处理的区块链任务，例如，区块链节点可以通过执行智能合约或区块链交易生成区块链任务。对于上述区块链任务，调度引擎可以获取并对其进行处理。在本说明书实施例中，调度引擎处理区块链任务的过程，包括将该区块链任务调度至相应的计算单元执行，并将其执行结果返回至区块链节点。其中，若任一区块链任务的执行结果尚未被成功返回至区块链节点(如该任务已经被调度引擎获取但尚未被调度至相应的计算单元、该任务已经被调度至相应的计算单元执行但尚未执行完成、上述计算单元已经将执行结果返回至调度引擎但尚未被调度引擎成功返回至区块链节点等)，则可以认为该区块链任务尚未处理完成。

鉴于处理过程需要一定的时间，为了对尚未处理完成的区块链任务进行有效管理，调度引擎可以对获取到的区块链任务进行缓存，如可以将其缓存在计算设备的本地存储空间或者调度引擎允许访问的其他存储空间等。例如，调度引擎可以维护用于记录这类任务的任务列表，该任务列表及用于记录所述调度引擎获取到的且执行结果尚未被成功返回至所述区块链节点的区块链任务。在获取到任一区块链任务的情况下，调度引擎可以将该任务记录于上述任务列表中；而在(经过处理并)将该任务的执行结果返回至区块链节点完成的情况下，调度引擎可以将该任务从所述任务列表中删除。或者，也可以在任一区块链任务的执行结果成功返回至区块链节点之前，在上述任务列表中将该任务的任务状态设置为未完成状态；并在将所述执行结果成功返回至区块链节点的情况下，将其任务状态调整为完成状态，本说明书实施例对于记录区块链任务的具体形式并不进行限制。

在停机时刻，调度引擎可能尚未处理完成已经获取并缓存的上述区块链任务。例如，在停机时刻，上述任务列表中可能存在尚未处理完成的区块链任务，因此在启动完成后，调度引擎可以从该列表中获取这类任务，以便继续对其进行处理。

启动完成后的调度引擎除了获取并处理区块链节点在调度引擎停机之前生成的上述区块链任务之外，还可以获取并处理所述区块链节点在所述调度引擎停机后生成的区块链任务。其中，区块链节点在所述调度引擎停机后生成的区块链任务可以包括在调度引擎停机后至本次启动完成时刻生成的区块链任务，也可以包括在调度引擎本次启动完成后生成的区块链任务。为了对链下计算节点需要获取的区块链任务进行区分，本说明书实施例通过上述停机时刻，将在调度引擎停机之前生成的区块链任务称为历史区块链任务，并将区块链节点在调度引擎停机之后生成的区块链任务称为当前区块链任务。

其中，调度引擎可以通过监听任务分配事件的方式获取所述当前区块链任务。例如，区块链节点在执行区块链交易或者智能合约的过程中，可以生成包含所述当前区块链任务的任务分配事件，从而调度引擎可以在通过监听上述任务分配事件获取所述当前区块链任务。可以理解的是，调度引擎在停机之前获取所述历史区块链任务(获取历史区块链任务时该任务还并非历史区块链任务)的过程，与在启动完成之后获取所述当前区块链任务的过程并不存在本质区别，不再赘述。实际上，本说明书实施例所述的历史区块链任务和当前区块链任务仅在生成时机和获取方式上存在区别，对于获取到的历史区块链任务和当前区块链任务，调度引擎对其进行处理的过程并不存在本质区别。

另外，为了避免对区块链任务的无效执行，调度引擎在监听到包含任一区块链任务的任务分配事件的情况下，可以根据任务分配事件中记载的参与方信息确定自身是否需要处理区块链任务。以图1为例，在任务分配事件中包含参与方节点的公钥的情况下，若所述任务分配事件中包含nodeA的公钥，则调度引擎可以确定nodeA为该任务分配事件中所包含区块链任务的参与方，因此(区块链节点所对应链下计算节点中包含的)调度引擎自身需要处理该任务；从而调度引擎可以将该区块链任务记录至所述任务列表，以便后续对其进行处理。当然，若所述任务分配事件中不包含nodeA的公钥，则调度引擎可以确定nodeA并非该任务分配事件中所包含区块链任务的参与方，因此可以直接丢弃该任务，从而避免对该任务进行无效处理。

在启动完成后获取到上述历史区块链任务和当前区块链任务的情况下，调度引擎可以采用多种顺序执行上述区块链任务。例如，为了避免各个区块链任务的处理顺序可能会对执行结果造成的不利影响，调度引擎可以按照生成或者获取区块链任务的时间顺序依次处理各个区块链任务，如可以先处理所述历史区块链任务、后处理所述当前区块链任务。其中，在存在多个历史区块链任务的情况下，可以按照生成各个历史区块链任务的先后顺序依次处理各个历史区块链任务；而在存在多个当前区块链任务的情况下，可以按照生成各个当前区块链任务的先后顺序依次处理各个当前区块链任务。

但是，由于上述处理方式中的当前区块链任务需要等待历史区块链任务均被处理完毕后才能处理，所以可能会导致当前区块链任务的处理延迟过大。对此，调度引擎也可以并行处理所述历史区块链任务和所述当前区块链任务。如可以逐一交替处理所述历史区块链任务和当前区块链任务，使得两类区块链任务的处理顺序基本保持一致，从而避免当前区块链任务等待时间过长。当然，在处理完成全部的历史区块链任务之后，调度引擎仅需要处理剩余的(已经获取到但尚未处理完成的、或者区块链节点新生成的)当前区块链任务即可。

如前所述，调度引擎处理历史区块链任务和当前区块链任务的具体过程并不存在本质区别，下文实施例仅以历史区块链任务的处理过程进行说明。

步骤204，向所述区块链节点发起针对所述历史区块链任务的状态查询请求。

步骤206，响应于所述区块链节点返回的查询结果表明所述历史区块链任务处于未完成状态，处理所述历史区块链任务。

在获取到所述历史区块链任务之后，调度引擎可以向区块链节点发起状态查询请求，并根据区块链节点返回的查询结果确定是否需要执行历史区块链任务：响应于所述查询结果表明所述历史区块链任务处于未完成状态，处理所述历史区块链任务。

当然，上述查询结果也有可能表明所述历史区块链任务处于已完成状态，即区块链节点不再需要调度引擎处理所述历史区块链任务以获取执行结果，此时调度引擎无需处理该任务。因此，调度引擎可以响应于所述查询结果表明所述历史区块链任务处于已完成状态，避免处理所述历史区块链任务，从而不仅有效避免了对该任务的无效处理，而且能够节省处理当前区块链任务的时间成本和资源成本，从而提升链下计算节点的处理任务的整体效率。

其中，区块链节点可以在下述至少一种情况下将所述历史区块链任务设置为已完成状态。例如，上述历史区块链任务可能被(所述智能合约或区块链交易)设置有任务时长，以便对该任务进行时间管控。此时，区块链节点可以在该历史区块链任务超时的情况下，将其设置为已完成状态。相应地，在所述历史区块链任务尚未超时的情况下，区块链节点可以控制该任务处于未完成状态。再例如，区块链节点可能因为某些原因而取消执行所述历史区块链任务，如执行新的区块链交易导致取消所述历史区块链任务，或者接收到具有任务管理权限的用户发出的任务终止指令等，此时区块链节点可以将所述历史区块链任务设置为已完成状态，以终止处理该任务。再或者，上述区块链任务可能存在多个参与方，而各个参与方分别正常处理该任务可以得到相同的执行结果，此时任一参与方获取到执行结果的情况下，其他参与方即可终止处理该任务，从而通过多个参与方冗余处理的方式保证该区块链任务能够被尽快处理。在这种情况下，所述区块链节点若已从所述链下计算节点之外的其他相关方处获取到所述历史区块链任务的执行结果，则可以将所述历史区块链任务设置为已完成状态，以及时终止处理该任务。

在本方案中，区块链节点所对应的链下计算节点包括调度引擎和由计算引擎框架及其所管理的计算单元构成的计算引擎。链下计算节点中的调度引擎在启动完成后可以获取由区块链节点在所述调度引擎停机前生成并被缓存的历史区块链任务，进而向区块链节点发起针对该任务的状态查询请求，并在区块链节点返回的查询结果表明上述历史区块链任务处于未完成状态的情况下处理该任务。

可以理解的是，对于在调度引擎停机前产生并缓存的历史区块链任务，调度引擎在启动完成后并不知晓该任务的当前状态，换言之，启动完成的调度引擎并不确定历史区块链任务是否仍然需要处理。对此，鉴于所述历史区块链任务由区块链节点生成并下发至链下计算节点处理，调度引擎可以向区块链节点请求获取该任务的当前状态。其中，区块链节点返回的查询结果表明所述历史区块链任务处于未完成状态，即表明需要调度引擎继续处理历史区块链任务，因此调度引擎可以处理该任务。当然，若上述查询结果表明所述历史区块链任务处于已完成状态，则调度引擎无需处理该任务。通过该方式，调度引擎可以向作为任务生成方的区块链节点请求获取历史区块链任务的状态，并在后者指示需要处理该任务的情况下再处理该任务，不仅实现了对停机前尚未处理完成的任务的顺利恢复，而且有效避免了启动后直接处理历史区块链任务可能导致的无效处理，有助于提升调度引擎在启动完后的任务处理效率。

下面结合多个实施例，对调度引擎处理历史区块链任务的具体过程进行说明。首先需要说明的是，下述实施例中的“历史区块链任务”可以为上述获取到的任一历史区块链任务。

链下计算节点中的调度引擎对应于至少一个计算引擎，因此调度引擎可以将所述历史区块链任务调度(即分发)至相应的计算引擎框架执行。例如，调度引擎可以将历史区块链任务调度至匹配于所述历史区块链任务的第一计算引擎执行，并接收该计算引擎返回的所述历史区块链任务的执行结果。通过该方式，调度引擎可以控制由匹配于历史区块链任务的第一计算引擎执行该任务，从而有助于实现该任务的顺利、高效处理。

如前所述，链下计算节点包含调度引擎和至少一个计算单元，调度引擎可以从所述链下计算节点包含的各个计算单元中确定匹配于所述历史区块链任务的第一计算单元，管理该第一计算单元的计算引擎框架即为第一计算引擎框架，而第一计算引擎框架和第一计算单元均属于第一计算引擎。进而，调度引擎可以通过第一计算引擎框架将所述历史区块链任务转发至第一计算单元执行，如可以将该任务下发至第一计算引擎框架，并由第一计算引擎框架将该任务转发至第一计算单元执行。

以图1为例，若调度引擎确定第一计算单元为图1所示的计算单元21，则第一计算引擎框架即为计算引擎框架2、第一计算引擎即为计算引擎2。可见，在调度引擎确定出目标计算单元的情况下，相应的目标计算引擎框架和目标计算引擎也随即被确定。此时，调度引擎可以将上述历史区块链任务下发至计算引擎框架2，并由计算引擎框架2将该任务转发至计算单元21执行。在上述过程中，调度引擎用于确定由哪个计算单元执行所述历史区块链任务(即确定第一计算单元)，计算引擎框架用于将该任务转发至该计算单元，通过二者的配合，能够实现历史区块链任务的准确、高效调度。

如前所述，所述调度引擎对应于计算引擎框架和计算单元等可用服务。任一计算单元具有相应的计算类型，该计算类型可以视为该计算单元能够执行的任务的类型。其中，在任一计算引擎中包含多个计算单元的情况下，这些计算单元的计算类型可能相同或不同。类似的，在所述链下计算节点中包含多个计算单元的情况下，这些计算单元的计算类型也可能相同或不同。对此，调度引擎可以维护有服务类型列表，该列表用于记录所述链下计算节点包含的各个计算单元的计算类型，此时调度引擎可以基于上述服务类型列表确定第一计算单元。例如，调度引擎可以先确定所述历史区块链任务的目标计算类型，然后根据所述服务类型列表将所述各个计算单元中计算类型为所述目标计算类型的计算单元确定为所述第一计算单元。其中，所述计算类型和目标计算类型可以为转发类型、MFT(ManagedFile Transfer，大文件传输)类型、隐私计算类型、数据查询类型等，本说明书实施例并不对此进行限制。

通过该方式，可以保证执行所述历史区块链任务的第一计算单元的计算类型匹配于该任务的目标计算类型，有助于避免执行出错，并在一定程度上提升执行效率。

在任一时刻，上述任一可用服务的服务状态可能为可用状态或者不可用状态。例如，若计算单元11停机(正常停机或异常宕机)，则该计算单元无法执行任何任务，可以认为该计算单元处于不可用状态；若计算单元11正在执行某一任务，则当前时刻该计算单元无法执行包括所述历史区块链任务在内的其他任务，所以此时的计算单元11也处于不可用状态。再例如，若计算引擎框架2停机，则该计算引擎框架无法执行任何任务，可以认为该计算引擎框架处于不可用状态；或者，若计算引擎2管理的计算单元21和计算单元22均处于不可用状态，则当前时刻不存在该计算引擎框架可以调用执行任务的计算单元，所以此时的计算引擎框架2也处于不可用状态。

对于上述各个可用服务，调度引擎可以维护其服务状态。可以理解的是，若在上述第一计算单元处于不可用状态的情况下向其调度所述历史区块链任务，则该任务可能无法被顺利执行，因此，调度引擎可以在第一计算单元和第一计算引擎框架处于可用状态的情况下，通过第一计算引擎框架将所述历史区块链任务转发至第一计算单元执行。进一步的，在第一计算引擎框架已停机的情况下，调度引擎可以将该计算引擎框架及其所管理的各个计算单元的服务状态更新为不可用状态；或者，在第一计算单元已停机的情况下，调度引擎可以将该计算单元的服务状态更新为不可用状态。可见，该方式是将“第一计算引擎框架和第一计算单元处于可用状态”作为“通过第一计算引擎框架向第一计算单元调度历史区块链任务”的前提条件，基于此，能够尽量使调度后的历史区块链任务可以被第一计算单元顺利执行，避免调度和执行过程出错。

另外，也可以将“任一计算单元以及管理该计算单元的计算引擎框架处于可用状态”作为“将该计算单元确定为第一计算单元”的前提条件。例如，调度引擎在确定某一计算单元匹配于历史区块链任务的情况下，可以基于本地维护的所述服务状态进一步确定该计算单元以及管理该计算单元的计算引擎框架的当前状态，并在确定该计算单元以及管理该计算单元的计算引擎框架处于可用状态的情况下，将该计算单元确定为所述第一计算单元并将管理该计算单元的计算引擎框架确定为所述第一计算引擎框架，进而通过第一计算引擎框架将所述历史区块链任务转发至第一计算单元执行。该方式可以将上述服务状态的判断过程前置，有助于进一步保证区块链任务的顺利执行，一定程度上提升其执行效率。

在第一计算单元执行所述历史区块链任务的过程中，第一计算引擎框架和第一计算单元均可能出现停机现象(如异常宕机或被正常关机)。在上述情况下，为保证对所述历史区块链任务的顺利执行，需要恢复该任务，如可以选取区别于第一计算单元的第二计算单元执行该任务。下面分别对第一计算引擎框架和第一计算单元停机后的任务恢复过程进行说明。

在一实施例中，在接收到所述执行结果之前，若确定第一计算引擎框架已停机，则调度引擎可以将所述历史区块链任务调度至区别于第一计算引擎的第二计算引擎，以由第二计算引擎中匹配于该任务的第二计算单元执行该任务。可以理解的是，因为第一计算引擎框架中的各个计算单元均由第一计算引擎框架所管理，所以在第一计算引擎框架停机的情况下调度引擎将无法调用第一计算引擎中的任何计算单元执行任务，第一计算单元执行所述历史区块链任务得到的执行结果也无法反馈至调度引擎。此时，为保证对该任务的顺利执行，调度引擎可以调用链下计算节点中的其他计算引擎执行所述历史区块链任务，即调度引擎可以在其他各个计算引擎包含的计算单元中确定第二计算单元，并通过管理该计算单元的计算引擎框架将所述历史区块链任务转发至第二计算单元执行。当然，所述第二计算单元的计算类型也可以匹配于所述历史区块链任务的目标计算类型，和/或，第二计算单元也可以处于可用状态，对第二计算单元的计算类型和服务状态的判断过程与前述第一计算单元的判断过程类似，此处不再赘述。通过该方式，可以在第一计算引擎框架停机导致第一计算单元不可用的情况下，选取可用的第二计算单元恢复历史区块链任务并继续执行该任务，从而在第一计算引擎框架停机的异常(相对于历史区块链任务来说)情况下实现对历史区块链任务的有效执行。

其中，调度引擎可以通过多种方式感知第一计算引擎框架停机。作为一示例性实施例，调度引擎在向第一计算引擎框架调度所述历史区块链任务(本质上为任一历史区块链任务)之后，可以继续向该计算引擎框架调度其他区块链任务(如所述历史区块链任务之外的其他历史区块链任务或者当前区块链任务)以由所述第一计算单元或者其他计算单元执行。可以理解的是，若第一计算引擎框架停机，则调度引擎与该计算引擎框架之间的网络连接可能断开，导致调度引擎无法向第一计算引擎框架调度所述其他区块链任务(即发送其他区块链任务将会失败)。因此，调度引擎可以在向第一计算引擎框架发送其他区块链任务失败的情况下，确定第一计算引擎框架已停机。

作为另一示例性实施例，调度引擎也可以从前述服务中心处获取服务变更消息，该消息可以用于指示发生变更后的已注册服务，所述已注册服务包括已注册至所述服务中心的计算引擎框架和计算单元。进而，调度引擎可以在该消息表明第一计算引擎框架已停机的情况下，确定第一计算引擎框架已停机。通过该方式，调度引擎可以及时感知到第一计算引擎框架停机，在第一计算引擎框架停机这一异常情况下可以尽快实现开始恢复所述历史区块链任务，有助于缩短该情况下的任务延迟时间。

其中，所述服务变更消息可以由服务中心响应于第一计算引擎框架已停机而发送至调度引擎。例如，在调度引擎注册至服务中心时可以指定自身所关注的已注册服务，如任一链下计算节点中的调度引擎可以将该链下计算节点中的各个计算引擎框架和计算单元均指定为自身所关注的已注册服务。在此基础上，服务中心可以在调度引擎所关注的任一已注册服务发生变更(如新增、删除、注册信息更新等)的情况下，主动向调度引擎发送关于该服务的服务变更消息。通过该方式，服务中心可以在调度引擎所关注的人员已注册服务变更后及时告知调度引擎，以便其及时更新自身维护的该服务的相关信息。而对于上述第一计算引擎框架，服务中心在其停机的情况下主动向调度引擎发送所述服务变更消息，使得调度引擎可以及时准确地获知第一计算引擎框架已停机，从而有助于调度引擎及时恢复无法被第一计算单元继续执行的所述历史区块链任务。

或者，调度引擎也可以按照预设的查询周期向服务中心发起变更查询请求，而服务中心在第一计算引擎框架的服务状态未发生变化的情况下，可以不必向调度引擎返回响应消息或仅返回空消息；而在该服务状态发生变化的情况下，再向调度引擎返回服务变更消息。例如，服务中心可以在确定第一计算引擎框架已停机的情况下向调度引擎返回所述服务变更消息，以便告知第一计算引擎框架发生的上述变更。

另外，链下计算节点中的各个计算单元可以调用同一预设执行方执行区块链任务，或者，链下计算节点中计算类型相同的各个计算单元可以调用同一预设执行方执行匹配于该计算类型的区块链任务。可见，上述各个计算单元本质上也是区块链任务的转发方，被转发的区块链任务实际上由所述预设执行方所执行。在该场景下，可以通过为区块链任务设置关于其执行次数的标识，以避免该任务被该执行方重复执行。例如，调度引擎可以在获取到所述历史区块链任务的情况下为该任务设置首发标识；以及，在接收第一计算引擎返回的所述执行结果失败(如超时未收到所述执行结果、确定所述第一计算引擎框架停机等)的情况下，将所述首发标识更新为重发标识。其中，上述首发标识和重发标识可以为所述历史区块链任务的调度次数(即分发次数)，调度引擎每调度该任务一次，即相应地调整其调度次数，此时所述首发标识可以为1，所述重发标识可以为大于1的正整数。当然，本说明书实施例对于上述首发标识和重发标识的具体形式并不进行限制，只需能够有效区分当前的历史区块链任务是不是被首次调度即可。进一步的，在所述历史区块链任务被设置有所述首发标识的情况下，第一计算单元可以调用预设执行方执行所述历史区块链任务；以及，在所述历史区块链任务被设置有所述重发标识的情况下，第一计算单元可以进一步确定所述预设执行方当前是否正在执行该任务。若确定所述预设执行方当前正在执行所述历史区块链任务，则调度引擎此时无需重复向该预设执行方发送该任务，而可以等待所述预设执行方执行发完成并返回所述历史区块链任务的执行结果。反之，若确定所述预设执行方当前并未执行所述历史区块链任务，则调度引擎此时可以调用所述预设执行方执行所述历史区块链任务。

以上述第一计算单元和第二计算单元为例，调度引擎在首次获取到所述历史区块链任务的情况下，可以为该任务设置首发标识并将其调度至第一计算单元。第一计算单元可以根据上述首发标识确定该任务是被首次调度，依次可以直接调用所述预设执行方执行该历史区块链任务。但是在第一计算单元执行出错(如第一计算引擎框架或者第一计算单元宕机)的情况下，虽然预设执行方能够正常执行该任务并得到执行结果，但是调度引擎将无法成功接收到第一计算引擎返回的所述执行结果(即接收第一计算引擎返回的所述执行结果失败)。此时，调度引擎可以将该任务的首发标识更新为重发标识，并将该任务调度至第二计算单元。而第二计算单元在获取到所述历史区块链任务并确定其被设置有重发标识的情况下，可以进一步确定所述预设执行方当前是否正在执行该任务：若所述预设执行方当前并未执行所述历史区块链任务，则表明预设执行方可能尚未获取到第一计算单元转发的该任务，也可能在执行该任务的过程中出错导致执行终止，此时第二计算单元可以调用所述预设执行方执行所述历史区块链任务。反之，若预设执行方当前正在执行所述历史区块链任务，则第二计算单元无需重复发送该任务，只需要等待其返回历史区块链任务的执行结果即可。

在另一实施例中，在接收到所述执行结果之前，若确定第一计算单元已停机，则调度引擎可以将所述历史区块链任务调度至第一计算引擎中的第二计算单元或第二计算引擎中的第二计算单元，以由第二计算单元执行该任务。以及，可以接收第二计算单元通过所属计算引擎返回的所述历史区块链任务的执行结果。通过该方式，可以在第一计算单元停机而不可用的情况下，选取可用的第二计算单元恢复历史区块链任务并继续执行该任务，从而在第一计算单元停机的异常(相对于历史区块链任务来说)情况下实现对历史区块链任务的有效执行。

可以理解的是，在第一计算单元已停机的情况下，该第一计算单元将无法继续执行所述历史区块链任务。鉴于第一计算引擎框架和其他计算引擎框架可能还管理有其他计算单元，此时为保证对该任务的顺利执行，调度引擎可以在上述其他计算单元中确定第二计算单元用于执行该任务。例如，调度引擎可以在上述其他计算单元中确定处于可用状态且计算类型匹配于所述历史区块链任务的目标计算类型的计算单元，已经将其作为所述第二计算单元。可以理解的是，在所述第二计算单元由第一计算引擎框架之外的其他计算引擎框架管理的情况下，管理第二计算单元的计算引擎框架即为所述第二计算引擎框架，第二计算引擎框架和第二计算单元属于第二计算引擎。

其中，本说明书所述的任一计算引擎框架及其所管理的计算单元，可以为主进程与子进程的关系，即在任一计算引擎框架为主进程的情况下，该计算引擎框架所管理的计算单元可以分别为该主进程所管理的各个子进程。基于计算引擎框架与计算单元之间的上述管理关系，第一计算引擎框架可以及时感知到第一计算单元已停机。从而，第一计算引擎框架可以在感知到第一计算单元已停机的情况下，向调度引擎发送关于第一计算单元的异常通知消息，以主动向调度引擎告知第一计算单元已停机，及时触发针对第一计算单元正在执行的所述历史区块链任务的恢复过程。

另外，与调度引擎类似的，所述第一计算引擎框架也可以维护有任务列表，以用于记录由调度引擎调度至第一计算引擎框架的且执行结果尚未被成功返回至所述调度引擎的区块链任务。在获取到任一区块链任务的情况下，第一计算引擎框架可以将该任务记录于自身维护的上述任务列表中；而在(经过处理并)将该任务的执行结果返回至调度引擎完成的情况下，第一计算引擎框架可以将该任务从所述任务列表中删除。或者，也可以在任一区块链任务的执行结果成功返回至调度引擎之前，在上述任务列表中将该任务的任务状态设置为未完成状态；并在将所述执行结果成功返回至调度引擎的情况下，将其任务状态调整为完成状态，本说明书实施例对于记录区块链任务的具体形式并不进行限制。因为前述历史区块链任务已经被发送至第一计算引擎框架，所以第一计算引擎框架维护的上述任务列表中记录有该任务。

基于此可以理解的是，若第二计算单元属于第一计算引擎，则调度引擎可以指示第一计算引擎框架可以直接将其任务列表中记录的所述历史区块链任务转发至第二计算单元执行，而无需向第一计算引擎框架重复发送该任务；若第二计算单元属于第二计算引擎，则调度引擎需要向第二计算引擎框架发送所述历史区块链任务，并由第二计算引擎框架将该任务转发至第二计算单元执行。基于此，调度引擎可以优先从第一计算引擎中确定第二计算单元，并在确定失败(即第一计算引擎框架所管理的其他计算单元中不存在满足上述条件的第二计算单元)的情况下，再从其他计算引擎中确定所述第二计算单元(以及第二计算引擎框架和第二计算引擎)。该方式能够优先将第一计算引擎框架所管理的计算单元确定为第二计算单元，从而可能避免调度引擎向计算引擎框架重复发送所述历史区块链任务，可以在一定程度上减少恢复该任务的整体耗时。

在一实施例中，对于调度引擎通过计算引擎框架调度(即下发)至计算单元执行的任一区块链任务，该任务的执行结果可以由计算单元通过所述计算引擎框架返回至调度引擎。上述执行结果的返回过程通常需要消耗一定的时长，特别是在任务较多或者执行结果的数据量较大的情况下，返回耗时更是不可忽略。有鉴于此，所述调度引擎和计算引擎框架除了各自维护上述任务列表之外，还可以各自维护结果列表。例如，任一计算引擎框架维护的结果列表可以用于记录自身所管理的各个计算单元返回至该计算引擎框架但尚未被区块链任务成功返回至调度引擎的执行结果，调度引擎维护的结果列表可以用于记录自身所对应各个计算引擎框架返回至调度引擎但尚未被调度引擎上传至区块链节点的执行结果。可见，上述任务列表用于缓存相应的区块链任务，上述结果列表用于缓存区块链任务的执行结果。

调度引擎在获取到区块链节点生成的所述历史区块链任务的情况下，可以将该任务记录在自身维护的任务列表中，并确定所述第一计算单元和第一计算引擎框架，然后将该任务下发至第一计算引擎框架。而第一计算引擎框架在接收到调度引擎下发的所述历史区块链任务的情况下，可以将该任务记录在自身维护的任务列表中，并将该任务转发至第一计算单元执行。在第一计算单元执行所述历史区块链任务完成后，可以将其执行结果返回至第一计算引擎框架。第一计算引擎框架在接收到第一计算单元返回的所述执行结果的情况下，可以将该执行结果记录在自身维护的结果列表中，并尝试将该执行结果返回至调度引擎。其中，第一计算引擎框架可以按照自身接收到各个执行结果的时间顺序依次向调度引擎返回各个执行结果，以避免结果返回耗时过长。直至将上述历史区块链任务的执行结果成功返回至调度引擎(调度引擎在成功接收到所述执行结果后可以向计算引擎框架返回确认消息)的情况下，第一计算引擎框架可以将自身维护的任务列表中记录的所述历史区块链任务删除，并将自身维护的结果列表中记录的该任务的执行结果删除。类似的，调度引擎在接收到第一计算引擎框架返回的所述执行结果的情况下，可以将该执行结果记录在自身维护的结果列表中，并尝试将该执行结果上传至区块链节点。其中，调度引擎可以按照自身接收到各个执行结果的时间顺序依次向区块链节点上传各个执行结果，以避免结果返上传耗时过长。或者，在某些原因导致上传失败的情况下，调度引擎可以等待一段时间再次尝试上传，直至上传成功。在将所述历史区块链任务的执行结果成功上传至区块链节点(区块链节点在成功接收到所述执行结果后也可以向调度引擎返回确认消息)的情况下，调度引擎可以将自身维护的任务列表中记录的所述历史区块链任务删除，并将自身维护的结果列表中记录的该任务的执行结果删除。

由上述区块链任务的调度过程以及执行结果的返回过程可见，对于所述历史区块链任务，调度引擎停机前可能尚未接收到计算引擎框架返回的该任务的执行结果，也可能已经接收到该执行结果但尚未成功上传至区块链节点。因此，调度引擎在启动后可以根据是否已经接收到该执行结果(即自身维护的任务列表中是否已经记录有该执行结果)处理所述历史区块链任务。例如，在调度引擎维护的所述结果列表中记录有所述历史区块链任务的执行结果的情况下，调度引擎可以将该执行结果返回至区块链节点。而在调度引擎维护的所述结果列表中未记录所述历史区块链任务的执行结果的情况下，调度引擎可以将所述历史区块链任务调度至所述计算引擎中的计算单元执行，以及，将所述计算引擎返回的执行结果记录至所述结果列表并返回至所述区块链节点。

可见，在调度引擎维护的所述结果列表中记录有所述历史区块链任务的执行结果的情况下，调度引擎无需向计算单元调度该任务。也就是说，因为历史区块链任务的执行结果已经在调度引擎停机前被返回至调度引擎，所以调度引擎可以直接向区块链节点上传该执行结果，而无需重复调度、执行该任务。而在调度引擎维护的所述结果列表中未记录所述执行结果的情况下，调度引擎可以通过前述实施例的方式确定第一计算单元和第一计算引擎框架，然后将该任务通过第一计算引擎框架调度至第一计算单元执行，并接收第一计算单元通过第一计算引擎框架返回的执行结果，进而将该结果上传至区块链节点。另外，在确定所述执行结果被成功返回至所述区块链节点的情况下，调度引擎可以删除自身维护的所述结果列表中记录的所述执行结果。

实际上，在调度引擎停机至本次启动完成的一段时间内，第一计算引擎框架可能并未受到调度引擎停机的影响，因此第一计算单元可能在这段时间内正常执行所述历史区块链任务，并将其执行结果正常返回至第一计算引擎框架。对此，为了充分避免对所述历史区块链任务的重复执行，在启动完成后，调度引擎可以先向第一计算引擎框架请求获取所述历史区块链任务的执行结果。在成功获取到该执行结果的情况下，调度引擎可以将该执行结果直接返回至区块链节点，完成对该任务的处理过程。而在无法成功获取到该执行结果的情况下，第一计算单元执行该任务功能尚未完成，此时调度引擎可以等待第一计算引擎框架返回所述执行结果；或者，也可以重新开始调度所述历史区块链任务，以尽量保证该任务的顺利执行。

至此，对上述区块链任务的执行过程介绍完毕。下面结合图3-图5所示的交互流程图，分别对调度引擎、计算引擎框架和计算单元停机的情况下执行区块链任务的过程进行说明。请参见图3所示的一种区块链任务的链下处理方法的交互流程图。如图3所示，该方法包括步骤301-311。

步骤301，调度引擎在停机后进行启动。

步骤302，调度引擎获取停机前缓存的历史区块链任务。

在正常停机或者异常宕机之后，调度引擎可以进行正常启动或者重启。其中，上述启动可以由链下计算节点的管理员或者所述区块链节点触发。具体启动过程可以参见相关技术中的记载，此处不再赘述。

在启动完成后，调度引擎可以获取在停机前缓存的历史区块链任务。其中，所述历史区块链任务可以被记录在调度引擎维护的任务列表中，因此调度引擎可由从该任务列表中获取所述历史区块链任务。需要说明的是，调度引擎可以获取到至少一个历史区块链任务，下述步骤仅针对其中任一历史区块链任务进行说明。

此后，调度引擎可以在本地维护的结果列表中查询所述开始区块链任务的执行结果。若在所述结果列表中查询到所述执行结果，则可以跳转至步骤311，即直接将该执行解结果上传至区块链节点，此时无需执行步骤303-310。可以理解的是，该结果列表中记录的所述执行结果由计算引擎在调度引擎停机前返回至调度引擎，而调度引擎在停机前尚未将该区块链节点成功上传至区块链节点。若在所述结果列表中未查询到所述执行结果，则表明调度引擎在当前时刻之前并未接收到计算引擎返回的执行结果，此时可以转入步骤303。

步骤303，调度引擎向区块链节点发起针对历史区块链任务的状态查询请求。

步骤304，区块链节点响应于所述状态查询请求向调度引擎返回查询结果。

在开始处理所述区块链任务之前，调度引擎需要确定是否有必要处理该任务。具体的，调度引擎可以向区块链节点发送针对所述区块链任务的状态查询请求，其中该状态查询请求可以包含该任务的任务标识、任务数据等必要数据。而区块链节点可以响应于上述状态查询请求确定该任务的当前状态，并将该当前状态作为查询结果返回至调度引擎。

其中，在所述历史区块链任务处理超时、所述历史区块链任务被所述区块链节点取消执行，和/或所述区块链节点已从所述链下计算节点之外的其他相关方处获取到所述历史区块链任务的执行结果等情况下，区块链节点可以确定该任务当前处于已完成状态；而在所述历史区块链任务处理未超时、所述历史区块链任务尚未被取消执行，和/或所述区块链节点并未从所述链下计算节点之外的其他相关方处获取到所述历史区块链任务的执行结果等情况下，区块链节点可以确定该任务当前处于未完成状态。

若所述查询结果表明所述历史区块链任务处于已完成状态，则说明区块链节点已经不存在获取该任务的执行结果的需求，所以调度引擎没有必要再处理该任务，也无需将其执行结果返回至区块链节点。此时，调度引擎可以终止响应该任务，如可以将其从自身维护的所述任务列表中删除。

反之，若所述查询结果表明所述历史区块链任务处于未完成状态，则说明区块链节点仍然存在获取该任务的执行结果的需求，所以调度引擎需要继续处理该任务并将其执行结果返回至区块链节点。此时，可以转入步骤305开始调度该任务。

步骤305，调度引擎确定针对历史区块链任务的第一计算引擎。

步骤306，调度引擎向第一计算引擎中的第一计算引擎框架下发所述历史区块链任务。

调度引擎可以在链下计算节点包含的至少一个计算单元中确定用于执行所述历史区块链任务的第一计算单元。其中，第一计算单元的计算类型可以匹配于所述历史区块链任务的目标计算类型，和/或第一计算单元应当处于可用状态。根据上述计算类型和可用状态确定第一计算单元的具体过程可以参见前述实施例的记载，此处不再赘述。

在确定出所述第一计算单元的情况下，管理第一计算单元的计算引擎框架即为第一计算引擎框架，第一计算引擎框架和第一计算单元均属于第一计算引擎。其中，调度引擎可以根据自身维护的可用服务信息确定第一计算单元对应的所述第一计算引擎框架和第一计算引擎，不再赘述。此后，调度引擎可以向第一计算引擎框架下发所述历史区块链任务。

步骤307，第一计算引擎框架向计算引擎中的第一计算单元转发所述历史区块链任务。

第一计算引擎框架在接收到调度引擎下发的所述历史区块链任务的情况下，一方面可以将该任务记录在自身维护的任务列表中；另一方面可以将该任务转发至第一计算单元执行。

其中，第一计算引擎框架可以再确定第一计算单元当前空闲的情况下向其转发所述区块链任务，以避免对第一计算单元执行的前一区块链任务造成不利影响。当然，在第一计算单元可以同时处理多个区块链任务的情况下，第一计算引擎框架也可以进一步确定第一计算单元的当前可用资源量，并响应于当前可用资源量满足执行所述历史区块链任务的资源量需求，将该任务转发至第一计算单元，以尽量确保历史区块链任务被成功执行。

步骤308，第一计算单元执行所述历史区块链任务得到执行结果。

第一计算单元可以使用所述区块链任务中包含的任务数据和/或从其他相关方处获取的任务数据执行所述历史区块链任务。对应于第一计算单元的计算类型，所述历史区块链任务可以为任务转发、隐私计算、大文件传输、数据查询等具体方式，不再赘述。

步骤309，第一计算单元向第一计算引擎框架返回所述执行结果。

步骤310，第一计算引擎框架向调度引擎返回所述执行结果。

在执行完成所述历史区块链任务的情况下，第一计算单元可以将相应的执行结果返回至第一计算引擎框架。相应地，第一计算引擎框架在接收到第一计算单元返回的所述执行结果的情况下，一方面可以将该执行结果记录在自身维护的结果列表中，另一方面可以尝试将该执行结果返回至调度引擎。

其中，第一计算引擎框架可以按照自身接收到各个执行结果的时间顺序依次向调度引擎返回各个执行结果，以避免结果返回耗时过长。直至将上述历史区块链任务的执行结果成功返回至调度引擎(调度引擎在成功接收到所述执行结果后可以向计算引擎框架返回确认消息)的情况下，第一计算引擎框架可以自身维护的任务列表中记录的所述历史区块链任务删除，并将自身维护的结果列表中记录的该任务的执行结果删除。

步骤311，调度引擎向区块链节点上传所述执行结果。

类似的，调度引擎在接收到第一计算引擎框架返回的所述执行结果的情况下，可以将该执行结果记录在自身维护的结果列表中，并尝试将该执行结果上传至区块链节点。

其中，调度引擎可以按照自身接收到各个执行结果的时间顺序依次向区块链节点上传各个执行结果，以避免结果返上传耗时过长。或者，在某些原因导致上传失败的情况下，调度引擎可以等待一段时间再次尝试上传，直至上传成功。在将所述历史区块链任务的执行结果成功上传至区块链节点(区块链节点在成功接收到所述执行结果后可以向调度引擎返回确认消息)的情况下，调度引擎可以自身维护的任务列表中记录的所述历史区块链任务删除，并将自身维护的结果列表中记录的该任务的执行结果删除。

通过上述方式，调度引擎可以向作为任务生成方的区块链节点请求获取历史区块链任务的状态，并在后者指示需要处理该任务的情况下再处理该任务，不仅实现了对停机前尚未处理完成的任务的顺利恢复，而且有效避免了启动后直接处理历史区块链任务可能导致的无效处理，有助于提升调度引擎在启动完后的任务处理效率。

实际上，启动完成后的调度引擎除了获取并处理所述历史区块链任务之外，还可以获取并处理区块链节点在调度引擎停机之后生成的当前区块链任务。实际上，调度引擎对所述历史区块链任务和所述当前区块链任务的具体处理过程并不存在本质差异。在处理任一区块链任务的过程中，该任务对应的第一计算引擎框架可能停机(可视为第一计算引擎框架对应的第一计算引擎停机)，执行该任务的第一计算单元也可能停机。这上述两类停机场景下，调度引擎、计算引擎框架和计算单元可以相互配合实现对该任务的恢复，以顺利执行该任务并将其执行结果成功返回至区块链节点。下面结合图4和图5分别进行说明。

请参见图4所示的另一种区块链任务的链下处理方法的交互流程图。如图4所示，该方法包括步骤401-406，正在执行所述区块链任务的第一计算单元可以为图1所示的计算单元11，从而第一计算引擎框架即为图1所示的计算引擎框架1，第一计算引擎即为图1所示的计算引擎1。

步骤401，计算引擎框架1发生停机。

如前所述，在计算单元11执行所述区块链任务的执行结果尚未被成功返回至调度引擎的情况下，计算引擎框架1可能出现停机，如可能被管理员正常关闭而停机，或者因故障而宕机。其中，计算引擎框架1停机，即可视为计算引擎1停机。

在计算引擎框架1停机的情况下，计算引擎框架1所管理的各个计算单元(即计算单元11～13)均无法继续正常工作，因此计算单元11会停止执行所述区块链任务。而且需要说明的是，在区块链任务未被执行完成的情况下，计算单元1停止执行该任务，将导致该任务执行过程中的中间数据丢失。

步骤402，调度引擎感知到计算引擎1已停机。

其中，调度引擎可以在向计算引擎框架1发送其他区块链任务失败的情况下，确定其停机；或者，调度引擎也可以从服务中心获取到服务变更消息，并根据该消息确定第一计算引擎框架已停机。其中，所述已注册服务包括已注册至所述服务中心的计算引擎框架和计算单元。所述服务变更消息可以由服务中心响应于第一计算引擎框架已停机而发送，或者也可以由调度引擎按照预设的查询周期向服务中心请求并获取。通过上述方式确定计算引擎框架1已停机的具体过程可以参见前述实施例的记载，此处不再赘述。

步骤403，调度引擎确定第二计算引擎。

在确定计算引擎1已停机的情况下，调度引擎可以在链下计算节点包含的其他计算引擎中确定第二计算引擎。具体的，可以从除第一计算引擎框架之外的其他计算引擎框架所管理的各个计算单元中确定第二计算单元。与第一计算单元类似的，第二计算单元的计算类型也可以匹配于所述区块链任务的目标计算类型，和/或第二计算单元当前时刻处于可用状态。

在确定出所述第二计算单元的情况下，管理第二计算单元的计算引擎框架即为第二计算引擎框架，第二计算引擎框架和第二计算单元均属于第二计算引擎。不妨假设通过上述方式确定出的第二计算单元为图1所示的计算单元21，则第二计算引擎框架为计算引擎框架2，第二计算引擎为计算引擎2。

步骤404，调度引擎向第二计算引擎调度所述区块链任务。

步骤405，第二计算引擎执行所述区块链任务。

步骤406，第二计算引擎将所述区块链任务的执行结果返回至所述调度引擎。

在确定出所述第二计算单元之后，调度引擎可以将所述区块链任务调度至第二计算引擎执行，并接收后者返回的执行结果。例如调度引擎可以将所述区块链任务通过计算引擎框架2转发至计算单元21执行；相应地，计算单元21可以将执行结果通过计算引擎框架2返回至调度引擎，从而完成对该任务的调度和执行过程。步骤404-406的具体过程可以参见图3的步骤306-310，此处不再赘述。

另外，调度引擎可以将第二计算引擎返回的所述执行结果返回至区块链节点，从而在第一计算单元执行区块链任务的过程中第一计算引擎框架停机这种异常情况下，能够实现对该任务的继续执行并实现执行结果的正常上传。

请参见图5所示的又一种区块链任务的链下处理方法的交互流程图。如图5所示，该方法包括步骤501-507，正在执行所述区块链任务的第一计算单元可以为图1所示计算引擎框架1所管理的任一计算单元，从而第一计算引擎框架即为图1所示的计算引擎框架1，第一计算引擎即为图1所示的计算引擎1。

步骤501，第一计算单元发生停机。

如前所述，在第一计算单元执行所述区块链任务的执行结果尚未被成功返回至调度引擎的情况下，第一计算单元可能出现停机，如可能被管理员正常关闭而停机，或者因故障而宕机。在第一计算单元停机的情况下，其会停止执行所述区块链任务。

步骤502，计算引擎框架1感知到第一计算单元已停机。

步骤503，计算引擎框架1向调度引擎通知第一计算引擎已停机。

其中，在计算引擎框架1为主进程的情况下，其所管理的计算单元可以分别为该主进程所管理的各个子进程。基于上述管理关系，计算引擎框架1可以及时感知到第一计算单元已停机。从而，计算引擎框架1在感知到第一计算单元已停机的情况下，可以向调度引擎发送关于第一计算单元的异常通知消息，以主动向调度引擎告知第一计算单元已停机，及时触发针对第一计算单元正在执行的所述区块链任务的恢复过程。

步骤504，调度引擎确定第二计算单元。

在确定计算引擎1已停机的情况下，调度引擎可以在链下计算节点包含的其他计算单元中确定第二计算单元。例如，可以先从计算引擎框架1所管理的除第一计算单元之外的其他计算单元中确定第二计算单元，若确定失败(即上述其他计算单元中不存在匹配于所述区块链任务的第二计算单元)，再从其他计算引擎框架所管理的各个计算单元中确定第二计算单元。具体过程可参见前述实施例，不再赘述。

步骤505，调度引擎向第二计算单元调度所述区块链任务。

步骤506，第二计算单元执行所述区块链任务。

步骤507，第二计算单元将所述区块链任务的执行结果返回至所述调度引擎。

在确定出第二计算单元的情况下，调度引擎可以将所述区块链任务调度至第二计算单元执行，并获取其返回的执行结果。可以理解的是，通过上述方式确定出的第二计算单元可能属于计算引擎1(即由计算引擎框架1所管理)，也可能属于其他计算引擎(即由其他计算引擎框架所管理)，对此调度引擎可以采用不同的方式进行任务调度，下面以第一计算单元是计算单元11为例进行说明。

在第二计算单元属于计算引擎1的情况下，不妨假设第二计算单元为计算单元13。此时，调度引擎可以向计算引擎框架1下发所述区块链任务，并由计算引擎框架1将其转发至计算单元13执行。或者，因为计算引擎框架1之前将所述区块链任务转发至计算单元11，所以计算引擎框架1维护的任务列表中记录有所述区块链任务，基于此，为避免向计算引擎框架1重复下发该任务，调度引擎可以向计算引擎框架1发送针对该任务的通知消息，以触发计算引擎框架1将该消息转发至计算单元13执行。进而，计算单元13可以将执行结果通过计算引擎框架1返回至调度引擎。

在第二计算单元属于其他计算引擎的情况下，不妨假设第二计算单元为属于计算引擎2的计算单元21。此时，调度引擎可以向计算引擎框架2下发所述区块链任务，并由计算引擎框架2将其转发至计算单元21执行。进而，计算单元21可以将执行结果通过计算引擎框架2返回至调度引擎。

另外，调度引擎可以将第二计算引擎返回的所述执行结果返回至区块链节点，从而在第一计算单元执行区块链任务的过程中出现停机这种异常情况下，能够实现对该任务的继续执行并实现执行结果的正常上传。

图6是一示例性实施例提供的一种设备的示意结构图。请参考图6，在硬件层面，该设备包括处理器602、内部总线604、网络接口606、内存608以及非易失性存储器610，当然还可能包括其他业务所需要的硬件。本说明书一个或多个实施例可以基于软件方式来实现，比如由处理器602从非易失性存储器610中读取对应的计算机程序到内存608中然后运行。当然，除了软件实现方式之外，本说明书一个或多个实施例并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

如图7所示，图7是本说明书根据一示例性实施例提供的一种区块链任务的链下处理装置的框图，该装置可以应用于如图6所示的设备中，以实现本说明书的技术方案。该装置应用于链下计算节点所包含的调度引擎，所述链下计算节点对应于区块链节点，所述链下计算节点还包含由计算引擎框架及其所管理的计算单元构成的计算引擎，所述装置包括：

历史任务获取单元701，用于在启动完成后获取缓存的历史区块链任务，所述历史区块链任务由所述区块链节点在所述调度引擎停机前生成；

状态查询单元702，用于向所述区块链节点发起针对所述历史区块链任务的状态查询请求；

历史任务处理单元703，用于响应于所述区块链节点返回的查询结果表明所述历史区块链任务处于未完成状态，处理所述历史区块链任务。

可选的，所述历史任务获取单元701还用于：

获取所述调度引擎在停机前缓存至任务列表中的历史区块链任务，任务列表用于记录所述调度引擎获取到的且执行结果尚未被成功返回至所述区块链节点的区块链任务。

可选的，还包括：

当前任务获取单元704，用于获取所述区块链节点生成的当前区块链任务，所述当前区块链任务由所述区块链节点在所述调度引擎停机后生成；

当前任务处理单元705，用于处理所述当前区块链任务，并将相应的执行结果返回至所述区块链节点。

可选的，所述历史任务处理单元703和所述当前任务处理单元705还用于：

并行处理所述历史区块链任务和所述当前区块链任务；或者，

在将所述历史区块链任务处理完毕后，处理所述当前区块链任务。

可选的，所述历史任务处理单元703还用于：

将所述历史区块链任务调度至匹配于所述历史区块链任务的第一计算引擎执行；

接收第一计算引擎返回的所述历史区块链任务的执行结果。

可选的，所述历史任务处理单元703还用于：

从所述链下计算节点包含的各个计算单元中确定匹配于所述历史区块链任务的第一计算单元及其所属的第一计算引擎框架，第一计算单元和第一计算引擎框架属于第一计算引擎；

通过第一计算引擎框架将所述历史区块链任务转发至第一计算单元执行。

可选的，还包括：

第一调度单元706，用于在接收到所述执行结果之前，若确定第一计算引擎框架已停机，则将所述历史区块链任务调度至区别于第一计算引擎的第二计算引擎，以由第二计算引擎中匹配于所述历史区块链任务的第二计算单元执行所述历史区块链任务；

第一返回单元707，用于接收第二计算引擎返回的所述历史区块链任务的执行结果。

可选的，所述第一调度单元706还用于：

向第一计算引擎框架发送其他区块链任务失败；或者，

从服务中心获取到的服务变更消息表明第一计算引擎框架已停机，所述服务变更消息用于指示发生变更后的已注册服务，所述已注册服务包括已注册至所述服务中心的计算引擎框架和计算单元。

可选的，所述第一调度单元706还用于：

接收服务中心响应于第一计算引擎框架已停机而发送的服务变更消息；或者，

按照预设的查询周期向服务中心发起变更查询请求，并接收所述服务中心在确定第一计算引擎框架已停机的情况下返回的所述服务变更消息。

可选的，

还包括任务标识单元708，用于在获取到所述历史区块链任务的情况下，为所述历史区块链任务设置首发标识；以及，在接收第一计算引擎返回的所述执行结果失败的情况下，将所述首发标识更新为重发标识；

所述历史任务处理单元703还用于：在所述历史区块链任务被设置有所述首发标识的情况下，第一计算单元调用所述预设执行方执行所述历史区块链任务；以及，在所述历史区块链任务被设置有所述重发标识的情况下，第一计算单元若确定所述预设执行方当前并未执行所述历史区块链任务，则调用所述预设执行方执行所述历史区块链任务。

可选的，还包括：

结果等待单元709，用于由第一计算单元若确定所述预设执行方当前正在执行所述历史区块链任务，则等待所述预设执行方返回所述历史区块链任务的执行结果。

可选的，还包括：

第二调度单元710，用于在处理所述历史区块链任务的过程中，在接收到所述执行结果之前，若确定第一计算单元已停机，则将所述历史区块链任务调度至第一计算引擎中的第二计算单元或第二计算引擎中的第二计算单元，以由第二计算单元执行所述历史区块链任务；

第二返回单元711，用于接收第二计算单元通过所属计算引擎返回的所述历史区块链任务的执行结果。

可选的，所述第二调度单元710还用于：

根据第一计算引擎框架发送的异常通知消息确定第一计算单元已停机。

可选的，所述调度引擎维护有自身所对应可用服务的服务状态，所述可用服务包括所述计算引擎框架和所述计算单元，所述装置还包括：

任务转发单元712，用于在第一计算单元和第一计算引擎框架处于可用状态的情况下，通过第一计算引擎框架将所述历史区块链任务转发至第一计算单元执行；

状态更新单元713，用于在第一计算引擎框架已停机的情况下，将第一计算引擎框架及其所管理的各个计算单元的服务状态更新为不可用状态；或者，在第一计算单元已停机的情况下，将第一计算单元的服务状态更新为不可用状态。

可选的，所述调度引擎维护的结果列表用于记录尚未成功返回至所述区块链节点的执行结果，所述历史任务处理单元703还用于：

在所述结果列表中记录有所述历史区块链任务的执行结果的情况下，将所述执行结果返回至所述区块链节点；或者，

在所述结果列表中未记录所述历史区块链任务的执行结果的情况下，将所述历史区块链任务调度至所述计算引擎中的计算单元执行，以及，将所述计算引擎返回的执行结果记录至所述结果列表并返回至所述区块链节点。

可选的，还包括：

结果删除单元714，用于在确定所述执行结果被成功返回至所述区块链节点的情况下，删除所述结果列表中记录的所述执行结果。

可选的，还包括：

避免处理单元715，用于响应于所述区块链节点返回的查询结果表明所述历史区块链任务处于已完成状态，避免处理所述历史区块链任务。

可选的，在下述至少之一的情况下，所述区块链节点将所述历史区块链任务设置为所述已完成状态：

所述历史区块链任务处理超时；

所述历史区块链任务被所述区块链节点取消执行；

所述区块链节点已从所述链下计算节点之外的其他相关方处获取到所述历史区块链任务的执行结果。

可选的，所述链下计算节点的本次启动为正常启动或者异常停机后的重启。

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

本领域技术人员应明白，本说明书一个或多个实施例可提供为方法、系统或计算机程序产品。因此，本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书一个或多个实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本本说明书一个或多个实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本说明书的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

以上所述仅为本说明书一个或多个实施例的实施例而已，并不用于限制本本说明书一个或多个实施例。对于本领域技术人员来说，本说明书一个或多个实施例可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在权利要求范围之内。

Claims (22)

1.一种区块链任务的链下处理方法，应用于链下计算节点所包含的调度引擎，所述链下计算节点对应于区块链节点，所述链下计算节点还包含由计算引擎框架及其所管理的计算单元构成的计算引擎，所述方法包括：

在启动完成后获取缓存的历史区块链任务，所述历史区块链任务由所述区块链节点在所述调度引擎停机前生成；

向所述区块链节点发起针对所述历史区块链任务的状态查询请求；

响应于所述区块链节点返回的查询结果表明所述历史区块链任务处于未完成状态，处理所述历史区块链任务。

2.根据权利要求1所述的方法，所述在启动完成后获取缓存的历史区块链任务，包括：

获取所述调度引擎在停机前缓存至任务列表中的历史区块链任务，任务列表用于记录所述调度引擎获取到的且执行结果尚未被成功返回至所述区块链节点的区块链任务。

3.根据权利要求1所述的方法，还包括：

获取所述区块链节点生成的当前区块链任务，所述当前区块链任务由所述区块链节点在所述调度引擎停机后生成；

处理所述当前区块链任务，并将相应的执行结果返回至所述区块链节点。

4.根据权利要求3所述的方法，处理所述历史区块链任务和所述当前区块链任务，包括：

并行处理所述历史区块链任务和所述当前区块链任务；或者，

在将所述历史区块链任务处理完毕后，处理所述当前区块链任务。

5.根据权利要求1所述的方法，处理所述历史区块链任务，包括：

将所述历史区块链任务调度至匹配于所述历史区块链任务的第一计算引擎执行；

接收第一计算引擎返回的所述历史区块链任务的执行结果。

6.根据权利要求5所述的方法，所述将所述历史区块链任务调度至匹配于所述历史区块链任务的第一计算引擎执行，包括：

从所述链下计算节点包含的各个计算单元中确定匹配于所述历史区块链任务的第一计算单元及其所属的第一计算引擎框架，第一计算单元和第一计算引擎框架属于第一计算引擎；

通过第一计算引擎框架将所述历史区块链任务转发至第一计算单元执行。

7.根据权利要求5所述的方法，还包括：

在接收到所述执行结果之前，若确定第一计算引擎框架已停机，则将所述历史区块链任务调度至区别于第一计算引擎的第二计算引擎，以由第二计算引擎中匹配于所述历史区块链任务的第二计算单元执行所述历史区块链任务；

接收第二计算引擎返回的所述历史区块链任务的执行结果。

8.根据权利要求7所述的方法，所述确定第一计算引擎框架已停机，包括：

向第一计算引擎框架发送其他区块链任务失败；或者，

从服务中心获取到的服务变更消息表明第一计算引擎框架已停机，所述服务变更消息用于指示发生变更后的已注册服务，所述已注册服务包括已注册至所述服务中心的计算引擎框架和计算单元。

9.根据权利要求8所述的方法，从服务中心获取服务变更消息，包括：

接收服务中心响应于第一计算引擎框架已停机而发送的服务变更消息；或者，

按照预设的查询周期向服务中心发起变更查询请求，并接收所述服务中心在确定第一计算引擎框架已停机的情况下返回的所述服务变更消息。

10.根据权利要求6所述的方法，

还包括：在获取到所述历史区块链任务的情况下，为所述历史区块链任务设置首发标识；以及，在接收第一计算引擎返回的所述执行结果失败的情况下，将所述首发标识更新为重发标识；

第一计算单元执行所述历史区块链任务，包括：在所述历史区块链任务被设置有所述首发标识的情况下，第一计算单元调用预设执行方执行所述历史区块链任务；以及，在所述历史区块链任务被设置有所述重发标识的情况下，第一计算单元若确定所述预设执行方当前并未执行所述历史区块链任务，则调用所述预设执行方执行所述历史区块链任务。

11.根据权利要求10所述的方法，还包括：

第一计算单元若确定所述预设执行方当前正在执行所述历史区块链任务，则等待所述预设执行方返回所述历史区块链任务的执行结果。

12.根据权利要求5所述的方法，在处理所述历史区块链任务的过程中，还包括：

在接收到所述执行结果之前，若确定第一计算单元已停机，则将所述历史区块链任务调度至第一计算引擎中的第二计算单元或第二计算引擎中的第二计算单元，以由第二计算单元执行所述历史区块链任务；

接收第二计算单元通过所属计算引擎返回的所述历史区块链任务的执行结果。

13.根据权利要求12所述的方法，所述确定第一计算单元已停机，包括：

根据第一计算引擎框架发送的异常通知消息确定第一计算单元已停机。

14.根据权利要求6-13中任一项所述的方法，所述调度引擎维护有自身所对应可用服务的服务状态，所述可用服务包括所述计算引擎框架和所述计算单元，

所述通过第一计算引擎框架将所述历史区块链任务转发至第一计算单元执行，包括：在第一计算单元和第一计算引擎框架处于可用状态的情况下，通过第一计算引擎框架将所述历史区块链任务转发至第一计算单元执行；

所述方法还包括：在第一计算引擎框架已停机的情况下，将第一计算引擎框架及其所管理的各个计算单元的服务状态更新为不可用状态；或者，在第一计算单元已停机的情况下，将第一计算单元的服务状态更新为不可用状态。

15.根据权利要求1所述的方法，所述调度引擎维护的结果列表用于记录尚未成功返回至所述区块链节点的执行结果，所述处理所述历史区块链任务，包括：

在所述结果列表中记录有所述历史区块链任务的执行结果的情况下，将所述执行结果返回至所述区块链节点；或者，

在所述结果列表中未记录所述历史区块链任务的执行结果的情况下，将所述历史区块链任务调度至所述计算引擎中的计算单元执行，以及，将所述计算引擎返回的执行结果记录至所述结果列表并返回至所述区块链节点。

16.根据权利要求15所述的方法，还包括：

在确定所述执行结果被成功返回至所述区块链节点的情况下，删除所述结果列表中记录的所述执行结果。

17.根据权利要求1所述的方法，还包括：

响应于所述区块链节点返回的查询结果表明所述历史区块链任务处于已完成状态，避免处理所述历史区块链任务。

18.根据权利要求17所述的方法，在下述至少之一的情况下，所述区块链节点将所述历史区块链任务设置为所述已完成状态：

所述历史区块链任务处理超时；

所述历史区块链任务被所述区块链节点取消执行；

所述区块链节点已从所述链下计算节点之外的其他相关方处获取到所述历史区块链任务的执行结果。

19.根据权利要求1所述的方法，所述链下计算节点的本次启动为正常启动或者异常停机后的重启。

20.一种区块链任务的链下处理装置，应用于链下计算节点所包含的调度引擎，所述链下计算节点对应于区块链节点，所述链下计算节点还包含由计算引擎框架及其所管理的计算单元构成的计算引擎，所述装置包括：

历史任务获取单元，用于在启动完成后获取缓存的历史区块链任务，所述历史区块链任务由所述区块链节点在所述调度引擎停机前生成；

状态查询单元，用于向所述区块链节点发起针对所述历史区块链任务的状态查询请求；

历史任务处理单元，用于响应于所述区块链节点返回的查询结果表明所述历史区块链任务处于未完成状态，处理所述历史区块链任务。

21.一种电子设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器通过运行所述可执行指令以实现如权利要求1-19中任一项所述的方法。

22.一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现如权利要求1-19中任一项所述方法的步骤。

Images