CN113643031A - 一种联盟链信息验证系统及方法 - Google Patents

Abstract

本发明实施例公开了一种联盟链信息验证系统及方法，该系统包括：共识节点，至少一个peer节点；每个peer节点，用于在监测到自身节点空闲时，作为目标peer节点向共识节点发送交易验证请求，并对所接收的目标待验证信息进行信息验证；共识节点，用于在接收到所述交易验证请求后，对待验证交易信息进行筛选，确定目标待验证信息，并发送给对应的目标peer节点。解决了联盟链中对交易进行验证时所有peer节点重复验证导致的运算量较大的问题。共识节点确定目标待验证信息，并发送给对应的目标peer节点，使目标待验证信息可以由对应的目标peer节点进行验证，无需所有peer节点均进行验证，减少数据运算量，提高验证效率，减少甚至避免了大量交易信息堆积情况的发生。

Description

一种联盟链信息验证系统及方法

技术领域

本发明实施例涉及区块链技术领域，尤其涉及一种联盟链信息验证系统及方法。

背景技术

现在联盟链中，每次共识(Orderer)节点分发出去的每一笔交易，需要经过联盟中每一个Peer节点的验证，才会在账本中。但是每个peer节点重复验证同一笔交易，会导致数据运算量非常大。特别在高并发场景下，有大量的区块需要验证的时候，此时由于peer节点需验证每一笔交易，导致验证过程缓慢，进而堆积大量的交易信息，极大的降低了验证效率。

发明内容

本发明提供一种联盟链信息验证系统及方法，以实现对信息的快速验证。

第一方面，本发明实施例提供了一种联盟链信息验证系统，该系统包括：共识节点，至少一个peer节点；

每个所述peer节点，用于在监测到自身节点空闲时，作为目标peer节点向所述共识节点发送交易验证请求，并对所接收的目标待验证信息进行信息验证；

所述共识节点，用于在接收到所述交易验证请求后，对待验证交易信息进行筛选，确定目标待验证信息，并发送给对应的目标peer节点。

进一步地，所述共识节点，包括：

备选信息确定单元，用于根据各所述peer节点的历史交易验证信息筛选至少一个待验证交易信息，获得备选交易信息；

目标信息确定单元，用于按照时间顺序从各所述备选交易信息中确定目标待验证信息。

进一步地，所述备选信息确定单元，具体用于：

将状态为未锁定状态的各所述待验证交易信息和各所述历史交易验证信息进行交易链匹配，确定各所述待验证交易信息对应的peer节点；

判断所述目标peer节点是否具有对应的待验证交易信息，若是，将对应的各待验证交易信息确定为备选交易信息；否则，

将不存在对应的peer节点的待验证交易信息确定为备选交易信息。

进一步地，各所述待验证交易信息所对应的交易链之间数据隔离。

进一步地，所述共识节点，还用于：将所述目标待验证信息的状态修改为锁定状态。

进一步地，所述目标peer节点，还用于：

对验证结果进行签名；

根据所述验证结果、目标待验证信息以及签名生成广播信息，并发送给所在联盟中的各所述peer节点。

进一步地，各所述peer节点，还用于：

对所接收的广播信息进行签名验证；

如果验证通过，根据所述广播信息进行数据缓存。

进一步地，所述广播信息包括：交易链标识、交易区块标识、交易标识区间、签名和验证结果。

进一步地，所述共识节点，还用于：

根据所述目标待验证信息对所述目标peer节点的历史交易验证信息进行更新。

第二方面，本发明实施例还提供了一种联盟链信息验证方法，由本发明实施例任一项所述的联盟链信息验证系统执行，包括：

每个peer节点在监测到自身节点空闲时，作为目标peer节点向共识节点发送交易验证请求，并对所接收的目标待验证信息进行信息验证；

所述共识节点在接收到所述交易验证请求后，对待验证交易信息进行筛选，确定目标待验证信息，并发送给对应的目标peer节点。

