CN113269645B - 一种区块链的交易信息调度方法、装置、介质及电子设备 - Google Patents

Abstract

本申请实施例公开了一种区块链的交易信息调度方法、装置、介质及电子设备。其中，该方法包括：接收节点发送的节点信息；其中，所述节点信息包括共识节点的有无交易的信息；根据所收到的节点信息生成调度信息；将所述调度信息发送至无交易的共识节点，以供所述无交易的共识节点确定有交易的节点，并向所述有交易的节点获取缺失交易信息；或者，将所述调度信息发送至有交易的节点，以供所述有交易的节点确定无交易的共识节点，并向所述无交易的共识节点发送缺失交易信息。本技术方案，可以通过布设调度集群，采取主动调度的方式使得各个共识节点之间的交易信息一致，从而提高共识效率。

Description

一种区块链的交易信息调度方法、装置、介质及电子设备

技术领域

本申请实施例涉及区块链技术领域，尤其涉及一种区块链的交易信息调度方法、装置、介质及电子设备。

背景技术

随着科技水平的迅速发展，区块链技术以其不可篡改的特性成为了越来越被各行各业重视及应用的重要技术。在区块链技术相关行业的发展过程中，为了避免拜占庭攻击，确保区块链上的信息是安全可靠的，所以会从区块链中确定部分节点作为共识节点，以参与共识机制，也就是对每笔交易达成共识后，方可上链。而如果共识节点中部分没有同步交易信息，会极大的增加共识过程的事件，甚至导致共识无法正常的进行。现有技术中虽然针对这种丢失交易的情况，每个共识节点都会在一定的周期内广播自己的交易，这样参与共识的节点丢失的交易就可以通过其他节点的广播获取。单这会造成网络信息的数据量激增，影响节点之间正常的网络数据传输，同时也降低了共识节点的工作效率。

发明内容

本申请实施例提供一种区块链的交易信息调度方法、装置、介质及电子设备，可以通过布设调度集群，采取主动调度的方式使得各个共识节点之间的交易信息一致，从而提高共识效率。

第一方面，本申请实施例提供了一种区块链的交易信息调度方法，所述方法由调度集群执行，所述区块链包括至少两个节点，所述节点包括参与共识机制的共识节点和未参与共识机制的普通节点；所述调度集群与所述节点连接；所述调度集群与所述共识节点连接；所述方法包括：

接收节点发送的节点信息；其中，所述节点信息包括共识节点的有无交易的信息；

根据所收到的节点信息生成调度信息；

将所述调度信息发送至无交易的共识节点，以供所述无交易的共识节点确定有交易的节点，并向所述有交易的节点获取缺失交易信息；或者，将所述调度信息发送至有交易的节点，以供所述有交易的节点确定无交易的共识节点，并向所述无交易的共识节点发送缺失交易信息。

进一步的，在接收节点发送的节点信息之后，所述方法还包括：

接收共识节点的交易信息广播；

根据所述交易信息广播确定缺失交易信息的目标共识节点；

向所述目标共识节点发送缺失的交易信息。

进一步的，所述调度信息包括有交易的节点的身份信息；

相应的，将所述调度信息发送至无交易的共识节点，以供所述无交易的共识节点确定有交易的节点，并向所述有交易的节点获取缺失交易信息，包括：

将所述调度信息发送至无交易的共识节点，以供所述无交易的共识节点获取有交易的节点的身份信息，并，根据所述有交易的节点的身份信息，确定交易信息拉取对象，并向所述交易信息拉取对象发出交易信息获取请求，以获取交易信息。

进一步的，所述调度信息包括无交易的共识节点的身份信息；

相应的，将所述调度信息发送至有交易的节点，以供所述有交易的节点确定无交易的共识节点，并向所述无交易的共识节点发送缺失交易信息，包括：

将所述调度信息发送至有交易的节点，以供所述有交易的节点获取无交易的共识节点的身份信息，并，根据所述无交易的共识节点的身份信息，确定交易信息推送对象，并向所述交易信息推送对象发出交易信息，以供无交易的共识节点获取交易信息。

进一步的，根据所述交易信息广播确定缺失交易信息的目标共识节点，包括：

