CN109785136A - 一种区块链的交易处理方法、客户端及区块链网络 - Google Patents

Abstract

本申请实施例提供一种区块链的交易处理方法、客户端及区块链网络，其中，所述方法包括：客户端获取交易处理请求；其中，所述交易处理请求中携带有交易信息和业务场景的标识；客户端根据所述业务场景的标识确定第一区块链的标识；客户端根据所述第一区块链的标识，将所述交易处理请求发送给目标区块链，以使所述目标区块链对所述交易信息进行共识。

Description

一种区块链的交易处理方法、客户端及区块链网络

技术领域

本申请实施例涉及通信技术，涉及但不限于一种区块链的交易处理方法、客户端及区块链网络。

背景技术

在相关技术中，区块链网络大多采用去中心化的分布式架构实现，每一笔网络交易均需要通过***中所有区块链节点的共识操作才能生效，且该笔交易需记录在由所有区块链节点共同维护的***大账本上。这样在现有区块链技术中，区块链的处理能力就主要受制于各***节点中间共识算法的性能，而共识算法性能又受制于***节点的规模和单节点的处理能力，就会出现交易吞吐量低或延迟高的问题，制约了区块链在大规模、高并发、低延迟的交易型业务场景中的应用。

发明内容

有鉴于此，本申请实施例提供一种区块链的交易处理方法、客户端及区块链网络。

本申请实施例的技术方案是这样实现的：

第一方面，本申请实施例提供一种区块链的交易处理方法，应用于客户端，所述方法包括：

客户端获取交易处理请求；其中，所述交易处理请求中携带有交易信息和业务场景的标识；

客户端根据所述业务场景的标识确定第一区块链的标识；

客户端根据所述第一区块链的标识，将所述交易处理请求发送给目标区块链，以使所述目标区块链对所述交易信息进行共识。

在上述方法中，在客户端根据所述业务场景的标识确定第一区块链的标识之前，所述方法还包括：

客户端根据业务场景对所述区块链网络中的区块链进行划分，得到N组区块链；其中，每一组区块链中至少包含一个区块链，且所述每一组区块链对应的业务场景互不相同；N为大于1的整数；

对应地，客户端根据所述业务场景的标识确定第一区块链的标识，包括：在所述N组区块链中，客户端根据所述业务场景的标识确定第一区块链的标识。

在上述方法中，所述方法还包括：

如果所述交易处理请求中包含M个业务场景，客户端将所述交易处理请求分为与所述M个业务场景一一对应的M个子交易处理请求；M为大于1的整数；

所述根据所述业务场景的标识确定第一区块链的标识，包括：根据每一子交易处理请求对应的业务场景，确定M个区块链的标识；

所述根据所述区块链的标识，将所述交易处理请求发送给目标区块链，包括：根据每一区块链的标识分别对应将对应的子交易处理请求发送给对应的目标区块链。

第二方面，本申请实施例提供一种区块链的交易处理方法，应用于区块链网络，所述区块链网络包括多个区块链，所述方法包括：

目标区块链接收客户端发送的交易处理请求；其中，所述交易处理请求中携带有交易信息和业务场景的标识，且目标区块链的标识与所述业务场景的标识相匹配；

所述目标区块链对所述交易信息进行共识，并将共识成功的结果记录在所述目标区块链的账本中。

在上述方法中，如果所述交易处理请求为资产转移请求，所述资产交易请求中携带有资产转入方标识、与所述资产转入方标识对应的第二区块链的标识、和资产转出方标识；

对应地，所述目标区块链对所述交易信息进行共识，并将共识成功的结果记录在所述目标区块链的账本中，包括：

所述目标区块链根据所述第二区块链的标识，确定归属区块链；

如果所述归属区块链与所述目标区块链属于同一个组，所述目标区块链对所述资产转移请求携带的交易信息进行共识，并将共识成功的结果记录在所述目标区块链的账本中。

在上述方法中，所述目标区块链对所述资产转移请求携带的交易信息进行共识，并将共识成功的结果记录在所述目标区块链的账本中，包括：

根据所述资产转入方标识和所述资产转出方标识，所述目标区块链生成所述资产转移请求对应的数字资产；

所述目标区块链对所述生成的数字资产进行共识，并将共识成功的结果记录在所述目标区块链的账本中。

在上述方法中，所述根据所述资产转入方标识和所述资产转出方标识，所述目标区块链生成所述资产转移请求对应的数字资产，包括：

所述目标区块链中的所述资产转出方标识对应的节点，销毁所述数字资产交易请求对应的数字资产；

所述目标区块链中的所述资产转入方标识对应的节点，生成与被销毁的数字资产等额的数字资产；

对应地，所述目标区块链对所述生成的数字资产进行共识，并将共识成功的结果记录在所述目标区块链的账本中，包括：所述目标区块链中的每一节点对所述生成的数字资产进行共识，并将共识成功的结果记录在所述目标区块链的账本中。

在上述方法中，如果所述交易处理请求为资产转移请求，所述目标区块链对所述交易信息进行共识，并将共识成功的结果记录在所述目标区块链的账本中，包括：

如果所述归属区块链与所述目标区块链不属于同一个组，所述目标区块链将所述资产转移请求发送给所述归属区块链，以使所述归属区块链生成所述资产转移请求对应的数字资产；

所述目标区块链和所述归属区块链均对生成的数字资产进行共识，并将共识成功的结果分别记录在对应区块链的账本中。

第三方面，本申请实施例提供一种客户端，所述客户端包括：

存储器，用于存储可执行指令；

处理器，用于执行所述存储器中存储的可执行指令，所述可执行指令配置为执行上述第一方面所述的区块链的交易处理方法。

第四方面，本申请实施例提供一种区块链网络，所述区块链网络包括多个区块链，其中，每一区块链包括存储区块和处理区块，其中：

所述存储区块，用于存储可执行指令；

所述处理区块，用于执行所述存储器中存储的可执行指令，所述可执行指令配置为执行上述第二方面所述的区块链的交易处理方法。

