CN112926981A - 用于区块链的交易信息处理方法、装置、介质及电子设备 - Google Patents

Abstract

本申请的实施例提供了一种用于区块链的交易信息处理方法、装置、介质及电子设备。该交易信息处理方法包括：在接收到待处理的目标交易信息后，检测待打包队列和交易池待验证队列中是否存在所述目标交易信息，所述待打包队列用于存储通过验证且未写入区块链账本的交易信息；若所述待打包队列和所述交易池待验证队列中不存在所述目标交易信息，则将所述目标交易信息加入所述交易池待验证队列；在对所述目标交易信息验证通过之后，将所述目标交易信息从所述交易池待验证队列中删除，并加入所述待打包队列中；基于所述待打包队列中的交易信息进行区块上链处理。本申请实施例的技术方案可以避免对重复的交易信息进行验证而增加计算资源的消耗。

Description

用于区块链的交易信息处理方法、装置、介质及电子设备

技术领域

本申请涉及计算机及通信技术领域，具体而言，涉及一种用于区块链的交易信息处理方法、装置、介质及电子设备。

背景技术

在区块链网络中，节点交易池中的交易信息有多个来源，比如可以来自于节点对外的RPC(Remote Procedure Call，远程过程调用)接口，或者也可以来自于区块链网络中其它节点的广播。在这种情况下，节点可能会接收到重复的交易信息，然而相关技术中并没有考虑到这种问题，进而可能会出现对相同的交易信息进行多次重复验证，不仅增加了计算资源的消耗，而且导致交易信息的处理具有较大的响应延迟。

发明内容

本申请的实施例提供了一种用于区块链的交易信息处理方法、装置、介质及电子设备，进而至少在一定程度上可以避免对重复的交易信息进行验证而增加计算资源的消耗，同时能够降低响应延迟。

本申请的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本申请的实践而习得。

根据本申请实施例的一个方面，提供了一种用于区块链的交易信息处理方法，包括：在接收到待处理的目标交易信息后，检测待打包队列和交易池待验证队列中是否存在所述目标交易信息，所述待打包队列用于存储通过验证且未写入区块链账本的交易信息；若所述待打包队列和所述交易池待验证队列中不存在所述目标交易信息，则将所述目标交易信息加入所述交易池待验证队列；在对所述目标交易信息验证通过之后，将所述目标交易信息从所述交易池待验证队列中删除，并加入所述待打包队列中；基于所述待打包队列中的交易信息进行区块上链处理。

根据本申请实施例的一个方面，提供了一种用于区块链的交易信息处理装置，包括：检测单元，配置为在接收到待处理的目标交易信息后，检测待打包队列和交易池待验证队列中是否存在所述目标交易信息，所述待打包队列用于存储通过验证且未写入区块链账本的交易信息；第一处理单元，配置为若所述待打包队列和所述交易池待验证队列中不存在所述目标交易信息，则将所述目标交易信息加入所述交易池待验证队列；第二处理单元，配置为在对所述目标交易信息验证通过之后，将所述目标交易信息从所述交易池待验证队列中删除，并加入所述待打包队列中；第三处理单元，配置为基于所述待打包队列中的交易信息进行区块上链处理。

在本申请的一些实施例中，基于前述方案，所述检测单元还配置为：在将所述目标交易信息加入所述交易池待验证队列之前，检测所述目标交易信息是否存在于已写入区块链账本的区块中；所述第一处理单元还配置为：若所述目标交易信息不存在于已写入区块链账本的区块中，且所述交易池待验证队列和所述待打包队列中不存在所述目标交易信息，则将所述目标交易信息加入所述交易池待验证交易队列。

在本申请的一些实施例中，基于前述方案，所述目标交易信息包括接收到的提案区块中所包含的交易信息；所述检测单元还配置为：获取本地区块链账本的最新区块高度；在接收到所述提案区块之后，若所述提案区块的前序区块高度与所述本地区块链账本的最新区块高度一致，则检测所述待打包队列和所述交易池待验证队列中是否存在所述提案区块中的交易信息。

在本申请的一些实施例中，基于前述方案，所述检测单元还配置为：若所述提案区块的前序区块高度与所述本地区块链账本的最新区块高度不一致，则返回错误信息。

在本申请的一些实施例中，基于前述方案，所述目标交易信息包括接收到的提案区块中所包含的交易信息；所述装置还包括：获取单元，配置为获取提案区块待验证交易列表和提案区块已验证交易列表；第四处理单元，配置为在接收到所述提案区块之后，若所述提案区块中的第一交易信息不存在于所述提案区块待验证交易列表和提案区块已验证交易列表中，则将所述第一交易信息加入所述提案区块待验证交易列表，并配置为在对所述第一交易信息验证通过之后，将所述第一交易信息从所述提案区块待验证交易列表中删除，并加入所述提案区块已验证交易列表中。

