CN111768196B - 一种交易信息确认方法及装置 - Google Patents

Abstract

本申请实施例公开了一种交易信息确认方法及装置，具体为，第二节点接收第一节点发送的交易发布信息，该交易发布消息包括转发标识，该转发标识是第一节点根据待确认交易的交易标识获得的。第二节点根据该转发标识确认自身当前所存储的交易信息中是否包括该确认交易的交易信息。如果不存在，则第二节点向第一节点发送数据请求消息，以便请求该待确认交易的交易信息，并进行存储。也就是，节点在进行交易确认时，不再利用交易标识，而是转发标识，且该转发标识是根据交易标识获得的。既保证转发标识的安全性，也降低了直接利用交易标识进行确认时所造成的带宽消耗。

Description

一种交易信息确认方法及装置

技术领域

本申请涉及数据处理技术领域，具体涉及一种交易信息确认方法及装置。

背景技术

当前基于区块链的交易确认技术，普遍采用发布(Announcement)机制，实现交易信息在区块链上的广播，这种技术避免了节点间交易信息重复传递的浪费，一定程度上提升了带宽利用率。然而，为了保证交易的安全性，交易ID通常会设计的比较复杂，使得发布机制本身消耗的数据带宽较高，造成整个交易确认环节存在吞吐性能瓶颈。

发明内容

有鉴于此，本申请实施例提供一种交易信息确认方法及装置，以实现更为合理有效地降低发布机制所占用的带宽，同时保证交易的安全性。

为解决上述问题，本申请实施例提供的技术方案如下：

本申请实施例第一方面，提供了一种交易信息确认方法，所述方法应用于第一节点，所述方法包括：

接收第二节点转发的交易发布消息，所述交易发布消息至少包括转发标识，所述转发标识是由所述第二节点根据待确认交易的交易标识获得的，所述第一节点与所述第二节点为邻居节点；

根据所述转发标识判断当前是否存储有所述待确认交易的交易信息；

如果不存在，则向所述第二节点发送数据请求消息，所述数据请求消息中包括所述转发标识；

接收所述第二节点发送的所述待确认交易的交易信息，并进行存储，所述交易信息中包括所述交易标识。

在一种可能的实现方式中，所述转发标识包括第一交易分组信息以及第一动态标识，所述第一交易分组信息是由所述第二节点压缩所述待确认交易的交易标识获得的，所述根据所述转发标识判断当前是否存储有所述待确认交易的交易信息，包括：

查找交易分组信息为所述第一交易分组信息的各个交易；

将所述第一动态标识与所述各个交易的动态标识进行比对；

如果所述第一动态标识与所述各个交易的动态标识均不相等，则确认未存储有所述待确认交易的交易信息。

在一种可能的实现方式中，所述第一动态标识是由所述第二节点根据随机参数以及所述待确认交易的交易标识获得的。

在一种可能的实现方式中，所述交易发布消息还包括所述随机参数，所述将所述第一动态标识与所述各个交易的动态标识进行比对，包括：

根据所述随机参数以及目标交易对应的交易标识获取所述目标交易的动态标识，所述目标交易为所述各个交易中的任一交易；

将所述第一动态标识与所述目标交易对应的动态标识进行比对。

在一种可能的实现方式中，所述方法还包括：

根据所述交易标识获取转发标识；

将包括所述转发标识的交易发布消息发送给第三节点，所述第三节点与所述第一节点为邻居节点。

在本申请实施例第二方面，提供了一种交易信息确认方法，所述方法应用于第二节点，所述方法包括：

根据待确认交易的交易标识获取转发标识；

将包括转发标识的交易发布消息发送至第一节点，所述第一节点与所述第二节点为邻居节点。

在一种可能的实现方式中，所述方法还包括：

接收所述第一节点发送的数据请求消息，所述数据请求消息包括所述转发标识；

根据所述转发标识获取所述待确认交易的交易信息，并将所述待确认交易的交易信息发送给所述第一节点。

在一种可能的实现方式中，所述转发标识包括第一交易分组信息以及第一动态标识，其中，获取第一交易分组信息，包括：

对所述待确认交易的交易标识进行压缩计算获得第一交易分组信息；