根据所述交易信息广播进行交易信息对比，确定未发生交易的共识节点为目标共识节点；

相应的，向所述目标共识节点发送缺失的交易信息，包括：

确定发生交易的共识节点的交易信息广播中携带的交易信息为缺失交易信息；

将所述缺失交易信息发送至所述目标共识节点。

进一步的，所述调度集群由至少一个调度节点组成；

若为一个调度节点组成，则所述调度集群采用中心化集群模式；

若为至少两个调度节点组成，则所述调度集群采用分布式集群模式或者区块链子系统模式。

进一步的，若为分布式集群模式或者区块链子系统模式，则在接收节点发送的节点信息之前，所述方法还包括：

按照预设选举规则确定所述调度集群的消息一致性的主导调度节点，并基于所述消息一致性的主导调度节点进行调度集群的信息处理。

第二方面，本申请实施例提供了一种区块链的交易信息调度装置，所述装置配置于调度集群，所述区块链包括至少两个节点，所述节点包括参与共识机制的共识节点和未参与共识机制的普通节点；所述调度集群与所述节点连接；所述调度集群与所述共识节点连接；所述装置包括：

节点信息接收模块，用于接收节点发送的节点信息；其中，所述节点信息包括共识节点的有无交易的信息；

调度信息生成模块，用于根据所收到的节点信息生成调度信息；

交易信息同步模块，用于将所述调度信息发送至无交易的共识节点，以供所述无交易的共识节点确定有交易的节点，并向所述有交易的节点获取缺失交易信息；或者，将所述调度信息发送至有交易的节点，以供所述有交易的节点确定无交易的共识节点，并向所述无交易的共识节点发送缺失交易信息。

进一步的，所述装置还包括：

交易信息广播接收模块，用于接收共识节点的交易信息广播；

目标共识节点确定模块，用于根据所述交易信息广播确定缺失交易信息的目标共识节点；

交易信息同步模块，还用于向所述目标共识节点发送缺失的交易信息。

进一步的，所述调度信息包括有交易的节点的身份信息；

相应的，所述交易信息同步模块，包括：

第一交易信息同步单元，用于将所述调度信息发送至无交易的共识节点，以供所述无交易的共识节点获取有交易的节点的身份信息，并，根据所述有交易的节点的身份信息，确定交易信息拉取对象，并向所述交易信息拉取对象发出交易信息获取请求，以获取交易信息。

进一步的，所述调度信息包括无交易的共识节点的身份信息；

相应的，所述交易信息同步模块，包括：

第二交易信息同步单元，用于将所述调度信息发送至有交易的节点，以供所述有交易的节点获取无交易的共识节点的身份信息，并，根据所述无交易的共识节点的身份信息，确定交易信息推送对象，并向所述交易信息推送对象发出交易信息，以供无交易的共识节点获取交易信息。

进一步的，所述目标共识节点确定模块，包括：

目标共识节点确定单元，用于根据所述交易信息广播进行交易信息对比，确定未发生交易的共识节点为目标共识节点；

相应的，所述交易信息同步模块，包括：

第三交易信息同步单元，用于：

确定发生交易的共识节点的交易信息广播中携带的交易信息为缺失交易信息；

将所述缺失交易信息发送至所述目标共识节点。

进一步的，所述调度集群由至少一个调度节点组成；

若为一个调度节点组成，则所述调度集群采用中心化集群模式；

若为至少两个调度节点组成，则所述调度集群采用分布式集群模式或者区块链子系统模式。

进一步的，若为分布式集群模式或者区块链子系统模式，则所述装置还包括：

主导调度节点确定模块，用于按照预设选举规则确定所述调度集群的消息一致性的主导调度节点，并基于所述消息一致性的主导调度节点进行调度集群的信息处理。

第三方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请实施例所述的区块链的交易信息调度方法。

第四方面，本申请实施例提供了一种电子设备，包括存储器，处理器及存储在存储器上并可在处理器运行的计算机程序，所述处理器执行所述计算机程序时实现如本申请实施例所述的区块链的交易信息调度方法。