本申请实施例提供一种区块链的交易处理方法、客户端及区块链网络，其中，首先，客户端获取交易处理请求；其中，所述交易处理请求中携带有交易信息和业务场景的标识；然后，客户端根据所述业务场景的标识确定第一区块链的标识；最后，客户端根据所述第一区块链的标识，将所述交易处理请求发送给目标区块链，以使所述目标区块链对所述交易信息进行共识；如此，按业务场景确定交易处理请求对应的区块链，然后仅需要该目标区块链对该交易处理请求进行共识，节省了大量的共识时间。

附图说明

图1本申请实施例提供的区块链网络的功能架构示意图；

图2本申请实施例提供的区块链网络的组织架构示意图；

图3是本申请实施例提供的共识节点一个可选的结构示意图；

图4A为本申请实施例区块链的交易处理方法的实现流程示意图；

图4B为本申请实施例区块链的交易处理方法的实现流程示意图；

图5A为本申请实施例区块链的交易处理方法的交互流程示意图；

图5B为本申请实施例区块链的交易处理方法的另一交互流程示意图；

图5C为本申请实施例区块链的交易处理方法的又一交互流程示意图；

图6为本申请实施例多组区块链的组成结构示意图；

图7为本申请实施例实现组外共识的组成结构示意图；

图8为本申请实施例多组多链共识应用到旅行双边信用场景的组成结构示意图；

图9为本申请实施例提供的客户端的结构示意图；

图10为本申请实施例提供的区块链网络的结构示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，所描述的实施例不应视为对本申请的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。

对本申请实施例进行进一步详细说明之前，对本申请实施例中涉及的名词和术语进行说明，本申请实施例中涉及的名词和术语适用于如下的解释。

1)交易(Transaction)，等同于计算机术语“事务”，并非单指商业语境中的交易，鉴于在区块链技术中约定俗成地使用了“交易”这一术语，本申请实施例遵循了这一习惯。在采用基于账户模型的区块链网络中，交易包括三种不同的交易类型：部署(Deploy)，调用(Invoke)和查询(Query)。部署交易用于向区块链网络的节点安装指定的链码，调用和查询类型的交易用于调用部署号的链码，以实现对账本中的目标账户的相关数据的操作，包括增、查、改的操作修改账户中的键值(Key-Value)对形式的数据，或者在账本中增加新的账户。

2)区块(Block)，记录一段时间内交易所更新的账本数据的数据结构，被标记上时间戳和之前一个区块的独特标记(例如数字指纹)，区块经过区块链网络中节点的共识验证后，会被追加到区块链的末尾成为新的区块。

3)区块链(Blockchain)，区块以顺序相连的方式组合成的一种链式数据结构，在每个区块中引用前一个区块或者其子集的哈希值，从而以密码学的方式保证所记录交易的防篡改和防伪造。

4)区块链网络，通过共识的方式将新区块纳入区块链的一系列的、无中心的节点的集合。

5)账本(Ledger)，区块链网络中以账户为维度所记录的数据的总和，包括账本数据、账本状态、账本状态证明和区块索引等元素。

6)账本数据，实际区块数据存储，即区块链中记录的一系列有序的、不可篡改的交易的记录，可以表现为文件***的文件的形式，交易中调用的智能合约被执行时，实现对账户/账户中数据的更新。

7)账本状态，也称为状态数据，即账本数据的状态，可以表现为数据库终中的键值对的形式，其中实时账本状态用于表示共识的交易所更新的键值对的最新记录，历史账本状态用于表示键值对的历史记录。

8)存在性证明，是对账本数据以加密学方式实现的存在真实性的证明，例对账本数据计算默克尔(Merkle)树的方式证明。

9)共识(Consensus)，是区块链网络中的一个过程，用于在涉及的多个节点之间对交易结果达成一致，实现共识的机制包括工作量证明(PoW)、权益证明(PoS，Proof ofStake)、股份授权证明(DPoS，Delegated Proof-of-Stake)、消逝时间量证明(PoET，Proofof Elapsed Time)等。

10)智能合约(Smart Contracts)，也称为链码(Chaincode)，部署在区块链网络中的根据条件而触发执行的程序，用于通过查询、增加、修改来操作账本，以实现对账本的查询或更新。

11)响应于，用于表示所执行的操作所依赖的条件或者状态，当满足所依赖的条件或状态时，所执行的一个或多个操作可以是实时的，也可以具有设定的延迟；在没有特别说明的情况下，所执行的多个操作不存在执行先后顺序的限制。

下面说明实现本申请实施例的区块链网络的示例性的功能架构，参见图1，图1是本申请实施例提供的区块链网络的功能架构示意图，包括应用层101、共识层102、网络层103、数据层104和资源层105，下面分别进行说明。

资源层105封装各种可用的计算资源和存储资源，例如计算机、服务器/集群和云中的计算资源和存储资源，进行抽象并向数据层104提供统一的接口以屏蔽实现资源层105的底层硬件的差异性。

计算资源包括各种形式的处理器，例如中央处理器(CPU)、应用专用集成电路(ASIC，Application Specific Integrated Circuit)、专用集成电路和现场可编程门阵列(FPGA，Field-Programmable Gate Array)的各种形式的处理器。

存储资源包括各种易失性存储器和非易失性存储器等各种类型的存储介质。其中，非易失性存储器可以是只读存储器(ROM，Read Only Memory)、可编程只读存储器(PROM，Programmable Read-Only Memory)。易失性存储器可以是随机存取存储器(RAM，Random Access Memory)，其用作外部高速缓存。

资源层105的计算资源和存储资源可以被映射为区块链网络中各种类型的节点，实现本申请实施例的存储介质存储了用于实现本申请实施例的区块链网络部署方法的可执行指令，一旦被部署到节点的可执行指令被执行，实现节点的底层资源(例如各种类型的处理器)将实现区块链网络中各种类型的节点的部署、以及执行各种类型节点的功能，从而实现针对业务过程中的交易的账本、以及基于账本的各种应用。