获取第一动态标识，包括：

利用随机函数对随机参数以及所述待确认交易的交易标识进行计算获得第一动态标识。

在本申请实施例第三方面，提供了一种交易信息确认装置，所述装置设置于第一节点，所述装置包括：

第一接收单元，用于接收第二节点转发的交易发布消息，所述交易发布消息至少包括转发标识，所述转发标识是由所述第二节点根据待确认交易的交易标识获得的，所述第一节点与所述第二节点为邻居节点；

判断单元，用于根据所述转发标识判断当前是否存储有所述待确认交易的交易信息；

第一发送单元，用于当所述判断单元的判断结果为不存在时，向所述第二节点发送数据请求消息，所述数据请求消息中包括所述转发标识；

所述第一接收单元，还用于接收所述第二节点发送的所述待确认交易的交易信息，并进行存储，所述交易信息中包括所述交易标识。

在本申请实施例第四方面，提供了一种交易信息确认装置，所述装置设置于第二节点，所述装置包括：

第二获取单元，用于根据待确认交易的交易标识获取转发标识；

第二发送单元，用于将包括转发标识的交易发布消息发送至第一节点，所述第一节点与所述第二节点为邻居节点。

在本申请实施例第五方面，提供了一种网络设备，所述网络设备包括：处理器和存储器；所述存储器，用于存储指令；

所述处理器，用于执行所述存储器中的所述指令，执行第一方面所述交易信息确认方法。

在本申请实施例第流方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有程序代码或指令，当其在计算机上运行时，使得所述计算机执行第一方面所述交易信息确认方法。

由此可见，本申请实施例具有如下有益效果：

本申请实施例第一节点接收第二节点发送的交易发布信息，该交易发布消息包括转发标识，该转发标识是第二节点根据待确认交易的交易标识获得的。第一节点根据该转发标识确认自身当前所存储的交易信息中是否包括该确认交易的交易信息。如果不存在，则第一节点向第二节点发送数据请求消息，以便请求该待确认交易的交易信息，并进行存储。也就是，节点在进行交易确认时，不再利用交易标识，而是转发标识，且该转发标识是根据交易标识获得的。既保证转发标识的安全性，也降低了直接利用交易标识进行确认时所造成的带宽消耗。

附图说明

图1为本申请实施例提供的一种交易信息确认方法流程图；

图2为本申请实施例提供的另一种交易信息确认方法流程图；

图3为本申请实施例提供的一种交易信息确认框架图；

图4为本申请实施例提供的一种交易信息确认装置结构图；

图5为本申请实施例提供的另一种交易信息确认装置结构图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请实施例作进一步详细的说明。

为便于理解本申请实施例提供的技术方案，下面将先对本申请实施例涉及的技术进行说明。

交易标识:一笔交易在发生时生成的唯一标识，用于该交易在区块链上进行记账。

转发标识：一笔交易在区块链上进行传递的标识，用于该交易在区块链上进行确认。

发布(Announcement)：为了避免节点间的信息发送冗余，区块链应用普遍采用的一种交易信息传播机制。具体为，节点A第一次收到交易信息时，它将这笔交易的交易标识发送给除发给它交易的节点外的所有邻居节点。邻居节点B收到交易标识后查看已经收到的交易中有没有相同的。如果有，就说明B已经收到过这笔交易，不需要再接收一次；如果没有，B就向A请求这笔交易的完整信息。其中，交易的完整信息可以包括交易ID、输入数量、输入金额、输出数量、输出金额、交易费用、交易索引等。

交易阻塞攻击：一种区块链交易的攻击手段，攻击者利用人为构造的交易与正常交易产生交易标识的重叠，并在一定时空域范围内大量广播，各节点在收到正常交易时，由于确认过程中发现与已存在(构造)交易存在冲突，因此放弃对正常交易的记账，造成交易确认失效。

目前，区块链的交易标识通常设计的比较复杂，使发布机制本身耗费的数据发送带宽较高，如交易标识采用的32字节哈希值，使每个节点的发布需要发送约250字节数据，超过了转发一笔完整交易的数据量，造成整个交易确认环节存在吞吐性能瓶颈。如果将交易标识简化，又使得攻击者易于构造交易标识，带来潜在的交易阻塞攻击风险，降低交易的安全性。

