CN111988188A - 交易背书方法、装置及存储介质 - Google Patents

Abstract

本申请涉及区块链技术领域，尤其涉及一种交易背书方法、装置及存储介质，应用于区块链平台的多个主节点中的第一主节点，所述方法包括：可接收到客户端发起的交易背书请求；根据交易背书请求，从多个备节点中选取M个待选备节点；检测M个待选备节点对应的节点状态；若M个待选备节点中存在N个待选备节点处于宕机状态，则获取多个备节点对应的预设排序列表；从预设排序列表中选取排序位置在N个待选备节点之后的N个备节点为目标备节点，得到N个目标备节点；将N个目标备节点替换M个待选备节点中N个待选备节点，得到M个目标备节点；向M个目标备节点发送交易背书请求。采用本申请实施例，有利于提高背书效率。

Description

交易背书方法、装置及存储介质

技术领域

本申请涉及区块链技术领域，具体涉及一种交易背书方法、装置及存储介质。

背景技术

区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链中一个节点可向客户端提供背书服务，包括对交易ID的重复性检查，交易读写集的生成以及最终的签名等等服务；在现有的主备同步架构下，主节点主要负责从排序节点获取区块并对区块进行验签和多版本检查，而备节点主要向客户端提供背书服务。在这种架构下，一旦某些备节点宕机，客户端便无法收集到足够多的交易背书，导致整个区块链网络中的交易都无法进行会影响整个区块链网络的背书效率。

发明内容

本申请实施例提供一种交易背书方法、装置及存储介质，有利于提高区块链网络的背书效率。

本申请实施例第一方面提供了一种交易背书方法，应用于区块链平台的多个主节点中的第一主节点，所述区块链平台包括所述多个主节点和多个备节点，每个主节点对应多个备节点，包括：

接收到客户端发起的交易背书请求；根据所述交易背书请求，从所述多个备节点中选取M个待选备节点，M为正整数；

检测所述M个待选备节点对应的节点状态；

若所述M个待选备节点中存在N个待选备节点处于宕机状态，则获取所述多个备节点对应的预设排序列表，所述预设排序列表由所述多个备节点对应的多个资源列表排序得到，N为小于或等于M的正整数；

从所述预设排序列表中选取排序位置在所述N个待选备节点之后的N个备节点为目标备节点，得到N个目标备节点；

将所述N个目标备节点替换所述M个待选备节点中所述N个待选备节点，得到M个目标备节点；

向所述M个目标备节点发送所述交易背书请求，所述交易背书请求用于指示所述M个目标备节点。

本申请实施例第二方面提供了一种交易背书装置，应用于区块链平台的多个主节点中的第一主节点，所述区块链平台包括所述多个主节点和多个备节点，每个主节点对应多个备节点，所述装置包括：

接收单元、检测单元、获取单元、选取单元、替换单元和发送单元，其中，

所述接收单元，用于接收到客户端发起的交易背书请求；根据所述交易背书请求，从所述多个备节点中选取M个待选备节点，M为正整数；

所述检测单元，用于检测所述M个待选备节点对应的节点状态；

所述获取单元，用于若所述M个待选备节点中存在N个待选备节点处于宕机状态，则获取所述多个备节点对应的预设排序列表，所述预设排序列表由所述多个备节点对应的多个资源列表排序得到，N为小于或等于M的正整数；

所述选取单元，用于从所述预设排序列表中选取排序位置在所述N个待选备节点之后的N个备节点为目标备节点，得到N个目标备节点；

所述替换单元，用于将所述N个目标备节点替换所述M个待选备节点中所述N个待选备节点，得到M个目标备节点；

所述发送单元，用于向所述M个目标备节点发送所述交易背书请求，所述交易背书请求用于指示所述M个目标备节点。

本申请实施例的第三方面提供一种服务器，所述服务器包括处理器、通信接口、存储器以及一个或多个程序，所述处理器、通信接口和存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行本申请实施例第一方面所述的方法。

本申请实施例的第四方面提供了一种计算机可读存储介质，其中，上述计算机可读存储介质存储用于电子数据交换的计算机程序，其中，上述计算机程序使得计算机执行如本申请实施例第一方面所描述的部分或全部步骤。

本申请实施例的第五方面提供了一种计算机程序产品，其中，上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，上述计算机程序可操作来使计算机执行如本申请实施例第一方面所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。

实施本申请实施例，至少具有如下有益效果：有利于提高背书效率。

通过本申请实施例，应用于区块链平台的多个主节点中的第一主节点，所述区块链平台包括所述多个主节点和多个备节点，每个主节点对应多个备节点，上述方法包括：可接收到客户端发起的交易背书请求；根据交易背书请求，从多个备节点中选取M个待选备节点，M为正整数；检测M个待选备节点对应的节点状态；若M个待选备节点中存在N个待选备节点处于宕机状态，则获取多个备节点对应的预设排序列表，预设排序列表由多个备节点对应的多个资源列表排序得到，N为小于或等于M的正整数；从预设排序列表中选取排序位置在N个待选备节点之后的N个备节点为目标备节点，得到N个目标备节点；将N个目标备节点替换M个待选备节点中N个待选备节点，得到M个目标备节点；向M个目标备节点发送交易背书请求，交易背书请求用于指示M个目标备节点对交易背书请求中的链码进行背书。

