基于区块链的业务处理方法、装置、设备、介质及产品

技术领域

本申请涉及区块链技术领域，尤其涉及一种基于区块链的业务处理方法、一种基于区块链的业务处理装置、一种计算机设备、一种计算机可读存储介质以及一种计算机程序产品。

背景技术

随着区块链技术的快速发展，在区块链中涉及到的各式各样的业务日益增加，诸如：交易业务、游戏业务、电子发票业务等。以交易业务为例，对象请求在区块链中执行一笔交易之前，往往需查询区块链上各个去中心化交易所的报价信息，然后比较这些不同报价信息后选择出报价最低的去中心化交易所来执行相关交易。

目前，需要人工收集并分析各个去中心化交易所的报价，在交易前期用户需做大量准备工作，工作繁琐，效率低下。

发明内容

本申请实施例提出了一种基于区块链的业务处理方法、装置、设备、介质及产品，能够基于区块链上各个业务处理系统的业务属性，自动为用户匹配出业务处理路径，既可以满足用户的业务需求又能考虑业务处理系统的业务能力，从而提高业务处理的效率。

一方面，本申请实施例提供了一种基于区块链的业务处理方法，该方法包括：

接收客户端发送的业务请求，业务请求用于请求与目标数字资产相关的资产处理业务，业务请求中包括：目标数字资产的标识和所请求处理的目标数字资产的资产量；

根据目标数字资产的标识，确定区块链中支持资产处理业务的K个业务处理系统，K为正整数；

查询各个业务处理系统的业务属性，业务属性包括：目标数字资产在业务处理系统中的参考量、及业务处理系统允许承载的业务深度；

根据查询到的K个业务处理系统的业务属性、目标数字资产的资产量、以及预设路径规则，生成针对目标数字资产的业务处理路径，业务处理路径用于指示：执行目标数字资产的资产处理业务的M个目标业务处理系统、以及每个目标业务处理系统需处理的业务量，M为正整数且M≤K；

按照业务处理路径，在区块链中对目标数字资产执行业务处理。

一方面，本申请实施例提供了一种基于区块链的业务处理装置，该装置包括：

接收单元，用于接收客户端发送的业务请求，业务请求用于请求与目标数字资产相关的资产处理业务，业务请求中包括：目标数字资产的标识和所请求处理的目标数字资产的资产量；

处理单元，用于根据目标数字资产的标识，确定区块链中支持资产处理业务的K个业务处理系统，K为正整数；

查询单元，用于查询各个业务处理系统的业务属性，业务属性包括：目标数字资产在业务处理系统中的参考量、及业务处理系统允许承载的业务深度；

处理单元，还用于根据查询到的K个业务处理系统的业务属性、目标数字资产的资产量、以及预设路径规则，生成针对目标数字资产的业务处理路径，业务处理路径用于指示：执行目标数字资产的资产处理业务的M个目标业务处理系统、以及每个目标业务处理系统需处理的业务量，M为正整数且M≤K；

处理单元，还用于按照业务处理路径，在区块链中对目标数字资产执行业务处理。

在一种可能的实现方式中，预设路径规则包括第一路径规则和第二路径规则；处理单元根据查询到的K个业务处理系统的业务属性、目标数字资产的资产量、以及预设路径规则，生成针对目标数字资产的业务处理路径，用于执行以下操作：

获取目标数字资产的资产类型；

若目标数字资产的资产类型为第一类型，则根据查询到的K个业务处理系统的业务属性、目标数字资产的资产量、以及第一路径规则，生成针对目标数字资产的业务处理路径；

若目标数字资产的资产类型为第二类型，则根据查询到的K个业务处理系统的业务属性、目标数字资产的资产量、以及第二路径规则，生成针对目标数字资产的业务处理路径；

其中，第一路径规则与第二路径规则不相同。

在一种可能的实现方式中，预设路径规则为第一路径规则；处理单元根据查询到的K个业务处理系统的业务属性、目标数字资产的资产量、以及预设路径规则，生成针对目标数字资产的业务处理路径，用于执行以下操作：

基于K个业务处理系统针对目标数字资产的参考量，确定出参考量最低的第一业务处理系统；

获取第一业务处理系统的第一业务深度，并比对第一业务深度及目标数字资产的资产量；

若第一业务深度大于或等于资产量，则将第一业务处理系统确定为执行目标数字资产的资产处理业务的目标业务处理系统；

其中，目标数字资产在目标业务处理系统中被处理的业务量等于资产量。

在一种可能的实现方式中，处理单元还用于执行以下操作：

若第一业务深度小于资产量，则将目标数字资产的资产量进行拆分处理，得到第一拆分结果，第一拆分结果用于指示：将目标数字资产的资产量拆分为第一业务深度、及第一余额；

基于K个业务处理系统的业务属性、第一业务深度、及第一余额，为目标数字资产确定业务处理路径。

在一种可能的实现方式中，处理单元基于K个业务处理系统的业务属性、第一业务深度、及第一余额，为目标数字资产确定业务处理路径，用于执行以下操作：

从除第一业务处理系统之外的K-1个业务处理系统中，确定出第二业务处理系统；第二业务处理系统的参考量低于K-1个业务处理系统中任一个去中心化交易所的参考量；

获取第二业务处理系统的第二业务深度，并比对第二业务深度与第一余额；

若第二业务深度大于或等于第一余额，则将第一业务处理系统和第二业务处理系统均作为执行目标数字资产的资产处理业务的M个目标业务处理系统；

其中，目标数字资产在第一业务处理系统中被处理的业务量为第一业务深度，以及目标数字资产在第二业务处理系统中被处理的业务量为第一余额。

在一种可能的实现方式中，处理单元还用于执行以下操作：

若第二业务深度小于所述第一余额，则将目标数字资产的资产量进行拆分处理，得到第二拆分结果，第二拆分结果用于指示：将目标数字资产的资产量拆分为第一业务深度、第二业务深度、及第二余额；

基于K个去中心化交易所的业务属性、第一业务深度、第二业务深度、及第二余额，为目标数字资产确定业务处理路径。

在一种可能的实现方式中，预设路径规则为第二路径规则；处理单元根据查询到的K个业务处理系统的业务属性、目标数字资产的资产量、以及预设路径规则，生成针对目标数字资产的业务处理路径，用于执行以下操作：

基于K个业务处理系统的业务深度、以及目标数字资产的资产量，确定出满足业务条件的至少一个参考业务处理系统，任一个参考业务处理系统的业务深度大于或者等于所述资产量；

基于查询到的K个业务处理系统的业务属性，确定每个参考业务处理系统的业务属性；

基于各个参考业务处理系统的业务属性、目标数字资产的资产量、以及第二路径规则，生成针对目标数字资产的业务处理路径。

在一种可能的实现方式中，处理单元基于各个参考业务处理系统的业务属性、目标数字资产的资产量、以及第二路径规则，生成针对目标数字资产的业务处理路径，用于执行以下操作：

基于各个参考业务处理系统的参考量，对各个参考业务处理系统进行排序处理，得到业务排序结果；

按照业务排序结果，从各个参考业务处理系统中确定出参考量最低的目标业务处理系统；

其中，目标数字资产在目标业务处理系统中被处理的业务量等于资产量。

在一种可能的实现方式中，业务请求包括交易请求，交易请求是基于目标对象的私钥进行签名处理后生成的；接收客户端发送的业务请求之后，处理单元还用于执行以下操作：

解析交易请求的请求数据，得到发起目标对象的签名数据；

基于目标对象的签名数据，对目标对象进行鉴权处理，鉴权处理包括：签名验证、权限验证中的任一种或多种；

若对目标对象的鉴权处理通过，则触发执行根据目标数字资产的标识，确定区块链中支持资产处理业务的K个业务处理系统的步骤。

在一种可能的实现方式中，处理单元根据目标数字资产的标识，确定区块链中支持资产处理业务的K个业务处理系统，用于执行以下操作：

将区块链中提供有资产标识所指示的目标数字资产的去中心化交易所，确定为支持资产处理业务的业务处理系统；或者，

将区块链中具备针对资产标识所指示的目标数字资产的交易权限的去中心化交易所，确定为支持资产处理业务的业务处理系统。

在一种可能的实现方式中，处理单元按照业务处理路径，在区块链中对目标数字资产执行业务处理，用于执行以下操作：

确定区块链中部署有可信执行环境的目标区块链节点；

按照业务处理路径，为目标数字资产组装交易数据，交易数据包括：待调用的目标去中心化交易所的标识、以及目标数字资产在每个目标去中心化交易所需交易的额度；

将交易数据发送至目标区块链节点，触发在目标区块链节点的可信执行环境中按照交易数据对目标数字资产执行业务处理。

一方面，本申请实施例提供一种计算机设备，该计算机设备包括存储器和处理器，存储器存储有计算机程序，计算机程序被处理器执行时，使得处理器执行上述的基于区块链的业务处理方法。

一方面，本申请实施例提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序被计算机设备的处理器读取并执行时，使得计算机设备执行上述的基于区块链的业务处理方法。

一方面，本申请实施例提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述的基于区块链的业务处理方法。