基于此，本申请实施例针对发布机制提供了改进方法，实现发布环节数据发送量的压缩，同时又能避免潜在的交易阻塞攻击。

为便于理解本申请实施例提供的技术方案，下面将结合附图对改进方法进行说明。

参见图1，该图为本申请实施例提供的一种交易信息确认方法流程图，如图1所示，该方法可以包括：

S101：第二节点根据待确认交易的交易标识获取转发标识。

本实施例中，第二节点在接收到某一交易的完整交易信息后，可以根据该完整交易信息中的交易标识获取转发标识。其中，任一交易的完整交易信息包括该交易的时间、交易标识、交易内容等。例如，某一交易为转账交易，则该转账交易对应的交易信息包括转账时间、转发卡号、收款户名、收款银行、收款账号、交易标识等信息。

其中，第二节点根据待确认交易的交易标识获取转发标识的方式可以包括以下两种：

一种是，第二节点对交易标识直接进行压缩计算，获得转发标识，利用该转发标识进行交易信息的确认。即，第二节点利用信息压缩方法对交易标识进行压缩计算，获得转发标识。此时，转发标识仅包括第一交易分组信息。

另一种是，考虑到第二节点在对交易标识进行压缩计算时，可能出现不同交易标识经过压缩后得到相同的压缩结果，为便于区分不同的交易，本实施例提供了另一种获取转发标识的方法，具体为：第二节点首先对待确认交易的交易标识进行压缩计算，获得第一交易分组信息；同时，第二节点获取第一动态标识，将第一交易分组信息和第一动态标识组合生成转发标识。在该实现方式中，转发标识包括第一交易分组信息和第一动态标识。其中，第二节点获取第一动态标识可以为：第二节点根据预设规则为该待确认交易分配一动态标识作为第一动态标识；或者，第二节点根据交易标识以及随机参数计算生成第一动态标识。具体地，第二节点将交易标识以及随机参数作为随机函数的输入参数，获得该随机函数的输出结果作为第一动态标识。

可以理解的是，当第二节点获取转发标识的方式不同时，其它节点在确认交易时的操作也将不同，为便于理解，本实施例将先对通过第一种方式获取转发标识的后续操作进行说明，另一种获取方式对应的后续操作将在下一实施例进行说明。

S102：第二节点将包括转发标识的交易发布消息发送给第一节点。

当第二节点获取到转发标识，将包括转发标识的交易发布信息发送给第一节点，其中，第一节点为第二节点的邻居节点。具体地，第二节点将交易发布信息发送给除发给它完整交易信息的节点外的所有邻居节点。为便于理解，将以其中一个邻居节点，即第一节点为例进行说明。

S103：第一节点根据转发标识判断当前是否存储有待确认交易的交易信息，如果存在，则结束；否则，执行S104。

当第一节点接收到交易发布信息后，从该交易发布信息中提取转发标识，并根据该转发标识判断当前是否存储有待确认交易的交易信息。如果第一节点中存储有待确认交易的交易信息，则结束。如果第一节点中不存储有待确认交易的交易信息，则执行S104。

具体地，第一节点在存储某交易的交易信息时，可以存储该交易的转发标识以及交易信息的对应关系，当第一节点获取到待确认交易的转发标识，根据该转发标识以及上述对应关系查找对应的交易信息。如果可以查找到对应的交易信息，则表明第一节点存储有待确认交易的交易信息。如果未查找到对应的交易信息，则表明第一节点未存有待确认交易的交易信息。

S104：第一节点向第二节点发送数据请求消息。

本实施例中，当第一节点确认自身未存储有待确认交易的交易信息时，则第一节点根据转发标识生成数据请求消息，并将该数据请求消息发送给第二节点，以便请求待确认交易的交易信息。

S105：第二节点根据数据请求消息中的转发标识获取待确认交易的交易信息。

当第二节点获取到第一节点发送的数据请求消息后，根据该数据请求消息中的转发标识查找到待确认交易的交易信息。具体地，第二节点根据转发标识查找对应的交易标识，进而根据该交易标识获取该交易标识对应的待确认交易的交易信息。