附图说明

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

图1A为本申请实施例提供了一种节点系统的架构示意图；

图1B为本申请实施例提供了一种交易背书方法的流程示意图；

图2为本申请实施例提供了一种交易背书方法的流程示意图；

图3为本申请实施例提供了一种交易背书系统的架构示意图；

图4为本申请实施例提供了一种服务器的结构示意图；

图5为本申请实施例提供了一种交易背书装置的结构示意图。

具体实施方式

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

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。

在本申请中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本申请所描述的实施例可以与其它实施例相结合。

为了能够更好地理解本申请实施例，下面将对应用本申请实施例的方法进行介绍。

本申请实施例中提到的服务器可以包括但不限于后台服务器、组件服务器、云端服务器、交易背书系统服务器或数据分配软件服务器等，上述仅是举例，而非穷举，包含但不限于上述装置；在该服务器中可包括区块链平台。

请参见图1A，图1A是本申请实施例提供的一种节点系统的架构示意图。

其中，本申请实施例应用于服务器，该服务器可包括区块链网络，区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层。

其中，本申请实施例具体可应用于FiMax区块链平台中，该FiMax区块链平台是一种以S3C为基础框架组成的区块链网络，该S3C是由区块链解决方案模块、区块链内核模块、区块链隐私保护模块和区块链网络管理模块组成的框架系统。

其中，在上述FiMax区块链平台中可包括多个节点，可包括：排序节点(adapter节点)和peer节点(数据节点)，其中，peer节点可用于存储数据，并且执行特定的程序。在本申请实施例中，该peer节点可用于存储账本、智能合约等等，可用于向客户端提供背书服务，该背书服务可基于程序执行，该peer节点可以为一个物理服务器或者可为一个虚拟服务器。

其中，上述peer节点可分为主节点和从节点；上述adapter节点可用于产生区块，主节点可从该adapter节点中获取区块，并对该区块中每笔交易对应的交易数据的签名信息进行验证和对交易数据的多版本检查，而备节点可用于向客户端提供背书服务。

另外，在进行交易背书时，若均由同一节点完成，若其中一些节点宕机，那么客户端无法接收交易背书，会导致整个区块链网络的交易无法正常运行；因此，相比于一种节点来说，将peer节点划分为主节点和备节点两种，可分布式实现不同的业务需求，每种节点以用于实现不同的功能，以避免当其中一个节点宕机时，不能继续完成业务需求，从而影响整个区块链网络的运行。

其中，上述主节点和多个备节点应该属于同一机构中，如此，可提高信息安全性。

其中，上述FiMax区块链平台中可包括多个主节点，每一主节点可对应有多个(2个或2个以上)备节点。在本申请实施例中，如图1A所示，仅以其中一个主节点(第一主节点)为例，可可接收到客户端发起的交易背书请求；根据交易背书请求，从多个备节点中选取M个待选备节点，M为正整数；检测M个待选备节点对应的节点状态；若M个待选备节点中存在N个待选备节点处于宕机状态，则获取多个备节点对应的预设排序列表，预设排序列表由多个备节点对应的多个资源列表排序得到，N为小于或等于M的正整数；从预设排序列表中选取排序位置在N个待选备节点之后的N个备节点为目标备节点，得到N个目标备节点；将N个目标备节点替换M个待选备节点中N个待选备节点，得到M个目标备节点；向M个目标备节点发送交易背书请求，交易背书请求用于指示M个目标备节点对交易背书请求中的链码进行背书。

可以看出，为了保证数据安全性，可选取与第一主节点同一机构中的多个备节点，并在有待选备节点出现宕机时，可根据预设排序列表，选取排名较为靠前的目标备节点替换上述待选备节点，也就是说选取资源状况最好的其他备节点为客户端提供背书服务，有利于提高背书效率。

请参见图1B，图1B是本申请实施例提供的一种交易背书方法的流程示意图，区块链平台的多个主节点中的第一主节点，所述区块链平台包括所述多个主节点和多个备节点，每个主节点对应多个备节点，上述方法包括以下步骤：

101、接收到客户端发起的交易背书请求；根据所述交易背书请求，从所述多个备节点中选取M个待选备节点，M为正整数；

其中，本申请实施例应用于区块链平台，该区块链平台可搭建在服务器中，该服务器可为虚拟服务器或者物理服务器。上述第一主节点可为上述如图1A所示的节点系统图中的主节点，其可对应有多个备节点，并可与每一备节点进行通信。

其中，上述客户端可指任意一个为客户提供服务的程序，例如，银行服务客户端、保险服务客户端、政企服务客户端等等，在此不作限定；该客户端可在上述区块链平台对应的区块链网络中发起一笔交易，例如，用户A需要向用户B转账1W元，则会生成一个交易申请，并向整个区块链网络中的所有区块发出交易背书请求，该交易背书请求用于证明或者声明该交易背书请求对应的交易是有效的，有利于推进后续交易的进行。