在本申请的一些实施例中，基于前述方案，所述第四处理单元还配置为：在将所述第一交易信息加入所述提案区块待验证交易列表之前，检测所述第一交易信息是否存在于所述待打包队列中；若所述第一交易信息不存在于所述待打包队列中，则将所述第一交易信息加入所述提案区块待验证交易列表中。

在本申请的一些实施例中，基于前述方案，所述第四处理单元还配置为：若所述第一交易信息存在于所述待打包队列中，则将所述第一交易信息直接加入所述提案区块已验证交易列表中。

在本申请的一些实施例中，基于前述方案，所述第四处理单元还配置为：若所述第一交易信息存在于所述待打包队列中，则检测所述第一交易信息是否需要重新验证；若所述第一交易信息不需要重新验证，则将所述第一交易信息直接加入所述提案区块已验证交易列表中；若所述第一交易信息需要重新验证，则将所述第一交易信息加入所述提案区块待验证交易列表中。

在本申请的一些实施例中，基于前述方案，所述第四处理单元还配置为：若在区块链网络中对所述提案区块共识成功，则将所述提案区块中包含的交易信息从所述提案区块已验证交易列表和所述待打包队列中删除。

在本申请的一些实施例中，基于前述方案，所述第四处理单元还配置为：若所述提案区块未共识成功，则将所述提案区块中包含的、且验证通过的交易信息保留在所述待打包队列中。

在本申请的一些实施例中，基于前述方案，所述第四处理单元还配置为：在接收到所述提案区块之后，若所述提案区块中的第一交易信息存在于所述提案区块待验证交易列表或者所述提案区块已验证交易列表中，则确定所述第一交易信息为重复交易信息。

在本申请的一些实施例中，基于前述方案，所述获取单元配置为：在接收到所述提案区块之后，创建对应于所述提案区块的提案区块待验证交易列表和所述提案区块已验证交易列表。

根据本申请实施例的一个方面，提供了一种计算机可读介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上述实施例中所述的交易信息处理方法。

根据本申请实施例的一个方面，提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上述实施例中所述的交易信息处理方法。

根据本申请实施例的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各种可选实施例中提供的交易信息处理方法。

在本申请的一些实施例所提供的技术方案中，当接收到待处理的目标交易信息之后，通过在检测到待打包队列和交易池待验证队列中不存在该目标交易信息时，再将该目标交易信息加入交易池待验证队列，使得能够避免对重复的交易信息进行验证而增加计算资源的消耗。而通过在对目标交易信息验证通过之后，将目标交易信息从交易池待验证队列中删除，并加入待打包队列中，且通过待打包队列来存储通过验证且未写入区块链账本的交易信息，使得即便提案区块未共识成功而在下一轮需要再次进行共识处理时，无需对相同的交易信息进行重复验证，进而能够提高区块上链的效率，降低了多次验证而产生的响应延迟。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1示出了区块链网络的结构示意图。

图2示出了区块链中各区块的连接关系示意图。

图3示出了生成一个区块的过程示意图。

图4示出了根据本申请的一个实施例的用于区块链的交易信息处理方法的流程图；

图5示出了根据本申请的一个实施例的用于区块链的交易信息处理方法的流程图；

图6示出了根据本申请的一个实施例的用于区块链的交易信息处理方法的流程图；

图7示出了根据本申请的一个实施例的用于区块链的交易信息处理装置的框图；

图8示出了适于用来实现本申请实施例的电子设备的计算机***的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本申请将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本申请的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本申请的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本申请的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

需要说明的是：在本文中提及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

本申请实施例的技术方案主要是对区块链***中的交易信息进行处理，在介绍本申请实施例的技术方案之前，先对区块链技术的基础知识进行介绍。

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

区块链底层平台可以包括用户管理、基础服务、智能合约以及运营监控等处理模块。其中，用户管理模块负责所有区块链参与者的身份信息管理，包括维护公私钥生成(账户管理)、密钥管理以及用户真实身份和区块链地址对应关系维护(权限管理)等，并且在授权的情况下，监管和审计某些真实身份的交易情况，提供风险控制的规则配置(风控审计)；基础服务模块部署在所有区块链节点设备上，用来验证业务请求的有效性，并对有效请求完成共识后记录到存储上，对于一个新的业务请求，基础服务先对接口适配解析和鉴权处理(接口适配)，然后通过共识算法将业务信息加密(共识管理)，在加密之后完整一致的传输至共享账本上(网络通信)，并进行记录存储；智能合约模块负责合约的注册发行以及合约触发和合约执行，开发人员可以通过某种编程语言定义合约逻辑，发布到区块链上(合约注册)，根据合约条款的逻辑，调用密钥或者其它的事件触发执行，完成合约逻辑，同时还提供对合约升级注销的功能；运营监控模块主要负责产品发布过程中的部署、配置的修改、合约设置、云适配以及产品运行中的实时状态的可视化输出，例如：告警、监控网络情况、监控节点设备健康状态等。