本申请实施例中，可接收客户端发送的业务请求，该业务请求用于请求与目标数字资产相关的资产处理业务，业务请求中包括：目标数字资产的标识和所请求处理的目标数字资产的资产量；根据目标数字资产的标识，确定区块链中支持资产处理业务的K个业务处理系统，K为正整数；查询各个业务处理系统的业务属性，业务属性包括：目标数字资产在业务处理系统中的参考量、及业务处理系统允许承载的业务深度；根据查询到的K个业务处理系统的业务属性、目标数字资产的资产量、以及预设路径规则，生成针对目标数字资产的业务处理路径，该业务处理路径用于指示：执行目标数字资产的资产处理业务的M个目标业务处理系统、以及每个目标业务处理系统需处理的业务量，M为正整数且M≤K；按照业务处理路径，在区块链中对目标数字资产执行业务处理。由此可见，一方面，在请求处理目标数字资产相关的业务时，本申请能够按照业务需求自动为资产处理业务规划出相匹配的业务处理路径，从而能够提高业务处理的效率；另一方面，在生成业务处理路径的过程中，需结合业务处理系统自身的业务属性和业务需求，因此本申请既能够满足用户的业务需求又能考虑业务处理系统的业务能力。

附图说明

为了更清楚地说明本申请实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术对象来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一种区块链系统的结构示意图；

图2是本申请实施例提供的一种区块链的结构示意图；

图3是本申请实施例提供的一种基于区块链的业务处理系统的结构示意图；

图4是本申请实施例提供的一种基于区块链的业务处理方法的流程示意图；

图5是本申请实施例提供的一种显示资产趋势数据的界面示意图；

图6a是本申请实施例提供的一种交易场景中的路径生成流程示意图；

图6b是本申请实施例提供的另一种交易场景中的路径生成流程示意图；

图7是本申请实施例提供的一种交易场景的流程示意图；

图8是本申请实施例提供的一种基于区块链的业务处理方法的交互流程图；

图9是本申请实施例提供的一种基于区块链的业务处理装置的结构示意图；

图10是本申请实施例提供的一种计算机设备的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

本申请提供了一种基于区块链的业务处理方案，适用于基于区块链的业务处理场景，诸如：交易场景、电子发票场景、游戏场景等等任意业务场景，本申请能够在业务处理过程中，自动查询区块链中各个业务处理系统的业务属性，并按照业务处理系统侧的业务属性及客户端侧的业务请求，来为目标数字资产自动生成相匹配的业务处理路径，既可以满足用户的业务需求又能考虑业务处理系统的业务能力，可提高业务处理效率。详细来说，本申请提供的基于区块链的业务处理方案的原理大致包括如下步骤1)-5)：

1)当目标对象需请求与目标数字资产相关的资产处理业务(例如交易业务)时，可在客户端发起一笔业务请求。其中，该业务请求中包括：目标数字资产的标识和所请求处理的目标数字资产的资产量。

2)根据目标数字资产的标识，确定区块链中支持资产处理业务的K个业务处理系统，例如资产处理业务为交易业务，则业务处理系统可以为去中心化交易所。

3)查询各个业务处理系统的业务属性，该业务属性包括：目标数字资产在业务处理系统中的参考量(即该目标数字资产在业务处理系统中执行交易处理时对应的标定量)、及业务处理系统允许承载的业务深度。

4)根据查询到的K个业务处理系统的业务属性、目标数字资产的资产量、以及预设路径规则，生成针对目标数字资产的业务处理路径；其中，该业务处理路径用于指示：执行目标数字资产的资产处理业务的M个目标业务处理系统、以及每个目标业务处理系统需处理的业务量，M为正整数且M≤K。

5)按照业务处理路径，在区块链中对目标数字资产执行业务处理。

由此可见，由此可见，一方面，在请求处理目标数字资产相关的业务时，本申请能够按照业务需求自动为资产处理业务规划出相匹配的业务处理路径，从而能够提高业务处理的效率；另一方面，在生成业务处理路径的过程中，需结合业务处理系统自身的业务属性和业务需求，因此本申请既能够满足用户的业务需求又能考虑业务处理系统的业务能力。

下面对本申请涉及到的关键技术术语进行详细介绍。

一、目标数字资产、资产处理业务

目标数字资产是指执行资产处理业务过程中需处理的对象，该目标数字资产为多种数字资产中的任一种，所谓数字资产是一种任意类型的虚拟资产，该虚拟资产可以为区块链上的资产，也可以为区块链下的资产。例如，数字资产可以包括：数字藏品、电子发票、游戏资产、Token、ETH等任意类型的资产，本申请不对数字资产的类型进行具体限定。

资产处理业务是指与目标数字资产相关的业务，即处理目标数字资产的业务。不同类型的目标数字资产对应的资产处理业务不相同，例如目标数字资产为数字藏品，则处理该数字藏品对应的业务可以为交易业务；又如目标数字资产为游戏资产，则处理该游戏资产对应的业务可以为游戏业务；还如目标数字资产为电子发票，则处理该电子发票对应的业务可以为开票业务，等等。

二、业务处理系统

业务处理系统是指区块链中用于支持资产处理业务的系统或平台，该业务处理系统可以为硬件，也可以为软件/程序。其中，不同的资产处理业务对应不同的业务处理系统，例如，资产处理业务为交易业务，则业务处理系统可以为区块链中的去中心化交易所，去中心化交易所例如可以包括但不限于：uniswap、sushiswap、0x protocol，等等；又如，资产处理业务为电子发票业务，则业务处理系统可以为区块链中的开票节点，例如开票节点是指区块链中具备开票功能的区块链节点；还如，资产处理业务为游戏业务，则业务处理系统可以为区块链中的游戏节点。

三、资产量、参考量、业务深度

资产量，顾名思义，是指目标数字资产的数量或额度，具体地，本申请中的资产量是指资产处理业务所请求处理的目标数字资产的数量。例如，资产处理业务为交易业务，则该交易任务请求处理的资产量可以为100w的ETH资产；又如资产处理业务为开票业务，则该开票业务请求处理的资产量可以为1000元的电子发票。

参考量，是指目标数字资产在业务处理系统中被标定的单位数量。针对同一业务场景中的同一目标数字资产，不同的业务处理系统对其标定的数量(即参考量)不相同，例如，在交易场景中，目标数字资产为ETH资产，若资产处理业务为请求购买100w资产量的ETH资产，该ETH资产在业务处理系统1(例如去中心化交易所1)中的参考量可以为1.2，该ETH资产在业务处理系统2(例如去中心化交易所2)中的参考量可以为1.5。

业务深度，是指业务处理系统在支持资产处理业务的过程中，允许承载的最大业务数量，即业务深度是一种用于衡量业务处理系统的业务能力的指标。例如，资产处理业务为交易业务，则业务处理系统可以为去中心化交易所，那么业务深度可以为该去中心化交易所能够允许100w额度的ETH资产进行交易，则业务深度为100w；同理，若该去中心化交易所能够允许80w额度的ETH资产进行交易，则业务深度为80w。

四、业务处理路径

业务处理路径是一种用于指示执行目标数字资产的资产处理业务的路径或方法。具体地，该业务处理路径用于指示：执行目标数字资产的资产处理业务的M个目标业务处理系统、以及每个目标业务处理系统需处理的业务量。例如资产处理业务为交易业务，则业务处理路径可以用于指示执行该交易业务的多个目标去中心化交易所、以及每个目标去中心化交易所需处理的业务量。

五、区块链技术

区块链(Block chain)本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了相关的信息，用于验证其信息的有效性(防伪)和生成下一个区块。具体地，本申请将分别对区块链系统、以及区块等相关术语进行详细介绍。

(1)区块链系统：

请参见图1，图1是本申请实施例提供的一种区块链系统的结构示意图。如图1所示，区块链系统可以为数据共享系统，所谓数据共享系统是指用于进行节点设备与节点设备之间数据共享的系统，该数据共享系统100中可以包括多个节点设备101，多个节点设备101可以是指数据共享系统中各个计算机设备，计算机设备例如可以为终端设备或服务器。其中，不同的节点设备101的设备类型可以相同，也可以不相同，例如某一节点设备101可以为终端设备，另一节点设备101可以为服务器。

在图1所示的区块链系统中，每个节点设备101在进行正常工作时可以接收到输入信息，并基于接收到的输入信息维护该数据共享系统内的共享数据。例如，当区块链系统中的任一节点设备101接收到一笔交易上链请求时，该节点设备101可以解析该交易上链请求，得到待上链的交易，然后可将该待上链的交易发送至区块链中的其它各个区块链节点，使得各个区块链节点对当前交易进行区块链共识，若共识通过，则可以将交易写入至区块链中，从而完成交易的上链处理，以使区块链上的各个区块链节点在区块链中共同维护该交易的交易数据(即共享数据)。

(2)区块链节点：

①节点功能：

a、应用功能，用于部署在区块链中，根据实际业务需求而实现特定业务，记录实现业务功能相关的数据形成记录数据(例如交易数据)，该交易数据在区块链上所实现的业务功能例如可以包括：资源转移功能、游戏业务功能等。在一种实现方式中，可在交易数据的上链请求中携带数字签名(例如采用上链对象的私钥对交易数据进行签名处理生成的数字签名)以表示该交易数据的来源，并可将交易数据发送到区块链系统中的其他节点，供其他节点在验证交易数据的来源以及完整性成功时，将交易数据添加到临时区块中，即可完成对交易数据的上链处理。

b、合约功能，区块链系统中任一区块链节点具备调用并执行相应的智能合约的功能，所谓智能合约(可简称合约)：智能合约具备承诺、协议、数字形式三大要素，因此能够将区块链的应用范围扩展至金融行业交易、支付、结算和清算的各个环节。智能合约是指当一个预先编译好的条件被触发时，智能合约会立即执行相应的合同条款，其工作原理类似于计算机程序的if-then语句。其中，区块链节点中运行有智能合约虚拟机(是一种能够执行智能合约的虚拟机)，智能合约虚拟机可以理解并执行这些代码，以实现智能合约的功能。本申请中，基于区块链节点具备的合约功能，能够为区块链节点部署至少一个去中心化交易所合约，那么当区块链节点接收到一笔资产交易(例如转移目标数字资产的交易、或者兑换目标数字资产的交易)时，可以调用部署好的去中心化交易所合约执行相应的合约交易。