其中，上述第一主节点在接收到来自于客户端发起的交易背书请求以后，可根据该交易背书请求的需求量，从同一机构中的多个备节点中选取M个待选备节点，并通过该M个待选备节点向上述客户端提供交易背书服务，其中，M为正整数。

在一种可能的示例中，上述根据所述交易背书请求，从所述多个备节点中选取M个待选备节点，可包括如下步骤：根据所述交易背书请求，确定预先存储的所述多个资源列表，每一资源列表对应一个备节点；根据所述链码，从所述多个资源列表中选取M个待选资源列表，得到每一待选资源列表对应的待选备节点，得到所述M个待选备节点。

其中，上述链码一般可指链上代码，是根据操作区块链分布式账本的状态的业务处理逻辑代码；具体地，该链码可由客户端发起交易背书时，自动生成；该链码中的参数可由具体的应用场景决定。

其中，每一备节点可对应一个资源列表，该资源列表中可包括该备节点对应的资源信息，该资源信息可包括但不限于：硬件配置信息、通信速率等信息。第一主节点可事先根据上述多个备节点对应的多个资源列表，对上述多个备节点进行排序，得到预设资源列表，该预设资源列表中，备节点硬件配置信息越好，以及通信速率越好，则其的排序位置越靠前。

具体实现中，可根据上述链码中携带的具体场景以及参数信息，从多个备节点对应的多个资源列表中选取与上述链码中携带的信息相匹配，也就是选取上述场景下，与上述参数信息相匹配的多个待选资源列表，并选取在上述预设资源列表中排序位置靠前的M个待选资源列表，以得到每一待选资源列表对应的待选备节点，得到M个待选备节点。

在一种可能的示例中，上述根据所述交易背书请求，确定预先存储的多个资源列表，可包括如下步骤：根据所述交易背书请求，确定所述交易背书请求对应的至少一个机构；根据至少一个机构，选取每一机构对应的至少一个备节点，得到多个备节点；从预设资源池中确定每一备节点对应的资源列表，得到多个资源列表。

其中，在本申请实施例中，为了保证在区块链网络中数据传输的安全性，可选取与上述交易背书请求对应的至少一个结构，并选取在同一机构中对应的多个备节点，以确保信息的安全性。

其中，上述预设资源池可由用户自行设置或系统默认，在此不作限定；此外，上述预设资源池中可存储区块链平台中所有备节点对应的资源列表。

具体实现中，可获取交易背书请求中携带的证书信息，该证书信息中可包括但不限于：公钥以及对该公钥的签名；并根据该证书信息，确定其对应的至少一个机构；每一机构中可对应存储有每一备节点对应的节点标识信息，可根据每一机构对应存储的至少一个节点标识信息，确定每一机构对应的至少一个备节点，从而可得到多个备节点。

可选地，在所述从所述多个备节点中选取M个待选备节点之后，还可包括如下步骤：向每一所述待选备节点发送所述交易背书请求，并在确定所述M个待选备节点接收到所述交易背书请求以后，执行所述检测所述M个待选备节点对应的节点状态的步骤。

其中，可在确保每一待选备节点接收到交易背书请求以后，执行检测每一待选备节点的节点状态，以保证能收集到每一待选备节点的反馈信息。

102、检测所述M个待选备节点对应的节点状态；

其中，上述节点状态至少可包括：宕机状态、正常工作状态等等，在此不作限定；其中，正常工作状态可理解为该节点正常运行状态，例如，可正常获取上述第一主节点的区块、可向客户端正常提供背书服务等等。

在一种可能的示例中，上述检测所述多个待选备节点对应的节点状态，可包括如下步骤：若在预设周期内未接收到所述N个待选备节点发送的N个心跳信息，则确定所述N个待选备节点宕机，每一待选备节点对应一个心跳信息。。

其中，上述预设周期可为用户自行设置或者系统默认，在此不作限定。

其中，上述心跳消息(Heartbeat Message)是一种发送源发送到接收方的消息，这种消息可以让上述第一主节点确定上述多个备节点是否出现故障以及何时出现故障或当前不可用或者宕机。

具体实现中，上述第一主节点可针对每一待选备节点进行计时，可对每一待选备节点分配一个计时器，每一计时器均可对应预设周期，另外，在具体实施例中，若超出该预设周期，则可确定该待选备节点连接第一主节点连接超时，也可确定该待选备节点的节点状态为宕机状态。

进一步地，在本申请实施例中，多个待选备节点可主动通过心跳信息探测第一主节点的工作状态，相对应的，若该第一主节点未接收到N个待选备节点发送的N个心跳信息，则表明上述N个待选备节点处于宕机状态，N为小于或等于M的正整数。

可见，在本申请实施例中，不需要第一主节点主动去探测每一待选备节点的工作状态，待选备节点可主动探测第一主节点的工作状态，同时，该第一主节点可直接通过接收到的心跳信息，从而实现对该待选备节点的工作状态的确定，有利于减少第一主节点的资源消耗。

可选地，上述检测所述多个待选备节点对应的节点状态，还可包括如下步骤：若在所述预设周期内所述第一主节点未收到所述M个待选备节点对应的M个心跳信息，则执行确定所述M个待选备节点处于宕机状态，则由所述第一主节点完成对所述交易背书请求中的链码的背书操作。

