CN110166249B - 一种信息传输方法、装置、验证端及计算机可读存储介质 - Google Patents

Abstract

本申请提出一种信息传输方法、装置、验证端及计算机可读存储介质，涉及互联网技术领域，当在第一区块链获取到第一区块链欲发送给第二区块链的待传输信息时，通过由验证端的多个验证子节点之间对待传输信息进行共识校验，并在验证端的多个验证子节点之间对待传输信息共识校验通过时，将待传输信息发送给第二区块链，相比于现有技术，采用验证端的多个验证子节点对待传输信息进行共识校验的方式，能够在实现跨链信息传输时，避免验证端中心化，保证信息安全。

Description

一种信息传输方法、装置、验证端及计算机可读存储介质

技术领域

本申请涉及互联网技术领域，具体而言，涉及一种信息传输方法、装置、验证端及计算机可读存储介质。

背景技术

区块链是传递价值的网络，在区块链网络中，连接的有效节点越多且越分散，则可能产生的价值叠加会越大。

跨链技术(Inter-Blockchain Technology)是满足不同区块链彼此间交互及信息传递，能够打通一个个区块链形成的价值孤岛，对不同区块链进行连接和扩展。

当前实现不同区块链彼此间信息传递的跨链技术主要有公证人机制(Notaryschemes)、哈希锁定(Hash-locking)、侧链/中继(Sidechains/relays)及分布式私钥控制(Distributed private key control)等。其中，公证人机制由于需要引入第三方公证人，使得公证人有可能会成为中心化机构；而基于哈希锁定的方案中，由于要求跨链信息传递的双方都有哈希锁定机制(比如以太坊的智能合约方案，以及比特币的UTXO锁定机制)，导致信息交换的数据量较小，且安全性较低；侧链或中继系统的方案中，由于限制了区块链必须遵循特定标准，且进行通信的两条区块链之间必须互为侧链，对运算以及存储的开销都较大，技术实现门槛比较高；而分布式私钥控制的方案主要是针对信息在多方传递的应用场景，而非提供跨链信息传递的基础方案。

发明内容

本申请的目的在于提供一种信息传输方法、装置、验证端及计算机可读存储介质，能够在实现跨链信息传输时，避免验证端中心化，保证信息安全。

为了实现上述目的，本申请实施例采用的技术方案如下：

第一方面，本申请实施例提供一种信息传输方法，应用于验证端，所述验证端包含多个验证子节点，所述方法包括：

当在第一区块链获取到待传输信息时，所述多个验证子节点之间对所述待传输信息进行共识校验，其中，所述待传输信息为所述第一区块链欲发送给第二区块链的信息；

若所述多个验证子节点之间对所述待传输信息共识校验通过，则将所述待传输信息发送给所述第二区块链。

第二方面，本申请实施例提供一种信息传输装置，应用于验证端，所述验证端包含多个验证子节点，所述装置包括：

处理模块，用于当在第一区块链获取到待传输信息时，所述多个验证子节点之间对所述待传输信息进行共识校验，其中，所述待传输信息为所述第一区块链欲发送给第二区块链的信息；

收发模块，用于若所述多个验证子节点之间对所述待传输信息共识校验通过，则将所述待传输信息发送给所述第二区块链。

第三方面，本申请实施例提供一种验证端，所述验证端包括存储器，用于存储一个或多个程序；处理器。当所述一个或多个程序被所述处理器执行时，实现上述的信息传输方法。

第四方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述的信息传输方法。

本申请实施例所提供的一种信息传输方法、装置、验证端及计算机可读存储介质，当在第一区块链获取到第一区块链欲发送给第二区块链的待传输信息时，通过由验证端的多个验证子节点之间对待传输信息进行共识校验，并在验证端的多个验证子节点之间对待传输信息共识校验通过时，将待传输信息发送给第二区块链，相比于现有技术，采用验证端的多个验证子节点对待传输信息进行共识校验的方式，能够在实现跨链信息传输时，避免验证端中心化，保证信息安全。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它相关的附图。

图1为本申请实施例提供的验证端的一种示意性结构框图；

图2为本申请实施例提供的一种示意性应用场景图；

图3为本申请实施例提供的信息传输方法的一种示意性流程图；

图4为本申请实施例提供的信息传输方法的另一种示意性流程图；

图5为本申请实施例提供的信息传输装置的一种示意性结构图。

图中：100-验证端；101-存储器；102-处理器；103-通信接口；300-信息传输装置；301-处理模块；302-收发模块。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

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

下面结合附图，对本申请的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。