②节点标识：

对于区块链系统中的每个节点，均具有与其对应的节点标识，而且区块链系统中的每个节点均可以存储有区块链系统中其他节点的节点标识，以便后续根据其他节点的节点标识，将生成的区块广播至区块链系统中的其他节点。每个节点中可维护一个如下表所示的节点标识列表，将节点名称和节点标识对应存储至该节点标识列表中。

其中，节点标识可为IP(Internet Protocol，网络之间互联的协议)地址以及其他任一种能够用于标识该节点的信息，表1中仅以IP地址为例进行说明。

表1.节点标识列表

本申请实施例中，涉及到与目标数字资产相关的资产处理业务，例如交易业务、游戏业务、电子发票业务等等，在上述提及的不同类型的资产处理业务中，往往涉及到各个区块链节点(例如共识节点)对资产处理业务的业务数据的共识处理。其中，共识处理通常涉及共识节点之间的数据交互，在数据交互过程中，任一共识节点可以携带有自身的节点标识，使得其他共识节点在进行共识处理之前可以基于对应的节点标识进行节点的身份验证处理，从而提高在区块链共识处理过程中的数据安全性、可靠性。

(3)区块的结构：

参见图2，图2是本申请实施例提供的一种区块链的结构示意图。如图2所示，区块链由多个区块组成，且每个区块链均包含一个创始块，顾名思义，所谓创始块即第一个区块、初始区块。创始块中包括区块头和区块体，区块头中存储有输入信息特征值、版本号、时间戳和难度值，区块体中存储有输入信息；创始块的下一区块以创始块为父区块，下一区块中同样包括区块头和区块体，区块头中存储有当前区块的输入信息特征值、父区块的区块头特征值、版本号、时间戳和难度值，并以此类推，使得区块链中每个区块中存储的交易数据均与父区块中存储的交易数据存在关联，保证了区块中交易数据的安全性。

本申请实施例中，主要涉及不同类型的数字资产交易，这些数字资产交易中包括交易数据，具体地，在对交易数据完成上链处理后，可以将交易数据添加至区块链中当前区块的区块体中，按照区块的结构，可以保证交易数据在链上存储的安全性和可靠性，可避免交易数据被篡改的风险。

六、云技术

本申请提出的基于区块链的业务处理方案中，区块链中涉及较多的数据计算服务以及数据存储服务，因此需要花费大量的计算机运营成本。那么，本申请提供的业务处理方案涉及云技术，采用云技术具体可以提供数据计算服务和数据存储服务，具体地，可以调用数据计算服务，根据查询到的K个业务处理系统的业务属性、目标数字资产的资产量、以及预设路径规则，生成针对目标数字资产的业务处理路径；以及，可以调用数据存储服务，将查询到的各个业务处理系统的业务属性进行数据存储。其中，所谓云技术(Cloudtechnology)基于云计算商业模式应用的网络技术、信息技术、整合技术、管理平台技术、应用技术等的总称，可以组成资源池，按需所用，灵活便利。其中，云技术可以包括云存储技术，所谓云存储(cloud storage)是在云计算概念上延伸和发展出来的一个新的概念，分布式云存储系统(以下简称存储系统)是指通过集群应用、网格技术以及分布存储文件系统等功能，将网络中大量各种不同类型的存储设备(存储设备也称之为存储节点)通过应用软件或应用接口集合起来协同工作，共同对外提供数据存储和业务访问功能的一个存储系统。

七、人工智能

本申请中主要涉及资产处理业务，资产处理业务可以为游戏业务，该游戏业务具体可以为人工智能领域中的云游戏相关的业务。其中，所谓人工智能(ArtificialIntelligence，AI)服务，所谓人工智能是一门综合学科，涉及领域广泛，既有硬件层面的技术也有软件层面的技术。人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、云游戏、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、语音处理技术、自然语言处理技术以及机器学习/深度学习等几大方向。

需要特别说明的是，在本申请中涉及到的基于区块链的业务处理过程中的相关数据，例如：目标数字资产的标识、资产量、业务处理系统的业务属性等等。在本申请以上实施例运用到具体产品或技术中时，需获得用户许可或同意，且相关数据收集、使用和处理过程需遵守国家和地区的相关法律法规和标准，符合合法、正当、必要的原则，不涉及获取法律法规禁止或限制的数据类型。在一些可选的实施例中，本申请实施例中所涉及的相关数据是经过对象单独授权后获取的，另外，在获取对象单独授权时，需向对象表明所涉及的相关数据的用途。

下面对本申请提供的基于区块链的业务处理系统的架构图进行具体介绍。

请参见图3，图3是本申请实施例提供的一种基于区块链的业务处理系统的架构示意图。如图3所示，该业务处理系统的架构图中至少可以包括：客户端301、业务聚合器302、以及至少一个区块链节点303。其中，任一个区块链节点303中运行有业务处理系统，本申请并不对区块链节点303的数量进行具体限定，节点数量可以根据不同业务场景灵活变更；另外，业务聚合器302可以通过有线或无线通信方式与客户端301、以及任一个区块链节点303之间进行直接或间接地连接。

在一个可行的实施例中，基于区块链的业务处理系统中的任一计算机设备(客户端301、业务聚合器302、或者区块链节点302)可以是手机、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(MID，mobile internet device)、车辆、车载设备、路边设备、飞行器、可穿戴设备，诸如智能手表、智能手环、计步器等的智能设备，虚拟现实设备....等等。

在另一个可行的实施例中，基于区块链的业务处理系统中的任一计算机设备(客户端301、业务聚合器302、或者区块链节点303)也可以是服务器。具体地，服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content Delivery Network，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器。

可以理解的是，本申请的业务处理系统中的各个计算机设备的类型可以相同或不同，例如，客户端301可以是手机，业务聚合器302可以是笔记本电脑，区块链节点303可以是服务器；再如，客户端301可以是车载设备，业务聚合器302和区块链节点303均可以是服务器。本申请并不对基于区块链的业务处理系统中的各个计算机设备的数量及类型进行限定。

下面对上述业务处理系统中的各个计算机设备：客户端301、业务聚合器302、以及区块链节点303之间的数据交互过程进行说明。

①目标对象可在客户端301中发起业务请求，该业务请求用于请求与目标数字资产相关的资产处理业务，例如交易业务、游戏业务、电子发票业务等等。其中，该业务请求中包括：目标数字资产的标识以及所请求处理的目标数字资产的资产量。

②客户端301将业务请求发送至业务聚合器302。可选的，客户端301可以采用目标对象的私钥对业务请求进行签名处理后，将签名后的业务请求发送至业务聚合器302，以表示该业务请求的来源。

③业务聚合器302接收到业务请求后，可以基于业务请求对目标对象进行鉴权处理，鉴权处理包括但不限于：签名验证、权限验证等等，并在鉴权处理通过后，根据目标数字资产的标识，确定区块链中支持资产处理业务的K个业务处理系统，例如资产处理业务为交易业务，则业务处理系统可以为去中心化交易所。

④业务聚合器302查询各个业务处理系统的业务属性，该业务属性包括：目标数字资产在业务处理系统中的参考量(即该目标数字资产在业务处理系统中执行交易处理时对应的标定量)、及业务处理系统允许承载的业务深度。

⑤业务聚合器302根据查询到的K个业务处理系统的业务属性、目标数字资产的资产量、以及预设路径规则，生成针对目标数字资产的业务处理路径；其中，该业务处理路径用于指示：执行目标数字资产的资产处理业务的M个目标业务处理系统、以及每个目标业务处理系统需处理的业务量，M为正整数且M≤K。

⑥业务聚合器302按照业务处理路径，将资产处理业务路由至M个目标业务处理系统中，即路由至运行有业务处理系统的M个目标区块链节点303中，一个目标区块链节点运行有一个业务处理系统(如去中心化交易所)。

⑦区块链中的任一个目标业务处理系统对目标数字资产执行业务处理。

本申请提供的基于区块链的业务处理系统，可可接收客户端发送的业务请求，该业务请求用于请求与目标数字资产相关的资产处理业务，业务请求中包括：目标数字资产的标识和所请求处理的目标数字资产的资产量；根据目标数字资产的标识，确定区块链中支持资产处理业务的K个业务处理系统，K为正整数；查询各个业务处理系统的业务属性，业务属性包括：目标数字资产在业务处理系统中的参考量、及业务处理系统允许承载的业务深度；根据查询到的K个业务处理系统的业务属性、目标数字资产的资产量、以及预设路径规则，生成针对目标数字资产的业务处理路径，该业务处理路径用于指示：执行目标数字资产的资产处理业务的M个目标业务处理系统、以及每个目标业务处理系统需处理的业务量，M为正整数且M≤K；按照业务处理路径，在区块链中对目标数字资产执行业务处理。由此可见，一方面，在请求处理目标数字资产相关的业务时，本申请能够按照业务需求自动为资产处理业务规划出相匹配的业务处理路径，从而能够提高业务处理的效率；另一方面，在生成业务处理路径的过程中，需结合业务处理系统自身的业务属性和业务需求，因此本申请既能够满足用户的业务需求又能考虑业务处理系统的业务能力。