其中，若上述第一主节点在预设周期内，未接收到每一待选备节点的心跳信息，则表明其选中的M个待选备节点均处于宕机状态，此时，为了保证整个交易背书的有效进行，则可由该第一主节点完成交易背书，也就是可由该第一主节点完成对上述交易背书请求中链码的背书操作。

103、若所述M个待选备节点中存在N个待选备节点处于宕机状态，则获取所述多个备节点对应的预设排序列表，所述预设排序列表由所述多个备节点对应的多个资源列表排序得到，N为小于或等于M的正整数；

其中，上述预设排序列表可由第一主节点事先对与其在同一机构中的多个备节点对应的多个资源信息排序得到。可由用户自行设置或者系统默认，在此不作限定。

其中，上述每一备节点对应的资源列表中可包括该节点对应的资源信息，该资源信息可包括以下至少一种：硬件配置信息和通信速率等等，在此不做限定。

具体实现中，可根据每一备节点对应的资源列表中的硬件配置信息和通信速率进行排序，例如，可将硬件配置信息好的(例如，剩余可用内存大的)和通信速率高的备节点排在预设排序列表的前面位置，具体地，可针每一资源信息预先设置权重，并根据权重以及每一资源信息，对该备节点的资源进行评分，得到多个评分值，硬件配置信息越好，通信速率越高，则评分越高，可根据多个评分值，对多个备节点进行排序，评分值越高，排序位置越靠前，从而，可确定对上述多个备节点依次排列的而得到的预设排序列表。

104、从所述预设排序列表中选取排序位置在所述N个待选备节点之后的N个备节点为目标备节点，得到N个目标备节点；

其中，若上述M个待选备节点中存在N个待选备节点处于宕机状态，则可从预设排序列表中，选取上述N个待选备节点之后的排序位置对应的N个备节点(可包括M个待选备节点中任意一个，也可不包括M个待选备节点中任意一个)作为N个目标备节点。

具体实现中，在预设排序列表中，以上述出现宕机情况的N个待选备节点中第一个为起始节点，向后依次筛选未处于宕机状态的N个备节点作为N个目标备节点，若在筛选过程中，遇到任意一个宕机状态的备节点，可跳过，并依据上述预设排序列表继续往下筛选，以得到N个目标备节点。

可见，采用本申请实施例，可在有N个待选备节点出现宕机状况时，选用资源信息最好的N个目标备节点，有利于后续有效背书，同时，由于每一备节点的资源信息不同，即资源配置信息以及网络状态都不同，对交易的背书效率也不同，上述选取得到的N个目标备节点，相较于其他节点资源信息较好，在向客户端提供背书服务时，有利于提高背书效率。

105、将所述N个目标备节点替换所述M个待选备节点中所述N个待选备节点，得到M个目标备节点；

其中，上述N个待选备节点存在于预设排序列表中，相比于多个备节点中的其余备节点来说，上述N个待选备节点的排序序号较为靠前；因此，一旦出现上述宕机状态的待选备节点以后，立马根据预设排序列表中的排序号，将出现宕机状态的待选备节点对应的排序号之后的备节点作为替补，得到N个目标备节点，以替换上述宕机的N个待选备节点，仍然可得到M个目标备节点。

具体实现中，可确定出现宕机状态的N个待选备节点的数量N，并根据该数量N，从预设排序列表中选取顺位的符合该数量N的N个备节点，替补上述处于宕机状态的N个待选备节点，并和M-N个未出现宕机状态的待选备节点组成目标备节点集合，得到M个目标备节点，以通过M个目标备节点完成后续交易背书。

可选地，当确定某一待选备节点宕机以后，可从上述预设排序列表中删除该节点以及其所对应的资源列表信息。

106、向所述M个目标备节点发送所述交易背书请求，所述交易背书请求用于指示所述M个目标备节点对所述交易背书请求中的链码进行背书。

其中，在确定了上述M个目标备节点以后，该M个目标备节点为上述多个备节点中配置信息较好的M个备节点，在完成交易背书时，其交易背书的效率相较于其他备节点来说更快，有利于提高整个区块链网络的背书效率。

在一种可能的示例中，上述所述交易背书请求用于指示所述M个目标备节点对所述交易背书请求中的链码进行背书，可包括如下步骤：指示所述M个目标备节点模拟所述交易背书请求对应的交易，得到交易背书结果；记录在所述交易过程中的读集和写集；对所述交易背书结果、读集和写集进行签名后发送给所述客户端。

其中，上述交易背书请求可由上述M个目标备节点完成，具体实现中，可通过每一目标备节点从第一主节点获取区块，该区块中可对应有交易数据，并根据该交易数据模拟交易，得到每一目标备节点对应的交易背书结果；并记录在交易过程中发生数据变化的读集和写集，该读集和写集中可包括交易信息，最后可将上述交易背书结果、读集和写集按照预设方式进行签名以后，再发送给客户端，以完成交易交易背书。