本发明实施例提供了一种联盟链信息验证系统及方法，该系统包括：共识节点，至少一个peer节点；每个所述peer节点，用于在监测到自身节点空闲时，作为目标peer节点向所述共识节点发送交易验证请求，并对所接收的目标待验证信息进行信息验证；所述共识节点，用于在接收到所述交易验证请求后，对待验证交易信息进行筛选，确定目标待验证信息，并发送给对应的目标peer节点。解决了联盟链中对交易进行验证时，需由每个peer节点重复进行验证导致的数据运算量较大的问题。各peer节点在空闲时向共识节点发送交易验证请求，共识节点对待验证交易信息进行筛选，确定适合各peer节点验证的目标待验证信息，并将目标待验证信息发送给对应的目标peer节点，使目标待验证信息可以由对应的目标peer节点进行验证，无需所有peer节点均进行验证，节省了验证时间，减少数据运算量，提高验证效率，减少甚至避免了大量交易信息堆积情况的发生。

附图说明

图1是本发明实施例一中的一种联盟链信息验证系统的结构示意图；

图2是本发明实施例二中的一种联盟链信息验证系统的结构示意图；

图3是本发明实施例二中的一种联盟链信息验证系统进行信息验证的实现示例图；

图4是本发明实施例三中的一种联盟链信息验证方法的流程示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施例方式作进一步地详细描述。应当明确，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请的描述中，需要理解的是，术语“第一”、“第二”、“第三”等仅用于区别类似的对象，而不必用于描述特定的顺序或先后次序，也不能理解为指示或暗示相对重要性。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。此外，在本申请的描述中，除非另有说明，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

实施例一

图1给出了本申请实施例一提供的一种联盟链信息验证系统的结构示意图，联盟链网络包括peer节点和共识节点(Orderer节点)，共识节点用于维护信息，由于联盟区块链网络中的共识节点数量通常为多个，一个作为共识主节点，其余作为从节点，与共识主节点维护同样的信息，但是不与其他peer节点通信，仅作为共识主节点的备份节点。本申请中的共识节点指作为主节点工作的共识主节点。peer节点用于对信息进行验证，peer节点的数量为至少一个，在实际应用中，由于区块链所维护的信息量巨大，因此，peer节点的数据通常为多个，且联盟链中的各peer节点是互相信任的。

图1为本申请实施例中的一种联盟链信息验证系统的结构示意图，该系统包括：共识节点11，至少一个peer节点12；

每个所述peer节点12，用于在监测到自身节点空闲时，作为目标peer节点121向所述共识节点11发送交易验证请求，并对所接收的目标待验证信息进行信息验证；

所述共识节点11，用于在接收到所述交易验证请求后，对待验证交易信息进行筛选，确定目标待验证信息，并发送给对应的目标peer节点121。

在本实施例中，目标peer节点121具体可以理解为联盟链中具有交易验证需求的peer节点12。交易验证请求具体可以理解为请求进行交易验证的通信信息，交易验证请求中可以携带目标peer节点的身份标识；目标待验证信息具体可以理解为等待目标peer节点121进行验证的交易信息。

具体的，每个peer节点12均对自身节点的工作状态进行监测，若监测到自身节点空闲，即没有正在验证的交易信息，则生成交易验证请求，并作为目标peer节点121向共识节点11发送交易验证请求，以便共识节点11根据交易验证请求向目标peer节点121分配需要验证的交易信息。目标peer节点121接收共识节点11发送的目标待验证信息，并对目标待验证信息进行合法性和正确性的信息验证。