平台产品服务层提供典型应用的基本能力和实现框架，开发人员可以基于这些基本能力，叠加业务的特性，完成业务逻辑的区块链实现。应用服务层提供基于区块链方案的应用服务给业务参与方进行使用。

参见图1所示的区块链网络，该区块链网络中可以包括多个节点101，多个节点101可以是形成区块链网络的各个客户端。每个节点101在进行正常工作可以接收到输入信息，并基于接收到的输入信息维护该区块链网络内的共享数据。为了保证区块链网络内的信息互通，区块链网络中的每个节点之间可以存在信息连接，节点之间可以通过上述信息连接进行信息传输。例如，当区块链网络中的任意节点接收到输入信息时，区块链网络中的其它节点便根据共识算法获取该输入信息，将该输入信息作为共享数据进行存储，使得区块链网络中全部节点上存储的数据均一致。

对于区块链网络中的每个节点，均具有与其对应的节点标识，而且区块链网络中的每个节点均可以存储有其它节点的节点标识，以便后续根据其它节点的节点标识，将生成的区块广播至区块链网络中的其它节点。每个节点中可维护一个节点标识列表，将节点名称和节点标识对应存储至该节点标识列表中。其中，节点标识可为IP(InternetProtocol，网络之间互联的协议)地址以及其他任一种能够用于标识该节点的信息。

区块链网络中的每个节点均存储一条相同的区块链。区块链由多个区块组成，参见图2所示，区块链由多个区块组成，创始块中包括区块头和区块主体，区块头中存储有输入信息特征值、版本号、时间戳和难度值等，区块主体中存储有输入信息；创始块的下一区块以创始块为父区块，下一区块中同样包括区块头和区块主体，区块头中存储有当前区块的输入信息特征值、父区块的区块头特征值、版本号、时间戳和难度值等，并以此类推，使得区块链中每个区块中存储的区块数据均与父区块中存储的区块数据存在关联，保证了区块中输入信息的安全性。

在生成区块链中的各个区块时，参见图3所示，区块链所在的节点在接收到输入信息时，对输入信息进行校验，完成校验后，将输入信息存储至内存池中，并更新其用于记录输入信息的哈希树；之后，将更新时间戳更新为接收到输入信息的时间，并尝试不同的随机数，多次进行特征值计算，使得计算得到的特征值可以满足下述公式：

SHA256(SHA256(version+prev_hash+merkle_root+ntime+nbits+x))＜TARGET

其中，SHA256为计算特征值所用的特征值算法；version(版本号)为区块链中相关区块协议的版本信息；prev_hash为当前区块的父区块的区块头特征值；merkle_root为输入信息的特征值；ntime为更新时间戳的更新时间；nbits为当前难度，在一段时间内为定值，并在超出固定时间段后再次进行确定；x为随机数；TARGET为特征值阈值，该特征值阈值可以根据nbits确定得到。

这样，当计算得到满足上述公式的随机数时，便可将信息对应存储，生成区块头和区块主体，得到当前区块。随后，区块链所在节点根据数据共享***中其它节点的节点标识，将新生成的区块分别发送给其所在的数据共享***中的其它节点，由其它节点对新生成的区块进行校验，并在完成校验后将新生成的区块添加至其存储的区块链中。

区块链网络中各个节点可以是服务器，也可以是终端设备。服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式***，还可以是提供云服务、云数据库、云计算(Cloud Computing)、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content Delivery Network，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器。终端设备可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等，但并不局限于此。各个节点之间可以通过有线或无线通信方式进行直接或间接地连接，本申请在此不做限制。

前述的云计算是指IT基础设施的交付和使用模式，具体指通过网络以按需、易扩展的方式获得所需资源；广义云计算指服务的交付和使用模式，指通过网络以按需、易扩展的方式获得所需服务。这种服务可以是IT和软件、互联网相关，也可是其他服务。云计算是网格计算(Grid Computing)、分布式计算(Distributed Computing)、并行计算(ParallelComputing)、效用计算(Utility Computing)、网络存储(Network StorageTechnologies)、虚拟化(Virtualization)、负载均衡(Load Balance)等传统计算机和网络技术发展融合的产物。随着互联网、实时数据流、连接设备多样化的发展，以及搜索服务、社会网络、移动商务和开放协作等需求的推动，云计算迅速发展起来。不同于以往的并行分布式计算，云计算的产生从理念上将推动整个互联网模式、企业管理模式发生革命性的变革。

在区块链网络中，由于节点交易池中的交易信息有多个来源，比如可以来自于节点对外的RPC接口，或者也可以来自于区块链网络中其它节点的广播，因此节点可能会接收到重复的交易信息，然而相关技术中并没有考虑到这种问题，进而可能会出现对相同的交易信息进行多次重复验证，不仅增加了计算资源的消耗，而且导致交易信息的处理具有较大的响应延迟。基于此，本申请实施例提出了一种新的用于区块链的交易信息处理方案，以下对本申请实施例的技术方案进行详细说明：