可以看出，本申请实施例中所描述的交易背书方法，应用于区块链平台的多个主节点中的第一主节点，第一主节点可接收到客户端发起的交易背书请求；根据交易背书请求，从多个备节点中选取M个待选备节点，M为正整数；检测M个待选备节点对应的节点状态；若M个待选备节点中存在N个待选备节点处于宕机状态，则获取多个备节点对应的预设排序列表，预设排序列表由多个备节点对应的多个资源列表排序得到，N为小于或等于M的正整数；从预设排序列表中选取排序位置在N个待选备节点之后的N个备节点为目标备节点，得到N个目标备节点；将N个目标备节点替换M个待选备节点中N个待选备节点，得到M个目标备节点；向M个目标备节点发送交易背书请求，交易背书请求用于指示M个目标备节点对交易背书请求中的链码进行背书。如此，可在备节点出现宕机的情况时，根据预设排序列表，及时选取存活的其他备节点以替换上述出现宕机情况的备节点，以维持整个背书操作的运行，上述选取的目标备节点为预设排序列表中排名较为靠前的备节点，也就是说资源状况最好的其他备节点，在对客户端提供背书服务时，有利于提高背书效率。

与上述一致地，请参阅图2，图2是本申请实施例公开的一种交易背书方法的流程示例图，应用于区块链平台的多个主节点中的第一主节点，所述区块链平台包括所述多个主节点和多个备节点，每个主节点对应多个备节点，，该交易背书方法可包括如下步骤：

201、接收到客户端发起的交易背书请求；根据所述交易背书请求，确定所述交易背书请求对应的至少一个机构。

202、根据至少一个机构，选取每一机构对应的至少一个备节点，得到多个备节点；从预设资源池中确定每一备节点对应的资源列表，得到多个资源列表。

203、根据所述链码，从所述多个资源列表中选取M个待选资源列表，得到每一待选资源列表对应的待选备节点，得到所述M个待选备节点。

204、检测所述M个待选备节点对应的节点状态。

205、若所述M个待选备节点中存在N个待选备节点处于宕机状态，则获取所述多个备节点对应的预设排序列表，所述预设排序列表由所述多个备节点对应的多个资源列表排序得到，N为小于或等于M的正整数。

206、从所述预设排序列表中选取排序位置在所述N个待选备节点之后的N个备节点为目标备节点，得到N个目标备节点。

207、将所述N个目标备节点替换所述M个待选备节点中所述N个待选备节点，得到M个目标备节点。

208、向所述M个目标备节点发送所述交易背书请求，所述交易背书请求用于指示所述M个目标备节点对所述交易背书请求中的链码进行背书。

其中，上述步骤201-208的具体描述可以参照图1B所述的交易背书方法的相应描述，在此不再赘述。

可以看出，本申请实施例所描述的交易背书方法，应用于区块链平台的多个主节点中的第一主节点，可接收到客户端发起的交易背书请求；根据交易背书请求，确定交易背书请求对应的至少一个机构。根据至少一个机构，选取每一机构对应的至少一个备节点，得到多个备节点；从预设资源池中确定每一备节点对应的资源列表，得到多个资源列表。根据链码，从多个资源列表中选取M个待选资源列表，得到每一待选资源列表对应的待选备节点，得到M个待选备节点。检测M个待选备节点对应的节点状态。若M个待选备节点中存在N个待选备节点处于宕机状态，则获取多个备节点对应的预设排序列表，预设排序列表由多个备节点对应的多个资源列表排序得到，N为小于或等于M的正整数。从预设排序列表中选取排序位置在N个待选备节点之后的N个备节点为目标备节点，得到N个目标备节点。将N个目标备节点替换M个待选备节点中N个待选备节点，得到M个目标备节点。向M个目标备节点发送交易背书请求，交易背书请求用于指示M个目标备节点对交易背书请求中的链码进行背书。如此，为了保证数据安全性，可选取同一机构中的多个备节点，并在其中有备节点出现宕机时，可根据预设排序列表，选取排名较为靠前的备节点，也就是说资源状况最好的其他备节点为客户端提供背书服务，有利于提高背书效率。

与上述一致地，请参阅图3，图3是本申请实施例公开的一种交易背书方法的流程示例图，应用于区块链平台的多个主节点中的第一主节点，区块链平台包括多个主节点和多个备节点，每个主节点对应多个备节点，，该交易背书方法可包括如下步骤：

301、接收到客户端发起的交易背书请求；根据所述交易背书请求，从所述多个备节点中选取M个待选备节点，M为正整数。

302、若在所述预设周期内所述第一主节点未收到所述M个待选备节点对应的M个心跳信息，则执行确定所述M个待选备节点处于宕机状态，则由所述第一主节点完成对所述交易背书请求中的链码的背书操作。

303、若在预设周期内未接收到所述N个待选备节点发送的N个心跳信息，则确定所述N个待选备节点宕机，每一待选备节点对应一个心跳信息。

304、若所述M个待选备节点中存在N个待选备节点处于宕机状态，则获取所述多个备节点对应的预设排序列表，所述预设排序列表由所述多个备节点对应的多个资源列表排序得到，N为小于或等于M的正整数。

305、从所述预设排序列表中选取排序位置在所述N个待选备节点之后的N个备节点为目标备节点，得到N个目标备节点。

306、将所述N个目标备节点替换所述M个待选备节点中所述N个待选备节点，得到M个目标备节点。