可以理解的是，本申请实施例描述的基于区块链的业务处理系统是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术对象可知，随着系统架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

下面结合附图对基于区块链的业务处理方案涉及的具体实施例进行描述。

请参见图4，图4是本申请实施例所提供的一种基于区块链的业务处理方法的流程示意图。该业务处理方法可以由图3所示的基于区块链的业务处理系统中的业务聚合器执行。如图4所示，该基于区块链的业务处理方法主要包括但不限于如下步骤S401～S405：

S401：接收客户端发送的业务请求，业务请求用于请求与目标数字资产相关的资产处理业务，业务请求中包括：目标数字资产的标识和所请求处理的目标数字资产的资产量。

在一种可能的实现方式中，业务请求包括交易请求，交易请求是基于目标对象的私钥进行签名处理后生成的。那么，业务聚合器在接收到客户端发送的业务请求后，还可以执行以下步骤：首先，解析交易请求的请求数据，得到发起目标对象的签名数据；然后，基于目标对象的签名数据，对目标对象进行鉴权处理，此处的鉴权处理包括：签名验证、权限验证中的任一种或多种；若对目标对象的鉴权处理通过，则触发执行后续步骤S402；若对目标对象的鉴权处理不通过，则忽略或删除该业务请求。具体地，①由于签名数据是采用目标对象的私钥进行签名处理后生成的，那么业务聚合器可以获取目标对象的公钥，并基于目标对象的公钥对目标对象的签名数据进行验签处理，若验签成功，则对目标对象的签名验证通过，若验签失败，则对目标对象的签名验证不通过。②假设业务聚合器中配置有对象权限列表，该对象权限列表中可以记录有：具备业务请求权限的各个对象的标识(例如名称、ID等)，若对象权限列表中包含目标对象的标识，那么，业务聚合器可以确定对目标对象的权限验证通过；若对象权限列表中不包含目标对象的标识，那么业务聚合器可以确定对目标对象的权限验证不通过。在该实现方式下，业务聚合器能够对发起业务请求的目标对象进行鉴权处理，能够避免数据泄露或篡改的风险，从而保证数据安全性。

在一种可能的实现方式中，业务聚合器在对目标对象进行鉴权处理过程中，还可以请求获取目标对象的身份信息，并基于目标对象的身份信息对目标对象进行身份验证处理。其中，在获取目标对象的身份信息时，请参见图5，图5是本申请实施例提供的一种获取身份信息的场景示意图。如图5所示，区块链节点在获取目标对象的身份信息之前，需要向该目标对象发送授权请求，该授权请求用于请求目标对象的授权，当目标对象同意授权后，方可获取到目标对象的身份信息。举例来说，目标对象所使用的终端设备在获取到区块链节点发送的授权请求后，可以在终端设备中显示界面S500，该界面S500中显示有提示信息，该提示信息用于提示目标对象是否进行身份信息的授权，并且设有确认控件501和拒绝控件502，若目标对象点击确认控件501，则代表目标对象同意授权，若目标对象点击拒绝控件502，则代表目标对象拒绝授权。通过这种方式，可以在获取目标对象的身份信息时，请求目标对象的授权，从而提高目标对象的身份信息的安全性，避免数据泄露。

S402：根据目标数字资产的标识，确定区块链中支持资产处理业务的K个业务处理系统，K为正整数。

在一种可能的实现方式中，基于不同类型的资产处理业务，相应的业务处理系统是不相同的。具体地，若资产处理业务为交易业务，则支持交易业务的业务处理系统可以为去中心化交易所；若资产处理业务为游戏业务，则支持游戏业务的业务处理系统可以为游戏系统；若资产处理业务为电子发票业务，则支持电子发票业务的业务处理系统可以为开票系统，等等。

在一种可能的实现方式中，若资产处理业务为交易业务，则业务聚合器根据目标数字资产的标识，确定区块链中支持资产处理业务的K个业务处理系统，包括：将区块链中提供有资产标识所指示的目标数字资产的去中心化交易所，确定为支持资产处理业务的业务处理系统；或者，将区块链中具备针对资产标识所指示的目标数字资产的交易权限的去中心化交易所，确定为支持资产处理业务的业务处理系统。

S403：查询各个业务处理系统的业务属性。

具体地，一个业务处理系统对应一个业务属性，任一个业务处理系统的业务属性包括：目标数字资产在业务处理系统中的参考量、及业务处理系统允许承载的业务深度。

在一种可能的实现方式中，业务聚合器可以向区块链节点发起数据查询请求，该数据查询请求用于请求查询各个业务处理系统的业务属性。区块链节点可以解析数据查询请求，对业务聚合器进行验证处理，此处的验证处理可以包括：权限验证、安全性验证、合法性验证中的任一种或多种；若对业务聚合器的验证处理通过，则业务聚合器能够从区块链中查询得到各个业务处理系统的业务属性。其中，一个业务处理系统对应一个业务属性，此处的业务属性包括：目标数字资产在业务处理系统中的参考量、及业务处理系统允许承载的业务深度。

S404：根据查询到的K个业务处理系统的业务属性、目标数字资产的资产量、以及预设路径规则，生成针对目标数字资产的业务处理路径。

具体地，业务处理路径用于指示：执行目标数字资产的资产处理业务的M个目标业务处理系统、以及每个目标业务处理系统需处理的业务量，M为正整数且M≤K。

在一种可能的实现方式中，业务聚合器根据查询到的K个业务处理系统的业务属性、目标数字资产的资产量、以及预设路径规则，生成针对目标数字资产的业务处理路径，可以包括如下步骤：业务聚合器根据查询到的K个业务处理系统针对目标数字资产的参考量、K个业务处理系统的业务深度、目标数字资产的资产量、以及预设路径规则，生成针对目标数字资产的业务处理路径。在此实施方式下，本申请针对任一数字资产，均是按照相同的预设路径规则来生成目标数字资产的业务处理路径。

在另一种可能的实现方式中，预设路径规则包括第一路径规则和第二路径规则；业务聚合器根据查询到的K个业务处理系统的业务属性、目标数字资产的资产量、以及预设路径规则，生成针对目标数字资产的业务处理路径，可以包括如下步骤：获取目标数字资产的资产类型；若目标数字资产的资产类型为第一类型，则根据查询到的K个业务处理系统的业务属性、目标数字资产的资产量、以及第一路径规则，生成针对目标数字资产的业务处理路径；若目标数字资产的资产类型为第二类型，则根据查询到的K个业务处理系统的业务属性、目标数字资产的资产量、以及第二路径规则，生成针对目标数字资产的业务处理路径；其中，第一路径规则与第二路径规则不相同。其中，第一类型可以包括：ETH资产、游戏资产、Token等能够进行资产量拆分处理的类型；第二类型可以包括：数字藏品、电子发票等不便于进行资产量拆分处理的类型。在此实施方式下，能够按照不同类型的目标数字资产，执行不同的路径规则，从而为目标数字资产生成相应的业务处理路径，即本申请能够按照不同资产类型的数字资产来适配不同的路径规则，可提高业务处理过程中的灵活性和适配性。

下面针对不同资产类型如何生成业务处理路径的具体过程进行详细说明。

(1)采用第一类型对应的第一路径规则生成业务处理路径

A.资产量较低

在一种可能的实现方式中，目标数字资产的资产类型为第一类型，预设路径规则为第一路径规则。业务聚合器根据查询到的K个业务处理系统的业务属性、目标数字资产的资产量、以及预设路径规则，生成针对目标数字资产的业务处理路径，主要包括如下步骤：基于K个业务处理系统针对目标数字资产的参考量，确定出参考量最低的第一业务处理系统；获取第一业务处理系统的第一业务深度，并比对第一业务深度及目标数字资产的资产量；若第一业务深度大于或等于资产量，则将第一业务处理系统确定为执行目标数字资产的资产处理业务的目标业务处理系统；其中，目标数字资产在目标业务处理系统中被处理的业务量等于资产量。

请参见图6a，图6a是本申请实施例提供的一种交易场景中的路径生成流程示意图。如图6a所述的交易场景，资产处理业务为交易业务，业务处理系统为区块链中的去中心化交易所；若目标对象待交易的目标数字资产为ETH资产，当前能够提供ETH资产的去中心化交易所包括：uniswap、sushiswap、0x protocol。①目标对象需购买指定数量(资产量)的ETH资产，例如资产量为10w；②查询到的各个去中心化交易所：uniswap、sushiswap、0xprotocol中，针对该ETH资产的最低参考量(可以理解为最低价格)的去中心化交易所为0xprotocol；③并且该去中心化交易所0x protocol的业务深度为60w，则当前交易所能够承载该笔资产处理业务的资产量，则业务聚合器可以将当前资产处理业务所请求全部资产量路由至参考量最低的第一去中心化交易所0x protocol中执行交易。基于以上方式，本申请在执行目标数字资产相关的资产处理业务的过程中，能够通过业务聚合器自动为该目标数字资产查询需交易的目标去中心化交易所，从而使得能够将目标数字资产路由至价格最低的去中心化交易所中进行交易，从而能够更好的满足目标对象的业务需求。

B.资产量较大