作为示例，可执行指令可以采用软件(包括***程序和应用程序)、软件模块、脚本、插件等的形式，按任意形式的编程语言(包括编译或解释语言，或者声明性或过程性语言)来编写，并且其可按任意形式部署，包括被部署为独立的程序或者被部署为模块、组件或者适合在计算环境中使用的其它单元。

数据层104封装了实现账本的各种数据结构，包括以文件***实现的账本数据，以数据库形式实现的账本状态和存在性证明。

网络层103封装了点对点(P2P)网络协议、数据传播机制和数据验证机制、接入和认证机制和业务主体身份。P2P网络协议实现区块链网络中节点之间的通信，数据传播机制保证了交易/交易结果在区块链网络中的传播，数据验证机制用于基于加密学方法(例如数字证书、数字签名、公/私钥对)实现节点之间传输数据的可靠性；接入和认证机制用于基于业务主体身份对终端的接入和认证进行管理。

共识层102封装了区块链中传播的交易结果达成一致性的机制，包括POS、POW和DPOS等，支持共识机制的可插拔。

应用层101封装了区块链网络能够实现的各种业务，包括交易结算、溯源和存证等。

下面说明实现本申请实施例的区块链网络中节点的示例性的功能架构，参见图2，图2是本申请实施例提供的区块链网络的组织架构示意图，包括至少两个节点110，作为示例，图2中仅示出了节点110-1和节点110-2。区块链网络100响应来自业务主体的终端300通过网络200提交的交易以更新账本或者查询账本，并在终端300的用户界面310显示各种中间结果或最终结果。

在一些实施例中，区块链网络100中的节点根据功能进行了分类；以基于超级账本的区块链网络为例，可以包括背书节点、记账节点、排序服务节点和主节点。

下面说明实现本申请实施例的区块链网络的节点的示例性结构，可以理解地，区块链网络100中的任一类型的节点的硬件结构可以根据下文说明的硬件结构而实施。

参见图3，图3是本申请实施例提供的节点110一个可选的结构示意图，节点110可以是一个或多个服务器，根据节点110的结构，可以预见节点110的其他的示例性结构，因此这里所描述的结构不应视为限制，例如可以省略下文所描述的部分组件，或者，增设下文所未记载的组件以适应某些应用场景的特殊需求。

图3所示的节点110包括：至少一个处理器1101、存储器1104和至少一个网络接口1102。节点110中的各个组件通过总线***1103耦合在一起。可理解，总线***1103用于实现这些组件之间的连接通信。总线***1103除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图3中将各种总线都标为总线***1103。

存储器1104可以是易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。本申请实施例描述的存储器1104旨在包括这些和任意其它适合类型的存储器。