在本实施例中，待验证交易信息具体可以理解为共识节点中等待验证的交易信息。共识节点11在接收到交易验证请求后，从共识节点11上的所有待验证交易信息中选择一个待验证交易信息作为标待验证信息，并发送给目标peer节点121。筛选共识节点11上的待验证交易信息，确定目标待验证信息的方式可以是分析各peer节点所验证过的交易信息，将同一交易类型或同一交易链(账本)等待验证交易信息分配给同一个peer节点12进行验证，或者按照各peer节点12的交易验证请求发送或接收时间顺序，依次选择待验证交易信息作为目标待验证信息发送给目标peer节点121，此种方式进行验证时，如果同一交易类型的数据由不同的目标peer节点121并行验证，若数据之间存在依赖关系，需等待依赖的数据验证完成后才可以进行验证。例如，目标待验证信息1由目标peer1节点121验证，目标待验证信息2由目标peer2节点121验证，目标待验证信息2取决于目标待验证信息1，若目标待验证信息1与目标待验证信息2同时由对应的目标peer节点121验证，此时由于目标peer2节点121没有目标待验证信息1，无法执行目标待验证信息2的验证，需等待目标peer2节点121验证完成后，才可以对目标待验证信息2进行验证。

需要知道的是，各peer节点12可同时向共识节点11发送交易验证请求，此时的目标peer节点121也为多个，共识节点11为每个目标peer节点121选择目标待验证信息，并发送给对应的目标peer节点121，实现各个peer节点的并行计算，提高验证效率。

本发明实施例提供了一种联盟链信息验证系统，该系统包括：共识节点和至少一个peer节点；每个所述peer节点，用于在监测到自身节点空闲时，作为目标peer节点向所述共识节点发送交易验证请求，并对所接收的目标待验证信息进行信息验证；所述共识节点，用于在接收到所述交易验证请求后，对待验证交易信息进行筛选，确定目标待验证信息，并发送给对应的目标peer节点。解决了联盟链中对交易进行验证时，需由每个peer节点重复进行验证导致的数据运算量较大的问题。各peer节点在空闲时向共识节点发送交易验证请求，共识节点对待验证交易信息进行筛选，确定适合目标peer节点验证的目标待验证信息，并将目标待验证信息发送给对应的目标peer节点，使目标待验证信息可以由对应的目标peer节点进行验证，无需所有peer节点均进行验证，节省了验证时间，减少数据运算量，提高验证效率，减少甚至避免了大量交易信息堆积情况的发生。

实施例二

图2为本发明实施例二提供的一种联盟链信息验证系统的结构示意图。本实施例的技术方案在上述技术方案的基础上进一步细化，该系统具体主要包括：共识节点21和至少一个peer节点22；

共识节点21，包括：

备选信息确定单元211，用于根据各所述peer节点22的历史交易验证信息筛选至少一个待验证交易信息，获得备选交易信息；

目标信息确定单元212，用于按照时间顺序从各所述备选交易信息中确定目标待验证信息。

在本实施例中，备选信息确定单元211具体可以理解为用于确定备选的交易信息的数据处理单元；历史交易验证信息具体可以理解为peer节点22所验证过的交易信息。各peer节点22均会进行交易验证，相应的，各peer节点22具有对应的历史交易验证信息。备选交易信息具体可以理解为初步筛选得到的具有验证需求的交易信息。

具体的，共识节点21为每个peer节点221发送目标待验证信息，因此，共识节点21可以知道每个peer节点221验证过的待验证交易信息。共识节点21为peer节点221发送目标待验证信息后，相应记载并生成每个peer节点221的历史交易验证信息。备选信息确定单元211获取在本地存储空间或者云端存储的历史交易验证信息，本地存储空间是指部署共识节点的计算机设备的存储空间。备选信息确定单元211根据各历史交易验证信息对待验证交易信息进行筛选，将满足筛选条件的待验证交易信息确定为备选交易信息。筛选条件可以根据需求设置，例如，待验证交易信息和目标peer节点221的历史交易验证信息的交易链匹配，即处理的为同一类的交易信息。

