一种信息通知方法、装置、系统、设备和存储介质与流程

1.本发明实施例涉及区块链领域，尤其涉及一种信息通知方法、装置、系统、设备和存储介质。


背景技术：

2.现有传统区块链，很多采用两阶段提交方式，比如fabric联盟链。在高并发场景下，有大量的请求数据积压未处理，如果前后的数据有关联性，前面的数据验证失败，势必会导致后面的数据一定会验证失败。这样浪费了计算机的计算开销，以及浪费了存储空间。


技术实现要素：

3.有鉴于此，本发明提供一种信息处理方法、装置、系统、设备和存储介质，减少了计算开销和存储空间。
4.第一方面，本发明实施例提供了一种信息处理方法，应用于共识节点，包括：
5.根据接收到的peer节点发送的验证失败结果生成对应的失败标记信息；其中，所述验证失败结果为peer节点对一个待验证消息进行验证得到的结果；
6.在所述失败标记信息的当前累计数量达到预先配置的背书策略数量时，确定所述待验证消息相关联对应的无效消息；
7.对所述无效消息执行剔除操作，得到对应的目标消息。
8.第二方面，本发明实施例还提供了一种信息处理装置，应用于共识节点，包括：
9.生成模块，用于根据接收到的peer节点发送的验证失败结果生成对应的失败标记信息；其中，所述验证失败结果为peer节点对一个待验证消息进行验证得到的结果；
10.第一确定模块，用于在所述失败标记信息的当前累计数量达到预先配置的背书策略数量时，确定所述待验证消息相关联对应的无效消息；
11.执行模块，用于对所述无效消息执行剔除操作，得到对应的目标消息。
12.第三方面，本发明实施例还提供了一种信息处理系统，包括：共识节点和至少一个peer节点；
13.所述peer节点，用于对接收到的待验证消息进行验证，得到对应的验证结果；所述peer节点，还用于在得到验证失败结果时，将所述验证失败结果发送至所连接的共识节点；
14.所述共识节点，用于接收peer节点发送的验证失败结果，并在验证失败结果对应的失败标记信息的当前累计数量达到预先配置的背书策略数量时，确定所述待验证消息相关联对应的无效消息；对所述无效消息执行剔除操作，得到对应的目标消息。
15.第四方面，本发明实施例还提供了一种信息处理设备，该设备包括：通信模块，存储器，以及一个或多个处理器；
16.通信模块，用于在共识节点和peer节点之间建立通信连接；
17.存储器，用于存储一个或多个程序；
18.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理
器实现如上述任一实施例所述的信息处理方法。
19.第五方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述任一实施例所述的信息处理方法。
20.本发明实施例通过在peer节点验证完某个待验证消息失败之后，通知共识节点的标记进程，得到验证失败结果对应的失败标记信息；在标记进程收集到满足背书策略数量的失败标记信息之后，将该待验证消息相关联的后续消息标记为无效消息，以使共识节点对无效消息执行剔除操作，避免了无效消息的进一步验证，从而减少了计算开销和存储空间。
附图说明
21.图1是本发明实施例提供的一种信息处理方法的流程图；
22.图2是本发明实施例提供的另一种信息处理方法的流程图；
23.图3是本发明实施例提供的一种共识节点和peer节点之间的通知示意图；
24.图4是本发明实施例提供的一种消息格式的配置示意图；
25.图5是本发明实施例提供的一种信息处理系统的结构框图；
26.图6是本发明实施例提供的一种信息处理装置的结构框图；
27.图7是本发明实施例提供的一种信息处理设备的硬件结构示意图。
具体实施方式
28.下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
29.在一实施例中，图1是本发明实施例提供的一种信息处理方法的流程图，本实施例可适用于防级连交易失败的情况。本实施例可以由信息处理设备执行。其中，信息处理设备可以为共识节点。如图1所示，本实施例包括如下步骤：
30.s110、根据接收到的peer节点发送的验证失败结果生成对应的失败标记信息。
31.其中，验证失败结果为peer节点对一个待验证消息进行验证得到的结果。在实施例中，共识节点可以与一个或多个peer节点建立通信连接。在peer节点对某个待验证消息完成验证之后，得到对应的验证结果；在验证结果为验证失败结果时，即peer节点验证完某个待验证消息失败时，peer节点向所连接的共识节点发送验证失败结果，以使共识节点根据验证失败结果得到对应的失败标记信息。需要说明的是，每个待验证消息对应一个验证结果，相应的，每个验证失败结果对应的待验证消息是不同的。其中，每个待验证消息采用交易id进行标识，即每个待验证消息对应一个交易id。也可以理解为，每个失败标记信息对应的待验证消息的交易id是不同的。
32.s120、在失败标记信息的当前累计数量达到预先配置的背书策略数量时，确定待验证消息相关联对应的无效消息。
33.在实施例中，在共识节点根据接收到的验证失败结果得到对应的失败标记信息之后，对失败标记信息的当前累计数量执行加一操作，直至当前累计数量达到预先配置的背书策略数量时，将该待验证消息相关联的消息标记为无效消息，或者，通过建立无效标记索
引的方式，将需要标记为无效消息的位置记录在索引文件中。
34.s130、对无效消息执行剔除操作，得到对应的目标消息。
35.在实施例中，在确定待验证对应的所有无效消息之后，直接读无效消息执行剔除操作，即直接剔除掉这些无效消息，从而可以得到对应的目标消息。
36.本实施例中的技术方案，通过在peer节点验证完某个待验证消息失败之后，通知共识节点的标记进程，得到验证失败结果对应的失败标记信息；在标记进程收集到满足背书策略数量的失败标记信息之后，将该待验证消息相关联的后续消息标记为无效消息，以使共识节点对无效消息执行剔除操作，避免了无效消息的进一步验证，从而减少了计算开销和存储空间。
37.在一实施例中，图2是本发明实施例提供的另一种信息处理方法的流程图。本实施例是在上实施例的基础上，对信息处理的过程作进一步的说明。如图2所示，本实施例中的信息处理方法包括如下步骤：
38.s210、通过标记进程接收peer节点发送的每个待验证消息的验证失败结果。
39.在实施例中，在peer节点验证完某个待验证消息失败之后，peer节点通知给共识节点的标记进程。
40.s220、通过标记进程将验证失败结果转换为对应的失败标记信息。
41.在实施例中，标记进程将验证失败结果的数据格式转换为对应的失败标记信息的格式，以得到对应的失败标记信息。
42.s230、在失败标记信息的当前累计数量达到预先配置的背书策略数量时，确定待验证消息相关联对应的无效消息。
43.s230包括两种实现方式：第一种实现方式包括：s2301
‑
s2302；第二种实现方式包括：s2303
‑
s2304。
44.s2301、查找与待验证消息相关联的后续消息。
45.s2302、将后续消息标记为无效消息。
46.在实施例中，在标记进程收集到满足背书策略数量的失败标记信息之后，查找与待验证消息相关联的后续消息，并直接将后续消息标记为无效消息。
47.s2303、建立无效标记索引表；其中，无效标记索引表用于建立待验证消息和与待验证消息相关联的消息之间的映射关系。
48.表1是本发明实施例提供的一种无效标记索引表的示意表，如表1所示，txid为02的消息与reftxid为04的消息建立关联；又如，xid为05的消息与reftxid为010的消息建立关联；等等。
49.表1一种无效标记索引表的示意表
50.txidreftxid02^040501006010
…………
51.其中，每个待验证消息的格式包括：交易体和交易头；在交易头中添加一个字段，用于存储参考交易id集合；通过参考交易id集合用于指示待验证消息所关联的消息的交易
id。示例性地，在一个交易id为txid010的待验证消息的交易头的字段中存储参考交易id集合为reftxid05和reftxid06，则交易id为txid010的待验证消息分别与交易id为txid05的消息以及交易id为txid06的消息是相关联的。
52.s2304、根据无效标记索引表和待验证消息的交易id确定相关联的无效消息。
53.在实施例中，通过建立无效标记索引的方式，将需要标记为无效消息的位置在索引文件中记录下来，以在得到验证失败的待验证消息的交易id时，根据无效标记索引，即可确定验证失败的待验证消息相关联的消息，以将该消息标记为无效消息。
54.s240、对无效消息执行剔除操作，得到对应的目标消息。
55.本实施例中的技术方案，在上述实施例的基础上，每个交易的id均为客户端生成的，保证了数据的时序性，并且通过在消息的头部添加一个参考交易id集合的字段，使得标记进程可以方便快捷地进行关联性查询。
56.在一实施例中，图3是本发明实施例提供的一种共识节点和peer节点之间的通知示意图。本实施例中，以待验证消息为msg消息为例，对信息处理的过程进行说明。如图3所示，在多个peer节点，在验证完某个待验证消息失败后，通知至共识节点的标记进程，标记进程收集到满足背书策略数量的失败标记信息之后，将与该消息相关的后续消息标记为无效消息，或者，通过建立无效标记索引的方式，将需要标记为无效消息的位置在索引文件中进行记录。其中，索引可以采用跳表，也可以采用位图bitmap等形式。
57.需要说明的是，每个交易的id都是由客户端生成的，保证了数据的时序性。其中，保证数据时序性的实现算法可以参考现有技术中的算法，在此不再描述。示例性地，雪花算法等。
58.在实施例中，共识节点在确定待验证消息相关联的无效消息之后，直接剔除这些无效消息，并可以选择性地反馈给用户(即终端)。需要说明的是，待验证消息的格式中添加一个字段，用于指示关联性。示例性地，图4是本发明实施例提供的一种消息格式的配置示意图。如图4所示，在消息的头部可以添加一个字段，用于存储参考交易id集合(reference transaction ids,refrxids)。通过该字段，标记进程可以方便快速地进行关联性查询。示例性地，交易id为txid04的消息与交易id为txid02的消息之间建立关联；又如，交易id为txid010的待验证消息分别与交易id为txid05的消息以及交易id为txid06的消息是相关联的，即若交易id为txid05的消息，或者，交易id为txid06的消息在验证失败之后，交易id为txid010的消息将被标记为无效消息。
59.在实施例中，通过在peer节点验证完某个待验证消息失败之后，通知共识节点的标记进程，得到验证失败结果对应的失败标记信息；在标记进程收集到满足背书策略数量的失败标记信息之后，将该待验证消息相关联的后续消息标记为无效消息，以使共识节点对无效消息执行剔除操作，减小了不必要的脏数据(即无效消息)进行进一步的验证，减少了计算开销，并且由于脏数据可以选择不打包，即不需要存储，从而减少了存储空间。尤其在区块链网络中，多个节点需要备份同样的区块数据，脏数据会造成大量的存储空间浪费。
60.在一实施例中，图5是本发明实施例提供的一种信息处理系统的结构框图。如图5所示，本实施例中的信息处理系统包括：共识节点510和至少一个peer节点520；
61.其中，peer节点510，用于对接收到的待验证消息进行验证，得到对应的验证结果；peer节点510，还用于在得到验证失败结果时，将验证失败结果发送至所连接的共识节点
520；
62.共识节点520，用于接收peer节点510发送的验证失败结果，并在验证失败结果对应的失败标记信息的当前累计数量达到预先配置的背书策略数量时，确定待验证消息相关联对应的无效消息；对无效消息执行剔除操作，得到对应的目标消息。
63.在实施例中，peer节点510对接收到的待验证消息进行验证，得到对应的验证结果，在验证结果为验证失败结果时，将验证失败结果发送至所连接的共识节点520，共识节点520收集到验证失败结果对应的失败标记信息的当前累计数量达到预先配置的背书策略数量时，确定待验证消息相关联对应的无效消息；对无效消息执行剔除操作，得到对应的目标消息，减少了计算开销和存储空间。
64.在一实施例中，图6是本发明实施例提供的一种信息处理装置的结构框图，该装置适用于防级连交易失败的情况，该装置可以由硬件/软件实现。如图6所示，该装置包括：生成模块610、第一确定模块620和执行模块630。
65.其中，生成模块610，用于根据接收到的peer节点发送的验证失败结果生成对应的失败标记信息；其中，验证失败结果为peer节点对一个待验证消息进行验证得到的结果；
66.第一确定模块620，用于在失败标记信息的当前累计数量达到预先配置的背书策略数量时，确定待验证消息相关联对应的无效消息；
67.执行模块630，用于对无效消息执行剔除操作，得到对应的目标消息。
68.本实施例的技术方案，通过在peer节点验证完某个待验证消息失败之后，通知共识节点的标记进程，得到验证失败结果对应的失败标记信息；在标记进程收集到满足背书策略数量的失败标记信息之后，将该待验证消息相关联的后续消息标记为无效消息，以使共识节点对无效消息执行剔除操作，避免了无效消息的进一步验证，从而减少了计算开销和存储空间。
69.在上述实施例的基础上，生成模块610，包括：
70.接收单元，用于通过标记进程接收peer节点发送的每个待验证消息的验证失败结果；
71.转换单元，用于通过标记进程将验证失败结果转换为对应的失败标记信息。
72.在上述实施例的基础上，第一确定模块620，包括：
73.查找单元，用于查找与待验证消息相关联的后续消息；
74.标记单元，用于将后续消息标记为无效消息。
75.在上述实施例的基础上，第一确定模块620，包括：
76.建立单元，用于建立无效标记索引表；其中，无效标记索引表用于建立待验证消息和与待验证消息相关联的消息之间的映射关系；
77.确定单元，用于根据无效标记索引表和待验证消息的交易id确定相关联的无效消息。
78.在上述实施例的基础上，每个待验证消息的格式包括：交易体和交易头；在交易头中添加一个字段，用于存储参考交易id集合；通过参考交易id集合用于指示待验证消息所关联的消息的交易id。
79.在上述实施例的基础上，每个消息中的交易id由客户端生成。
80.上述信息处理装置可执行本发明任意实施例所提供的信息处理方法，具备执行信
programmable rom，eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(compact disc read
‑
only memory，cd
‑
rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
88.计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
89.计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、电线、光缆、rf等等，或者上述的任意合适的组合。
90.可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，程序设计语言包括面向对象的程序设计语言，诸如java、smalltalk、c ，还包括常规的过程式程序设计语言，诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络，包括局域网(lan)或广域网(wan)连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
91.注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。