处理器1101可以是一种集成电路芯片，具有信号的处理能力，例如通用处理器、数字信号处理器(DSP，Digital Signal Processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，其中，通用处理器可以是微处理器或者任何常规的处理器等。

存储器1104能够存储可执行指令以支持节点110的操作，这些可执行指令的示例包括：用于在节点110上操作的程序、插件和脚本等各种形式的软件模块，程序例如可以包括操作***和应用程序，其中，操作***包含各种***程序和驱动程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序可以包含实现节点110各种功能的程序。

结合上文可知，实现本申请实施例的区块链网络通过提供为一系列的存储器和处理器的形式，在存储器中存储有可执行指令，当可执行指令被处理器执行时，在运行处理器和存储器的多个机器部署有与业务主体的角色相适配的共识节点，当然还可以部署有其他类型的节点。

作为本申请实施例提供的区块链部署方法采用软硬件结合实施的示例，本申请实施例所提供的区块链部署方法可以直接体现为由处理器1101执行的上述不同形式的软件模块，软件模块可以位于存储介质中，存储介质位于存储器1104，处理器1101读取存储器1104中软件模块包括的可执行指令，结合必要的硬件(例如，包括处理器1101以及连接到总线***1103的其他组件)完成节点110的功能。

综上所述，本申请实施例通过按业务场景确定交易请求对应的区块链，然后该目标区块链对该请求进行共识，并不需要所有区块链对该交易处理请求进行共识从而不仅有利于实现多笔数字资产交易的并发，提高交易处理请求，还显著提升了数字资产的安全性，避免了数字资产被无关的恶意区块链攻击的风险。

近年来随着旅游行业的发展，消费需求不断攀升。消费者和服务提供者之间的信用问题不断凸显出来，如在酒店行业中，酒店与客人、房东与房客之间的信任完全交由基于中心化运营的第三方中介机构。但因为中心化的中介平台在追求高额佣金回报的过程中，对于供应商、房东以及房客的信用验证无法完全保证，更不会将信用数据进行共享来降低信用风险，因此大量背离信用原则的情况不断发生。

区块链的诞生可以从技术上解决信用问题，区块链网络是一个公开、透明、可追溯、不可篡改的分布式总账***，允许参与方以匿名、安全、点对点、实时的方式完成金融交易。在实现上可以利用区块链的信用***帮助两个或者多个互不相识的个体完成点对点的交易。因为交易双方有一个共同的问题就是，如何使得交易顺利并且以有序、可靠的方式进行。而区块链可以提供一种可靠的、可追溯的方式共享消费者和服务提供者的身份和声誉的细节，让消费者和服务提供者会分享许多自己的信息给对方，有助于双方获得到彼此的信任，从而完成交易。

虽然区块链分布式记账技术的发展非常迅速，但是目前整体上还处于早期的发展阶段，技术远不成熟，有些核心的技术瓶颈还没有突破，这阻碍了区块链的大规模应用，其中，以性能瓶颈尤为突出。

区块链的性能主要包括交易吞吐量和延时。交易吞吐量表示在固定时间处理的交易数，延时表示对交易的响应和处理时长。而在实际应用中，需要综合这两个因素来进行考察区块链统的性能，只考虑交易吞吐量而不考虑延时会导致长时间的交易响应阻碍用户的使用，从而影响用户体验；只考虑延时不考虑吞吐量会导致大量交易排队。

基于此，本申请实施例提供一种区块链的交易处理方法，将区块链网络按照业务场景划分为多个组；然后确定处理请求对应的归属区块链，进行该归属区块链对该请求进行共识，从而解决交易吞吐量低或延迟高的问题，节省了大量的共识时间；图4A为本申请实施例区块链的交易处理方法的实现流程示意图，如图4A所示，所述方法包括以下步骤：

步骤S401，客户端获取交易处理请求。

这里，交易处理请求中携带有交易信息和业务场景的标识；客户端可以是任意能够接收交易处理请求的终端，所述交易处理请求可以是数字资产交易处理请求，比如，资产消费类型的请求、资产转移类型的请求等。交易信息可以是包含交易双方的身份，以及交易双方分别对应的区块链的标识，业务场景包括：食品追溯、国际贸易、物流、医疗、医疗数据管理、医疗保险和高端消费品防伪等等。

步骤S402，客户端根据所述业务场景的标识确定第一区块链的标识。

这里，首先，客户端根据业务场景对所述区块链网络中的区块链进行划分，得到N组区块链，每一组区块链中至少包含一个区块链，且所述每一组区块链对应的业务场景互不相同；N为大于1的整数。然后，在所述N组区块链中，客户端根据所述业务场景的标识确定第一区块链的标识。不同的业务场景对应不同的区块链，所以基于业务场景的标识可以准备的确定该业务场景对应的区块链的标识，即第一区块链的标识，每一组区块链可以包含一个或多个区块链，且一组区块链中的多个区块链对应的标识各不相同，比如，将区块链网络分为四组区块链，第一组区块链可以为这四组区块链中任一组中的区块链，其中，第一组区块链的链标识可以为00、01、02、03和04等。

步骤S403，客户端根据所述第一区块链的标识，将所述交易处理请求发送给目标区块链，以使所述目标区块链对所述交易信息进行共识。

这里，客户端将包含第一区块链的标识的区块链作为目标区块链，即该目标区块链所对应的业务场景与该交易处理请求对应的业务场景相同，然后，客户端将该交易处理请求发送给所述目标区块链，当目标区块链接收到该交易处理请求后，仅需要改目标区块链中的节点对该交易处理请求进行共识，并不需要区块链网络中所有区块链对该交易处理请求进行共识，从而大大节约了对于交易处理请求的共识时间。

在本申请实施例中，首先，按业务场景确定交易请求对应的区块链，然后该目标区块链对该请求进行共识，并不需要所有区块链对该交易处理请求进行共识从而不仅有利于实现多笔数字资产交易的并发，还显著提升了数字资产的安全性，避免了数字资产被无关的恶意区块链攻击的风险。

本申请实施例提供一种区块链的交易处理方法，图4B为本申请实施例区块链的交易处理方法的实现流程示意图，如图4B所示，所述方法包括以下步骤：

步骤S421，如果所述交易处理请求中包含M个业务场景，客户端将所述交易处理请求分为与所述M个业务场景一一对应的M个子交易处理请求。

这里，M为大于1的整数。

步骤S422，客户端根据每一子交易处理请求对应的业务场景，确定M个区块链的标识。

这里，所述步骤S422可以理解为，逐个确定每一子交易处理请求的业务场景，根据这些业务场景确定与这些业务场景对应的区块链的标识。

步骤S423，客户端根据每一区块链的标识分别对应将对应的子交易处理请求发送给对应的目标区块链。

这里，步骤S423可以理解为，确定M个目标区块链之后，分别将与之对应的子交易处理请求发送给这些目标区块链，然后这些目标区块链分别对相应的子交易处理请求进行共识。

上述步骤S421至步骤S423提供一种实现“一个交易处理请求包含多个业务场景，由多个目标区块链进行共识的情况”，即针对多个场景下的情况，采用多个区块链，单独处理，并分别记录在对应区块链的账本中，从而避免大量交易阻塞排队的情况。

本申请实施例提供一种区块链的交易处理方法，图5A为本申请实施例区块链的交易处理方法的交互流程示意图，如图5A所示，所述方法包括以下步骤：

步骤S501，客户端根据业务场景对所述区块链网络中的区块链进行划分，得到N组区块链。

步骤S502，客户端获取交易处理请求。

步骤S503，在所述N组区块链中，客户端根据所述业务场景的标识确定第一区块链的标识。

步骤S504，客户端根据所述第一区块链的标识，将所述交易处理请求发送给目标区块链。

这里，目标区块链可以是上述N组区块链中的任一组的区块链，比如，客户端将区块链网络划分为四组区块链，目标区块链可以是第一组区块链中的第一区块链。

步骤S505，目标区块链接收客户端发送的交易处理请求。

这里，交易处理请求中携带有交易信息和业务场景的标识，且目标区块链的标识与所述业务场景的标识相匹配。

步骤S506，目标区块链对所述交易信息进行共识，并将共识成功的结果记录在所述目标区块链的账本中。

这里，当目标区块链接收到交易处理请求之后，目标区块链中的每一节点对该交易信息进行共识，而且将共识成果的结果，记录在该区块链的账本中，并不需要其他区块链进行共识。

在本实施例中，目标区块链接收到客户端发送的交易处理请求，针对该交易处理请求的交易信息进行共识，不需要其他区块链进行共识，从而大大节约了对于交易信息共识的时间。

本申请实施例提供一种区块链的交易处理方法，图5B为本申请实施例区块链的交易处理方法的另一交互流程示意图，当交易处理请求为资产转移请求时，所述资产交易请求中携带有资产转入方标识、与所述资产转入方标识对应的第二区块链的标识、和资产转出方标识，如图5B所示，所述方法包括以下步骤：

步骤S521，客户端根据业务场景对所述区块链网络中的区块链进行划分，得到N组区块链。

步骤S522，客户端获取资产转移请求。

步骤S523，在所述N组区块链中，客户端根据所述业务场景的标识确定第一区块链的标识。

这里，比如资产转移请求对应的业务场景与第一组第一区块链对应的业务场景相同，那么第一区块链的标识即为第一组第一区块链的标识。

步骤S524，客户端根据所述第一区块链的标识，将所述交易处理请求发送给目标区块链。

步骤S525，目标区块链接收客户端发送的资产转移请求。

步骤S526，目标区块链根据所述第二区块链的标识，确定归属区块链。

这里，第二区块链的标识与该资产转移请求中资产转入方标识相对应。

步骤S527，如果所述归属区块链与所述目标区块链属于同一个组，所述目标区块链对所述资产转移请求携带的交易信息进行共识，并将共识成功的结果记录在所述目标区块链的账本中。

这里，在步骤S527中，首先，根据资产转入方标识和所述资产转出方标识，目标区块链生成资产转移请求对应的数字资产；然后，目标区块链对生成的数字资产进行共识，并将共识成功的结果记录在所述目标区块链的账本中；即，目标区块链中的所述资产转出方标识对应的节点，销毁所述数字资产交易请求对应的数字资产；所述目标区块链中的所述资产转入方标识对应的节点，生成与被销毁的数字资产等额的数字资产；最后，目标区块链中的每一节点对所述生成的数字资产进行共识，并将共识成功的结果记录在所述目标区块链的账本中。所述步骤S527可以理解为，如果资产转入方对应的归属区块链与目标区块链在同一个组，说明该资产交易请求为组内交易，那么只需要目标区块链对所述资产转移请求携带的交易信息进行共识，并将共识成功的结果记录在所述目标区块链的账本中，并不需要其他组的区块链进行共识。

在本实施例中，当资产转移请求属于组内交易时，仅需要目标区块链对该交易信息进行共识，从而不仅有利于实现多笔数字资产交易的并发，提高交易请求，还显著提升了数字资产的安全性，避免了数字资产被无关的恶意区块链攻击的风险。

本申请实施例提供一种区块链的交易处理方法，图5C为本申请实施例区块链的交易处理方法的又一交互流程示意图，当交易处理请求为资产转移请求时，所述资产交易请求中携带有资产转入方标识、与所述资产转入方标识对应的第二区块链的标识、和资产转出方标识，如图5C所示，所述方法包括以下步骤：

步骤S531，客户端根据业务场景对所述区块链网络中的区块链进行划分，得到N组区块链。

步骤S532，客户端获取资产转移请求。

步骤S533，在所述N组区块链中，客户端根据所述业务场景的标识确定第一区块链的标识。

这里，比如资产转移请求对应的业务场景与第一组第一区块链对应的业务场景相同，那么第一区块链的标识即为第一组第一区块链的标识。

步骤S534，客户端根据所述第一区块链的标识，将所述交易处理请求发送给目标区块链。

步骤S535，目标区块链接收客户端发送的资产转移请求。

步骤S536，目标区块链根据所述第二区块链的标识，确定归属区块链。

步骤S537，如果所述归属区块链与所述目标区块链不属于同一个组，所述目标区块链将所述资产转移请求发送给所述归属区块链，以使所述归属区块链生成所述资产转移请求对应的数字资产。

这里，在步骤S537中，在所述资产转出方信息对应的归属区块链中的节点中，销毁所述数字资产交易请求当前的数字资产；在所述资产转入方信息对应的该归属区块链的节点中，生成与被销毁的数字资产等额的数字资产，并为生成的数字资产设置对应的数字资产标识。

步骤S538，目标区块链和所述归属区块链均对生成的数字资产进行共识，并将共识成功的结果分别记录在对应区块链的账本中。

这里，标区块链中的所有节点和所述归属区块链中的所有节点对生成的数字资产进行共识，如图6所示，第一分组601中的区块链00接收到交易处理请求，但是该交易处理请求对应的资产转入方相匹配的区块链为第二分组中的区块链10，那么消息节点61和消息节点62进行交互，并共同对该交易处理请求的交易信息进行共识。假如目标区块链为第一组第一区块链00，归属区块链为第二组第一区块链10，区块链00和区块链10均对该交易信息进行共识，首先，区块链00将共识成功的结果记录在该区块链00所属组的公共账户中，区块链10将共识成功的结果记录在该区块链10所属组的公共账户中，然后，通过这两个公共账户来做资金托管，当所有参与方对资金达成共识时，便可相互交易，并最终通过公共账户进行定时对账来答成共识。

在本实施例中，当资产转移请求属于组外交易时，需要目标区块链和归属区块链均对该交易信息进行共识，从而基于多组多链的方式对交易信息进行共识可以使得交易快速、安全、稳定的达成，不会出现大量交易阻塞排队的情况。

在相关技术的区块链技术水平下，整个区块链网络的主链只有一条，这使得当区块链节点不断增加的时候，性能就会越低，每一笔数字资产的交易过程均需由区块链网络中主链上的节点共识计算完成，而共识计算又依赖于单节点的处理能力，而单节点的性能提升空间又存在极限。

基于此，本申请实施例设计了多链分组分布式区块链账本架构，将单条主链扩展成多链组合的方式，通过多链实现组内共识和跨链共识交易机制，有效的解决相关技术中仅采用一条主链处理交易请求时存在的堵塞问题。本申请实施例提供一种区块链的交易处理方法，图6为本申请实施例多组区块链的组成结构示意图，如图6所示，根据区块链网络对应的业务场景，将该区块链网络分为三组区块链(即第一组601、第二组602和第三组603)，每个分组内可以有一个或多个区块链。该区块链网络包括多组多链的区块链的分布式结构组成，每个区块链根据其在网络中的分组位置有唯一的区块链编号(链ID，Chainidentification)，比如，第一分组601的区块链标识为0，则组内的区块链前缀为其分组标识，第一分组的区块链的链标识(Chain ID)为00、01、02…0n，每个区块链由若干区块链节点组成，每个节点用(链ID：节点ID，Chain ID：peer ID)来唯一标识，每个区块链通过去中心化的协议维持自身的子账本。第二分组602的区块链标识为1，则组内的区块链前缀为其分组标识，第二分组的区块链的链标识信息中的10、11、12；第三分组603的区块链标识为2，则组内的区块链前缀为其分组标识，第三分组的区块链的链标识信息中的20、21、22等区块链。每组区块链与组内兄弟区块链直接相连，且隶属于该区块链分组。即：第一分组601中的区块链00与第一分组601内的其他区块链相连。即在第一分组601中，区块链00、01、02相连，在第二分组602中，区块链10、11、12相连，在第三分组603中，区块链20、21、22相连。由此可见，每个区块链隶属于一个分组，并对应多个兄弟区块链，其中，通过每个区块链的链ID能够快速确定一个区块链在整个区块链网络中的位置。消息节点61表示第一分组601的区块链对应的节点，消息节点62表示第二分组602的区块链对应的节点，消息节点63表示第三分组603的区块链对应的节点，消息节点64表示其他分组的区块链对应的节点；而且这四个消息节点，可根据交易处理请求对应的区块链的分组，进行交互；比如，第一分组601中的区块链00接收到交易处理请求，但是该交易处理请求对应的资产转入方相匹配的区块链为第二分组中的区块链10，那么消息节点61和消息节点62进行交互，并共同对该交易处理请求的交易信息进行共识。

在本实施例中具体的分组数量以及各组内包含的区块链数量可由用户灵活设置。

由于区块链网络为包括多个分组的区块链的分布式区块链网络，通过划分分组的方式使***中的每个区块链可以独立处理与本区块链有关的交易，并且，将生成数字资产的区块链作为该数字资产的归属区块链，由此可见，每个数字资产仅对应唯一的归属区块链，且仅能通过该归属区块链进行相关的交易操作，从而不仅有利于实现多笔数字资产交易的并发，提高交易请求，还显著提升了数字资产的安全性，避免了数字资产被无关的恶意区块链攻击的风险。

在本申请实施例中，通过区块链对应的业务场景的不同，将所有的交易分为多组多链之间的组内链内交易、组内跨链交易和组外跨链交易，使所有不同区块链的交易可以并行，从而大幅度提高整个区块链网络的性能。

另外区块链网络中的各个区块链网络节点能够独立的进行共识操作和记账操作。具体地，每个区块链用于针对于该区块链网络节点相关的交易进行共识，并将共识成功的交易记录在本区块链的账本中。其中，与该区块链网路节点相关的交易包括以下中的至少一种：

发生在该区块链网络节点内部的链内交易，以及发生在该网络节点与其他区块链网络节点之间的跨链交易；其中，跨链交易进一步包括：发生在同组区块链网络节点内部之间的跨链交易，以及发生在异组区块链网络节点之间的跨链交易。由此可见，与相关技术中的区块链网络中仅提供一个统一的共识操作入口的方式不同(相关技术中的区块链网络中所有交易的共识操作都必须经由该统一的共识操作入口实现，因而无法并发执行多个交易)，本申请中的方式相当于提供了多个能够并行使用的共识操作入口(每个区块链网络节点中均具有一个能够独立完成共识操作的入口)，而且每个区块链网络节点仅针对与其相关的网络交易进行共识，其他与该笔交易无关的区块链网络节点不参与该笔交易的共识操作，因此，能够并行地进行多个交易的共识操作，既提升了***的并发量，又降低了共识操作的时延。并且，与传统的区块链网络中仅提供一个大账本的方式不同(相关技术中的区块链网络通过一个大账本记录所有区块链网络节点之间的各笔交易)，本申请中的方式相当于提供了多个独立的下账本(每个区块链网络节点均具有一个能够独立完成记账操作的账本子节点)，并且，每个区块链网络节点中的账本只需记录与该区块链网络节点相关的交易账目即可，无需记录与该区块链网络节点无关的交易账目，从而提高了记账和查询的效率。

本申请实施例提供一种区块链的交易处理方法，当数字资产交易请求为资产转移请求，且该资产转移请求对应的业务场景与第一组第一区块链对应的业务场景相同，如果资产转入方所对应的区块链为第一组第一区块链，对该数字资产交易请求进行共识的步骤如下：

第一步，确定资产转移请求中包括的资产转出方信息和资产转出方信息。

这里，资产转出方信息包括资产转出方和资产转出方对应的区块链的链ID；资产转入方信息包括资产转入方和资产转入方对应的区块链的链ID。

第二步，根据资产转入方信息，确定资产转入方所对应的区块链为第一组第一区块链(即目标区块链)。

第三步，在第一组第一区块链资产转出方信息对应的节点中，销毁数字资产交易请求相对应的数字资产；在资产转入方信息对应的节点中，生成与被销毁的数字资产等额的数字资产，并为生成的数字资产设置对应的资产标识；

这里，所述资产转出方信息，用于提供给第一区块链，以便在第一区块链中销毁和数字资产交易请求相对应的数字资产；资产转入方信息，用于提供给第一区块链，以便在第一区块链中生成与被销毁的数字资产等额的数字资产，并为生成的与被销毁的数字资产等额的数字资产设置对应的数字资产标识以及新的资产持有人信息。

第四步，采用第一组第一区块链中的每一节点对数字资产标识进行组内共识。

这里，组内共识可以理解为单链上的共识计算，对于一个组内存在几条区块链可以通过编程控制，通常情况下，每组内仅一条链即可。

在本实施例中，当数字资产交易请求为资产转移请求，且该资产转移请求对应的业务场景与第一组第一区块链对应的业务场景不相同，如果资产转入方所对应的区块链为第二组第一区块链，对该数字资产交易请求进行共识的步骤如下：

第一步，确定资产转移请求中包括的资产转出方信息和资产转出方信息。

这里，资产转出方信息包括资产转出方和资产转出方对应的区块链的链ID；资产转入方信息包括资产转入方和资产转入方对应的区块链的链ID。

第二步，根据资产转入方信息，确定资产转入方所对应的区块链为二组第一区块链(即组外区块链)。

这里，如果确定资产转移请求中包含的资产转入方所对应的区块链为第二组第一区块链，即是判断出资产转移请求属于组外跨链交易。

第三步，第一组第一区块链将资产转移请求对应的资产转出方信息发送给第二组第一区块链。

第四步，在第二组第一区块链资产转出方信息对应的节点中，销毁数字资产交易请求相对应的数字资产；在资产转入方信息对应的节点中，生成与被销毁的数字资产等额的数字资产，并为生成的数字资产设置对应的资产标识；

这里，资产转出方信息，用于提供给第一组第一区块链，以便在第一组第一区块链中销毁和数字资产交易请求相对应的数字资产；资产转入方信息，用于提供给第二组第一区块链，以便在第二组第一区块链中生成与被销毁的数字资产等额的数字资产，并为生成的与被销毁的数字资产等额的数字资产设置对应的数字资产标识以及新的资产持有人信息。

第五步，第一组第一区块链和第二组第一区块链共同对资产标识进行共识，并将共识成功的结果分别记录在第一组第一区块链的账本和第二组第一区块链的账本中。

这里，由于此交易信息涉及两个区块链，因此，需要两个区块链共同共识和记账。如图7所示，第一组区块链701包含多个区块链：区块链00、区块链01····，区块链0n，第一组区块链701中有一个公共账户71，该公共账户71用于不同组区块链之间的跨链共识；第二组区块链702包含多个区块链：区块链10、区块链11····，区块链1n；第二组区块链702中有一个公共账户72，该公共账户72用于不同组区块链之间的跨链共识；第三组区块链703包含多个区块链：区块链20、区块链21····，区块链2n；第三组区块链703中有一个公共账户73，该公共账户73用于不同组区块链之间的跨链共识；第四组区块链704包含多个区块链：区块链30、区块链31····，区块链3n；第四组区块链704中有一个公共账户74，该公共账户74用于不同组区块链之间的跨链共识。

在本实施例中，该数字资产转移请求跨了两个组的区块链(即第一组第一区块链和第二组第一区块链)，这两条区块链通过对应组的公共账户来互相交易，实现共识。第一组第一区块链的私有账本无需去信任第二组第一区块链的私有账本，因为这两个区块链对于该资产转移请求进行共识的过程中，通过这两个公共账户(公共账户71和公共账户72)来做资金托管，当第一组第一区块链和第二组第一区块链对资金达成共识时，便可相互交易，并最终通过公共账户进行定时对账来达成共识。

基于本申请提出的一种区块链的交易处理方法，可以实现双边信用问题中对评论真实性、交易真实性等操作进行分组分区，评论可以独立进行共识，交易也可以独立进行共识，并且每笔交易可以实现横向分链，支持大并发交易场景下的快速共识。如在旅行出行中，每一笔交易都是通过智能合约进行创建，每个合约经由所有的节点同步，如图8所示，在双边旅行场景下，用户评论模块801与交易记录模块802分别对应不同组的区块链，比如在第一组第一区块链中进行用户评论相关的操作，在第二组第一区块链中进行交易记录相关的操作，这样可以保证用户评论模块801中用户评论的内容是不可篡改的，而且交易记录模块802中的交易记录也是不可篡改的；然后，第一组第一区块链中的节点对用户评论的内容进行共识，第二组第一区块链中的节点对交易记录进行共识。最后，将用户评论的内容和交易记录同步到第三方平台的中心化数据库803中，无论是服务者还是消费者均不可以直接通过第三方平台的中心化数据库803制造假销量、消除差评等；这样，基于多组多链的方式可以使得交易快速、安全、稳定的达成，不会出现大量交易阻塞排队的情况。

本申请实施例提供一种客户端，图9为本申请实施例提供的客户端的结构示意图，如图9所示，所述客户端90包括：存储器91，用于存储可执行指令；处理器92，用于执行所述存储器中存储的可执行指令，所述可执行指令配置为执行以下步骤：

获取交易处理请求；其中，所述交易处理请求中携带有交易信息和业务场景的标识；

根据所述业务场景的标识确定第一区块链的标识；

根据所述第一区块链的标识，将所述交易处理请求发送给目标区块链，以使所述目标区块链对所述交易信息进行共识。

在其他实施例中，所述处理器92，还用于根据业务场景对所述区块链网络中的区块链进行划分，得到N组区块链；其中，每一组区块链中至少包含一个区块链，且所述每一组区块链对应的业务场景互不相同；N为大于1的整数；

在所述N组区块链中，根据所述业务场景的标识确定第一区块链的标识。

在其他实施例中，所述处理器92，用于如果所述交易处理请求中包含M个业务场景，将所述交易处理请求分为与所述M个业务场景一一对应的M个子交易处理请求；M为大于1的整数；

根据所述业务场景的标识确定第一区块链的标识，包括：所述客户端根据每一子交易处理请求对应的业务场景，确定M个区块链的标识；

根据每一区块链的标识分别对应将对应的子交易处理请求发送给对应的目标区块链。

本申请实施例再提供一种区块链网络，图10为本申请实施例提供的区块链网络的结构示意图，如图10所示，该区块链网络10包括多个区块链，其中，每一区块链包括存储区块11和处理区块12，其中：

所述存储区块11，用于存储可执行指令；

所述处理区块12，用于执行所述存储器中存储的可执行指令，所述可执行指令配置为执行以下步骤：

接收客户端发送的交易处理请求；其中，所述交易处理请求中携带有交易信息和业务场景的标识，且目标区块链的标识与所述业务场景的标识相匹配；

对所述交易信息进行共识，并将共识成功的结果记录在所述目标区块链的账本中。

在其他实施例中，如果所述交易处理请求为资产转移请求，所述资产交易请求中携带有资产转入方标识、与所述资产转入方标识对应的第二区块链的标识、和资产转出方标识；

所述处理区块12，用于根据所述第二区块链的标识，确定归属区块链；

如果所述归属区块链与所述目标区块链属于同一个组，对所述资产转移请求携带的交易信息进行共识，并将共识成功的结果记录在所述目标区块链的账本中。

在其他实施例中，所述处理区块12，用于根据所述资产转入方标识和所述资产转出方标识，生成所述资产转移请求对应的数字资产；

对所述生成的数字资产进行共识，并将共识成功的结果记录在所述目标区块链的账本中。

在其他实施例中，所述处理区块12，用于所述目标区块链中的所述资产转出方标识对应的节点，销毁所述数字资产交易请求对应的数字资产；

所述目标区块链中的所述资产转入方标识对应的节点，生成与被销毁的数字资产等额的数字资产；

所述目标区块链中的每一节点对所述生成的数字资产进行共识，并将共识成功的结果记录在所述目标区块链的账本中。

在其他实施例中，所述处理区块12，用于如果所述归属区块链与所述目标区块链不属于同一个组，将所述资产转移请求发送给所述归属区块链，以使所述归属区块链生成所述资产转移请求对应的数字资产；

所述目标区块链和所述归属区块链均对生成的数字资产进行共识，并将共识成功的结果分别记录在对应区块链的账本中。

需要说明的是，本申请实施例中，如果以软件功能模块的形式实现上述的消息推送方法，并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台消息推送设备(可以是终端、服务器等)执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read Only Memory)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本申请实施例不限制于任何特定的硬件和软件结合。