在本实施例中，目标信息确定单元212具体可以理解为对备选交易信息进行精准筛选的数据处理单元。备选交易信息存在多个时，由于备选交易信息的交易类型与目标peer节点221均匹配，但是目标peer节点221此时仅能处理一个交易信息，因此，从各备选交易信息中按照时间顺序选择备选交易信息作为目标待验证信息。例如，备选交易信息分别为：2021年7月20日10时20分35秒5毫秒，2021年7月20日10时20分35秒7毫秒，2021年7月20日10时20分36秒；将2021年7月20日10时20分35秒5毫秒的备选交易信息作为目标待验证信息。

进一步地，备选信息确定单元211，具体用于：

将状态为未锁定状态的各所述待验证交易信息和各所述历史交易验证信息进行交易链匹配，确定各所述待验证交易信息对应的peer节点22；

判断所述目标peer节点221是否具有对应的待验证交易信息，若是，将对应的各待验证交易信息确定为备选交易信息；否则，

将不存在对应的peer节点22的待验证交易信息确定为备选交易信息。

在本实施例中，将待验证交易信息通过状态进行标记，避免同一个待验证交易信息重复下发给不同的peer节点22。待验证交易信息的状态包括锁定和未锁定，锁定状态表示此待验证交易信息已经下发给系统中的某一个peer节点22进行验证了，未锁定状态表示此待验证交易信息未下发给peer节点22进行验证。

具体的，确定状态为未锁定状态的各待验证交易信息，将状态为未锁定状态的各待验证交易信息和各历史交易验证信息进行交易链匹配，即确定属于同一个交易链的待验证交易信息和历史交易验证信息，根据匹配结果确定待验证交易信息对应的peer节点。判断目标peer节点是否具有对应的待验证交易信息，若有，将对应的各待验证交易信息确定为备选交易信息；若没有，将不存在对应的peer节点的待验证交易信息确定为备选交易信息。

示例性的，说明确定备选交易信息的过程：

1、peer节点1的历史交易验证信息的交易链为账本1；peer节点2的历史交易验证信息的交易链为账本2；peer节点3的历史交易验证信息的交易链为账本3…。待验证交易信息1的交易链为账本2；待验证交易信息2的交易链为账本2；待验证交易信息3的交易链为账本4；待验证交易信息4的交易链为账本5…。

2、进行交易链匹配后确定：待验证交易信息1对应的peer节点为peer节点2；待验证交易信息2对应的peer节点为peer节点2；待验证交易信息3和待验证交易信息4没有对应的peer节点，peer节点1和peer节点3均没有对应的待验证交易信息。

3、如果目标peer节点为peer节点2，则待验证交易信息1和待验证交易信息2为备选交易信息；如果目标peer节点为peer节点3，peer节点3没有对应的待验证交易信息，则将待验证交易信息3和待验证交易信息4为备选交易信息。

进一步地，各所述待验证交易信息所对应的交易链之间数据隔离。

每个待验证交易信息均有对应的交易链，不同的交易链之间进行数据隔离(数据依赖的账本除外)，可以保证数据并行进行计算，即账本1和账本2同时进行计算，互不影响，可以提高整体的区块验证效率。数据隔离可以理解为不同的交易链之间进行验证时互不影响。但是有的数据在验证时依赖其他数据，对于此种类型的数据不与其依赖的数据进行数据隔离。可以将其交易链设置为同种类型的交易链。

进一步地，共识节点21，还用于：将所述目标待验证信息的状态修改为锁定状态。

如果待验证交易信息被作为目标待验证信息发送给目标peer节点，则将目标待验证信息的状态修改为锁定状态。即使目标待验证信息没有完成验证(正在验证中)，其他的peer节点22作为目标peer节点221向共识节点21发送交易验证请求时，共识节点21不会将目标待验证信息发送给其他的目标peer节点221进行验证。

进一步地，目标peer节点221，还用于：

对验证结果进行签名；

根据所述验证结果、目标待验证信息以及签名生成广播信息，并发送给所在联盟中的各所述peer节点22。