本申请实施例所提供的技术方案，接收节点发送的节点信息；其中，所述节点信息包括共识节点的有无交易的信息；根据所收到的节点信息生成调度信息；将所述调度信息发送至无交易的共识节点，以供所述无交易的共识节点确定有交易的节点，并向所述有交易的节点获取缺失交易信息；或者，将所述调度信息发送至有交易的节点，以供所述有交易的节点确定无交易的共识节点，并向所述无交易的共识节点发送缺失交易信息。本实施例提供的技术方案，可以通过布设调度集群，采取主动调度的方式使得各个共识节点之间的交易信息一致，从而提高共识效率。

附图说明

图1是本申请实施例一提供的区块链的交易信息调度方法的流程图；

图2为本申请实施例二中的区块链的节点的网络关系示意图；

图3是本申请实施例二中的分布式调度集群模式的示意图；

图4是本申请实施例二中的主动拉取的流程示意图；

图5是本申请实施例二中的主动推送的流程示意图；

图6是本申请实施例二中的主动发送交易信息的流程示意图；

图7为本申请实施例三提供的一种区块链的交易信息调度装置的结构框图；

图8是本申请实施例五提供的一种电子设备的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部结构。

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各步骤描述成顺序的处理，但是其中的许多步骤可以被并行地、并发地或者同时实施。此外，各步骤的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

实施例一

图1是本申请实施例一提供的区块链的交易信息调度方法的流程图，本实施例可适用于对区块链内共识节点的交易信息进行调度的场景，该方法可以由本申请实施例所提供的区块链的交易信息调度装置执行，该装置可以由软件和/或硬件的方式来实现，并可集成于电子设备中。

如图1所示，所述区块链的交易信息调度方法包括：

S110，接收节点发送的节点信息；其中，所述节点信息包括共识节点的有无交易的信息。

其中，所述方法由调度集群执行，所述区块链包括至少两个节点，所述节点包括参与共识机制的共识节点和未参与共识机制的普通节点；所述调度集群与所述节点连接；所述调度集群与所述共识节点连接。

可以理解的，调度集群可以看作一个整体，其中可以由一个或者多个调度节点组成。调度集群可以视为区块链中的一个专门用于共识节点之间交易信息调度的节点组合而成的整体。

本方案中，共识节点可以是参与共识的节点。共识节点在区块链中可以是固定的，也可以是不断变化的。共识节点可以由人为来确定区块链中哪些节点作为共识节点，也可以根据各个节点的资源配置，以及稳定性表现等来推举出来。

本方案中，可以定时获取节点发送的节点信息，还可以是基于交易信息来触发，即当存在交易信息上链时，则可以通过节点发送的节点信息。可以理解的，具有交易信息的节点，可以是共识节点，也可以是普通节点。此处可以优先在共识节点中确定是否存在交易信息，如果共识节点都缺失交易信息，则可以从普通节点中确定交易信息。可以理解的，也可以对于缺失交易信息的共识节点，优先提供有交易的共识节点，再提供有交易的普通节点。

可以理解的，节点信息需要包含共识节点的身份，以供调度集群能够确定每个信息是谁发送的。除此之外，节点信息包括共识节点的有无交易的信息。即当交易发生后，如果存在因为宕机、断网或者重启等没有正常接收到交易信息的共识节点，则该节点发出的节点信息为无交易的信息，而如果正常接收交易信息的共识节点，其发出的信息为有交易的信息。

S120，根据所收到的节点信息生成调度信息。

其中，调度信息可以是指导无交易信息的共识节点如何获取交易信息的调度指令。则可以理解的，调度信息可以明确调度的方式，和调度的对象。例如，调度方式为控制无交易信息的共识节点主动获取，则调度的对象即为有交易信息的共识节点，如果调度方式为控制有交易信息的共识节点主动推送，则调度的对象即为无交易信息的共识节点，除此之外，调度方式还可以是由无交易信息的共识节点向有交易信息的共识节点发出交易信息获取请求，以供有交易信息的共识节点向无交易信息的共识节点发出交易同步信息。

S130，将所述调度信息发送至无交易的共识节点，以供所述无交易的共识节点确定有交易的节点，并向所述有交易的节点获取缺失交易信息；或者，将所述调度信息发送至有交易的节点，以供所述有交易的节点确定无交易的共识节点，并向所述无交易的共识节点发送缺失交易信息。

