本申请涉及区块链技术领域，具体而言，本申请涉及一种交易的打包与交易信息的查询方法、装置及电子设备。
背景技术：
目前，区块链网络中生成交易序列号一般通过如下方式：将交易内容进行hash运算，将得到的交易摘要值作为交易序列号；或者通过编码的方式，将交易发起时间、发起客户端编号、发起节点编号等信息编码为交易序列号。
上述方式中生成的交易序列号都是不连续的，会对区块链的交易检索与统计带来不便，影响区块链系统的使用。
技术实现要素：
本申请的目的旨在至少能解决上述的技术缺陷之一。本申请所采用的技术方案如下：
第一方面，本申请实施例提供了一种交易的打包方法，该方法包括：
当接收到交易集合中的交易时，获取交易的交易摘要值；
基于历史交易笔数确定交易的交易序列号；
基于交易摘要值以及交易序列号，生成交易的索引值；
在确定交易集合中所有交易的索引值之后，将交易集合中的交易打包为区块，区块的交易信息中包括索引值。
可选地，基于交易摘要值以及交易序列号，生成交易的索引值，包括：
将交易摘要值以及交易序列号进行拼接，得到交易的索引值。
可选地，将交易摘要值以及交易序列号进行拼接，得到交易的索引值，包括：
确定交易序列号字符长度是否满足预设位数；
若不满足，则将交易序列号调整至字符长度满足预设位数后，将交易摘要值以及交易序列号进行拼接，得到交易的索引值。
可选地，上述方法还包括：
广播区块，以使区块链中除打包节点之外的节点接收区块，分别对各交易的索引值进行验证，并在验证通过时，存储交易集合中的所有交易的交易信息。
可选地，存储交易集合中的所有交易的交易信息，通过以下方式：
将交易摘要值和/或交易序列号作为索引，存储交易集合中的所有交易的交易信息。
可选地，上述方法还包括：
将交易摘要值和/或交易序列号返回给客户端。
第二方面，本申请实施例提供了一种交易的打包方法，该方法包括：
当接收到用户对目标交易的交易信息的查询请求时，获取查询请求中携带的索引信息，索引信息包括交易序列号，交易序列号是基于历史交易笔数确定的；
基于索引信息查询目标交易的交易信息。
第三方面，本申请实施例提供了一种交易的打包装置，该装置包括：
交易接收模块，用于在接收到交易集合中的交易时，获取交易的交易摘要值；
交易序列号生成模块，用于基于历史交易笔数确定交易的交易序列号；
索引值生成模块，用于基于交易摘要值以及交易序列号，生成交易的索引值；
打包模块，用于在确定交易集合中所有交易的索引值之后，将交易集合中的交易打包为区块，区块的交易信息中包括索引值。
可选地，索引值生成模块具体用于：
将交易摘要值以及交易序列号进行拼接，得到交易的索引值。
可选地，索引值生成模块在将交易摘要值以及交易序列号进行拼接，得到交易的索引值时，具体用于：
确定交易序列号字符长度是否满足预设位数；
若不满足，则将交易序列号调整至字符长度满足预设位数后，将交易摘要值以及交易序列号进行拼接，得到交易的索引值。
可选地，上述装置还包括区块广播模块，区块广播模块用于：
广播区块，以使区块链中除打包节点之外的节点接收区块，分别对各交易的索引值进行验证，并在验证通过时，存储交易集合中的所有交易的交易信息。
可选地，存储交易集合中的所有交易的交易信息，通过以下方式：
将交易摘要值和/或交易序列号作为索引，存储交易集合中的所有交易的交易信息。
可选地，上述装置还包括信息返回模块，信息返回模块用于：
将交易摘要值和/或交易序列号返回给客户端。
第四方面，本申请实施例提供了一种交易信息的查询装置，该装置包括：
查询请求接收模块，用于在接收到用户对目标交易的交易信息的查询请求时，获取查询请求中携带的索引信息，索引信息包括交易序列号，交易序列号是基于历史交易笔数确定的；
交易信息查询模块，用于基于索引信息查询目标交易的交易信息。
第五方面，本申请实施例提供了一种电子设备，该电子设备包括：处理器和存储器；
存储器，用于存储操作指令；
处理器，用于通过调用操作指令，执行如本申请的第一方面至第二方面的任一实施方式中所示的方法。
第六方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本申请的第一方面至第二方面的任一实施方式中所示的方法。
本申请实施例提供的技术方案带来的有益效果是：
本申请实施例提供的方案，在接收到交易集合中的交易时，获取交易的交易摘要值，基于历史交易笔数确定交易的交易序列号，基于交易摘要值以及交易序列号，生成交易的索引值，并在确定交易集合中所有交易的索引值之后，将交易集合中的交易打包为区块。本方案中，由于是通过历史交易笔数确定交易序列号，能够保证交易序列号的连续性，便于基于交易序列号进行的交易检索与统计，有利于区块链系统的正常使用。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍。
图1为本申请实施例提供的一种交易的打包方法的流程示意图；
图2为本申请实施例提供的一种交易信息的查询方法的流程示意图；
图3为本申请实施例提供的一种交易的打包方法的具体实施方式的流程示意图；
图4中示出了本申请实施例提供的生成索引值的具体实施方式的流程示意图；
图5为本申请实施例提供的一种交易的打包装置的结构示意图；
图6为本申请实施例提供的一种交易的打包装置的结构示意图；
图7为本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本发明的限制。
本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。
目前，在生成交易序列号时，还存在一种通过访问世界状态(全局状态)来生成交易序列号的方式，这种方式中在每次生成序列号后度需要更新世界状态，不便于交易高并发情况下的使用。
本申请实施例提供的交易的打包与交易信息的查询方法、装置及电子设备，旨在解决现有技术的如上技术问题中的至少一个。
下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。
图1示出了本申请实施例提供的一种交易的打包方法的流程示意图，如图1所示，该方法主要可以包括：
步骤s110：当接收到交易集合中的交易时，获取交易的交易摘要值；
步骤s120：基于历史交易笔数确定交易的交易序列号；
步骤s130：基于交易摘要值以及交易序列号，生成交易的索引值；
步骤s140：在确定交易集合中所有交易的索引值之后，将交易集合中的交易打包为区块，区块的交易信息中包括索引值。
本申请实施例中，客户端可以初始化交易，根据交易内容生成交易摘要，具体而言，可以对交易内容进行哈希运算，得到交易摘要(digest)。
本申请实施例中，区块链节点在接收到交易后，可以对验证签名以及交易内容的合法性，并在验证通过时，将交易转发给共识节点集，共识节点中的打包节点的接收到交易时，可以根据统计历史交易笔数，并将当前交易对应的历史交易笔数作为该交易的交易序列号。
本申请实施例中，可以基于交易摘要值以及交易序列号，生成交易的索引值，并将索引值添加至交易信息中。在对交易集合中的交易打包为区块后，新生成区块的交易信息中也包括索引值。
本申请实施例中，由于是基于历史交易笔数来生成交易序列号，能够替代获取通过访问世界状态(全局状态)来生成交易序列号的方式，无需在每次生成交易序列号之后更新世界状态，便于交易高并发情况下的使用。
本申请实施例提供的方法，在接收到交易集合中的交易时，获取交易的交易摘要值，基于历史交易笔数确定交易的交易序列号，基于交易摘要值以及交易序列号，生成交易的索引值，并在确定交易集合中所有交易的索引值之后，将交易集合中的交易打包为区块。本方案中，由于是通过历史交易笔数确定交易序列号，能够保证交易序列号的连续性，便于基于交易序列号进行的交易检索与统计，有利于区块链系统的正常使用。
本申请实施例的一种可选方式中，基于交易摘要值以及交易序列号，生成交易的索引值，包括：
将交易摘要值以及交易序列号进行拼接，得到交易的索引值。
本申请实施例中，可以通过将交易摘要值以及交易序列号进行拼接的方式生成索引值。
本申请实施例的一种可选方式中，将交易摘要值以及交易序列号进行拼接，得到交易的索引值，包括：
确定交易序列号字符长度是否满足预设位数；
若不满足，则将交易序列号调整至字符长度满足预设位数后，将交易摘要值以及交易序列号进行拼接，得到交易的索引值。
本申请实施例中，如果交易序列号的字符长度不满足预设位数，可以将交易序列号调整至字符长度满足预设位数。作为一个示例，交易序列号为15101，预设位数为64bit，将交易序列号15101转化为十六进制数3afd16，由一个十六进制数占4bit，所以64bit相当于12个十六进制数。交易序列号3afd16，需要左填充12个0，从而将长度l2转化为64bit。交易序列号3afd16在填充完成后被转化为0000000000003afd16。
本申请实施例的一种可选方式中，上述方法还包括：
广播区块，以使区块链中除打包节点之外的节点接收区块，分别对各交易的索引值进行验证，并在验证通过时，存储交易集合中的所有交易的交易信息。
本申请实施例中，在将新生成的区块广播至区块链后，区块链中除打包节点外节点可以解析新生成区块中的交易，并逐笔对交易进行验证。具体而言，可以先对索引值进行验证，在索引值验证通过时，再对交易的合法性进行验证。
本申请实施例中，对索引值进行验证通过获取历史交易笔数，并将历史交易笔数与交易摘要值拼接为待验证索引值，比较索引值与待验证索引值是否一致，如一致，则可以确定索引值验证通过。
在对新生成区块中的交易进行逐笔验证时，如其中一笔交易验证未通过，则可以拒绝该新生成区块，新生成区块中所有的交易均被验证通过时，可以认为新生成区块验证通过，通过该新生成区块。
本申请实施例的一种可选方式中，存储交易集合中的所有交易的交易信息，通过以下方式：
将交易摘要值和/或交易序列号作为索引，存储交易集合中的所有交易的交易信息。
本申请实施例中，区块链中的各节点在对新生成的区块验证通过后，可以存储交易集合中的所有交易的交易信息。为了便于对交易的查询，可以将交易摘要值和/或交易序列号作为索引来存储交易信息。
作为一个示例，可以基于交易所属的区块文件以及交易所在的区块位置建立交易索引，具体形式可以如表1中所示。
表1
作为一个示例，还可以基于数据库中具体的交易信息建立交易索引，具体形式可以如表2中所示。
表2
本申请实施例的一种可选方式中，上述方法还包括：
将交易摘要值和/或交易序列号返回给客户端。
本申请实施例中，可以在接收到交易时，向客户端返回收据，收据中可以包括交易摘要值。可以在新生成的区块被验证通过后，将交易序列号返回给客户端。
通过将交易摘要值和/或交易序列号返回给客户端，便于客户端对交易信息的查询。
图2示出了本申请实施例提供的一种交易信息的查询方法的流程示意图，如图2所示，该方法主要可以包括：
步骤s210：当接收到用户对目标交易的交易信息的查询请求时，获取查询请求中携带的索引信息，索引信息包括交易序列号，交易序列号是基于历史交易笔数确定的；
步骤s220：基于索引信息查询目标交易的交易信息。
本申请实施例中，用户可以通过客户端向节点发起对目标交易的交易信息的查询请求。查询请求中可有携带有索引信息作为关键字，实现对目标交易的交易信息的查询。
索引信息可以包括交易序列号，由于索引信息是基于历史交易笔数确定的，如可以将目标交易对应的历史交易笔数作为该交易的交易序列号。因此交易序列号具有连续性。
本申请实施例中，由于区块链中各节点已将交易信息存储，并通过交易序列号和/或交易摘要值建立了交易索引，因此可以通过交易序列号来快速查询到目标交易的交易信息。
本申请实施例提供的方法，在接收到用户对目标交易的交易信息的查询请求时，获取查询请求中携带的索引信息，基于索引信息包括的交易序列号查询目标交易的交易信息。本方案中，由于是通过历史交易笔数确定交易序列号，能够保证交易序列号的连续性，便于基于交易序列号进行的交易检索与统计，有利于区块链系统的正常使用。
在实际使用中，也可以将交易摘要值作为索引信息进行交易信息的查询。
图3中示出了本申请实施例提供的一种交易的打包方法的具体实施方式的流程示意图，具体如下：
客户端初始化交易，发送交易请求到节点，交易请求中包含交易摘要值(即digest)；系统设置交易摘要值digest的长度为l1，交易序列号m长度为l2。在实际使用中，l1长度可以为128，m长度可以为64。
交易内容采用hash运算，生成交易摘要值digest。
对交易进行签名，生成交易请求(包括digest)。
节点成功接收交易请求并验证交易合法性。具体而言，节点先验证签名是否合法，如果不合法，提示交易无效，返回提示信息给客户端；如果合法，继续验证交易内容的合法性，如果合法，则响应客户端(客户可以确认digest的有效性，并基于digest形成某些查询凭证)；如果不合法，提示交易无效，返回提示信息给客户端。
节点验证通过时，将交易请求发送至共识节点集，由共识节点处理。
共识节点中的打包节点接收交易请求，根据自己的统计数据，生成交易集合中每笔交易的交易序列号m，结合交易digest，生成索引值k＝digest||m，将交易打包(此时交易信息为：{k，(交易时间,收款账号,付款账号,金额)，交易签名})，并生成新的区块。
图4中示出了本申请实施例提供的生成索引值的具体实施方式的流程示意图，具体如下：
系统设定digest长度为l1，l1＝128，m长度设定为l2，l2＝64。
(1)准备交易集，总交易笔数为s；
(2)初始化变量i、n，i＝0(后续i先加1，表示第i笔交易，n为当前区块历史交易总笔数)；
(3)设定条件，初始化变量i小于集合中总交易笔数s；
(4)i＜s，则执行i＝i+1；
(5)计算第i笔交易的序列号为m＝n+i；
(6)当m长度小于l2时，根据交易序列号填充流程先将其长度补充到系统规定长度(l2)。循环执行下一笔，直到所有交易遍历完成。
基于与图1中所示的方法相同的原理，图5示出了本申请实施例提供的一种交易的打包装置的结构示意图，如图5所示，该交易的打包装置30可以包括：
交易接收模块310，用于在接收到交易集合中的交易时，获取交易的交易摘要值；
交易序列号生成模块320，用于基于历史交易笔数确定交易的交易序列号；
索引值生成模块330，用于基于交易摘要值以及交易序列号，生成交易的索引值；
打包模块340，用于在确定交易集合中所有交易的索引值之后，将交易集合中的交易打包为区块，区块的交易信息中包括索引值。
本申请实施例提供的装置，在接收到交易集合中的交易时，获取交易的交易摘要值，基于历史交易笔数确定交易的交易序列号，基于交易摘要值以及交易序列号，生成交易的索引值，并在确定交易集合中所有交易的索引值之后，将交易集合中的交易打包为区块。本方案中，由于是通过历史交易笔数确定交易序列号，能够保证交易序列号的连续性，便于基于交易序列号进行的交易检索与统计，有利于区块链系统的正常使用。
可选地，索引值生成模块具体用于：
将交易摘要值以及交易序列号进行拼接，得到交易的索引值。
可选地，索引值生成模块在将交易摘要值以及交易序列号进行拼接，得到交易的索引值时，具体用于：
确定交易序列号字符长度是否满足预设位数；
若不满足，则将交易序列号调整至字符长度满足预设位数后，将交易摘要值以及交易序列号进行拼接，得到交易的索引值。
可选地，上述装置还包括区块广播模块，区块广播模块用于：
广播区块，以使区块链中除打包节点之外的节点接收区块，分别对各交易的索引值进行验证，并在验证通过时，存储交易集合中的所有交易的交易信息。
可选地，存储交易集合中的所有交易的交易信息，通过以下方式：
将交易摘要值和/或交易序列号作为索引，存储交易集合中的所有交易的交易信息。
可选地，上述装置还包括信息返回模块，信息返回模块用于：
将交易摘要值和/或交易序列号返回给客户端。
可以理解的是，本实施例中的交易的打包装置的上述各模块具有实现图1中所示的实施例中的交易的打包方法相应步骤的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。上述模块可以是软件和/或硬件，上述各模块可以单独实现，也可以多个模块集成实现。对于上述交易的打包装置的各模块的功能描述具体可以参见图1中所示实施例中的交易的打包方法的对应描述，在此不再赘述。
基于与图2中所示的方法相同的原理，图6示出了本申请实施例提供的一种交易信息的查询装置的结构示意图，如图6所示，该交易信息的查询装置40可以包括：
查询请求接收模块410，用于在接收到用户对目标交易的交易信息的查询请求时，获取查询请求中携带的索引信息，索引信息包括交易序列号，交易序列号是基于历史交易笔数确定的；
交易信息查询模块420，用于基于索引信息查询目标交易的交易信息。
本申请实施例提供的装置，在接收到用户对目标交易的交易信息的查询请求时，获取查询请求中携带的索引信息，基于索引信息包括的交易序列号查询目标交易的交易信息。本方案中，由于是通过历史交易笔数确定交易序列号，能够保证交易序列号的连续性，便于基于交易序列号进行的交易检索与统计，有利于区块链系统的正常使用。
可以理解的是，本实施例中的交易信息的查询装置的上述各模块具有实现图2中所示的实施例中的交易信息的查询方法相应步骤的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。上述模块可以是软件和/或硬件，上述各模块可以单独实现，也可以多个模块集成实现。对于上述交易信息的查询装置的各模块的功能描述具体可以参见图2中所示实施例中的交易信息的查询方法的对应描述，在此不再赘述。
本申请实施例提供了一种电子设备，包括处理器和存储器；
存储器，用于存储操作指令；
处理器，用于通过调用操作指令，执行本申请任一实施方式中所提供的方法。
作为一个示例，图7示出了本申请实施例所适用的一种电子设备的结构示意图，如图7所示，该电子设备2000包括：处理器2001和存储器2003。其中，处理器2001和存储器2003相连，如通过总线2002相连。可选的，电子设备2000还可以包括收发器2004。需要说明的是，实际应用中收发器2004不限于一个，该电子设备2000的结构并不构成对本申请实施例的限定。
其中，处理器2001应用于本申请实施例中，用于实现上述方法实施例所示的方法。收发器2004可以包括接收机和发射机，收发器2004应用于本申请实施例中，用于执行时实现本申请实施例的电子设备与其他设备通信的功能。
处理器2001可以是cpu(centralprocessingunit，中央处理器)，通用处理器，dsp(digitalsignalprocessor，数据信号处理器)，asic(applicationspecificintegratedcircuit，专用集成电路)，fpga(fieldprogrammablegatearray，现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器2001也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等。
总线2002可包括一通路，在上述组件之间传送信息。总线2002可以是pci(peripheralcomponentinterconnect，外设部件互连标准)总线或eisa(extendedindustrystandardarchitecture，扩展工业标准结构)总线等。总线2002可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
存储器2003可以是rom(readonlymemory，只读存储器)或可存储静态信息和指令的其他类型的静态存储设备，ram(randomaccessmemory，随机存取存储器)或者可存储信息和指令的其他类型的动态存储设备，也可以是eeprom(electricallyerasableprogrammablereadonlymemory，电可擦可编程只读存储器)、cd-rom(compactdiscreadonlymemory，只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。
可选的，存储器2003用于存储执行本申请方案的应用程序代码，并由处理器2001来控制执行。处理器2001用于执行存储器2003中存储的应用程序代码，以实现本申请任一实施方式中所提供的方法。
本申请实施例提供的电子设备，适用于上述方法任一实施例，在此不再赘述。
本申请实施例提供了一种电子设备，与现有技术相比，在接收到交易集合中的交易时，获取交易的交易摘要值，基于历史交易笔数确定交易的交易序列号，基于交易摘要值以及交易序列号，生成交易的索引值，并在确定交易集合中所有交易的索引值之后，将交易集合中的交易打包为区块。本方案中，由于是通过历史交易笔数确定交易序列号，能够保证交易序列号的连续性，便于基于交易序列号进行的交易检索与统计，有利于区块链系统的正常使用。
本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现上述方法实施例所示的方法。
本申请实施例提供的计算机可读存储介质，适用于上述方法任一实施例，在此不再赘述。
本申请实施例提供了一种计算机可读存储介质，与现有技术相比，在接收到交易集合中的交易时，获取交易的交易摘要值，基于历史交易笔数确定交易的交易序列号，基于交易摘要值以及交易序列号，生成交易的索引值，并在确定交易集合中所有交易的索引值之后，将交易集合中的交易打包为区块。本方案中，由于是通过历史交易笔数确定交易序列号，能够保证交易序列号的连续性，便于基于交易序列号进行的交易检索与统计，有利于区块链系统的正常使用。
应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
1.一种交易的打包方法，其特征在于，应用于区块链中的打包节点，包括：
当接收到交易集合中的交易时，获取所述交易的交易摘要值；
基于历史交易笔数确定所述交易的交易序列号；
基于所述交易摘要值以及所述交易序列号，生成所述交易的索引值；
在确定交易集合中所有交易的索引值之后，将所述交易集合中的交易打包为区块，所述区块的交易信息中包括所述索引值。
2.根据权利要求1所述的方法，其特征在于，所述基于所述交易摘要值以及所述交易序列号，生成所述交易的索引值，包括：
将所述交易摘要值以及所述交易序列号进行拼接，得到所述交易的索引值。
3.根据权利要求2所述的方法，其特征在于，所述将所述交易摘要值以及所述交易序列号进行拼接，得到所述交易的索引值，包括：
确定所述交易序列号字符长度是否满足预设位数；
若不满足，则将所述交易序列号调整至字符长度满足预设位数后，将所述交易摘要值以及所述交易序列号进行拼接，得到所述交易的索引值。
4.根据权利要求1-3中任一项所述的方法，其特征在于，还包括：
广播所述区块，以使所述区块链中除所述打包节点之外的节点接收所述区块，分别对所述各所述交易的索引值进行验证，并在验证通过时，存储所述交易集合中的所有交易的交易信息。
5.根据权利要4所述的方法，其特征在于，所述存储所述交易集合中的所有交易的交易信息，通过以下方式：
将所述交易摘要值和/或所述交易序列号作为索引，存储所述交易集合中的所有交易的交易信息。
6.根据权利要求1-3中任一项所述的方法，其特征在于，还包括：
将所述交易摘要值和/或所述交易序列号返回给客户端。
7.一种交易信息的查询方法，其特征在于，包括：
当接收到用户对目标交易的交易信息的查询请求时，获取所述查询请求中携带的索引信息，所述索引信息包括交易序列号，所述交易序列号是基于历史交易笔数确定的；
基于所述索引信息查询所述目标交易的交易信息。
8.一种交易的打包装置，其特征在于，包括：
交易接收模块，用于在接收到交易集合中的交易时，获取所述交易的交易摘要值；
交易序列号生成模块，用于基于历史交易笔数确定所述交易的交易序列号；
索引值生成模块，用于基于所述交易摘要值以及所述交易序列号，生成所述交易的索引值；
打包模块，用于在确定交易集合中所有交易的索引值之后，将所述交易集合中的交易打包为区块，所述区块的交易信息中包括所述索引值。
9.一种交易信息的查询装置，其特征在于，包括：
查询请求接收模块，用于在接收到用户对目标交易的交易信息的查询请求时，获取所述查询请求中携带的索引信息，所述索引信息包括交易序列号，所述交易序列号是基于历史交易笔数确定的；
交易信息查询模块，用于基于所述索引信息查询所述目标交易的交易信息。
10.一种电子设备，其特征在于，包括处理器和存储器；
所述存储器，用于存储操作指令；
所述处理器，用于通过调用所述操作指令，执行权利要求1-7中任一项所述的方法。
11.一种计算机可读存储介质，其特征在于，所述存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1-7中任一项所述的方法。
技术总结