在本实施例中，验证结果可以是验证通过/验证未通过，合法/不合法，正确/不正确等，只要可以表明目标待验证信息的验证结果即可。广播信息具体可以理解为向各peer节点22发送的信息，作用是通知各peer节点22目标待验证信息的验证结果。广播信息中可以包括：交易链标识、交易区块标识、交易标识区间、签名和验证结果。交易链标识、交易区块标识、交易标识区间可以根据目标待验证信息的属性信息确定，其代表目标待验证信息(或数据)所属的账本、区块，以及区块中的位置。

目标peer节点221在对目标待验证信息完成验证后，对验证结果进行签名，表明验证结果是可靠的，并根据验证结果、目标待验证信息以及签名生成广播信息，发送给目标peer节点221所在联盟中的各peer节点22。

需要知道的是，目标peer节点221对目标待验证信息进行验证时，所采用的验证方式可以与原有的验证方式一样。

进一步地，各所述peer节点22，还用于：

对所接收的广播信息进行签名验证；

如果验证通过，根据所述广播信息进行数据缓存。

具体的，各peer节点22接收目标peer节点221发送的广播信息，对广播信息中的签名进行签名验证。例如，签名采用私钥进行加密，验证时通过公钥验证私钥的合法性，若验证通过，证明此广播信息是由可信任的peer节点22发送的，广播信息可信，peer节点22对数据进行缓存。根据广播信息中的交易链标识、交易区块标识、交易标识区间确定目标待验证信息对应的缓存位置，并在对应的账本(交易链)中按照顺序进行存储，缓存数据同时将验证结果一同缓存。在需要进行某个区块交易的时候，直接取该缓存中已经验证完毕的数据，避免重复验证。本申请实施例在实施时，考虑并行验证的交易互不影响，所以需要通过账本或者链做数据隔离。不同账本之间，不同链之间的数据可以并行的获取后验证。

需要知道的是，如果验证未通过，此时peer节点22所接收到的广播信息是由不可信的节点所发送，数据是不可靠的，因此，不会对数据进行缓存。

进一步地，所述共识节点21，还用于：

根据所述目标待验证信息对所述目标peer节点221的历史交易验证信息进行更新。

共识节点21在向目标peer节点221发送目标待验证信息后，目标待验证信息由目标peer节点221进行验证。目标peer节点221的历史交易验证信息增加，将目标待验证信息写入到目标peer节点221的历史交易验证信息中，实现目标peer节点221的历史交易验证信息的更新。×

示例性的，图3为本申请实施例提供的一种联盟链信息验证系统进行信息验证的实现示例图，如图3所示，该系统包括：共识节点31，至少一个peer节点32，各peer节点32在同一联盟中，通过编号1、2、3…对各peer节点32进行区分，下面以peer1节点、peer2节点…说明验证过程。共识节点31中包括一个或多个待验证交易信息(图3所示的账本1区块1、账本2区块2…),图3中以3个为例。peer1节点从共识节点31处获取需要验证的目标待验证信息，账本1区块1，peer2节点从共识节点31处获取需要验证的目标待验证信息，账本2区块2，peer3节点从共识节点31处获取需要验证的目标待验证信息，账本3区块3，各peer节点32分别对获取到的目标待验证信息进行验证，并将验证结果广播发送给同一联盟中的其他peer节点32。图3中仅示例性的画出peer1节点向其他peer节点广播的过程，peer2节点、peer3节点同样向其他peer节点广播，本领域技术人员可以知晓。