其中，分两种情况，一种是主动拉取，具体是：

调度集群将所述调度信息发送至无交易的共识节点，具体的，可以根据前面接收到的节点信息来确定哪一个节点是无交易的共识节点。无交易的共识节点接收到该调度指令之后，可以确定有交易的节点，并向有交易的节点中的一个或者多个来获取缺失交易信息。

另一种情况是主动推送，具体是：

调度集群将所述调度信息发送至有交易的节点，具体的，可以根据前面接收到的节点信息来确定哪一个节点是有交易的节点。有交易的节点接收到该调度指令之后，可以确定无交易的共识节点，并向所有的无交易的共识节点发送缺失交易信息。

在本方案中，可选的，所述调度信息包括有交易的节点的身份信息；

相应的，将所述调度信息发送至无交易的共识节点，以供所述无交易的共识节点确定有交易的节点，并向所述有交易的节点获取缺失交易信息，包括：

将所述调度信息发送至无交易的共识节点，以供所述无交易的共识节点获取有交易的节点的身份信息，并，根据所述有交易的节点的身份信息，确定交易信息拉取对象，并向所述交易信息拉取对象发出交易信息获取请求，以获取交易信息。

其中，有交易的节点的身份信息，可以是有交易的节点的公钥，或者有交易的节点的公钥的哈希值。在明确身份信息之后，可以供无交易的共识节点根据所述有交易的节点的身份信息，确定交易信息拉取对象，并向所述交易信息拉取对象发出交易信息获取请求，以获取交易信息。

本方案通过这样的设置，无需针对每一个节点是否具有交易信息都进行广播，可以极大的减少网络负担，同时可以快速的实现交易信息的同步，从而提高共识效率。

在本方案中，可选的，所述调度信息包括无交易的共识节点的身份信息；

相应的，将所述调度信息发送至有交易的节点，以供所述有交易的节点确定无交易的共识节点，并向所述无交易的共识节点发送缺失交易信息，包括：

将所述调度信息发送至有交易的节点，以供所述有交易的节点获取无交易的共识节点的身份信息，并，根据所述无交易的共识节点的身份信息，确定交易信息推送对象，并向所述交易信息推送对象发出交易信息，以供无交易的共识节点获取交易信息。

其中，无交易的共识节点的身份信息，可以是无交易的共识节点的公钥，或者无交易的共识节点的公钥的哈希值。在明确身份信息之后，可以供有交易的节点根据所述无交易的共识节点的身份信息，确定交易信息推送对象，并向所述交易信息推送对象发出交易信息获取请求，以获取交易信息。

本方案通过这样的设置，可以极大的减少网络负担，同时可以快速的实现交易信息的同步，从而提高共识效率。

本申请实施例所提供的技术方案，接收节点发送的节点信息；其中，所述节点信息包括共识节点的有无交易的信息；根据所收到的节点信息生成调度信息；将所述调度信息发送至无交易的共识节点，以供所述无交易的共识节点确定有交易的节点，并向所述有交易的节点获取缺失交易信息；或者，将所述调度信息发送至有交易的节点，以供所述有交易的节点确定无交易的共识节点，并向所述无交易的共识节点发送缺失交易信息。本实施例提供的技术方案，可以通过布设调度集群，采取主动调度的方式使得各个共识节点之间的交易信息一致，从而提高共识效率。

在另一个可行的实施例中，可选的，在接收节点发送的节点信息之后，所述方法还包括：

接收共识节点的交易信息广播；

根据所述交易信息广播确定缺失交易信息的目标共识节点；

向所述目标共识节点发送缺失的交易信息。

其中，调度集群可以利用其中的一个或者多个节点来获取节点信息，并获取各个共识节点发出的交易信息广播。其中，交易信息广播可以携带有具体的交易信息，无交易信息的共识节点发出的广播中可以为空，或者其他可读字段，但是该可读字段的理解结果为本节点无交易信息。

调度集群可以根据交易信息广播来确定哪些节点确实交易信息，并将其确定为目标共识节点。确定为目标共识节点之后，调度集群可以向目标共识节点发出其所缺失的交易信息。