S106：第二节点将待确认交易的交易信息发送给第一节点。

本实施例中，第二节点在获取到待确认交易的交易信息后，将该交易信息发送给第一节点，以便第一节点记录该待确认交易的交易信息。

S107：第一节点将包括转发标识的交易发布消息发送给第三节点。

本实施例中，当第一节点获取待确认交易的交易信息后，可以将包括转发标识的交易发送消息给第三节点，该第三节点为第一节点的邻居节点。

具体地，第一节点可以直接将第二节点发送的交易发布消息转发给第三节点，以便第三节点进行后续确认操作。第一节点也可以根据该待确认交易的交易标识获取新的转发标识，将包括新的转发标识的交易发布消息发送给第三节点。其中，第一节点根据待确认交易的交易标识获取新的转发标识的具体实现可以参见S101。

上述实施例说明了第二节点直接对交易标识进行压缩获取转发标识的实现，下面将结合附图对另一种获取转发标识的相关操作进行说明。

参见图2，该图为本申请实施例提供的另一种交易信息确认方法流程图，如图2所示，该方法可以包括：

S201：第二节点对待确认交易的交易标识进行压缩计算获得第一交易分组信息。

S202：第二节点获取第一动态标识。

本实施例中，第二节点获取第一动态标识的方式可以包括：一种是，第二节点根据预先规则为该待确认交易信息分配唯一的动态标识，将该分配的动态标识作为第一动态标识。另一种，第二节点利用随机函数对随机参数以及待确认交易的交易标识进行计算获得第一动态标识。

S203：第二节点将包括第一交易分组信息和第一动态标识的交易发布信息发送给第一节点。

S204：第一节点查找交易分组信息为第一交易分组信息的各个交易。

当第一节点接收到交易发布消息后，根据该交易发布消息中的第一交易分组信息查找自身是否存在交易分组信息为第一交易分组信息的各个交易。如果存在，表明第一节点可能存储待确认交易的交易信息，为进一步确定是否存在，则获取各个交易的动态标识，执行S205。如果不存在交易分组信息为第一交易分组信息的交易，则表明该第一节点未存储待确认交易的交易信息，则执行S206。

S205：将第一动态标识与各个交易的动态标识进行比对，如果第一动态标识与各个交易的动态标识均不相等，则执行S206；否则结束。

当第一节点获取到交易分组信息为第一交易分组信息的各个交易的动态标识后，将该第一动态标识与各个交易的动态标识进行比对，以确认是否存在与第一动态标识相同的动态标识。

其中，当第一动态标识是根据随机参数以及待确认交易的交易标识获得时，第二节点发送的交易发布消息中还将包括随机参数，则第一节点在进行比对之前，将根据随机参数以及目标交易对应的交易标识获取该目标交易的动态标识，其中，目标交易为各个交易中的任一交易；然后，第一节点将第一动态标识与目标交易对应的动态标识进行比对，获得比对结果。如果第一动态标识与各个交易的动态标识均不相等，则确认第一节点未存储有该待确认交易的交易信息。

S206：第一节点向第二节点发送数据请求消息。

S207：第二节点根据数据请求消息中的转发标识获取待确认交易的交易信息。

S208：第二节点将待确认交易的交易信息发送给第一节点。

S209：第一节点将包括转发标识的交易发布消息发送给第三节点。

其中，S206-S209各个步骤的具体实现可以参见S104-S107，本实施例在此不再赘述。

为便于理解，参见图3所示的框架图，其中，发送端为第二节点，接收端为第一节点。其中，接收模块：接收交易发布信息及交易完整信息；

信息压缩模块：在交易信息发送端，利用信息压缩映射，根据一笔交易的交易ID获取交易分组信息；

随机变换模块：在交易信息发送端，利用随机变换映射，根据一笔交易的交易ID以及随机参数计算获取动态ID；在交易信息接收端，利用随机变换映射，根据接收到的随机参数以及交易分组内各个交易的交易ID计算获取实时动态ID

转发模块：获取交易分组信息、动态ID部分以及随机参数，向接收端进行发送；

确认计算模块：将交易的动态ID部分与已接收到的同一交易分组内所有交易的实时动态ID进行比对

请求模块：请求交易完整信息；