在另一种可能的实现方式中，若第一业务深度小于资产量，则将目标数字资产的资产量进行拆分处理，得到第一拆分结果，第一拆分结果用于指示：将目标数字资产的资产量拆分为第一业务深度、及第一余额；基于K个业务处理系统的业务属性、第一业务深度、及第一余额，为目标数字资产确定业务处理路径。具体实现时，业务聚合器基于K个业务处理系统的业务属性、第一业务深度、及第一余额，为目标数字资产确定业务处理路径，具体包括如下步骤：首先，从除第一业务处理系统之外的K-1个业务处理系统中，确定出第二业务处理系统，第二业务处理系统的参考量低于K-1个业务处理系统中任一个去中心化交易所的参考量；然后，获取第二业务处理系统的第二业务深度，并比对第二业务深度与第一余额；若第二业务深度大于或等于第一余额，则将第一业务处理系统和第二业务处理系统均作为执行目标数字资产的资产处理业务的M个目标业务处理系统；其中，目标数字资产在第一业务处理系统中被处理的业务量为第一业务深度，以及目标数字资产在第二业务处理系统中被处理的业务量为第一余额。

请参见图6b，图6b是本申请实施例提供的另一种交易场景中的路径生成流程示意图。如图6b所述的交易场景，若目标对象待交易的目标数字资产为ETH资产，当前能够提供ETH资产的去中心化交易所包括：uniswap、sushiswap、0xprotocol。当确定出价格最低的目标去中心化交易所(即0x protocol)后，①如果目标对象购买ETH资产的资产量较高，假设资产量为100w，且当前参考量最低的第一去中心化交易所为0x protocol，但该交易所0xprotocol的业务深度为60w，即当前交易所能够承载60w资产量的目标数字资产，那么可以对目标数字资产的资产量进行拆分处理，即可以将资产量100w拆分为：第一业务深度(60w)、及第一余额(40w)；②接下来，在除去第一去中心化交易所0x protocol之外的各个去中心化交易所中，确定出参考量最低的第二去中心化交易所(假设为uniswap)，并获取该第二去中心化交易所uniswap的业务深度为50w，并将第二去中心化交易所的业务深度(50w)与第一余额(40w)进行比较，当前交易所uniswap能够承载剩余40w的第一余额，那么可以将剩余40w的第一余额路由至第二去中心化交易所uniswap中进行交易。至此，基于上述拆单方式，可以将交易业务中的60％的资产量(即第一业务深度)路由至第一去中心化交易所0x protocol中进行交易，以及将交易业务中的40％的资产量(即第一余额)路由至第二去中心化交易所uniswap中进行交易，那么确定出来的业务处理路径为：第一去中心化交易所为0x protocol，需交易的业务量为60w；第二去中心化交易所为uniswap，需交易的业务量为40w。

进一步地，在对目标数字资产的资产量进行拆分处理后，若第二业务深度小于第一余额，则可以将目标数字资产的资产量进行再次拆分处理，得到第二拆分结果，该第二拆分结果用于指示：将目标数字资产的资产量拆分为第一业务深度、第二业务深度、及第二余额；然后，基于K个去中心化交易所的业务属性、第一业务深度、第二业务深度、及第二余额，为目标数字资产确定业务处理路径。举例来说，若第二业务深度为30w，则可以将资产量100w拆分为：第一业务深度(60w)、第二业务深度(30w)、及第二余额(10w)；并确定第三去中心化交易所sushiswap的第三业务深度假设为20w，由于第二余额10w大于第三业务深度20w，则可以确定业务处理路径为：第一去中心化交易所为0x protocol，需交易的业务量为60w；第二去中心化交易所为uniswap，需交易的业务量为30w；第二去中心化交易所为sushiswap，需交易的业务量为10w。

以此类推，采用上述方式，在去中心化交易所的业务深度不能承载需处理的资产量时，需对目标数字资产的资产量进行一次或多次的拆分处理，这种方式能够综合考虑每个去中心化交易所的参考量及业务能力，从而为目标数字资产提供较优的业务处理路径，便于后续执行目标数字资资产的业务处理。

在采用第一路径规则生成业务处理路径的过程中，首先业务聚合器可基于多个业务处理系统针对目标数字资产的不同参考量，确定出参考量最低的目标业务处理系统，然后再基于目标业务处理系统的业务深度来确定业务处理路径，即先考虑业务处理系统的价格(参考量)再考虑业务处理系统的业务能力，这种方式能够尽可能按照最低价格的方式让执行关于目标数字资产的资产处理业务，便于满足目标对象能够尽可能按照最低价格进行资产处理的业务需求。

(2)采用第二类型对应的第二路径规则生成业务处理路径

在一种可能的实现方式中，目标数字资产的资产类型为第二类型，预设路径规则为第二路径规则。业务聚合器根据查询到的K个业务处理系统的业务属性、目标数字资产的资产量、以及预设路径规则，生成针对目标数字资产的业务处理路径，主要包括如下步骤：基于K个业务处理系统的业务深度、以及目标数字资产的资产量，确定出满足业务条件的至少一个参考业务处理系统，任一个参考业务处理系统的业务深度大于或者等于资产量；基于查询到的K个业务处理系统的业务属性，确定每个参考业务处理系统的业务属性；基于各个参考业务处理系统的业务属性、目标数字资产的资产量、以及第二路径规则，生成针对目标数字资产的业务处理路径。其中，满足业务条件的任一个参考业务处理系统可以为业务深度大于或者资产量的业务处理系统，例如在交易场景中，目标数字资产的资产量为80w，那么业务处理系统(去中心化交易所)包括：uniswap、sushiswap、0x protocol。其中，去中心化交易所uniswap、sushiswap、0x protocol的业务深度分别为：100w、80w、50w，则可以确定满足业务条件的参考业务处理系统包括：去中心化交易所uniswap、sushiswap。

进一步地，业务聚合器基于各个参考业务处理系统的业务属性、目标数字资产的资产量、以及第二路径规则，生成针对目标数字资产的业务处理路径，主要包括如下步骤：基于各个参考业务处理系统的参考量，对各个参考业务处理系统进行排序处理，得到业务排序结果；按照业务排序结果，从各个参考业务处理系统中确定出参考量最低的目标业务处理系统；其中，目标数字资产在目标业务处理系统中被交易的业务量等于资产量。具体地，由于参考业务系统包括：去中心化交易所uniswap、sushiswap，假设去中心化交易所uniswap、sushiswap针对目标数字资产的参考量分别为：1.2、1.5，那么目标数字资产的业务处理路径为：可以将去中心化交易所uniswap作为目标业务处理系统，且目标数字资产在该去中心化交易所uniswap被处理的业务量等于资产量。

在采用第二路径规则生成业务处理路径的过程中，由于考虑到第二类型的目标数字资产的资产量不便于拆分处理，因此第二路径规则主要考虑在一个业务处理系统中集中处理，因此可以首先考虑各个业务处理系统的业务深度，首先确定出能够承载资产量的参考业务处理系统；然后再从这些参考业务处理系统中选择出价格最优的目标业务处理系统进行业务处理。这种方式能够保证确定出来的目标业务处理系统的业务深度既能承载需处理的资产量，又能够尽可能保证目标业务处理系统的价格相对较低，无需在多个业务处理系统中执行业务处理，从而满足诸如数字藏品、电子发票等特定资产类型的业务处理需求。

S405：按照业务处理路径，在区块链中对目标数字资产执行业务处理。

在一种可能的实现方式中，业务聚合器在确定出目标数字资产的业务处理路径后，可以将目标数字资产相关的资产处理业务路由至区块链中的M个目标业务处理系统中，触发在每个目标业务处理系统中按照各自需处理的业务量对目标数字资产执行业务处理。例如在交易场景中，假设目标业务处理系统为去中心化交易所uniswap，目标数字资产(如ETH资产)在该去中心化交易所uniswap中被处理的业务量等于资产量(如100w)，则在区块链的去中心化交易所uniswap中可以处理100w资产量的ETH资产。

在一种可能的实现方式中，业务聚合器按照业务处理路径，在区块链中对目标数字资产执行业务处理，具体包括如下步骤：1)首先确定区块链中部署有可信执行环境(Trusted Execution Environment，TEE)的目标区块链节点，其中，所谓TEE可信执行环境是一种基于硬件的计算方案，可以通过软硬件方法在CPU(Central Processing Unit，中央处理器)中构建了一个安全区域，保证其内部加载的程序和数据在机密性与完整性上得到保护。TEE将系统的硬件资源与软件资源划分成两个执行环境——可信部分与不可信部分(普通部分)，这两个执行环境是相互隔离的，不可信部分无法访问可信部分的存储、内存。2)然后，按照业务处理路径，为目标数字资产组装交易数据，该交易数据包括：待调用的目标去中心化交易所的标识、以及目标数字资产在每个目标去中心化交易所需交易的额度；3)将交易数据发送至目标区块链节点，触发在目标区块链节点的可信执行环境中按照交易数据对目标数字资产执行业务处理。在此实现方式中，能够在TEE可信执行环境中对目标数字资产执行业务处理，从而提高业务处理的可靠性和安全性。

本申请实施例中，可接收客户端发送的业务请求，该业务请求用于请求与目标数字资产相关的资产处理业务，业务请求中包括：目标数字资产的标识和所请求处理的目标数字资产的资产量；根据目标数字资产的标识，确定区块链中支持资产处理业务的K个业务处理系统，K为正整数；查询各个业务处理系统的业务属性，业务属性包括：目标数字资产在业务处理系统中的参考量、及业务处理系统允许承载的业务深度；根据查询到的K个业务处理系统的业务属性、目标数字资产的资产量、以及预设路径规则，生成针对目标数字资产的业务处理路径，该业务处理路径用于指示：执行目标数字资产的资产处理业务的M个目标业务处理系统、以及每个目标业务处理系统需处理的业务量，M为正整数且M≤K；按照业务处理路径，在区块链中对目标数字资产执行业务处理。由此可见，一方面，在请求处理目标数字资产相关的业务时，本申请能够按照业务需求自动为资产处理业务规划出相匹配的业务处理路径，从而能够提高业务处理的效率；另一方面，在生成业务处理路径的过程中，需结合业务处理系统自身的业务属性和业务需求，因此本申请既能够满足用户的业务需求又能考虑业务处理系统的业务能力。