本方案通过这样的设置，可以将缺失的交易信息集中到调度集群来确定，无需向无交易的共识节点或者有交易的节点发出操作指令来使两者之间进行信息的发送和接收，可以更加快速的将交易信息同步到无交易的共识节点。

在本实施例中，可选的，根据所述交易信息广播确定缺失交易信息的目标共识节点，包括：

根据所述交易信息广播进行交易信息对比，确定未发生交易的共识节点为目标共识节点；

相应的，向所述目标共识节点发送缺失的交易信息，包括：

确定发生交易的共识节点的交易信息广播中携带的交易信息为缺失交易信息；

将所述缺失交易信息发送至所述目标共识节点。

本方案中，交易信息广播可以是该节点的账本中存储的所有历史交易信息，还可以是只包含本次交易的信息。无论是哪一种情况，调度集群都可以通过对比来确定缺失交易的共识节点和不缺失交易的共识节点。进而，可以确定所缺失的交易信息是哪一则信息，从而可以将缺失交易信息发送至所述目标共识节点，完成共识节点的交易信息的同步。

本方案通过这样的设置，可以更加高效的确定无交易的共识节点，并对其缺失的交易信息进行同步，从而可以提升共识机制的效率。

在一个可行的实施例中，可选的，所述调度集群由至少一个调度节点组成；

若为一个调度节点组成，则所述调度集群采用中心化集群模式；

若为至少两个调度节点组成，则所述调度集群采用分布式集群模式或者区块链子系统模式。

调度集群可以根据调度节点的个数，确定所采用的模式，例如，一个调度节点组成，则采用中心化集群模式，多个调度节点组成，则可以采用分布式集群模式或者区块链子系统模式。除此之外，还可以根据区块链对效率的要求和对安全性的要求来确定。例如采用中心化集群模式，则效率会最高，而采用分布式集群模式或者区块链子系统模式，可以得到效率更低，但是安全性越高。此处，区块链子系统模式可以是将调度集群内部的多个调度节点看作是一个小型的区块链，在信息传输等过程中，需要进行共识或者其他区块链的操作。同时，需要说明的，当调度集群内部的多个调度节点时，也可以采用关闭其中的部分调度节点，或者控制其中的部分调度节点不参与调度工作，从而形成一个调度节点工作的形式，从而可以实现模式的切换。在另一种情况下，如果调度集群内部的多个调度节点按照中心化的连接方式，例如会存在一个调度节点与其他所有的调度节点连接，且其他所有的调度节点之间没有全部进行连接或者完全无连接。那么，也可以得到中心化集群模式的工作状态。

本方案通过这样的设置，可以提供三种可供选择的模式，供区块链的使用时根据实际场景的需求进行灵活的调整。

在一个可行的实施例中，可选的，若为分布式集群模式或者区块链子系统模式，则在接收节点发送的节点信息之前，所述方法还包括：

按照预设选举规则确定所述调度集群的消息一致性的主导调度节点，并基于所述消息一致性的主导调度节点进行调度集群的信息处理。

其中，针对分布式集群模式或者区块链子系统模式，在进行调度之前，需要确定消息一致性的主导调度节点，也就是从多个调度节点中确定一个主导调度节点。具体的确定方式可以是轮询式、声望值确定等方式。选举出来的主导调度节点作为调度集群的共识的发起者。

本方案通过这样的设置，可以对多个调度节点组成的调度集群进行有序的控制，从而确保调度集群的稳定性，同时提高共识过程的效率。

实施例二

本实施例是在上述实施例的基础上，提供的优选实施例。图2为本申请实施例二中的区块链的节点的网络关系示意图，如图2所示，增加了一个叫做调度集群的装置满足了调度需求确认的任务要求，同时增加的调度集群装置还可以提供多种交易调度模式，满足了调度交易模式的任务要求。

这种方案实现了节点之间交易的快速精准调度，解决了共识节点异常丢失交易不能快速共识的问题，减少了交易报文的传输，并且为不同的场景提供了模式适配。

调度集群装置可以有多种形式，包括但不限于中心化集群、分布式集群、区块链子系统等，极大的满足了不同场景的使用需求。图3是本申请实施例二中的分布式调度集群模式的示意图。如图3所示，其中的每个调度节点都与其他的调度节点连接，实现了去中心化的设置。