307、向所述M个目标备节点发送所述交易背书请求，所述交易背书请求用于指示所述M个目标备节点对所述交易背书请求中的链码进行背书。

其中，上述步骤301-307的具体描述可以参照图1B所述的交易背书方法的相应描述，在此不再赘述。

可以看出，本申请实施例所描述的交易背书方法，应用于区块链平台的多个主节点中的第一主节点，可接收到客户端发起的交易背书请求；根据交易背书请求，从多个备节点中选取M个待选备节点，M为正整数。若在预设周期内第一主节点未收到M个待选备节点对应的M个心跳信息，则执行确定M个待选备节点处于宕机状态，则由第一主节点完成对交易背书请求中的链码的背书操作。若在预设周期内未接收到N个待选备节点发送的N个心跳信息，则确定N个待选备节点宕机，每一待选备节点对应一个心跳信息。若M个待选备节点中存在N个待选备节点处于宕机状态，则获取多个备节点对应的预设排序列表，预设排序列表由多个备节点对应的多个资源列表排序得到，N为小于或等于M的正整数。从预设排序列表中选取排序位置在N个待选备节点之后的N个备节点为目标备节点，得到N个目标备节点。将N个目标备节点替换M个待选备节点中N个待选备节点，得到M个目标备节点。向M个目标备节点发送交易背书请求，交易背书请求用于指示M个目标备节点对交易背书请求中的链码进行背书。如此，当多个备节点中存在备节点出现宕机的情况下，可根据预设排序列表，选取排序位置靠前的备节点以替换上述出现宕机情况的备节点，以维持整个交易背书的进行，并且，若存在所有备节点均出现宕机情况，则可由该第一主节点对交易背书请求中的链码进行背书，有利于保证区块链网络中的有效交易背书。

与上述一致地，请参阅图4，图4为本申请实施例提供的一种服务器的结构示意图，如图4所示，包括处理器、通信接口、存储器以及一个或多个程序，所述处理器、通信接口和存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，上述一个或多个程序程序包括用于执行以下步骤的指令：

接收到客户端发起的交易背书请求；根据所述交易背书请求，从所述多个备节点中选取M个待选备节点，M为正整数；

检测所述M个待选备节点对应的节点状态；

若所述M个待选备节点中存在N个待选备节点处于宕机状态，则获取所述多个备节点对应的预设排序列表，所述预设排序列表由所述多个备节点对应的多个资源列表排序得到，N为小于或等于M的正整数；

从所述预设排序列表中选取排序位置在所述N个待选备节点之后的N个备节点为目标备节点，得到N个目标备节点；

将所述N个目标备节点替换所述M个待选备节点中所述N个待选备节点，得到M个目标备节点；

向所述M个目标备节点发送所述交易背书请求，所述交易背书请求用于指示所述M个目标备节点。

可以看出，本申请实施例中所描述的服务器，可接收到客户端发起的交易背书请求；根据交易背书请求，从多个备节点中选取M个待选备节点，M为正整数；检测M个待选备节点对应的节点状态；若M个待选备节点中存在N个待选备节点处于宕机状态，则获取多个备节点对应的预设排序列表，预设排序列表由多个备节点对应的多个资源列表排序得到，N为小于或等于M的正整数；从预设排序列表中选取排序位置在N个待选备节点之后的N个备节点为目标备节点，得到N个目标备节点；将N个目标备节点替换M个待选备节点中N个待选备节点，得到M个目标备节点；向M个目标备节点发送交易背书请求，交易背书请求用于指示M个目标备节点对交易背书请求中的链码进行背书。如此，可在备节点出现宕机的情况时，根据预设排序列表，及时选取存活的其他备节点以替换上述出现宕机情况的备节点，以维持整个背书操作的运行，上述选取的目标备节点为预设排序列表中排名较为靠前的备节点，也就是说资源状况最好的其他备节点，在对客户端提供背书服务时，有利于提高背书效率。

在一个可能的示例中，在所述根据所述交易背书请求，从所述多个备节点中选取M个待选备节点方面，所述程序用于执行以下步骤的指令：

根据所述交易背书请求，确定预先存储的所述多个资源列表，每一资源列表对应一个备节点；

根据所述链码，从所述多个资源列表中选取M个待选资源列表，得到每一待选资源列表对应的待选备节点，得到所述M个待选备节点。

在一个可能的示例中，在所述根据所述交易背书请求，确定预先存储的多个资源列表方面，所述程序用于执行以下步骤的指令：

根据所述交易背书请求，确定所述交易背书请求对应的至少一个机构；

根据至少一个机构，选取每一机构对应的至少一个备节点，得到多个备节点；从预设资源池中确定每一备节点对应的资源列表，得到多个资源列表。

在一个可能的示例中，在所述从所述多个备节点中选取M个待选备节点之后，所述程序用于执行以下步骤的指令：

向每一所述待选备节点发送所述交易背书请求，并在确定所述M个待选备节点接收到所述交易背书请求以后，执行所述检测所述M个待选备节点对应的节点状态的步骤。

在一个可能的示例中，在所述检测所述多个待选备节点对应的节点状态方面，所述程序用于执行以下步骤的指令：