应当理解，本申请实施例适用于诸如：交易场景、电子发票场景、游戏场景等等任意业务场景。下面以交易场景为例，对本申请提供的基于区块链的业务处理方案的具体场景进行详细说明。

请参见图7，图7是本申请实施例提供的一种交易场景的流程示意图。如图7所示，该交易场景中主要涉及：客户端、业务聚合器、以及区块链网络中的至少一个去中心化交易所(即去中心化交易所1、去中心化交易所2、去中心化交易所3)，具体来说：①若目标对象需向区块链发起一笔交易请求，该交易请求可用于请求处理一笔100w资产量的ETH资产(目标数字资产)的交易业务，则目标对象可以通过客户端发起一笔交易请求，该交易请求中携带有待交易的ETH资产的标识(例如名称、ID等)及ETH资产的资产量(100)，可选的，可以采用目标对象的私钥对该笔交易请求进行签名处理，并将签名后的交易请求发送至业务聚合器。②业务聚合器在接收到交易请求后，可以按照资产标识在区块链中自动查询多个去中心化交易所：去中心化交易所1、去中心化交易所2、去中心化交易所3中分别针对ETH资产的价格(参考量)、及每个去中心化交易所的业务深度。③业务聚合器基于各个去中心化交易所的业务属性(即参考量、及业务深度)、以及资产量，为该ETH资产确定出业务处理路径，需要说明的是，如何确定业务处理路径的具体过程详细可参考本申请实施例中步骤S404中的相关过程，在此不再赘述。④假设业务处理路径用于指示：在去中心化交易所1中按照100w的资产量进行交易，则业务聚合器可以将该笔交易业务路由至(发送至)去中心化交易所1中执行交易业务。⑤其中，在去中心化交易所1中执行的交易业务的具体过程可以包括如下步骤：

S1、触发合约。

具体实现时，区块链节点可以接收客户端发送的交易请求，然后调用该交易请求需执行的目标交易相匹配的智能合约，例如目标交易为资产交易，则智能合约可以为资产处理合约，资产处理合约可以为去中心化交易所合约1。

S2、分析交易。

具体实现时，区块链节点可以解析目标交易的交易数据，得到合约调用地址以及合约名称，获取用于执行目标交易的智能合约(例如包括合约名、合约方法、以及合约输入等信息)。

S3、载入合约的存储信息和合约的字节码。

具体实现时，区块链节点从目标交易和状态数据库中获取相应的合约字节码和合约输入。

S4、执行合约。

具体实现时，智能合约的合约文件在区块链节点中执行，完成目标交易的业务逻辑，例如目标交易为资产交易，则调用的资产处理合约可完成相应的资产处理逻辑，并可得到交易执行结果。

S5、返回结果更新状态数据库。

具体实现时，区块链节点可将交易执行结果写回到状态数据库中，完成业务状态的更新。

S6、制作默克尔树树根，存储在区块中。

具体实现时，当待共识区块中的所有的交易数据都已执行时，系统会将状态数据库的当前状态的哈希摘要作为认证记录存储在区块链中。

在上述交易场景中，基于业务聚合器能够自动化匹配出最优的业务处理路径，用户侧无需自行比对多个去中心化交易所的产品报价，只需将待交易的目标数字资产的标识及资产量提交给业务聚合器，业务聚合器即可自动查询多个去中心化交易所的价格及业务深度，从而根据业务需求确定出最佳的业务处理路径，即可按照业务处理路径在区块链中执行相应的交易处理。

请参见图8，图8是本申请实施例提供的一种基于区块链的业务处理方法的交互流程图。如图8所示，该业务处理方法的交互流程主要涉及：客户端、业务聚合器、以及区块链节点，其中，区块链节点中运行有业务处理系统。下面对该交互流程所包括的具体步骤S801-S811进行详细说明。

S801：客户端发起业务请求。

具体实现时，业务请求用于请求与目标数字资产相关的资产处理业务，目标数字资产可以包括：数字藏品、电子发票、游戏资产、Token、ETH等任意类型的资产，那么相应的，与目标数字资产相关的资产处理业务可以为：交易业务、电子发票业务、游戏业务等任一种。其中，该业务请求中包括：目标数字资产的标识、以及所请求处理的目标数字资产的资产量。

S802：客户端将业务请求发送至业务聚合器。

在一种可能的实现方式中，客户端在生成业务请求后，可以基于目标对象的私钥对该业务请求进行签名处理，得到签名后的业务请求，然后将签名后的业务请求发送至业务聚合器。其中，签名后的业务请求可以用于指示该业务请求的来源，以便于后续业务聚合器在接收到业务请求后验证该业务请求来源的安全性和合法性。

S803：业务聚合器鉴权通过后，响应该交易请求。

在一种可能的实现方式中，业务聚合器在接收到客户端发送的业务请求后，还可以执行以下步骤：首先，解析交易请求的请求数据，得到发起目标对象的签名数据；然后，基于目标对象的签名数据，对目标对象进行鉴权处理，此处的鉴权处理包括：签名验证、权限验证中的任一种或多种；若对目标对象的鉴权处理通过，则触发执行后续步骤S804；若对目标对象的鉴权处理不通过，则忽略或删除该业务请求。具体地，①由于签名数据是采用目标对象的私钥进行签名处理后生成的，那么业务聚合器可以获取目标对象的公钥，并基于目标对象的公钥对目标对象的签名数据进行验签处理，若验签成功，则对目标对象的签名验证通过，若验签失败，则对目标对象的签名验证不通过。②假设业务聚合器中配置有对象权限列表，该对象权限列表中可以记录有：具备业务请求权限的各个对象的标识(例如名称、ID等)，若对象权限列表中包含目标对象的标识，那么，业务聚合器可以确定对目标对象的权限验证通过；若对象权限列表中不包含目标对象的标识，那么业务聚合器可以确定对目标对象的权限验证不通过。在该实现方式下，业务聚合器能够对发起业务请求的目标对象进行鉴权处理，能够避免数据泄露或篡改的风险，从而保证数据安全性。

S804：业务聚合器根据目标数字资产的标识，确定区块链中支持资产处理业务的K个业务处理系统。

在一种可能的实现方式中，假设业务请求包括交易请求，即资产处理业务为交易业务。则业务聚合器根据目标数字资产的标识，确定区块链中支持资产处理业务的K个业务处理系统，包括如下步骤：将区块链中提供有资产标识所指示的目标数字资产的去中心化交易所，确定为支持资产处理业务的业务处理系统；或者，将区块链中具备针对资产标识所指示的目标数字资产的交易权限的去中心化交易所，确定为支持资产处理业务的业务处理系统。

S805：业务聚合器请求在区块链中查询各个业务处理系统的业务属性。

具体地，业务属性包括：目标数字资产在业务处理系统中的参考量、及业务处理系统允许承载的业务深度。例如，在交易场景中，支持交易业务的业务处理系统可以为去中心化交易所，那么目标数字资产在去中心化交易所中的参考量可以是指针对目标数字资产的价格标量，并且业务深度可以为该去中心化交易所能够承载的目标数字资产的资产量的最大值；又如，在游戏场景中，支持游戏业务的业务处理系统可以为游戏节点，那么目标数字资产在去中心化交易所中的参考量可以是指针对游戏资产的价格标量，并且业务深度可以为该游戏节点能够提供的游戏资产的资产量的最大值。

S806：区块链节点向业务聚合器返回查询结果。

S807：业务聚合器确定参考量最低的目标业务处理系统。

在一种可能的实现方式中，业务聚合器基于K个业务处理系统针对目标数字资产的参考量，确定出参考量最低的第一业务处理系统，并将该第一业务处理系统作为执行目标数字资产的资产处理业务的目标业务处理系统。

S808：业务聚合器将目标业务处理系统的业务深度与资产量进行比对。

具体实现时，业务聚合器获取第一业务处理系统(目标业务处理系统)的第一业务深度，并比对第一业务深度及目标数字资产的资产量，得到比对结果。

S809：业务聚合器基于比对结果为目标数字资产确定业务处理路径。

具体地，业务处理路径用于指示：执行目标数字资产的资产处理业务的M个目标业务处理系统、以及每个目标业务处理系统需处理的业务量，M为正整数且M≤K。并且，比对结果包括：第一业务深度大于或者等于资产量；或者，第一业务深度小于资产量。

①若第一业务深度大于或者等于资产量，则将第一业务处理系统确定为执行目标数字资产的资产处理业务的目标业务处理系统；其中，目标数字资产在第一业务处理系统中被处理的业务量等于资产量。

②若第一业务深度小于资产量，则将目标数字资产的资产量进行拆分处理，得到第一拆分结果，该第一拆分结果用于指示：将目标数字资产的资产量拆分为第一业务深度、及第一余额；然后，基于K个业务处理系统的业务属性、第一业务深度、及第一余额，为目标数字资产确定业务处理路径。

需要说明的是，如何确定业务处理路径的具体过程详细可参考图4实施例中步骤S404中的相关过程，本申请实施例在此不再赘述。

S810：业务聚合器基于业务处理路径向区块链节点请求进行业务处理。