调度集群装置和区块链其他节点接在一起，负责将交易及时的调度给没有交易的参与共识的节点，提高共识的效率。为了保证集群中可以掌握更多的节点的情况，集群必须要链接的节点是参会与共识的节点，以便更好的对交易进行调度。

调度集群的主要功能模块如下：

连接模块：

用于调度集群和其他节点的连接，每个连到集群的节点都会根据均衡连接的方式分配到一个调度节点，为了更好的对共识节点进行交易的调度，这里需要尽量多的共识节点的接入。

消息处理模块：

用于处理其他节点发过来的消息，消息主要分为如下几类：

1、广播过来的交易。

2、节点信息：用于指示某个节点是否存在交易。

3、调度消息：用于指示那些节点有交易和那些节点没有交易。

4、共识消息：这部分消息有两个作用，如果集群获知当前的共识发起节点，可以进行精准调度；如果无法获知，就可以根据之前的共识消息推送给共识过程中表现好的节点，做到快速共识。

以下两个功能模块为可选的，也就是针对中心化集群模式可以不使用，针对其他两种集群模式可以使用的模块：

共识协议模块：

共识协议模块主要是负责调度集群内部消息协同的分布式一致性协议，负责将各个节点收集到的信息进行汇集，该模块可以根据项目的具体情况选择不同的共识协议，如要求效率的可以不选择共识协议直接采取中心化系统，要求安全的可以选择PBFT等。其中，Practical Byzantine Fault Tolerance(PBFT)，是联盟链的共识算法的基础。实现了在有限个节点的情况下的拜占庭问题，有1/3的容错性，并同时保证一定的性能。

选举模块：

该模块负责集群中主节点的选举，选举方式也可以自行选择，可以采取包括但不限于轮询、声望值等，选举出来的主节点作为调度集群的共识的发起者；同共识协议模块一样，要求绝对效率的场景可以采取中心化系统而不选择选举模块。

交易调度模块：

具体的调度可以采取如下三种模式进行调度：

一、拉取的模式进行调度，图4是本申请实施例二中的主动拉取的流程示意图。如图4所示，主动拉取流程包括如下几个步骤：

步骤1、其他节点向调度集群发送自身的节点信息；

步骤2、调度集群根据收集到的消息进行调度，发送有交易的节点信息给没有交易的节点；

步骤3、收到消息的节点发起获取交易的请求；

步骤4、收到请求的节点将交易发送给发起节点。

二、推送的模式进行调度，图5是本申请实施例二中的主动推送的流程示意图。如图5所示，主动推送流程包括如下几个步骤：

步骤1、其他节点向调度集群发送自身的节点信息；

步骤2、调度集群根据收集到的消息进行调度，发送没有交易的节点信息给有交易的节点；

步骤3、收到调度消息的节点向没有交易的节点发送交易。

三、主动发送交易信息的方式进行调度，图6是本申请实施例二中的主动发送交易信息的流程示意图。如图6所示，主动发送交易信息的流程包括如下几个步骤：

步骤1、其他节点向调度集群发送自身的节点信息；

步骤2、调度集群节点接收其他节点广播来的交易；

步骤3、根据收到节点信息发送自身的交易给没有交易的节点。

本方案通过这样的设置，可以精确定位节点是否缺少交易。每个节点向调度集群发送自身的交易信息，同时也可以获取其他节点的交易信息，做到精准定位。同时还能够加快共识的效率。当共识节点缺少交易的时候，可以实时地从其他节点获取交易，提高了共识的效率。另外，本方案适用于多种场景。可以选择多种调度集群装置和多种调度模式，极大的丰富了使用的场景。而且，本方案减少了交易发送的次数。交易的精确发送而不是广播的模式，减少了交易发送的次数，降低了带宽的压力。

实施例三

图7为本申请实施例三提供的一种区块链的交易信息调度装置的结构框图，该装置可执行本申请任意实施例所提供的区块链的交易信息调度方法，具备执行方法相应的功能模块和有益效果。

所述装置配置于调度集群，所述区块链包括至少两个节点，所述节点包括参与共识机制的共识节点和未参与共识机制的普通节点；所述调度集群与所述节点连接；所述调度集群与所述共识节点连接；如图7所示，该装置可以包括：