请参阅图1，图1为本申请实施例提供的验证端100的一种示意性结构框图。验证端100包括存储器101、处理器102和通信接口103，该存储器101、处理器102和通信接口103相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。

存储器101可用于存储软件程序及模块，如本申请实施例所提供的信息传输装置300对应的程序指令/模块，处理器102通过执行存储在存储器101内的软件程序及模块，从而执行各种功能应用以及数据处理。该通信接口103可用于与其他节点设备进行信令或数据的通信。

其中，存储器101可以是但不限于，随机存取存储器(Random Access Memory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(Programmable Read-OnlyMemory，PROM)，可擦除只读存储器(Erasable Programmable Read-Only Memory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory，EEPROM)等。

处理器102可以是一种集成电路芯片，具有信号处理能力。该处理器102可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(NetworkProcessor，NP)等；还可以是数字信号处理器(Digital Signal Processing，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

可以理解，图1所示的结构仅为示意，验证端100还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。图1中所示的各组件可以采用硬件、软件或其组合实现。

在本申请实施例中，例如图1所示验证端100中包含有多个验证子节点，验证端100包含的多个验证子节点用于对跨链传输的信息进行验证。

比如，请参阅图2，图2为本申请实施例提供的一种示意性应用场景图，该验证端100包含有多个验证子节点(图2中示意性地列举出一个)，可选地，可以将验证子节点定义为Cassini节点，该验证端100与联盟链(consortium)和公有链(Public blockchains)均建立通信，用于联盟链与公有链之间的信息传输，比如跨链交易等。

其中，值得说明的是，图2仅示意出验证端100建立联盟链与公有链之间的信息传输，验证端100还可以建立联盟链与联盟链之间的信息传输，或者是公有链与公有链之间的信息传输，这取决于具体的应用场景而定，验证端100只要是在实现跨链信息传输即可。

并且，验证端100包含的多个验证子节点可以位于同一个物理设备，也可以位于不同的物理设备，这取决于具体的应用场景而定，比如若验证端100为一台物理设备，则多个验证子节点均位于同一物理设备中，而若验证端100由多台物理设备组成，则多个验证子节点可以位于不同的物理设备，也可以位于同一物理设备。

请参阅图3，图3为本申请实施例提供的信息传输方法的一种示意性流程图，该信息传输方法应用于如图2所示的验证端100，包括以下步骤：

S203，在第一区块链获取到待传输信息。

S205，多个验证子节点之间对待传输信息进行共识校验；若共识验证通过，则执行S207；若共识校验不通过，则执行S209。

S207，将待传输信息发送给第二区块链。

S209，向第一区块链反馈待传输信息校验不通过。

在本申请实施例中，验证端100包含的每个验证子节点均持有第一区块链颁发的CA(Certification Authority)证书，第一区块链持有每个验证子节点的公钥，即第一区块链与验证端100中的每个验证子节点之间均可以相互识别身份。

当验证端100在第一区块链获取到第一区块链欲发送给第二区块链的待传输信息时，验证端100的多个验证子节点之间需要对该待传输信息进行共识校验，以确定是否允许第一区块链将该待传输信息发送给第二区块链。

其中，可选地，作为一种可能的实现方式，验证端100的多个验证子节点之间在对该待传输信息进行共识校验时，多个验证子节点之间可以采用BFT(Byzantine FaultTolerance，拜占庭容错)算法对该待传输信息进行共识校验。

当然，可以理解的是，在本申请实施例其他一些可能的实现方式中，还可以采用其他的一些方式或算法对待传输信息进行共识校验，比如CFT(Crash Fault Tolerance，碰撞容错)，XFT(Cross Fault Tolerance，交叉容错)只要验证端100的多个验证子节点之间能够对该带传输信息进行共识校验即可。

由此，若验证端100的多个验证子节点之间对该待传输信息共识校验通过，则执行S207，由验证端100将该待传输信息发送给第二区块链；反之，若验证端100的多个验证子节点之间对该待传输信息共识校验不通过，则执行S209，验证端100向第一区块链反馈待传输信息校验不通过，比如，向第一区块链反馈“xxx信息校验失败，信息未发送”。

值得说明的是，验证端100将待传输信息发送给第二区块链，可以是发送给第二区块链中的任意一个节点，或者是多个节点，只要能将该待传输信息发送给第二区块链即可，比如，还可以是第二区块链中指定的某一节点或多个节点。

下面结合图2所示的应用场景，以联盟链作为第一区块链、公有链作为第二区块链为例进行说明，当验证端100在联盟链获取到联盟链欲发送给公有链的待传输信息时，验证端100的多个Cassini节点之间采用BFT算法对该待传输信息进行共识校验，若BFT共识校验通过，则将待传输信息发送给公有链；若BFT共识校验不通过，则向联盟链反馈待传输信息校验不通过。

基于上述设计，本申请实施例提供的信息传输方法，当在第一区块链获取到第一区块链欲发送给第二区块链的待传输信息时，通过由验证端的多个验证子节点之间对待传输信息进行共识校验，并在验证端的多个验证子节点之间对待传输信息共识校验通过时，将待传输信息发送给第二区块链，相比于现有技术，采用验证端的多个验证子节点对待传输信息进行共识校验的方式，能够在实现跨链信息传输时，避免验证端中心化。

可选地，作为一种可能的实现方式，验证端100包含的多个验证子节点中包含领导者leader节点，在实现上述S207时，可以由该leader节点将待传输信息发送给第二区块链；同样，在实现上述S209时，则可以由该leader节点向第一区块链反馈待传输信息校验不通过。

其中，可选地，作为一种可能的实现方式，验证端100包含的多个验证子节点中的leader节点可以是验证端100在执行S205之后产生，比如在执行S207或者是S209时采用随机选举的方式而产生leader节点。

当然，可以理解的是，leader节点还可以采用其他一些方式产生，比如按照预先设定的顺序，验证端100包含的多个验证子节点轮流作为leader节点，或者是，指定某一验证子节点作为leader节点，只要在执行S207或者是S209中的至少之一时，由多个验证子节点中的leader节点将待传输信息发送给第二区块链，或者是由leader节点向第一区块链反馈待传输信息校验不通过即可。

或者是，在本申请实施例其他一些可能的实现方式中，还可以通过由验证端100包含的每一验证子节点均将待传输信息发送给第二区块链的方式，以实现上述S207；同样，在执行S209时，每一验证子节点均向第一区块链反馈待传输信息校验不通过。

进一步地，由每一验证子节点均执行S207及S209的实现方式中，可能存在占用较多网络带宽的问题，且在第二区块链侧或者是第一区块链侧可能会接收都重复的待传输信息或反馈待传输信息校验不通过的信息。

因此，可选地，作为一种可能的实现方式，在第二区块链侧，若是接收到相同的待传输信息，可以通过指定选用最早时间接收的待传输信息，在后续时间接收到相同的待传输信息时，可以选择将后续时间接收到的待传输信息丢弃，或者是，在接收到设定数量的相同的待传输信息时，向验证端100反馈限制指令，以使验证端100接收到该限制指令后，剩余其他未发送该待传输信息的验证子节点，不再向第二区块链发送该待传输信息，比如直接丢弃该待传输信息；第一区块链侧可以采用与第二区块链侧相同的方式，在此不做赘述，区别仅在于，第二区块链针对的待传输信息，第一区块链针对的是待传输信息校验不通过的信息。

可选地，在图3的基础上，请参阅图4，图4为本申请实施例提供的信息传输方法的另一种示意性流程图，作为一种可能的实现方式，在执行S203之前，该信息传输方法还包括以下步骤：

S201，监听到第一区块链存在跨链信息传输事件。

S202，多个验证子节点中的每一验证子节点均对跨链信息传输事件进行共识校验；若每一验证子节点均共识校验通过，则执行S203；若存在验证子节点共识校验不通过，则执行S210。

S210，向第一区块链反馈跨链信息传输事件校验不通过。

在本申请实施例中，验证端100监听第一区块链上的跨链信息传输事件(event)，其中，第一区块链上的该跨链信息传输事件表征第一区块链上存在与跨链信息传输事件对应的待传输信息需要发送至除第一区块链之外的其他区块链，作为一种可能的实现方式，该跨链信息传输事件可以为待传输信息的摘要，作为待传输信息的摘要，跨链信息传输事件的数据量一般小于待传输信息的数据量。

当验证端100监听到第一区块链上存在跨链信息传输事件时，验证端100包含的多个验证子节点中的每一验证子节点均对跨链信息传输事件进行共识校验，若验证端100中的每一验证子节点均对该跨链信息传输事件共识校验通过，则表征第一区块链确实存在待传输信息需要向其他的区块链发送，则此时执行S203，则在第一区块链获取该跨链信息传输事件对应的待传输信息；反之，若存在验证子节点对该跨链信息传输事件共识校验不通过，则执行S210，向第一区块链反馈跨链信息传输事件校验不通过。

其中，可选地，作为一种可能的实现方式，上述S203及S210可以由上述的验证端100包括的多个验证子节点中的leader节点执行，也可以是多个验证子节点中的每一验证子节点均执行上述的S203及S210。

并且，可选地，作为一种可能的实现方式，在执行上述S202，即验证端100包含的多个验证子节点中的每一验证子节点在对该跨链信息传输时间进行共识校验时，可以由每一验证子节点均向第一区块链包含的所有验证人验证该跨链信息传输事件，若验证子节点在校验该跨链信息传输事件时，第一区块链包含的所有验证人中，超过阈值数量的验证人校验该跨链信息传输事件通过，则表征该验证子节点对该跨链信息传输时间共识校验通过。

值得说明的是，每一验证子节点可以通过计算该跨链信息传输事件对应的hash值，与验证人计算的hash值相比对，若相同，则校验成功；若不同，则校验失败。

并且，每一验证子节点在校验该跨链信息传输事件时，用于表征校验跨链信息传输事件通过的阈值数量，可以是预设于验证端100的值，比如预先设定2/3作为阈值数量，若第一区块链包含的所有验证人中，达到2/3的验证人校验该跨链信息传输事件通过，则表征对该跨链信息传输事件共识校验通过，也可以是验证端100接收其他设备发送获得，只要验证端100本地存储有阈值数量用以校验跨链信息传输事件即可。

基于上述设计，本申请实施例提供的一种信息传输方法，在监听到第一区块链存在跨链信息传输事件时，由于验证端包含的多个验证子节点中的每一验证子节点均对该跨链信息传输事件进行共识校验，若每一验证子节点均对该跨链信息传输事件共识校验通过，验证端再于第一区块链获取该跨链信息传输事件对应的该待传输信息，通过预先对待传输信息对应的跨链信息传输事件进行预校验，使验证端包含的每一验证子节点在对跨链信息传输事件校验通过后再获取待传输信息，进而再对待传输信息进行校验，能够减小校验不符合传输条件的待传输事件的数据处理量，提升校验效率。

下面再结合图2，并以联盟链作为第一区块链、公有链作为第二区块链，且将验证子节点定义为Cassini节点为例，对本申请实施例提供的信息传输方法进行示例性说明。

Cassini节点监听联盟链上的跨链event，其中，联盟链将跨链传输信息在结构体ResponseDeliverTx成员变量Tags中增加值对“qcp.to＝'xxx'”，xxx表示接收该跨链传输信息的目标链，比如图2中的公有链；

Cassini节点监听到该跨链event后，每一Cassini节点均对该跨链event进行2/3的共识校验；

若2/3共识校验通过，Cassini节点进一步调用restful API(ABCI Query)查询该跨链event对应的跨链传输信息；

Cassini节点内部对该跨链传输信息进行BFT共识，若通过，则通过调用restfulAPI(ABCI BroadcastTxAsync或ABCI BroadcastTxSync)向公有链发送给跨链传输信息，完成信息的传输。

请参阅图5，图5为本申请实施例提供的信息传输装置300的一种示意性结构图，该信息传输装置300应用于如图2所示的验证端100，包括处理模块301及收发模块302。

处理模块301用于当在第一区块链获取到待传输信息时，多个验证子节点之间对待传输信息进行共识校验，其中，待传输信息为第一区块链欲发送给第二区块链的信息。

收发模块302用于若多个验证子节点之间对待传输信息共识校验通过，则将待传输信息发送给第二区块链。

可选地，作为一种可能的实现方式，多个验证子节点中包括领导者leader节点；

收发模块302具体用于：

由leader节点将待传输信息发送给第二区块链。

可选地，作为一种可能的实现方式，leader节点为多个验证子节点中随机产生。

可选地，作为一种可能的实现方式，处理模块301在多个验证子节点之间对待传输信息进行共识校验的之前，处理模块301还用于：

当监听到第一区块链存在跨链信息传输事件，多个验证子节点中的每一验证子节点均对跨链信息传输事件进行共识校验，其中，跨链信息传输事件与待传输信息相对应；

若每一验证子节点均对跨链信息传输事件共识校验通过，则在第一区块链获取跨链信息传输事件对应的待传输信息。

可选地，作为一种可能的实现方式，每一验证子节点均对跨链信息传输事件进行共识校验时，处理模块301具体用于：

每一验证子节点均向第一区块链包含的所有验证人校验跨链信息传输事件；

其中，若验证子节点在校验跨链信息传输事件时，第一区块链包含的所有验证人中，超过阈值数量的验证人校验跨链信息传输事件通过，则验证子节点对跨链信息传输事件共识校验通过。

可选地，作为一种可能的实现方式，多个验证子节点之间对待传输信息进行共识校验时，处理模块301具体用于：

多个验证子节点之间采用拜占庭容错BFT算法对待传输信息进行共识校验。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

综上所述，本申请实施例提供的一种信息传输方法、装置、验证端及计算机可读存储介质，当在第一区块链获取到第一区块链欲发送给第二区块链的待传输信息时，通过由验证端的多个验证子节点之间对待传输信息进行共识校验，并在验证端的多个验证子节点之间对待传输信息共识校验通过时，将待传输信息发送给第二区块链，相比于现有技术，采用验证端的多个验证子节点对待传输信息进行共识校验的方式，能够在实现跨链信息传输时，避免验证端中心化；还在监听到第一区块链存在跨链信息传输事件时，由于验证端包含的多个验证子节点中的每一验证子节点均对该跨链信息传输事件进行共识校验，若每一验证子节点均对该跨链信息传输事件共识校验通过，验证端再于第一区块链获取该跨链信息传输事件对应的该待传输信息，通过预先对待传输信息对应的跨链信息传输事件进行预校验，使验证端包含的每一验证子节点在对跨链信息传输事件校验通过后再获取待传输信息，进而再对待传输信息进行校验，能够减小校验不符合传输条件的待传输事件的数据处理量，提升校验效率。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其它的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。

Claims (9)

1.一种信息传输方法，其特征在于，应用于验证端，所述验证端包含多个验证子节点，所述方法包括：

当监听到第一区块链存在跨链信息传输事件，所述多个验证子节点中的每一所述验证子节点均对所述跨链信息传输事件进行共识校验，其中，所述跨链信息传输事件为待传输信息的摘要，其数据量小于所述待传输信息的数据量；

若每一所述验证子节点均对所述跨链信息传输事件共识校验通过，则在所述第一区块链获取所述跨链信息传输事件对应的所述待传输信息；

当在所述第一区块链获取到所述待传输信息时，所述多个验证子节点之间对所述待传输信息进行共识校验，其中，所述待传输信息为所述第一区块链欲发送给第二区块链的信息；

若所述多个验证子节点之间对所述待传输信息共识校验通过，则将所述待传输信息发送给所述第二区块链。

2.如权利要求1所述的方法，其特征在于，所述多个验证子节点中包括领导者leader节点；

将所述待传输信息发送给所述第二区块链的步骤，包括：

由所述leader节点将所述待传输信息发送给所述第二区块链。

3.如权利要求2所述的方法，其特征在于，所述leader节点为所述多个验证子节点中随机产生。

4.如权利要求1所述的方法，其特征在于，每一所述验证子节点均对所述跨链信息传输事件进行共识校验的步骤，包括：

每一所述验证子节点均向所述第一区块链包含的所有验证人校验所述跨链信息传输事件；

其中，若所述验证子节点在校验所述跨链信息传输事件时，所述第一区块链包含的所有验证人中，超过阈值数量的验证人校验所述跨链信息传输事件通过，则所述验证子节点对所述跨链信息传输事件共识校验通过。

5.如权利要求1所述的方法，其特征在于，所述多个验证子节点之间对所述待传输信息进行共识校验的步骤，包括：

所述多个验证子节点之间采用拜占庭容错BFT算法对所述待传输信息进行共识校验。

6.一种信息传输装置，其特征在于，应用于验证端，所述验证端包含多个验证子节点，所述装置包括：

处理模块，用于：

当监听到第一区块链存在跨链信息传输事件，所述多个验证子节点中的每一所述验证子节点均对所述跨链信息传输事件进行共识校验，其中，所述跨链信息传输事件为待传输信息的摘要，其数据量小于所述待传输信息的数据量；

若每一所述验证子节点均对所述跨链信息传输事件共识校验通过，则在所述第一区块链获取所述跨链信息传输事件对应的所述待传输信息；

当在所述第一区块链获取到所述待传输信息时，所述多个验证子节点之间对所述待传输信息进行共识校验，其中，所述待传输信息为所述第一区块链欲发送给第二区块链的信息；

收发模块，用于若所述多个验证子节点之间对所述待传输信息共识校验通过，则将所述待传输信息发送给所述第二区块链。

7.如权利要求6所述的装置，其特征在于，所述多个验证子节点中包括领导者leader节点；

所述收发模块具体用于：

由所述leader节点将所述待传输信息发送给所述第二区块链。

8.一种验证端，其特征在于，包括：

存储器，用于存储一个或多个程序；

处理器；

当所述一个或多个程序被所述处理器执行时，实现如权利要求1-5中任一项所述的方法。

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

Images