具体实现时，业务聚合器可以按照业务处理路径，将该业务请求路由至区块链中的M个目标业务处理系统中，并由各个目标业务处理系统按照各自需处理的业务量对目标数字资产执行业务处理。

S811：区块链节点请求向业务聚合器返回业务执行结果。

本申请实施例中，客户端在请求执行目标数字资产相关的资产处理业务时，能够通过业务聚合器查询区块链中多个业务处理系统的业务属性，并按照各个业务处理系统的业务属性及目标数字资产的资产量来自动匹配出最佳的业务处理路径。因此，本申请具备以下有益效果：一方面，将业务处理系统的业务属性的收集、分析等前期工作交给业务聚合器执行，无需用户侧人工执行，对用户而言，可减轻用户的工作量；另一方面，基于业务聚合器进行数据分析能够为目标数字资产提供最佳的业务处理路径，尽可能满足用户侧的业务需求，为用户争取利益最大化；再一方面，综合考虑用户侧的资产量和业务处理系统的业务深度来为用户提供最佳的业务处理路径，既能满足业务需求，又能考虑业务处理系统本身的业务能力。

下面提供了本申请实施例的装置，接下来结合上述本申请实施例提供的基于区块链的业务处理方案，对本申请实施例的相关装置进行相应介绍。

请参见图9，图9是本申请实施例提供的一种基于区块链的业务处理装置的结构示意图。如图9所示，该基于区块链的业务处理装置900可应用于前述实施例中所提及的业务聚合器。具体来说，基于区块链的业务处理装置900可以是运行于计算机设备中的一个计算机程序(包括程序代码)，例如该业务处理装置900为一个应用软件；该业务处理装置900可以用于执行本申请实施例提供的基于区块链的业务处理方法中的相应步骤。具体实现时，该基于区块链的业务处理装置900具体可以包括：

接收单元901，用于接收客户端发送的业务请求，业务请求用于请求与目标数字资产相关的资产处理业务，业务请求中包括：目标数字资产的标识和所请求处理的目标数字资产的资产量；

处理单元902，用于根据目标数字资产的标识，确定区块链中支持资产处理业务的K个业务处理系统，K为正整数；

查询单元903，用于查询各个业务处理系统的业务属性，业务属性包括：目标数字资产在业务处理系统中的参考量、及业务处理系统允许承载的业务深度；

处理单元902，还用于根据查询到的K个业务处理系统的业务属性、目标数字资产的资产量、以及预设路径规则，生成针对目标数字资产的业务处理路径，业务处理路径用于指示：执行目标数字资产的资产处理业务的M个目标业务处理系统、以及每个目标业务处理系统需处理的业务量，M为正整数且M≤K；

处理单元902，还用于按照业务处理路径，在区块链中对目标数字资产执行业务处理。

在一种可能的实现方式中，预设路径规则包括第一路径规则和第二路径规则；处理单元902根据查询到的K个业务处理系统的业务属性、目标数字资产的资产量、以及预设路径规则，生成针对目标数字资产的业务处理路径，用于执行以下操作：

获取目标数字资产的资产类型；

若目标数字资产的资产类型为第一类型，则根据查询到的K个业务处理系统的业务属性、目标数字资产的资产量、以及第一路径规则，生成针对目标数字资产的业务处理路径；

若目标数字资产的资产类型为第二类型，则根据查询到的K个业务处理系统的业务属性、目标数字资产的资产量、以及第二路径规则，生成针对目标数字资产的业务处理路径；

其中，第一路径规则与第二路径规则不相同。

在一种可能的实现方式中，预设路径规则为第一路径规则；处理单元902根据查询到的K个业务处理系统的业务属性、目标数字资产的资产量、以及预设路径规则，生成针对目标数字资产的业务处理路径，用于执行以下操作：

基于K个业务处理系统针对目标数字资产的参考量，确定出参考量最低的第一业务处理系统；

获取第一业务处理系统的第一业务深度，并比对第一业务深度及目标数字资产的资产量；

若第一业务深度大于或等于资产量，则将第一业务处理系统确定为执行目标数字资产的资产处理业务的目标业务处理系统；

其中，目标数字资产在目标业务处理系统中被处理的业务量等于资产量。

在一种可能的实现方式中，处理单元902还用于执行以下操作：

若第一业务深度小于资产量，则将目标数字资产的资产量进行拆分处理，得到第一拆分结果，第一拆分结果用于指示：将目标数字资产的资产量拆分为第一业务深度、及第一余额；

基于K个业务处理系统的业务属性、第一业务深度、及第一余额，为目标数字资产确定业务处理路径。

在一种可能的实现方式中，处理单元902基于K个业务处理系统的业务属性、第一业务深度、及第一余额，为目标数字资产确定业务处理路径，用于执行以下操作：

从除第一业务处理系统之外的K-1个业务处理系统中，确定出第二业务处理系统；第二业务处理系统的参考量低于K-1个业务处理系统中任一个去中心化交易所的参考量；

获取第二业务处理系统的第二业务深度，并比对第二业务深度与第一余额；

若第二业务深度大于或等于第一余额，则将第一业务处理系统和第二业务处理系统均作为执行目标数字资产的资产处理业务的M个目标业务处理系统；

其中，目标数字资产在第一业务处理系统中被处理的业务量为第一业务深度，以及目标数字资产在第二业务处理系统中被处理的业务量为第一余额。

在一种可能的实现方式中，处理单元902还用于执行以下操作：

若第二业务深度小于所述第一余额，则将目标数字资产的资产量进行拆分处理，得到第二拆分结果，第二拆分结果用于指示：将目标数字资产的资产量拆分为第一业务深度、第二业务深度、及第二余额；

基于K个去中心化交易所的业务属性、第一业务深度、第二业务深度、及第二余额，为目标数字资产确定业务处理路径。

在一种可能的实现方式中，预设路径规则为第二路径规则；处理单元902根据查询到的K个业务处理系统的业务属性、目标数字资产的资产量、以及预设路径规则，生成针对目标数字资产的业务处理路径，用于执行以下操作：

基于K个业务处理系统的业务深度、以及目标数字资产的资产量，确定出满足业务条件的至少一个参考业务处理系统，任一个参考业务处理系统的业务深度大于或者等于所述资产量；

基于查询到的K个业务处理系统的业务属性，确定每个参考业务处理系统的业务属性；

基于各个参考业务处理系统的业务属性、目标数字资产的资产量、以及第二路径规则，生成针对目标数字资产的业务处理路径。

在一种可能的实现方式中，处理单元902基于各个参考业务处理系统的业务属性、目标数字资产的资产量、以及第二路径规则，生成针对目标数字资产的业务处理路径，用于执行以下操作：

基于各个参考业务处理系统的参考量，对各个参考业务处理系统进行排序处理，得到业务排序结果；

按照业务排序结果，从各个参考业务处理系统中确定出参考量最低的目标业务处理系统；

其中，目标数字资产在目标业务处理系统中被处理的业务量等于资产量。

在一种可能的实现方式中，业务请求包括交易请求，交易请求是基于目标对象的私钥进行签名处理后生成的；接收客户端发送的业务请求之后，处理单元902还用于执行以下操作：

解析交易请求的请求数据，得到发起目标对象的签名数据；

基于目标对象的签名数据，对目标对象进行鉴权处理，鉴权处理包括：签名验证、权限验证中的任一种或多种；

若对目标对象的鉴权处理通过，则触发执行根据目标数字资产的标识，确定区块链中支持资产处理业务的K个业务处理系统的步骤。

在一种可能的实现方式中，处理单元902根据目标数字资产的标识，确定区块链中支持资产处理业务的K个业务处理系统，用于执行以下操作：

将区块链中提供有资产标识所指示的目标数字资产的去中心化交易所，确定为支持资产处理业务的业务处理系统；或者，

将区块链中具备针对资产标识所指示的目标数字资产的交易权限的去中心化交易所，确定为支持资产处理业务的业务处理系统。

在一种可能的实现方式中，处理单元902按照业务处理路径，在区块链中对目标数字资产执行业务处理，用于执行以下操作：

确定区块链中部署有可信执行环境的目标区块链节点；

按照业务处理路径，为目标数字资产组装交易数据，交易数据包括：待调用的目标去中心化交易所的标识、以及目标数字资产在每个目标去中心化交易所需交易的额度；

将交易数据发送至目标区块链节点，触发在目标区块链节点的可信执行环境中按照交易数据对目标数字资产执行业务处理。

本申请实施例中，可接收客户端发送的业务请求，该业务请求用于请求与目标数字资产相关的资产处理业务，业务请求中包括：目标数字资产的标识和所请求处理的目标数字资产的资产量；根据目标数字资产的标识，确定区块链中支持资产处理业务的K个业务处理系统，K为正整数；查询各个业务处理系统的业务属性，业务属性包括：目标数字资产在业务处理系统中的参考量、及业务处理系统允许承载的业务深度；根据查询到的K个业务处理系统的业务属性、目标数字资产的资产量、以及预设路径规则，生成针对目标数字资产的业务处理路径，该业务处理路径用于指示：执行目标数字资产的资产处理业务的M个目标业务处理系统、以及每个目标业务处理系统需处理的业务量，M为正整数且M≤K；按照业务处理路径，在区块链中对目标数字资产执行业务处理。由此可见，一方面，在请求处理目标数字资产相关的业务时，本申请能够按照业务需求自动为资产处理业务规划出相匹配的业务处理路径，从而能够提高业务处理的效率；另一方面，在生成业务处理路径的过程中，需结合业务处理系统自身的业务属性和业务需求，因此本申请既能够满足用户的业务需求又能考虑业务处理系统的业务能力。