节点信息接收模块710，用于接收节点发送的节点信息；其中，所述节点信息包括共识节点的有无交易的信息；

调度信息生成模块720，用于根据所收到的节点信息生成调度信息；

交易信息同步模块730，用于将所述调度信息发送至无交易的共识节点，以供所述无交易的共识节点确定有交易的节点，并向所述有交易的节点获取缺失交易信息；或者，将所述调度信息发送至有交易的节点，以供所述有交易的节点确定无交易的共识节点，并向所述无交易的共识节点发送缺失交易信息。

上述产品可执行本申请实施例所提供的区块链的交易信息调度方法，具备执行方法相应的功能模块和有益效果。

实施例四

本申请实施例四提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请所有发明实施例提供的区块链的交易信息调度方法：

接收节点发送的节点信息；其中，所述节点信息包括共识节点的有无交易的信息；

根据所收到的节点信息生成调度信息；

将所述调度信息发送至无交易的共识节点，以供所述无交易的共识节点确定有交易的节点，并向所述有交易的节点获取缺失交易信息；或者，将所述调度信息发送至有交易的节点，以供所述有交易的节点确定无交易的共识节点，并向所述无交易的共识节点发送缺失交易信息。

可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本申请操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

实施例五

本申请实施例五提供了一种电子设备。图8是本申请实施例五提供的一种电子设备的结构示意图。如图8所示，本实施例提供了一种电子设备800，其包括：一个或多个处理器820；存储装置810，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器820执行，使得所述一个或多个处理器820实现本申请实施例所提供的区块链的交易信息调度方法，该方法包括：

接收节点发送的节点信息；其中，所述节点信息包括共识节点的有无交易的信息；

根据所收到的节点信息生成调度信息；

将所述调度信息发送至无交易的共识节点，以供所述无交易的共识节点确定有交易的节点，并向所述有交易的节点获取缺失交易信息；或者，将所述调度信息发送至有交易的节点，以供所述有交易的节点确定无交易的共识节点，并向所述无交易的共识节点发送缺失交易信息。

当然，本领域技术人员可以理解，处理器820还实现本申请任意实施例所提供的区块链的交易信息调度方法的技术方案。

图8显示的电子设备800仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图8所示，该电子设备800包括处理器820、存储装置810、输入装置830和输出装置840；电子设备中处理器820的数量可以是一个或多个，图8中以一个处理器820为例；电子设备中的处理器820、存储装置810、输入装置830和输出装置840可以通过总线或其他方式连接，图8中以通过总线850连接为例。

存储装置810作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块单元，如本申请实施例中的区块链的交易信息调度方法对应的程序指令。

存储装置810可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储装置810可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储装置810可进一步包括相对于处理器820远程设置的存储器，这些远程存储器可以通过网络连接。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置830可用于接收输入的数字、字符信息或语音信息，以及产生与电子设备的用户设置以及功能控制有关的键信号输入。输出装置840可包括显示屏、扬声器等电子设备。

本申请实施例提供的电子设备，可以通过布设调度集群，采取主动调度的方式使得各个共识节点之间的交易信息一致，从而提高共识效率。

上述实施例中提供的区块链的交易信息调度装置、介质及电子设备可执行本申请任意实施例所提供的区块链的交易信息调度方法，具备执行该方法相应的功能模块和有益效果。未在上述实施例中详尽描述的技术细节，可参见本申请任意实施例所提供的区块链的交易信息调度方法。

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

Claims (9)

1.一种区块链的交易信息调度方法，其特征在于，所述方法由调度集群执行，所述调度集群配置于区块链中，所述区块链包括至少两个节点，所述节点包括参与共识机制的共识节点和未参与共识机制的普通节点；所述调度集群与所述节点连接；所述方法包括：

接收节点发送的节点信息；其中，所述节点信息包括节点有无交易的信息；

根据所收到的节点信息生成调度信息；

将所述调度信息发送至无交易的共识节点，以供所述无交易的共识节点确定有交易的节点，并向所述有交易的节点获取缺失交易信息；或者，将所述调度信息发送至有交易的节点，以供所述有交易的节点确定无交易的共识节点，并向所述无交易的共识节点发送缺失交易信息；