以上电子设备和存储介质实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本申请消息推送设备和存储介质实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个***，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元；既可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本申请各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器、磁碟或者光盘等各种可以存储程序代码的介质。

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

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种区块链的交易处理方法，应用于客户端，其特征在于，所述方法包括：

客户端获取交易处理请求；其中，所述交易处理请求中携带有交易信息和所述交易信息所属的业务场景的标识；

客户端在预先按照不同业务场景划分的N组区块链中，确定与所述业务场景的标识相匹配的第一区块链的标识；N为大于1的整数；

客户端将所述第一区块链的标识和所述交易处理请求发送给区块链网络，以使所述区块链网络基于所述第一区块链的标识，从所述区块链网络的多个区块链中确定目标区块链，从而采用所述目标区块链对所述交易信息进行共识。

2.根据权利要求1中所述的方法，其特征在于，在所述客户端在预先按照不同业务场景划分的N组区块链中，确定与所述业务场景的标识相匹配的第一区块链的标识之前，所述方法还包括：

客户端根据业务场景对所述区块链网络中的区块链进行划分，得到所述N组区块链；其中，每一组区块链中至少包含一个区块链，且所述每一组区块链对应的业务场景互不相同。

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

如果所述交易处理请求中包含M个业务场景，客户端将所述交易处理请求分为与所述M个业务场景一一对应的M个子交易处理请求；M为大于1的整数；