请参见图10，图10是本申请实施例提供的一种计算机设备的结构示意图。该计算机设备1000用于执行前述方法实施例中业务聚合器所执行的步骤，该计算机设备1000包括：一个或多个处理器1001；一个或多个输入设备1002，一个或多个输出设备1003和存储器1004。上述处理器1001、输入设备1002、输出设备1003和存储器1004通过总线1005连接。其中，存储器1004用于存储计算机程序，所述计算机程序包括程序指令。具体地，处理器1001用于调用存储器1004存储的程序指令，用于执行以下操作：

接收客户端发送的业务请求，业务请求用于请求与目标数字资产相关的资产处理业务，业务请求中包括：目标数字资产的标识和所请求处理的目标数字资产的资产量；

根据目标数字资产的标识，确定区块链中支持资产处理业务的K个业务处理系统，K为正整数；

查询各个业务处理系统的业务属性，业务属性包括：目标数字资产在业务处理系统中的参考量、及业务处理系统允许承载的业务深度；

根据查询到的K个业务处理系统的业务属性、目标数字资产的资产量、以及预设路径规则，生成针对目标数字资产的业务处理路径，业务处理路径用于指示：执行目标数字资产的资产处理业务的M个目标业务处理系统、以及每个目标业务处理系统需处理的业务量，M为正整数且M≤K；

按照业务处理路径，在区块链中对目标数字资产执行业务处理。

在一种可能的实现方式中，预设路径规则包括第一路径规则和第二路径规则；处理器1001根据查询到的K个业务处理系统的业务属性、目标数字资产的资产量、以及预设路径规则，生成针对目标数字资产的业务处理路径，用于执行以下操作：

获取目标数字资产的资产类型；

若目标数字资产的资产类型为第一类型，则根据查询到的K个业务处理系统的业务属性、目标数字资产的资产量、以及第一路径规则，生成针对目标数字资产的业务处理路径；

若目标数字资产的资产类型为第二类型，则根据查询到的K个业务处理系统的业务属性、目标数字资产的资产量、以及第二路径规则，生成针对目标数字资产的业务处理路径；

其中，第一路径规则与第二路径规则不相同。

在一种可能的实现方式中，预设路径规则为第一路径规则；处理器1001根据查询到的K个业务处理系统的业务属性、目标数字资产的资产量、以及预设路径规则，生成针对目标数字资产的业务处理路径，用于执行以下操作：

基于K个业务处理系统针对目标数字资产的参考量，确定出参考量最低的第一业务处理系统；

获取第一业务处理系统的第一业务深度，并比对第一业务深度及目标数字资产的资产量；

若第一业务深度大于或等于资产量，则将第一业务处理系统确定为执行目标数字资产的资产处理业务的目标业务处理系统；

其中，目标数字资产在目标业务处理系统中被处理的业务量等于资产量。

在一种可能的实现方式中，处理器1001还用于执行以下操作：

若第一业务深度小于资产量，则将目标数字资产的资产量进行拆分处理，得到第一拆分结果，第一拆分结果用于指示：将目标数字资产的资产量拆分为第一业务深度、及第一余额；

基于K个业务处理系统的业务属性、第一业务深度、及第一余额，为目标数字资产确定业务处理路径。

在一种可能的实现方式中，处理器1001基于K个业务处理系统的业务属性、第一业务深度、及第一余额，为目标数字资产确定业务处理路径，用于执行以下操作：

从除第一业务处理系统之外的K-1个业务处理系统中，确定出第二业务处理系统；第二业务处理系统的参考量低于K-1个业务处理系统中任一个去中心化交易所的参考量；

获取第二业务处理系统的第二业务深度，并比对第二业务深度与第一余额；

若第二业务深度大于或等于第一余额，则将第一业务处理系统和第二业务处理系统均作为执行目标数字资产的资产处理业务的M个目标业务处理系统；

其中，目标数字资产在第一业务处理系统中被处理的业务量为第一业务深度，以及目标数字资产在第二业务处理系统中被处理的业务量为第一余额。

在一种可能的实现方式中，处理器1001还用于执行以下操作：

若第二业务深度小于所述第一余额，则将目标数字资产的资产量进行拆分处理，得到第二拆分结果，第二拆分结果用于指示：将目标数字资产的资产量拆分为第一业务深度、第二业务深度、及第二余额；

基于K个去中心化交易所的业务属性、第一业务深度、第二业务深度、及第二余额，为目标数字资产确定业务处理路径。

在一种可能的实现方式中，预设路径规则为第二路径规则；处理器1001根据查询到的K个业务处理系统的业务属性、目标数字资产的资产量、以及预设路径规则，生成针对目标数字资产的业务处理路径，用于执行以下操作：

基于K个业务处理系统的业务深度、以及目标数字资产的资产量，确定出满足业务条件的至少一个参考业务处理系统，任一个参考业务处理系统的业务深度大于或者等于所述资产量；

基于查询到的K个业务处理系统的业务属性，确定每个参考业务处理系统的业务属性；

基于各个参考业务处理系统的业务属性、目标数字资产的资产量、以及第二路径规则，生成针对目标数字资产的业务处理路径。

在一种可能的实现方式中，处理器1001基于各个参考业务处理系统的业务属性、目标数字资产的资产量、以及第二路径规则，生成针对目标数字资产的业务处理路径，用于执行以下操作：

基于各个参考业务处理系统的参考量，对各个参考业务处理系统进行排序处理，得到业务排序结果；

按照业务排序结果，从各个参考业务处理系统中确定出参考量最低的目标业务处理系统；

其中，目标数字资产在目标业务处理系统中被处理的业务量等于资产量。

在一种可能的实现方式中，业务请求包括交易请求，交易请求是基于目标对象的私钥进行签名处理后生成的；接收客户端发送的业务请求之后，处理器1001还用于执行以下操作：

解析交易请求的请求数据，得到发起目标对象的签名数据；

基于目标对象的签名数据，对目标对象进行鉴权处理，鉴权处理包括：签名验证、权限验证中的任一种或多种；

若对目标对象的鉴权处理通过，则触发执行根据目标数字资产的标识，确定区块链中支持资产处理业务的K个业务处理系统的步骤。

在一种可能的实现方式中，处理器1001根据目标数字资产的标识，确定区块链中支持资产处理业务的K个业务处理系统，用于执行以下操作：

将区块链中提供有资产标识所指示的目标数字资产的去中心化交易所，确定为支持资产处理业务的业务处理系统；或者，

将区块链中具备针对资产标识所指示的目标数字资产的交易权限的去中心化交易所，确定为支持资产处理业务的业务处理系统。

在一种可能的实现方式中，处理器1001按照业务处理路径，在区块链中对目标数字资产执行业务处理，用于执行以下操作：

确定区块链中部署有可信执行环境的目标区块链节点；

按照业务处理路径，为目标数字资产组装交易数据，交易数据包括：待调用的目标去中心化交易所的标识、以及目标数字资产在每个目标去中心化交易所需交易的额度；

将交易数据发送至目标区块链节点，触发在目标区块链节点的可信执行环境中按照交易数据对目标数字资产执行业务处理。

本申请实施例中，可接收客户端发送的业务请求，该业务请求用于请求与目标数字资产相关的资产处理业务，业务请求中包括：目标数字资产的标识和所请求处理的目标数字资产的资产量；根据目标数字资产的标识，确定区块链中支持资产处理业务的K个业务处理系统，K为正整数；查询各个业务处理系统的业务属性，业务属性包括：目标数字资产在业务处理系统中的参考量、及业务处理系统允许承载的业务深度；根据查询到的K个业务处理系统的业务属性、目标数字资产的资产量、以及预设路径规则，生成针对目标数字资产的业务处理路径，该业务处理路径用于指示：执行目标数字资产的资产处理业务的M个目标业务处理系统、以及每个目标业务处理系统需处理的业务量，M为正整数且M≤K；按照业务处理路径，在区块链中对目标数字资产执行业务处理。由此可见，一方面，在请求处理目标数字资产相关的业务时，本申请能够按照业务需求自动为资产处理业务规划出相匹配的业务处理路径，从而能够提高业务处理的效率；另一方面，在生成业务处理路径的过程中，需结合业务处理系统自身的业务属性和业务需求，因此本申请既能够满足用户的业务需求又能考虑业务处理系统的业务能力。

此外，这里需要指出的是：本申请实施例还提供了一种计算机存储介质，且计算机存储介质中存储有计算机程序，且该计算机程序包括程序指令，当处理器执行上述程序指令时，能够执行前文所对应实施例中的方法，因此，这里将不再进行赘述。对于本申请所涉及的计算机存储介质实施例中未披露的技术细节，请参照本申请方法实施例的描述。作为示例，程序指令可以被部署在一个计算机设备上，或者在位于一个地点的多个计算机设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算机设备上执行。

根据本申请的一个方面，本申请实施例还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备可以执行前文所对应实施例中的方法，因此，这里将不再进行赘述。

本领域普通技术对象可以意识到，结合本申请中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术对象可以对每个特定的应用，使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程设备。计算机指令可以存储在计算机可读存储介质中，或者通过计算机可读存储介质进行传输。计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如，同轴电缆、光纤、数字线(DSL))或无线(例如，红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据处理设备。可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如，固态硬盘(Solid State Disk，SSD))等。

以上所揭露的仅为本申请较佳实施例而已，当然不能以此来限定本申请之权利范围，因此依本申请权利要求所作的等同变化，仍属本申请所涵盖的范围。