其中，所述调度信息是指导无交易信息的共识节点获取交易信息的调度指令；所述调度信息包括所述无交易的共识节点的身份信息；

相应的，将所述调度信息发送至有交易的节点，以供所述有交易的节点确定无交易的共识节点，并向所述无交易的共识节点发送缺失交易信息，包括：

将所述调度信息发送至有交易的节点，以供所述有交易的节点获取无交易的共识节点的身份信息，并，根据所述无交易的共识节点的身份信息，确定交易信息推送对象，并向所述交易信息推送对象发出交易信息，以供无交易的共识节点获取交易信息。

2.根据权利要求1所述的方法，其特征在于，在接收节点发送的节点信息之后，所述方法还包括：

接收共识节点的交易信息广播；

根据所述交易信息广播确定缺失交易信息的目标共识节点；

向所述目标共识节点发送缺失的交易信息。

3.根据权利要求1所述的方法，其特征在于，所述调度信息包括有交易的节点的身份信息；

相应的，将所述调度信息发送至无交易的共识节点，以供所述无交易的共识节点确定有交易的节点，并向所述有交易的节点获取缺失交易信息，包括：

将所述调度信息发送至无交易的共识节点，以供所述无交易的共识节点获取有交易的节点的身份信息，并，根据所述有交易的节点的身份信息，确定交易信息拉取对象，并向所述交易信息拉取对象发出交易信息获取请求，以获取交易信息。

4.根据权利要求2所述的方法，其特征在于，根据所述交易信息广播确定缺失交易信息的目标共识节点，包括：

根据所述交易信息广播进行交易信息对比，确定未发生交易的共识节点为目标共识节点；

相应的，向所述目标共识节点发送缺失的交易信息，包括：

确定发生交易的共识节点的交易信息广播中携带的交易信息为缺失交易信息；

将所述缺失交易信息发送至所述目标共识节点。

5.根据权利要求1或2所述的方法，其特征在于，所述调度集群由至少一个调度节点组成；

若为一个调度节点组成，则所述调度集群采用中心化集群模式；

若为至少两个调度节点组成，则所述调度集群采用分布式集群模式或者区块链子系统模式。

6.根据权利要求5所述的方法，其特征在于，若为分布式集群模式或者区块链子系统模式，则在接收节点发送的节点信息之前，所述方法还包括：

按照预设选举规则确定所述调度集群的消息一致性的主导调度节点，并基于所述消息一致性的主导调度节点进行调度集群的信息处理。

7.一种区块链的交易信息调度装置，其特征在于，所述装置配置于调度集群，所述调度集群配置于区块链中，所述区块链包括至少两个节点，所述节点包括参与共识机制的共识节点和未参与共识机制的普通节点；所述调度集群与所述节点连接；所述装置包括：

节点信息接收模块，用于接收节点发送的节点信息；其中，所述节点信息包括共识节点的有无交易的信息；

调度信息生成模块，用于根据所收到的节点信息生成调度信息；

交易信息同步模块，用于将所述调度信息发送至无交易的共识节点，以供所述无交易的共识节点确定有交易的节点，并向所述有交易的节点获取缺失交易信息；或者，将所述调度信息发送至有交易的节点，以供所述有交易的节点确定无交易的共识节点，并向所述无交易的共识节点发送缺失交易信息；

其中，所述调度信息是指导无交易信息的共识节点获取交易信息的调度指令；所述调度信息包括所述无交易的共识节点的身份信息；

相应的，将所述调度信息发送至有交易的节点，以供所述有交易的节点确定无交易的共识节点，并向所述无交易的共识节点发送缺失交易信息，包括：

将所述调度信息发送至有交易的节点，以供所述有交易的节点获取无交易的共识节点的身份信息，并，根据所述无交易的共识节点的身份信息，确定交易信息推送对象，并向所述交易信息推送对象发出交易信息，以供无交易的共识节点获取交易信息。

8.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-6中任一项所述的区块链的交易信息调度方法。

9.一种电子设备，包括存储器，处理器及存储在存储器上并可在处理器运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1-6中任一项所述的区块链的交易信息调度方法。