所述客户端根据每一子交易处理请求对应的业务场景，确定M个区块链的标识；

所述客户端将所述M个区块链中的每一区块链的标识和所述每一的子交易处理请求，发送给所述区块链网络。

4.一种区块链的交易处理方法，应用于区块链网络，所述区块链网络包括多个区块链，其特征在于，所述方法包括：

所述区块链网络接收客户端发送的第一区块链的标识和交易处理请求；其中，所述交易处理请求中携带有交易信息和业务场景的标识，且第一区块链的标识与所述业务场景的标识相匹配；

根据所述第一区块链的标识，在所述多个区块链中确定目标区块链；

采用所述目标区块链对所述交易信息进行共识，并将共识成功的结果记录在所述目标区块链的账本中。

5.根据权利要求4中所述的方法，其特征在于，如果所述交易处理请求为资产转移请求，所述资产交易请求中携带有资产转入方标识、与所述资产转入方标识对应的第二区块链的标识、和资产转出方标识；

对应地，所述采用目标区块链对所述交易信息进行共识，并将共识成功的结果记录在所述目标区块链的账本中，包括：

采用所述目标区块链根据所述第二区块链的标识，确定归属区块链；

如果所述归属区块链与所述目标区块链属于同一个组，采用所述目标区块链对所述资产转移请求携带的交易信息进行共识，并将共识成功的结果记录在所述目标区块链的账本中。