记录模块：记录交易完整信息。

具体地，发送端和接收端的交互过程包括：

1.发送端利用接收模块，获取某一交易T的完整交易信息。

2.发送端利用信息压缩模块，计算交易T的交易ID对应的交易分组信息P1。

3.发送端利用随机变换模块、随机参数信息R以及交易ID，计算T的动态ID部分P2。

4.发送端利用转发模块，向邻居节点发送P1、P2及R。

5.接收端利用接收模块，获取P1、P2及R。

6.接收端利用确认计算模块，从已接收到的交易中获取交易分组为P1的所有交易T_SET。

7.接收端利用随机变换模块和随机参数信息R以及T_SET中所有交易各自对应的交易ID计算每个交易对应的动态ID。

8.接收端利用确认计算模块，将新计算的T_SET中所有交易的动态ID与P2进行比对，若均不相等，则到步骤9，否则结束。

9.接收端利用交易请求模块，向发送端请求完整交易信息。发送端发送完整交易信息，接收端利用接收模块和记录模块，接收并记录完整交易信息。

可见，本实施例采用压缩的转发ID替代交易ID作为交易发布的标识，显著降低交易确认过程计算和传输耗费的数据带宽。发送端将一笔交易的随机变换生成的动态ID与随机参数信息一同发布，接收端在比对确认时，需要实时计算已收到交易的动态ID，降低了利用人为构造的交易进行阻塞攻击的风险。

基于上述方法实施例，本申请实施例还提供了交易信息确认装置，下面将结合附图进行说明。

参见图4，该图为本申请实施例提供了一种交易信息确认装置结构图，如图4所示，该装置设置于第一节点，包括：

第一接收单元401，用于接收第二节点转发的交易发布消息，所述交易发布消息至少包括转发标识，所述转发标识是由所述第二节点根据待确认交易的交易标识获得的，所述第一节点与所述第二节点为邻居节点；

判断单元402，用于根据所述转发标识判断当前是否存储有所述待确认交易的交易信息；

第一发送单元403，用于当所述判断单元的判断结果为不存在时，向所述第二节点发送数据请求消息，所述数据请求消息中包括所述转发标识；

所述第一接收单元401，还用于接收所述第二节点发送的所述待确认交易的交易信息，并进行存储，所述交易信息中包括所述交易标识。

在一种可能的实现方式中，所述转发标识包括第一交易分组信息以及第一动态标识，所述第一交易分组信息是由所述第二节点压缩所述待确认交易的交易标识获得的，所述判断单元，包括：

查找子单元，用于查找交易分组信息为所述第一交易分组信息的各个交易；

比对子单元，用于将所述第一动态标识与所述各个交易的动态标识进行比对；

确认子单元，用于如果所述第一动态标识与所述各个交易的动态标识均不相等，则确认未存储有所述待确认交易的交易信息。

在一种可能的实现方式中，所述第一动态标识是由所述第二节点根据随机参数以及所述待确认交易的交易标识获得的。

在一种可能的实现方式中，所述交易发布消息还包括所述随机参数，所述比对子单元，具体用于根据所述随机参数以及目标交易对应的交易标识获取所述目标交易的动态标识，所述目标交易为所述各个交易中的任一交易；将所述第一动态标识与所述目标交易对应的动态标识进行比对。

在一种可能的实现方式中，所述装置还包括：

第一获取单元，用于根据所述交易标识获取转发标识；

所述第一发送单元，还用于将包括所述转发标识的交易发布消息发送给第三节点，所述第三节点与所述第一节点为邻居节点。

需要说明的是，本实施例中各个单元的实现可以参见上述方法实施例，本实施例在此不再赘述。

参见图5，该图为本申请实施例提供的另一种交易信息确认装置结构图，所述装置设置于第二节点，所述装置包括：

第二获取单元501，用于根据待确认交易的交易标识获取转发标识；

第二发送单元502，用于将包括转发标识的交易发布消息发送至第一节点，所述第一节点与所述第二节点为邻居节点。

在一种可能的实现方式中，所述装置还包括：

第二接收单元，用于接收所述第一节点发送的数据请求消息，所述数据请求消息包括所述转发标识；