图4示出了根据本申请的一个实施例的用于区块链的交易信息处理方法的流程图，该用于区块链的交易信息处理方法可以由区块链网络中的任意一个区块链节点来执行。参照图4所示，该用于区块链的交易信息处理方法至少包括步骤S410至步骤S440，详细介绍如下：

在步骤S410中，在接收到待处理的目标交易信息后，检测待打包队列和交易池待验证队列中是否存在该目标交易信息，该待打包队列用于存储通过验证且未写入区块链账本的交易信息。

在本申请的一个实施例中，目标交易信息可以是区块链节点接收到的任意的交易信息，比如可以是区块链节点通过对外的RPC接口接收到的交易信息，也可以是由区块链网络中其它节点广播的交易信息。

同时，对于一个区块链节点而言，其可以在本地交易池中创建一个待打包队列和交易池待验证队列，该交易池待验证队列用于存储需要进行验证的交易信息，该待打包队列用于存储通过验证且还没有写入区块链账本的交易信息。

在步骤S420中，若待打包队列和交易池待验证队列中不存在该目标交易信息，则将该目标交易信息加入交易池待验证队列。

在本申请的一个实施例中，如果待打包队列和交易池待验证队列中都不存在目标交易信息，则说明该目标交易信息是不与待打包队列和交易池待验证队列中的交易信息重复的交易信息，那么可以将该目标交易信息加入到交易池待验证队列中准备进行交易验证。

可选地，在本申请的一个实施例中，区块链节点除了检测目标交易信息是否存在于待打包队列和交易池待验证队列中之外，还可以在接收到目标交易信息后，检测目标交易信息是否存在于已写入区块链账本的区块中。如果检测到目标交易信息存在于已写入区块链账本的区块中，那么说明目标交易信息是重复的交易信息，在这种情况下可以返回错误提示信息。如果检测目标交易信息没有存在于已写入区块链账本的区块中，同时也确定目标交易信息不存在于待打包队列和交易池待验证队列中，那么可以将目标交易信息加入到交易池待验证交易队列。

在本申请的一个实施例中，如果目标交易信息来自于区块链节点接收到的提案区块，那么区块链节点还可以获取本地区块链账本的最新区块高度，然后在接收到提案区块后，检测提案区块的前序区块高度与本地区块链账本的最新区块高度是否一致，如果提案区块的前序区块高度与本地区块链账本的最新区块高度一致，那么再检测待打包队列和交易池待验证队列中是否存在提案区块中的交易信息。

如果提案区块的前序区块高度与本地区块链账本的最新区块高度不一致，那么说明可能是由于延迟导致了本地区块链账本更新不及时，或者是由于其它原因导致提案区块不合法，在这种情况下，可以返回错误信息，并且不对提案区块中的交易信息进行处理。

继续参照图4所示，在步骤S430中，在对目标交易信息验证通过之后，将目标交易信息从交易池待验证队列中删除，并加入待打包队列中。

可选地，对目标交易信息的验证可以是验证目标交易信息的签名，验证目标交易信息中所包含的交易数据等。

在步骤S440中，基于待打包队列中的交易信息进行区块上链处理。

在本申请的一个实施例中，基于待打包队列中的交易信息进行区块上链处理可以是将待打包队列中的交易信息打包至区块中，然后进行上链处理。如果对打包得到的区块共识成功，则可以将上链的交易信息从待打包队列中删除。

图4所示实施例的技术方案使得可以在检测到待打包队列和交易池待验证队列中不存在该目标交易信息时，再将该目标交易信息加入交易池待验证队列，避免了对重复的交易信息进行验证而增加计算资源的消耗。而通过在对目标交易信息验证通过之后，将目标交易信息从交易池待验证队列中删除，并加入待打包队列中，且通过待打包队列来存储通过验证且未写入区块链账本的交易信息，使得即便提案区块未共识成功而在下一轮需要再次进行共识处理时，无需对相同的交易信息进行重复验证，进而能够提高区块上链的效率，降低了多次验证而产生的响应延迟。

图5示出了根据本申请的一个实施例的用于区块链的交易信息处理方法的流程图，该用于区块链的交易信息处理方法可以由区块链网络中的任意一个区块链节点来执行。参照图5所示，该用于区块链的交易信息处理方法至少包括如下步骤S510至步骤S530，详细说明如下：

在步骤S510中，获取提案区块待验证交易列表和提案区块已验证交易列表。

在本申请的一个实施例中，步骤S510中获取提案区块待验证交易列表和提案区块已验证交易列表的过程可以是在接收到提案区块之后，创建对应于提案区块的提案区块待验证交易列表和提案区块已验证交易列表。其中，提案区块待验证交易列表可以用于存储该提案区块中需要进行验证的交易信息，提案区块已验证交易列表可以用于存储该提案区块中已经验证通过的交易信息。即在该实施例中，提案区块待验证交易列表和提案区块已验证交易列表是针对各个提案区块而言的，并且可以是在接收到提案区块之后才创建的。