6.根据权利要求5中所述的方法，其特征在于，所述采用目标区块链对所述资产转移请求携带的交易信息进行共识，并将共识成功的结果记录在所述目标区块链的账本中，包括：

根据所述资产转入方标识和所述资产转出方标识，采用所述目标区块链生成所述资产转移请求对应的数字资产；

采用所述目标区块链对所述生成的数字资产进行共识，并将共识成功的结果记录在所述目标区块链的账本中。

7.根据权利要求6中所述的方法，其特征在于，所述根据所述资产转入方标识和所述资产转出方标识，采用所述目标区块链生成所述资产转移请求对应的数字资产，包括：

采用所述目标区块链中的所述资产转出方标识对应的节点，销毁所述数字资产交易请求对应的数字资产；

采用所述目标区块链中的所述资产转入方标识对应的节点，生成与被销毁的数字资产等额的数字资产；

对应地，所述采用目标区块链对所述生成的数字资产进行共识，并将共识成功的结果记录在所述目标区块链的账本中，包括：采用所述目标区块链中的每一节点对所述生成的数字资产进行共识，并将共识成功的结果记录在所述目标区块链的账本中。

8.根据权利要求5中所述的方法，其特征在于，如果所述交易处理请求为资产转移请求，采用所述目标区块链对所述交易信息进行共识，并将共识成功的结果记录在所述目标区块链的账本中，包括：

如果所述归属区块链与所述目标区块链不属于同一个组，采用所述目标区块链将所述资产转移请求发送给所述归属区块链，以使所述归属区块链生成所述资产转移请求对应的数字资产；

采用所述目标区块链和所述归属区块链均对生成的数字资产进行共识，并将共识成功的结果分别记录在对应区块链的账本中。

9.一种客户端，其特征在于，所述客户端至少包括：

存储器，用于存储可执行指令；

处理器，用于执行所述可执行指令时，实现如权利要求1至3任一项所述的区块链的交易处理方法。

10.一种区块链网络，其特征在于，所述区块链网络包括多个区块链，其中，每一区块链包括存储器和处理器，其中：

存储器，用于存储可执行指令；

处理器，用于执行所述可执行指令时，实现如权利要求4至8任一项所述的区块链的交易处理方法。