若在预设周期内未接收到所述N个待选备节点发送的N个心跳信息，则确定所述N个待选备节点宕机，每一待选备节点对应一个心跳信息。

在一个可能的示例中，在所述检测所述多个待选备节点对应的节点状态方面，所述程序还用于执行以下步骤的指令：

若在所述预设周期内所述第一主节点未收到所述M个待选备节点对应的M个心跳信息，则执行确定所述M个待选备节点处于宕机状态，则由所述第一主节点完成对所述交易背书请求中的链码的背书操作。

在一个可能的示例中，在所述交易背书请求用于指示所述M个目标备节点对所述交易背书请求中的链码进行背书方面，所述程序还用于执行以下步骤的指令：

指示所述M个目标备节点模拟所述交易背书请求对应的交易，得到交易背书结果；记录在所述交易过程中的读集和写集；对所述交易背书结果、读集和写集进行签名后发送给所述客户端。

上述主要从方法侧执行过程的角度对本申请实施例的方案进行了介绍。可以理解的是，服务器为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所提供的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对服务器进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

与上述一致地，请参阅图5，图5是本申请实施例公开的一种交易背书装置的结构示意图，应用于区块链平台的多个主节点中的第一主节点，所述区块链平台包括所述多个主节点和多个备节点，每个主节点对应多个备节点，所述装置包括：接收单元501、检测单元502、获取单元503、选取单元504、替换单元505和发送单元506，其中，

所述接收单元501，用于接收到客户端发起的交易背书请求；根据所述交易背书请求，从所述多个备节点中选取M个待选备节点，M为正整数；

所述检测单元502，用于检测所述M个待选备节点对应的节点状态；

所述获取单元503，用于若所述M个待选备节点中存在N个待选备节点处于宕机状态，则获取所述多个备节点对应的预设排序列表，所述预设排序列表由所述多个备节点对应的多个资源列表排序得到，N为小于或等于M的正整数；

所述选取单元504，用于从所述预设排序列表中选取排序位置在所述N个待选备节点之后的N个备节点为目标备节点，得到N个目标备节点；

所述替换单元505，用于将所述N个目标备节点替换所述M个待选备节点中所述N个待选备节点，得到M个目标备节点；

所述发送单元506，用于向所述M个目标备节点发送所述交易背书请求，所述交易背书请求用于指示所述M个目标备节点。

可以看出，本申请实施例中所描述的交易背书装置，应用于区块链平台的多个主节点中的第一主节点，可接收到客户端发起的交易背书请求；根据交易背书请求，从多个备节点中选取M个待选备节点，M为正整数；检测M个待选备节点对应的节点状态；若M个待选备节点中存在N个待选备节点处于宕机状态，则获取多个备节点对应的预设排序列表，预设排序列表由多个备节点对应的多个资源列表排序得到，N为小于或等于M的正整数；从预设排序列表中选取排序位置在N个待选备节点之后的N个备节点为目标备节点，得到N个目标备节点；将N个目标备节点替换M个待选备节点中N个待选备节点，得到M个目标备节点；向M个目标备节点发送交易背书请求，交易背书请求用于指示M个目标备节点对交易背书请求中的链码进行背书。如此，可在备节点出现宕机的情况时，根据预设排序列表，及时选取存活的其他备节点以替换上述出现宕机情况的备节点，以维持整个背书操作的运行，上述选取的目标备节点为预设排序列表中排名较为靠前的备节点，也就是说资源状况最好的其他备节点，在对客户端提供背书服务时，有利于提高背书效率。

在一个可能的示例中，在所述根据所述交易背书请求，从所述多个备节点中选取M个待选备节点方面，所述接收单元501具体用于：

根据所述交易背书请求，确定预先存储的所述多个资源列表，每一资源列表对应一个备节点；

根据所述链码，从所述多个资源列表中选取M个待选资源列表，得到每一待选资源列表对应的待选备节点，得到所述M个待选备节点。

在一个可能的示例中，在所述根据所述交易背书请求，确定预先存储的多个资源列表方面，所述接收单元501具体还用于：

根据所述交易背书请求，确定所述交易背书请求对应的至少一个机构；

根据至少一个机构，选取每一机构对应的至少一个备节点，得到多个备节点；从预设资源池中确定每一备节点对应的资源列表，得到多个资源列表。

在一个可能的示例中，在所述检测所述多个待选备节点对应的节点状态方面，所述检测单元502具体用于：

若在预设周期内未接收到所述N个待选备节点发送的N个心跳信息，则确定所述N个待选备节点宕机，每一待选备节点对应一个心跳信息。

在一个可能的示例中，在所述检测所述多个待选备节点对应的节点状态方面，所述检测单元502具体还用于：

若在所述预设周期内所述第一主节点未收到所述M个待选备节点对应的M个心跳信息，则执行确定所述M个待选备节点处于宕机状态，则由所述第一主节点完成对所述交易背书请求中的链码的背书操作。

在一个可能的示例中，在所述交易背书请求用于指示所述M个目标备节点对所述交易背书请求中的链码进行背书方面，所述发送单元506具体用于：

指示所述M个目标备节点模拟所述交易背书请求对应的交易，得到交易背书结果；记录在所述交易过程中的读集和写集；对所述交易背书结果、读集和写集进行签名后发送给所述客户端。