所述第二获取单元，还用于根据所述转发标识获取所述待确认交易的交易信息；

所述第二发送单元，还用于将所述待确认交易的交易信息发送给所述第一节点。

在一种可能的实现方式中，所述转发标识包括第一交易分组信息以及第一动态标识，其中，所述第二获取单元，具体用于对所述待确认交易的交易标识进行压缩计算获得第一交易分组信息；利用随机函数对随机参数以及所述待确认交易的交易标识进行计算获得第一动态标识。

需要说明的是，本实施例中各个单元的实现可以参见上述方法实施例，本实施例在此不再赘述。

可见，第一节点接收第二节点发送的交易发布信息，该交易发布消息包括转发标识，该转发标识是第二节点根据待确认交易的交易标识获得的。第一节点根据该转发标识确认自身当前所存储的交易信息中是否包括该确认交易的交易信息。如果不存在，则第一节点向第二节点发送数据请求消息，以便请求该待确认交易的交易信息，并进行存储。也就是，节点在进行交易确认时，不再利用交易标识，而是转发标识，且该转发标识是根据交易标识获得的。既保证转发标识的安全性，也降低了直接利用交易标识进行确认时所造成的带宽消耗。

需要说明的是，本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的系统或装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。

还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (8)

1.一种交易信息确认方法，其特征在于，所述方法应用于第一节点，所述方法包括：

接收第二节点转发的交易发布消息，所述交易发布消息至少包括转发标识，所述转发标识是由所述第二节点根据待确认交易的交易标识获得的，所述第一节点与所述第二节点为邻居节点；

根据所述转发标识判断当前是否存储有所述待确认交易的交易信息；

如果不存在，则向所述第二节点发送数据请求消息，所述数据请求消息中包括所述转发标识；

接收所述第二节点发送的所述待确认交易的交易信息，并进行存储，所述交易信息中包括所述交易标识；

根据所述交易标识获取转发标识；

将包括所述转发标识的交易发布消息发送给第三节点，所述第三节点与所述第一节点为邻居节点；

其中，所述转发标识通过如下方式确定：

所述第二节点先对所述交易标识进行压缩计算，获得第一交易分组信息，以及所述第二节点获取第一动态标识，将所述第一交易分组信息和所述第一动态标识组合生成所述转发标识；其中，所述转发标识包括所述第一交易分组信息以及所述第一动态标识，不同的第一动态标识用于区分不同的待确认交易；

所述根据所述转发标识判断当前是否存储有所述待确认交易的交易信息，包括：

查找交易分组信息为所述第一交易分组信息的各个交易；

将所述第一动态标识与所述各个交易的动态标识进行比对；

如果所述第一动态标识与所述各个交易的动态标识均不相等，则确认未存储有所述待确认交易的交易信息。

2.根据权利要求1所述的方法，其特征在于，所述第一动态标识是由所述第二节点根据随机参数以及所述待确认交易的交易标识获得的。

3.根据权利要求2所述的方法，其特征在于，所述交易发布消息还包括所述随机参数，所述将所述第一动态标识与所述各个交易的动态标识进行比对，包括：

根据所述随机参数以及目标交易对应的交易标识获取所述目标交易的动态标识，所述目标交易为所述各个交易中的任一交易；

将所述第一动态标识与所述目标交易对应的动态标识进行比对。

4.一种交易信息确认方法，其特征在于，所述方法应用于第二节点，所述方法包括：

根据待确认交易的交易标识获取转发标识；

将包括转发标识的交易发布消息发送至第一节点，所述第一节点与所述第二节点为邻居节点，所述第一节点用于将包括所述转发标识的所述交易发布消息发送至第三节点，所述第三节点与所述第一节点为邻居节点；

其中，所述转发标识通过如下方式确定：

先对所述交易标识进行压缩计算，获得第一交易分组信息，以及获取第一动态标识，将所述第一交易分组信息和所述第一动态标识组合生成所述转发标识；其中，所述转发标识包括所述第一交易分组信息以及所述第一动态标识，不同的第一动态标识用于区分不同的待确认交易；

以及，所述第一节点用于：

根据所述转发标识判断当前是否存储有所述待确认交易的交易信息；