本发明实施例提供了一种联盟链信息验证系统，该系统包括：共识节点和至少一个peer节点；每个所述peer节点，用于在监测到自身节点空闲时，作为目标peer节点向所述共识节点发送交易验证请求，并对所接收的目标待验证信息进行信息验证；所述共识节点，用于在接收到所述交易验证请求后，对待验证交易信息进行筛选，确定目标待验证信息，并发送给对应的目标peer节点。解决了联盟链中对交易进行验证时，需由每个peer节点重复进行验证导致的数据运算量较大的问题。各peer节点在空闲时向共识节点发送交易验证请求，共识节点根据各peer节点的历史交易验证信息确定适合各peer节点验证的目标待验证信息，并将目标待验证信息发送给对应的目标peer节点，使目标待验证信息可以由对应的目标peer节点进行验证，无需所有peer节点均进行验证，节省了验证时间，减少数据运算量，提高验证效率，减少甚至避免了大量交易信息堆积情况的发生。

实施例三

图4为本发明实施例三提供的一种联盟链信息验证方法的流程示意图，该方法由本发明任意实施例所提供的联盟链信息验证系统执行，包括：

S410、每个peer节点在监测到自身节点空闲时，作为目标peer节点向共识节点发送交易验证请求。

每个peer节点时刻监测自身节点是否处于空闲中，即是否正在进行交易信息验证，当处于空闲时，生成交易验证请求，同时作为目标peer节点向共识节点发送交易验证请求。

S420、共识节点在接收到所述交易验证请求后，对待验证交易信息进行筛选，确定目标待验证信息，并发送给对应的目标peer节点。

共识节点在接收到交易验证请求后，对共识节点中的一个或者多个待验证交易信息进行筛选，得到适合目标peer节点处理的目标待验证信息，并发送给对应的目标peer节点。

S430、目标peer节点对所接收的目标待验证信息进行信息验证。

目标peer节点接收共识节点发送的目标待验证信息，对目标待验证信息进行合法性和正确性验证。

本发明实施例提供了一种联盟链信息验证方法，解决了联盟链中对交易进行验证时，需由每个peer节点重复进行验证导致的数据运算量较大的问题。各peer节点在空闲时向共识节点发送交易验证请求，共识节点根据各peer节点的历史交易验证信息确定适合各peer节点验证的目标待验证信息，并将目标待验证信息发送给对应的目标peer节点，使目标待验证信息可以由对应的目标peer节点进行验证，无需所有peer节点均进行验证，节省了验证时间，减少数据运算量，提高验证效率，减少甚至避免了大量交易信息堆积情况的发生。

进一步地，共识节点，包括：备选信息确定单元和目标信息确定单元；

相应的，对待验证交易信息进行筛选，确定目标待验证信息，包括：

备选信息确定单元根据各所述peer节点的历史交易验证信息筛选至少一个待验证交易信息，获得备选交易信息；

目标信息确定单元按照时间顺序从各所述备选交易信息中确定目标待验证信息。

具体的，备选信息确定单元根据各peer节点的历史交易验证信息确定各peer节点所验证过的交易信息，并对至少一个待验证交易信息进行筛选，得到备选交易信息，选择时间最近的备选交易信息作为目标待验证信息。

进一步地，备选信息确定单元根据各所述peer节点的历史交易验证信息筛选至少一个待验证交易信息，获得备选交易信息，包括：

将状态为未锁定状态的各所述待验证交易信息和各所述历史交易验证信息进行交易链匹配，确定各所述待验证交易信息对应的peer节点；

判断所述目标peer节点是否具有对应的待验证交易信息，若是，将对应的各待验证交易信息确定为备选交易信息；否则，

将不存在对应的peer节点的待验证交易信息确定为备选交易信息。

具体的，确定各待验证交易信息的状态，将状态为未锁定状态的各待验证交易信息和各历史交易验证信息进行交易链匹配，确定各待验证交易信息与peer节点的对应关系，判断目标peer节点是否具有对应的待验证交易信息，若有，将目标peer节点对应的各待验证交易信息确定为备选交易信息；若没有，确定不存在对应的peer节点的待验证交易信息，将其确定为备选交易信息。

进一步地，各所述待验证交易信息所对应的交易链之间数据隔离。

进一步地，该方法还包括：

共识节点将所述目标待验证信息的状态修改为锁定状态。