本申请实施例还提供一种计算机可读存储介质，其中，该计算机存储介质存储用于电子数据交换的计算机程序，该计算机程序使得计算机执行如上述方法实施例中记载的任何一种交易背书方法的部分或全部步骤。

本申请实施例还提供一种计算机程序产品，所述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，所述计算机程序可操作来使计算机执行如上述方法实施例中记载的任何一种交易背书方法的部分或全部步骤。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件程序模块的形式实现。

所述集成的单元如果以软件程序模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储器包括：U盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储器中，存储器可以包括：闪存盘、ROM、RAM、磁盘或光盘等。

以上对本申请实施例进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种交易背书方法，其特征在于，应用于区块链平台的多个主节点中的第一主节点，所述区块链平台包括所述多个主节点和多个备节点，每个主节点对应多个备节点，包括：

接收到客户端发起的交易背书请求；根据所述交易背书请求，从所述多个备节点中选取M个待选备节点，M为正整数；

检测所述M个待选备节点对应的节点状态；

若所述M个待选备节点中存在N个待选备节点处于宕机状态，则获取所述多个备节点对应的预设排序列表，所述预设排序列表由所述多个备节点对应的多个资源列表排序得到，N为小于或等于M的正整数；

从所述预设排序列表中选取排序位置在所述N个待选备节点之后的N个备节点为目标备节点，得到N个目标备节点；

将所述N个目标备节点替换所述M个待选备节点中所述N个待选备节点，得到M个目标备节点；

向所述M个目标备节点发送所述交易背书请求，所述交易背书请求用于指示所述M个目标备节点。

2.根据权利要求1所述的方法，其特征在于，所述根据所述交易背书请求，从所述多个备节点中选取M个待选备节点，包括：

根据所述交易背书请求，确定预先存储的所述多个资源列表，每一资源列表对应一个备节点；

根据所述链码，从所述多个资源列表中选取M个待选资源列表，得到每一待选资源列表对应的待选备节点，得到所述M个待选备节点。

3.根据权利要求2所述的方法，其特征在于，所述根据所述交易背书请求，确定预先存储的多个资源列表，包括：

根据所述交易背书请求，确定所述交易背书请求对应的至少一个机构；

根据至少一个机构，选取每一机构对应的至少一个备节点，得到多个备节点；从预设资源池中确定每一备节点对应的资源列表，得到多个资源列表。

4.根据权利要求1所述的方法，其特征在于，在所述从所述多个备节点中选取M个待选备节点之后，所述方法还包括：

向每一所述待选备节点发送所述交易背书请求，并在确定所述M个待选备节点接收到所述交易背书请求以后，执行所述检测所述M个待选备节点对应的节点状态的步骤。

5.根据权利要求1所述的方法，其特征在于，所述检测所述多个待选备节点对应的节点状态，包括：

若在预设周期内未接收到所述N个待选备节点发送的N个心跳信息，则确定所述N个待选备节点宕机，每一待选备节点对应一个心跳信息。

6.根据权利要求1或5所述的方法，其特征在于，所述检测所述多个待选备节点对应的节点状态，所述方法还包括：

若在所述预设周期内所述第一主节点未收到所述M个待选备节点对应的M个心跳信息，则执行确定所述M个待选备节点处于宕机状态，则由所述第一主节点完成对所述交易背书请求中的链码的背书操作。

7.根据权利要求1或6所述的方法，所述交易背书请求用于指示所述M个目标备节点对所述交易背书请求中的链码进行背书，包括：

指示所述M个目标备节点模拟所述交易背书请求对应的交易，得到交易背书结果；记录在所述交易过程中的读集和写集；对所述交易背书结果、读集和写集进行签名后发送给所述客户端。

8.一种交易背书装置，其特征在于，应用于区块链平台的多个主节点中的第一主节点，所述区块链平台包括所述多个主节点和多个备节点，每个主节点对应多个备节点，所述装置包括接收单元、检测单元、获取单元、选取单元、替换单元和发送单元，其中，

所述接收单元，用于接收到客户端发起的交易背书请求；根据所述交易背书请求，从所述多个备节点中选取M个待选备节点，M为正整数；

所述检测单元，用于检测所述M个待选备节点对应的节点状态；

所述获取单元，用于若所述M个待选备节点中存在N个待选备节点处于宕机状态，则获取所述多个备节点对应的预设排序列表，所述预设排序列表由所述多个备节点对应的多个资源列表排序得到，N为小于或等于M的正整数；

所述选取单元，用于从所述预设排序列表中选取排序位置在所述N个待选备节点之后的N个备节点为目标备节点，得到N个目标备节点；

所述替换单元，用于将所述N个目标备节点替换所述M个待选备节点中所述N个待选备节点，得到M个目标备节点；

所述发送单元，用于向所述M个目标备节点发送所述交易背书请求，所述交易背书请求用于指示所述M个目标备节点。

9.一种服务器，其特征在于，包括处理器、通信接口、存储器以及一个或多个程序，所述处理器、通信接口和存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行如权利要求1-7任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行如权利要求1-7任一项所述的方法。

Images