可选地，也可以在接收到提案区块之前就创建一个提案区块待验证交易列表和提案区块已验证交易列表。即提案区块待验证交易列表和提案区块已验证交易列表可以是事先就创建好的，当接收到一个提案区块之后，将已经创建好的提案区块待验证交易列表和提案区块已验证交易列表与该提案区块进行关联，以便于来存储待验证交易信息和已验证交易信息。

在步骤S520中，在接收到提案区块之后，若提案区块中的第一交易信息不存在于提案区块待验证交易列表和提案区块已验证交易列表中，则将第一交易信息加入提案区块待验证交易列表。

在本申请的一个实施例中，第一交易信息可以是提案区块中任意一个交易信息，换句话说，可以对提案区块中的每一个交易信息都进行步骤S520与步骤S530所示的处理过程。

在本申请的一个实施例中，如果第一交易信息不存在于提案区块待验证交易列表和提案区块已验证交易列表中，则说明该第一交易信息是与提案区块待验证交易列表和提案区块已验证交易列表中的交易信息都不重复的交易信息，那么可以将该第一交易信息加入提案区块待验证交易列表。

需要说明的是：如果提案区块中的第一交易信息存在于提案区块待验证交易列表或者存在于提案区块已验证交易列表中，那么可以确定第一交易信息为重复的交易信息。在这种情况下可以返回错误信息，以提示提案区块中存在重复的交易信息。

在步骤S530中，在对第一交易信息验证通过之后，将第一交易信息从提案区块待验证交易列表中删除，并加入提案区块已验证交易列表中。

可选地，对第一交易信息的验证可以是验证目标交易信息的签名，验证目标交易信息中所包含的交易数据等。

在本申请的一个实施例中，如果在区块链网络中对提案区块共识成功，那么可以将提案区块中包含的交易信息从提案区块已验证交易列表中删除。

图5所示实施例的技术方案使得可以在检测到提案区块待验证交易列表和提案区块已验证交易列表中不存在第一交易信息时，再将该第一交易信息加入提案区块待验证交易列表，避免了对重复的交易信息进行验证而增加计算资源的消耗。

在前述的技术方案中，图4所示的实施例主要是用于对进入交易池中的目标交易信息进行处理，图5所示的实施例主要是用于对提案区块中的交易信息进行验证。而该目标交易信息可以包含该提案区块中的交易信息，在这种情况下，可以将图4和图5所示实施例的技术方案结合起来，即区块链节点不仅维护有待打包队列和交易池待验证队列，而且还维护有提案区块待验证交易列表和提案区块已验证交易列表。

基于此，在本申请的一个实施例中，区块链节点在将第一交易信息加入提案区块待验证交易列表之前，还可以检测第一交易信息是否存在于待打包队列中，由于待打包队列中的交易信息都是经过验证的交易信息，因此如果第一交易信息存在于待打包队列中，那么可以将第一交易信息直接加入提案区块已验证交易列表中，这样可以避免对交易信息进行重复验证而增加计算资源的消耗。

如果第一交易信息不存在于待打包队列中，那么可以将第一交易信息加入提案区块待验证交易列表中，以便于由交易验证器进行验证。

可选地，如果第一交易信息存在于待打包队列中，那么也可以检测第一交易信息是否需要重新验证，比如第一交易信息验证通过之后已经过了很长时间，那么可以对该第一交易信息进行重新验证，或者如果接收到重新验证的指令，那么也可以对该第一交易信息进行重新验证。当确定第一交易信息不需要重新验证时，那么可以将第一交易信息直接加入提案区块已验证交易列表中；如果确定第一交易信息需要重新验证，那么可以将第一交易信息加入提案区块待验证交易列表中，以便于由交易验证器进行验证。

在本申请的一个实施例中，结合图4和图5所示的技术方案，如果区块链网络中对提案区块共识成功，那么可以将提案区块中包含的交易信息从提案区块已验证交易列表和待打包队列中删除。

可选地，如果提案区块未共识成功，那么可以将提案区块中包含的、且验证通过的交易信息保留在待打包队列中，进而使得在需要进行再次共识处理时，无需对相同的交易信息进行重复验证，提高了区块上链的效率，降低了多次验证而产生的响应延迟。

在本申请的一个实施例中，图4和图5所示实施例的技术方案进行结合的一种具体实施例可以如图6所示，包括如下步骤：

步骤S601，在接收到提案区块之后，判断提案区块的前序区块高度与本地账本最新区块高度是否一致，如果一致，则执行步骤S602；如果提案区块的前序区块高度与本地账本最新区块高度不一致，则返回错误信息。