进一步地，该方法还包括：

目标peer节点对验证结果进行签名，根据所述验证结果、目标待验证信息以及签名生成广播信息，并发送给所在联盟中的各所述peer节点。

目标peer节点在对目标待验证信息验证完成后，对验证结果进行签名，并根据验证结果、目标待验证信息以及签名生成广播信息，发送给所在联盟中的其他peer节点。

进一步地，所述广播信息包括：交易链标识、交易区块标识、交易标识区间、签名和验证结果。

进一步地，该方法还包括：

各所述peer节点对所接收的广播信息进行签名验证，如果验证通过，根据所述广播信息进行数据缓存。

具体的，各peer节点接收广播信息，并根据密钥对广播信息进行签名验证，验证通过后进行数据缓存。

进一步地，该方法还包括：

所述共识节点根据所述目标待验证信息对所述目标peer节点的历史交易验证信息进行更新。

具体的，共识节点向目标peer节点发送目标待验证信息后，可以确定目标待验证信息由目标peer节点进行验证。共识节点将目标待验证信息写入到目标peer节点的历史交易验证信息中，实现目标peer节点的历史交易验证信息的更新。

值得注意的是，上述联盟链信息验证系统的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (10)

1.一种联盟链信息验证系统，其特征在于，包括：共识节点和至少一个peer节点；

每个所述peer节点，用于在监测到自身节点空闲时，作为目标peer节点向所述共识节点发送交易验证请求，并对所接收的目标待验证信息进行信息验证；

所述共识节点，用于在接收到所述交易验证请求后，对待验证交易信息进行筛选，确定目标待验证信息，并发送给对应的目标peer节点。

2.根据权利要求1所述的系统，其特征在于，所述共识节点，包括：

备选信息确定单元，用于根据各所述peer节点的历史交易验证信息筛选至少一个待验证交易信息，获得备选交易信息；

目标信息确定单元，用于按照时间顺序从各所述备选交易信息中确定目标待验证信息。

3.根据权利要求2所述的系统，其特征在于，所述备选信息确定单元，具体用于：

将状态为未锁定状态的各所述待验证交易信息和各所述历史交易验证信息进行交易链匹配，确定各所述待验证交易信息对应的peer节点；

判断所述目标peer节点是否具有对应的待验证交易信息，若是，将对应的各待验证交易信息确定为备选交易信息；否则，

将不存在对应的peer节点的待验证交易信息确定为备选交易信息。

4.根据权利要求3所述的系统，其特征在于，各所述待验证交易信息所对应的交易链之间数据隔离。

5.根据权利要求1所述的系统，其特征在于，所述共识节点，还用于：将所述目标待验证信息的状态修改为锁定状态。

6.根据权利要求1所述的系统，其特征在于，所述目标peer节点，还用于：

对验证结果进行签名；

根据所述验证结果、目标待验证信息以及签名生成广播信息，并发送给所在联盟中的各所述peer节点。

7.根据权利要求6所述的系统，其特征在于，所述广播信息包括：交易链标识、交易区块标识、交易标识区间、签名和验证结果。

8.根据权利要求6所述的系统，其特征在于，各所述peer节点，还用于：

对所接收的广播信息进行签名验证；

如果验证通过，根据所述广播信息进行数据缓存。

9.根据权利要求1-8任一项所述的系统，其特征在于，所述共识节点，还用于：

根据所述目标待验证信息对所述目标peer节点的历史交易验证信息进行更新。

10.一种联盟链信息验证方法，其特征在于，由权利要求1-9任一项所述的联盟链信息验证系统执行，包括：

每个peer节点在监测到自身节点空闲时，作为目标peer节点向共识节点发送交易验证请求，并对所接收的目标待验证信息进行信息验证；

所述共识节点在接收到所述交易验证请求后，对待验证交易信息进行筛选，确定目标待验证信息，并发送给对应的目标peer节点。

Images