如果不存在，则向所述第二节点发送数据请求消息，所述数据请求消息中包括所述转发标识；

接收所述第二节点发送的所述待确认交易的交易信息，并进行存储，所述交易信息中包括所述交易标识；

其中，所述根据所述转发标识判断当前是否存储有所述待确认交易的交易信息，包括：

查找交易分组信息为所述第一交易分组信息的各个交易；

将所述第一动态标识与所述各个交易的动态标识进行比对；

如果所述第一动态标识与所述各个交易的动态标识均不相等，则确认未存储有所述待确认交易的交易信息。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

接收所述第一节点发送的数据请求消息，所述数据请求消息包括所述转发标识；

根据所述转发标识获取所述待确认交易的交易信息，并将所述待确认交易的交易信息发送给所述第一节点。

6.根据权利要求4所述的方法，其特征在于，若所述转发标识包括所述第一交易分组信息以及所述第一动态标识，所述获取第一动态标识，包括：

利用随机函数对随机参数以及所述待确认交易的交易标识进行计算获得所述第一动态标识。

7.一种交易信息确认装置，其特征在于，所述装置设置于第一节点，所述装置包括：

第一接收单元，用于接收第二节点转发的交易发布消息，所述交易发布消息至少包括转发标识，所述转发标识是由所述第二节点根据待确认交易的交易标识获得的，所述第一节点与所述第二节点为邻居节点；

判断单元，用于根据所述转发标识判断当前是否存储有所述待确认交易的交易信息；

第一发送单元，用于当所述判断单元的判断结果为不存在时，向所述第二节点发送数据请求消息，所述数据请求消息中包括所述转发标识；

所述第一接收单元，还用于接收所述第二节点发送的所述待确认交易的交易信息，并进行存储，所述交易信息中包括所述交易标识；

第一获取单元，用于根据所述交易标识获取转发标识；

所述第一发送单元，还用于将包括所述转发标识的交易发布消息发送给第三节点，所述第三节点与所述第一节点为邻居节点；

其中，所述转发标识通过如下方式确定：

所述第二节点先对所述交易标识进行压缩计算，获得第一交易分组信息，以及所述第二节点获取第一动态标识，将所述第一交易分组信息和所述第一动态标识组合生成所述转发标识；其中，所述转发标识包括所述第一交易分组信息以及所述第一动态标识，不同的第一动态标识用于区分不同的待确认交易；

所述判断单元，包括：

查找子单元，用于查找交易分组信息为所述第一交易分组信息的各个交易；

比对子单元，用于将所述第一动态标识与所述各个交易的动态标识进行比对；

确认子单元，用于如果所述第一动态标识与所述各个交易的动态标识均不相等，则确认未存储有所述待确认交易的交易信息。

8.一种交易信息确认装置，其特征在于，所述装置设置于第二节点，所述装置包括：

第二获取单元，用于根据待确认交易的交易标识获取转发标识；

第二发送单元，用于将包括转发标识的交易发布消息发送至第一节点，所述第一节点与所述第二节点为邻居节点，所述第一节点用于将包括所述转发标识的所述交易发布消息发送至第三节点，所述第三节点与所述第一节点为邻居节点；

所述第二获取单元，具体用于：

先对所述交易标识进行压缩计算，获得第一交易分组信息，以及获取第一动态标识，将所述第一交易分组信息和所述第一动态标识组合生成所述转发标识；其中，所述转发标识包括所述第一交易分组信息以及所述第一动态标识，不同的第一动态标识用于区分不同的待确认交易；

以及，所述第一节点用于：

根据所述转发标识判断当前是否存储有所述待确认交易的交易信息；

如果不存在，则向所述第二节点发送数据请求消息，所述数据请求消息中包括所述转发标识；

接收所述第二节点发送的所述待确认交易的交易信息，并进行存储，所述交易信息中包括所述交易标识；

其中，所述根据所述转发标识判断当前是否存储有所述待确认交易的交易信息，包括：

查找交易分组信息为所述第一交易分组信息的各个交易；

将所述第一动态标识与所述各个交易的动态标识进行比对；

如果所述第一动态标识与所述各个交易的动态标识均不相等，则确认未存储有所述待确认交易的交易信息。