可选地，交易池可以为提案区块维持一个临时状态，即待验证状态pendingBlock，待验证状态的信息可以包括区块高度、区块内容、提案区块待验证交易列表unProcessedTxQueue、提案区块待验证交易列表unProcessedTxQueue等，以便于后续对提案区块中的交易信息进行验证。

步骤S602，判断提案区块中的交易信息是否在提案区块待验证交易列表unProcessedTxQueue中，如果不在，则执行步骤S603；如果在提案区块待验证交易列表unProcessedTxQueue中，则说明出现了重复的交易信息，此时可以停止验证并返回错误信息。

步骤S603，判断提案区块中的交易信息是否在提案区块已验证交易列表ProcessedTxQueue中，如果不在，则执行步骤S604；如果在提案区块已验证交易列表ProcessedTxQueue中，则说明出现了重复的交易信息，此时可以停止验证并返回错误信息。

步骤S604，判断提案区块中的交易信息是否在已写入账本的区块中，如果不在，则执行步骤S605；如果在已写入账本的区块中，则说明出现了重复的交易信息，此时可以停止验证并返回错误信息。

需要说明的是，步骤S601至步骤S604之前在进行判断时可以不分先后顺序，既可以按照图6所示实施例的技术方案依次执行步骤S601至步骤S604，也可以同时执行步骤S601至步骤S604，还可以是任意设定S601至步骤S604的执行顺序，本申请实施例的技术方案对此不做限定。

步骤S605，判断提案区块中的交易信息是否在待打包队列TxPool中，如果是，则直接将该交易信息加入到提案区块已验证交易列表ProcessedTxQueue中，这样可以无需对该交易信息进行重复验证；如果提案区块中的交易信息不在待打包队列TxPool中，则执行步骤S606。

步骤S606，判断提案区块中的交易信息是否在交易池待验证队列pendingTxQueue中，如果在交易池待验证队列pendingTxQueue中，则执行步骤S607；如果不在交易池待验证队列pendingTxQueue中，则执行步骤S608。

步骤S607，将该交易信息加入提案区块待验证交易列表unProcessedTxQueue中，等待交易验证器进行验证。

步骤S608，将该交易信息加入交易池待验证队列pendingTxQueue和提案区块待验证交易列表unProcessedTxQueue中，等待交易验证器进行验证。

需要说明的是，步骤S602至步骤S608是针对提案区块中的每个交易信息都需要执行的，具体执行时，可以依次进行执行，也可以多个交易信息同时进行执行。

步骤S609，当交易验证器对待验证交易(比如对提案区块待验证交易列表unProcessedTxQueue中的交易信息进行验证)进行验证之后，判断提案区块待验证交易列表unProcessedTxQueue中是否还有交易未处理，如果有，则继续等待交易验证器进行验证；如果没有，则返回验证结果。

步骤S610，在获取到交易的验证结果之后，将验证完成的交易从提案区块待验证交易列表unProcessedTxQueue中移动到提案区块已验证交易列表ProcessedTxQueue中，并将其从交易池待验证队列pendingTxQueue中移至待打包列表TxPool中。

在本申请的一个实施例中，如果该提案区块在区块链网络中共识成功，那么可以通知交易池将提案区块中的交易信息从待打包列表TxPool和提案区块已验证交易列表ProcessedTxQueue中删除。如果该提案区块没有共识成功，那么待打包列表TxPool中的交易信息可以继续等待打包，后续如果需要重新打包，则无需对重复的交易信息进行再次验证，从而可以加速交易落账，大大降低了区块链节点重复验证交易所带来的CPU(CentralProcessing Unit，中央处理器)和IO(Input/Output，输入输出)资源的消耗，降低了区块链网络对外的响应延迟。同时，本申请实施例的技术方案也使得区块链节点在接收到相同的交易信息(接收到相同的交易信息可能是由于网络传输延迟或者验证过程时间差而引起的)时可以将其丢掉不进行多次验证处理，同样可以避免对相同的交易信息进行处理而增加对资源的消耗。

以下介绍本申请的装置实施例，可以用于执行本申请上述实施例中的用于区块链的交易信息处理方法。对于本申请装置实施例中未披露的细节，请参照本申请上述的用于区块链的交易信息处理方法的实施例。

图7示出了根据本申请的一个实施例的用于区块链的交易信息处理装置的框图，该用于区块链的交易信息处理装置可以设置在区块链网络中的任意一个区块链节点内。

参照图7所示，根据本申请的一个实施例的用于区块链的交易信息处理装置700，包括：检测单元702、第一处理单元704、第二处理单元706和第三处理单元708。

其中，检测单元702配置为在接收到待处理的目标交易信息后，检测待打包队列和交易池待验证队列中是否存在所述目标交易信息，所述待打包队列用于存储通过验证且未写入区块链账本的交易信息；第一处理单元704配置为若所述待打包队列和所述交易池待验证队列中不存在所述目标交易信息，则将所述目标交易信息加入所述交易池待验证队列；第二处理单元706配置为在对所述目标交易信息验证通过之后，将所述目标交易信息从所述交易池待验证队列中删除，并加入所述待打包队列中；第三处理单元708配置为基于所述待打包队列中的交易信息进行区块上链处理。

在本申请的一些实施例中，基于前述方案，检测单元702还配置为：在将所述目标交易信息加入所述交易池待验证队列之前，检测所述目标交易信息是否存在于已写入区块链账本的区块中；所述第一处理单元还配置为：若所述目标交易信息不存在于已写入区块链账本的区块中，且所述交易池待验证队列和所述待打包队列中不存在所述目标交易信息，则将所述目标交易信息加入所述交易池待验证交易队列。

在本申请的一些实施例中，基于前述方案，所述目标交易信息包括接收到的提案区块中所包含的交易信息；检测单元702还配置为：获取本地区块链账本的最新区块高度；在接收到所述提案区块之后，若所述提案区块的前序区块高度与所述本地区块链账本的最新区块高度一致，则检测所述待打包队列和所述交易池待验证队列中是否存在所述提案区块中的交易信息。

在本申请的一些实施例中，基于前述方案，检测单元702还配置为：若所述提案区块的前序区块高度与所述本地区块链账本的最新区块高度不一致，则返回错误信息。

在本申请的一些实施例中，基于前述方案，所述目标交易信息包括接收到的提案区块中所包含的交易信息；所述装置700还包括：获取单元，配置为获取提案区块待验证交易列表和提案区块已验证交易列表；第四处理单元，配置为在接收到所述提案区块之后，若所述提案区块中的第一交易信息不存在于所述提案区块待验证交易列表和提案区块已验证交易列表中，则将所述第一交易信息加入所述提案区块待验证交易列表，并配置为在对所述第一交易信息验证通过之后，将所述第一交易信息从所述提案区块待验证交易列表中删除，并加入所述提案区块已验证交易列表中。

在本申请的一些实施例中，基于前述方案，所述第四处理单元还配置为：在将所述第一交易信息加入所述提案区块待验证交易列表之前，检测所述第一交易信息是否存在于所述待打包队列中；若所述第一交易信息不存在于所述待打包队列中，则将所述第一交易信息加入所述提案区块待验证交易列表中。

在本申请的一些实施例中，基于前述方案，所述第四处理单元还配置为：若所述第一交易信息存在于所述待打包队列中，则将所述第一交易信息直接加入所述提案区块已验证交易列表中。

在本申请的一些实施例中，基于前述方案，所述第四处理单元还配置为：若所述第一交易信息存在于所述待打包队列中，则检测所述第一交易信息是否需要重新验证；若所述第一交易信息不需要重新验证，则将所述第一交易信息直接加入所述提案区块已验证交易列表中；若所述第一交易信息需要重新验证，则将所述第一交易信息加入所述提案区块待验证交易列表中。

在本申请的一些实施例中，基于前述方案，所述第四处理单元还配置为：若在区块链网络中对所述提案区块共识成功，则将所述提案区块中包含的交易信息从所述提案区块已验证交易列表和所述待打包队列中删除。

在本申请的一些实施例中，基于前述方案，所述第四处理单元还配置为：若所述提案区块未共识成功，则将所述提案区块中包含的、且验证通过的交易信息保留在所述待打包队列中。

在本申请的一些实施例中，基于前述方案，所述第四处理单元还配置为：在接收到所述提案区块之后，若所述提案区块中的第一交易信息存在于所述提案区块待验证交易列表或者所述提案区块已验证交易列表中，则确定所述第一交易信息为重复交易信息。

在本申请的一些实施例中，基于前述方案，所述获取单元配置为：在接收到所述提案区块之后，创建对应于所述提案区块的提案区块待验证交易列表和所述提案区块已验证交易列表。

图8示出了适于用来实现本申请实施例的电子设备的计算机***的结构示意图。

需要说明的是，图8示出的电子设备的计算机***800仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图8所示，计算机***800包括中央处理单元(Central Processing Unit，CPU)801，其可以根据存储在只读存储器(Read-Only Memory，ROM)802中的程序或者从存储部分808加载到随机访问存储器(Random Access Memory，RAM)803中的程序而执行各种适当的动作和处理，例如执行上述实施例中所述的方法。在RAM 803中，还存储有***操作所需的各种程序和数据。CPU 801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(Input/Output，I/O)接口805也连接至总线804。

以下部件连接至I/O接口805：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如LAN(Local Area Network，局域网)卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至I/O接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。

特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被中央处理单元(CPU)801执行时，执行本申请的***中限定的各种功能。

需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现上述实施例中所述的方法。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本申请实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本申请实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的实施方式后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (15)

1.一种用于区块链的交易信息处理方法，其特征在于，包括：

在接收到待处理的目标交易信息后，检测待打包队列和交易池待验证队列中是否存在所述目标交易信息，所述待打包队列用于存储通过验证且未写入区块链账本的交易信息；

若所述待打包队列和所述交易池待验证队列中不存在所述目标交易信息，则将所述目标交易信息加入所述交易池待验证队列；

在对所述目标交易信息验证通过之后，将所述目标交易信息从所述交易池待验证队列中删除，并加入所述待打包队列中；

基于所述待打包队列中的交易信息进行区块上链处理。

2.根据权利要求1所述的交易信息处理方法，其特征在于，在将所述目标交易信息加入所述交易池待验证队列之前，所述方法还包括：

在接收到所述目标交易信息后，检测所述目标交易信息是否存在于已写入区块链账本的区块中；

若所述目标交易信息不存在于已写入区块链账本的区块中，且所述交易池待验证队列和所述待打包队列中不存在所述目标交易信息，则将所述目标交易信息加入所述交易池待验证交易队列。

3.根据权利要求1所述的交易信息处理方法，其特征在于，所述目标交易信息包括接收到的提案区块中所包含的交易信息；所述方法还包括：

获取本地区块链账本的最新区块高度；

在接收到所述提案区块之后，若所述提案区块的前序区块高度与所述本地区块链账本的最新区块高度一致，则检测所述待打包队列和所述交易池待验证队列中是否存在所述提案区块中的交易信息。

4.根据权利要求3所述的交易信息处理方法，其特征在于，所述方法还包括：

若所述提案区块的前序区块高度与所述本地区块链账本的最新区块高度不一致，则返回错误信息。

5.根据权利要求1所述的交易信息处理方法，其特征在于，所述目标交易信息包括接收到的提案区块中所包含的交易信息；所述方法还包括：

获取提案区块待验证交易列表和提案区块已验证交易列表；

在接收到所述提案区块之后，若所述提案区块中的第一交易信息不存在于所述提案区块待验证交易列表和提案区块已验证交易列表中，则将所述第一交易信息加入所述提案区块待验证交易列表；

在对所述第一交易信息验证通过之后，将所述第一交易信息从所述提案区块待验证交易列表中删除，并加入所述提案区块已验证交易列表中。

6.根据权利要求5所述的交易信息处理方法，其特征在于，在将所述第一交易信息加入所述提案区块待验证交易列表之前，所述方法还包括：

检测所述第一交易信息是否存在于所述待打包队列中；

若所述第一交易信息不存在于所述待打包队列中，则将所述第一交易信息加入所述提案区块待验证交易列表中。

7.根据权利要求6所述的交易信息处理方法，其特征在于，所述方法还包括：

若所述第一交易信息存在于所述待打包队列中，则将所述第一交易信息直接加入所述提案区块已验证交易列表中。

8.根据权利要求6所述的交易信息处理方法，其特征在于，所述方法还包括：

若所述第一交易信息存在于所述待打包队列中，则检测所述第一交易信息是否需要重新验证；

若所述第一交易信息不需要重新验证，则将所述第一交易信息直接加入所述提案区块已验证交易列表中；

若所述第一交易信息需要重新验证，则将所述第一交易信息加入所述提案区块待验证交易列表中。

9.根据权利要求5所述的交易信息处理方法，其特征在于，所述方法还包括：

若在区块链网络中对所述提案区块共识成功，则将所述提案区块中包含的交易信息从所述提案区块已验证交易列表和所述待打包队列中删除。

10.根据权利要求9所述的交易信息处理方法，其特征在于，所述方法还包括：

若所述提案区块未共识成功，则将所述提案区块中包含的、且验证通过的交易信息保留在所述待打包队列中。

11.根据权利要求5所述的交易信息处理方法，其特征在于，所述方法还包括：

在接收到所述提案区块之后，若所述提案区块中的第一交易信息存在于所述提案区块待验证交易列表或者所述提案区块已验证交易列表中，则确定所述第一交易信息为重复交易信息。

12.根据权利要求5至11中任一项所述的交易信息处理方法，其特征在于，获取提案区块待验证交易列表和提案区块已验证交易列表，包括：

在接收到所述提案区块之后，创建对应于所述提案区块的提案区块待验证交易列表和所述提案区块已验证交易列表。

13.一种用于区块链的交易信息处理装置，其特征在于，包括：

检测单元，配置为在接收到待处理的目标交易信息后，检测待打包队列和交易池待验证队列中是否存在所述目标交易信息，所述待打包队列用于存储通过验证且未写入区块链账本的交易信息；

第一处理单元，配置为若所述待打包队列和所述交易池待验证队列中不存在所述目标交易信息，则将所述目标交易信息加入所述交易池待验证队列；

第二处理单元，配置为在对所述目标交易信息验证通过之后，将所述目标交易信息从所述交易池待验证队列中删除，并加入所述待打包队列中；

第三处理单元，配置为基于所述待打包队列中的交易信息进行区块上链处理。

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

15.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1至12中任一项所述的交易信息处理方法。

Images