CN114037527A - 交易数据处理方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种交易数据处理方法、装置、计算机设备和存储介质。所述方法包括：接收付款方响应于交易支付请求发送的数字币的交易凭证数据，交易凭证数据包括付款方针对数字币的每一次交易生成的交易子链，验证交易凭证数据中的交易子链，并对付款方的交易资源量进行准确性验证，当交易子链和付款方的交易资源量通过验证后，则进行交易处理。采用本方法，收款方可在实时交易过程中根据交易凭证数据中的交易子链，对付款方的交易资源量进行准确性验证，验证通过再进行交易，也无需等到后台收集到所有付款方和收款方的数字钱包后，才能实现对付款方的交易资源量的准确性验证，如此，能有效减少违规交易的发生，安全性更高。

Description

交易数据处理方法、装置、计算机设备和存储介质

技术领域

本申请涉及区块链技术领域，特别是涉及一种数字货币交易方法、装置、计算机设备、存储介质和计算机程序产品。

背景技术

目前经济中的货币有很多的货币已实现数字化，比如银行存款、剩余资源量宝和微信零钱等等，都是数字货币的体现。人们的生活跟数字货币的联系也变得越来越紧密。

现有的数字货币交易中，余额凭证中的余额，是原生币的金额，或者是通过交易收到别的支付方的支付凭证时得到的初始余额，经过历次分币支付后计算后得到的一个值。这个值只能通过初始余额与交易流水中的相关交易的金额比对来验证，而交易流水中关于交易金额没有签名信息，也就是说必须要在后台收集到了所有的交易的收款方的剩余资源量凭证后，才能完全确认交易，证明交易的不可抵赖性。同时，收款方是无法对付款方的真实余额进行准确判别的，也就是说收款方是无法判断本次交易的金额是否是在付款方的真实余额范围内的，如此，可能会出现不法分子利用此缺陷进行违规交易的问题。

由此可见，当前的数字货币交易方法存在安全性不高的问题。

发明内容

基于此，有必要针对上述技术问题，提供一种能够提高交易安全性的交易数据处理方法、装置、计算机设备、计算机可读存储介质和计算机程序产品。

第一方面，本申请提供了一种交易处理方法。所述方法包括：

接收付款方响应于交易支付请求发送的数字币的交易凭证数据，交易凭证数据包括付款方针对数字币的每一次交易生成的交易子链；

验证交易凭证数据中的交易子链，并对付款方的交易资源量进行准确性验证；

当交易子链和付款方的交易资源量通过验证后，则进行交易处理。

在其中一个实施例中，交易凭证数据可表示为下述任意一项：

第一项，交易凭证数据包括第一支付凭证，第一支付凭证包括付款方针对数字币的每一次交易生成的交易子链；

第二项，交易凭证数据包括第二支付凭证和付款方针对数字币的历次交易生成的交易子链，第二支付凭证包括付款方针对数字币的本次交易生成的交易子链。

在其中一个实施例中，若交易凭证数据包括第一支付凭证，验证交易凭证数据中的交易子链包括：

当从第二个交易子链开始，检测到第n个交易子链不为连续分币交易子链时，则根据第n-1个交易子链中的收款方公钥对第n个交易子链的付款方签名进行验证；

若签名验证不通过，则用第n-2个交易子链中的收款方公钥对第n个交易子链的付款方签名进行验证；

当根据第n-2个交易子链中的收款方公钥对第n个交易子链的付款方签名验证通过时，则生成与第n个交易子链对应的连续分币交易标记，将第n-2个交易子链中的收款方公钥保存为分币交易公钥。

在其中一个实施例中，若交易凭证数据包括第一支付凭证，验证交易凭证数据中的交易子链包括：

当从第二个交易子链开始，检测到第n个交易子链为连续分币交易子链时，则根据当前第n个交易子链中的分币交易公钥对当前第n个交易子链的付款方签名进行验证；

若验证不通过，则根据第n-1个交易子链中的收款方公钥对当第n个交易子链的付款方签名进行验证；

当根据第n-1个交易子链中的收款方公钥对第n个交易子链的付款方签名验证通过时，则保存第n-1个交易子链的收款方公钥。

在其中一个实施例中，若交易凭证数据包括第一支付凭证，对付款方的交易资源量进行准确性验证包括：

当从第二个交易子链开始，检测到第n个交易子链为连续分币交易子链时，判断第n个交易子链中的资源量是否小于或等于第n-2个交易子链与第n-1个交易子链的资源量之差；

当第n个交易子链中的资源量小于或等于第n-2个交易子链与第n-1个交易子链的资源量之差，则验证通过，将第n个交易子链的资源量确定为第n-2个交易子链与第n-1个交易子链的资源之差，对下一个交易子链的交易资源量进行准确性验证。

在其中一个实施例中，若交易凭证数据包括第一支付凭证，对付款方的交易资源量进行准确性验证包括：

当从第二个交易子链开始，检测到第n个交易子链不为连续分币交易子链时，判断第n个交易子链中的资源量是否小于或等于第n-1个交易子链的资源量，若是，则验证通过，对下一个交易子链的交易资源量进行准确性验证。

在其中一个实施例中，若交易凭证数据包括第二支付凭证和付款方针对数字币的历次交易生成的交易子链，对付款方的交易资源量进行准确性验证包括：

根据第二支付凭证和付款方针对数字币的历次交易生成的交易子链，确定付款方的剩余资源量；

比较付款方的剩余资源量是否小于或等于第二支付凭证中最新生成的交易子链中的交易资源量；

若付款方的剩余资源量小于或等于第二支付凭证中最新生成的交易子链中的交易资源量，则验证通过。

在其中一个实施例中，从第二个交易子链开始，检测各交易子链是否为连续分币交易子链包括：

检测各交易子链中是否存在连续分币交易标记；

若存在，则将存在有连续分币交易标记的交易子链确定为连续分币交易子链。

第二方面，本申请还提供了一种交易数据处理装置。所述装置包括：

数据接收模块，用于接收付款方响应于交易支付请求发送的数字币的交易凭证数据，交易凭证数据包括付款方针对数字币的每一次交易生成的交易子链；

数据验证模块，用于验证交易凭证数据中的交易子链，并对付款方的交易资源量进行准确性验证；

交易数据处理模块，用于当交易子链和付款方的交易资源量通过验证后，则进行交易处理。

第三方面，本申请还提供了一种计算机设备。所述计算机设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

接收付款方响应于交易支付请求发送的数字币的交易凭证数据，交易凭证数据包括付款方针对数字币的每一次交易生成的交易子链；

验证交易凭证数据中的交易子链，并对付款方的交易资源量进行准确性验证；

当交易子链和付款方的交易资源量通过验证后，则进行交易处理。

第四方面，本申请还提供了一种计算机可读存储介质。所述计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

接收付款方响应于交易支付请求发送的数字币的交易凭证数据，交易凭证数据包括付款方针对数字币的每一次交易生成的交易子链；

验证交易凭证数据中的交易子链，并对付款方的交易资源量进行准确性验证；

当交易子链和付款方的交易资源量通过验证后，则进行交易处理。

第五方面，本申请还提供了一种计算机程序产品。所述计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：

接收付款方响应于交易支付请求发送的数字币的交易凭证数据，交易凭证数据包括付款方针对数字币的每一次交易生成的交易子链；

验证交易凭证数据中的所述交易子链，并对付款方的交易资源量进行准确性验证；

当交易子链和付款方的交易资源量通过验证后，则进行交易处理。

上述交易数据处理方法、装置、计算机设备、存储介质和计算机程序产品，区别于现有技术中，交易时付款方仅在自身的余额凭证去掉余额，加上本次交易的新交易子链形成交易凭证发送给收款方，本申请中，付款方在每进行一次交易时均会保存相应的交易子链至交易凭证中，并在下一次交易时，将包含数字币每一次交易生成的交易子链的交易凭证数据发送给收款方，以便收款方可在实时交易过程中根据交易凭证数据中的交易子链，对付款方的交易资源量进行准确性验证，验证通过再进行交易，也无需等到后台收集到所有付款方和收款方的数字钱包后，才能实现对付款方的交易资源量的准确性验证。综上所述，本方案能够有效减少违规交易的发生，安全性更高。

附图说明

图1为一个实施例中交易数据处理方法的应用环境图；

图2为一个实施例中交易数据处理方法的流程示意图；

图3为一个实施例中签名验证步骤的流程示意图；

图4为一个实施例中资源量验证步骤的流程示意图；

图5为一个实施例中交易数据处理装置的结构框图；

图6为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请实施例提供的交易数据处理方法，可以应用于如图1所示的应用环境中。其中，终端102与终端104通过网络进行通信。具体的，终端102以付款设备(即付款方终端)为例，终端104以收款方终端为例进行说明，可以是收款方终端104接收付款方终端102响应于交易支付请求发送的数字币的交易凭证数据，交易凭证数据包括付款方针对数字币的每一次交易生成的交易子链，验证交易凭证数据中的交易子链，并对付款方的交易资源量进行准确性验证，当交易子链和付款方的交易资源量通过验证后，则进行交易处理。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑、物联网设备和便携式可穿戴设备，物联网设备可为智能音箱、智能电视、智能空调、智能车载设备等。便携式可穿戴设备可为智能手表、智能手环、头戴设备等。

在一个实施例中，如图2所示，提供了一种交易数据处理方法，以该方法应用于图1中的收款方终端为例进行说明，包括以下步骤：

步骤202，接收付款方响应于交易支付请求发送的数字币的交易凭证数据，交易凭证数据包括付款方针对数字币的每一次交易生成的交易子链。

交易凭证数据可包括支付凭证、余额凭证和其他交易数据，本实施例中，交易凭证数据以支付凭证为例，支付凭证基于余额凭证生成，交易的物品以数字货币为例进行说明。具体实施时，数字币(digital currency，简称DC)的结构大致如下：

发行方数据

金额

发行方签名

运营方数据

运营方签名

交易链

交易链的结构大致如下：

交易子链L(1)x

交易子链L(1x)x……

……

交易子链L(n)x

其中，交易子链L(n)x的L代表交易子链，第几个子链代表第几级拆分DC，(n)代表上一级拆分出来的币的子链标记，x代表是上一级拆分出来的第x个币。

数据结构中没有包含交易链的DC，称为原生DC。原生币是运营方直接发给用户的最初始的DC。数据结构中有交易链的DC，称为派生DC。派生币是原生币产生了交易后形成的DC。

数字钱包内存放的数据主要包括有余额凭证和交易流水，其中，余额凭证的结构大致如下：

原生DC

交易子链L(1)x

……

交易子链L(n)x

余额

比如A钱包有个原生DC100元和派生币20元，余额凭证就是：

原生DC(A)	100
		派生DC(B)	20

在其中一个实施例中，交易凭证数据可表示为下述任意一项：第一项，交易凭证数据包括第一支付凭证，第一支付凭证包括付款方针对数字币的每一次交易生成的交易子链；第二项，交易凭证数据包括第二支付凭证和付款方针对数字币的历次交易生成的交易子链，第二支付凭证包括付款方针对数字币的本次交易生成的交易子链。

具体的，在每次交易过程中，付款方可以根据交易支付请求中携带的交易面额完成相应的支付后，在自身的余额凭证将余额删除，保留本次交易的新交易子链L(n+1)x，并将已有历次的交易子链L(1)x，…，交易子链L(n)x一并添加至余额凭证中，形成第一支付凭证，然后将第一支付凭证发送至收款方。也可以是根据交易支付请求中携带的交易面额完成相应的支付后，在自身的余额凭证将余额删除，保留本次交易的新交易子链L(n+1)x，形成第二支付凭证，然后将第二支付凭证和付款方针对数字币的历次的交易子链L(1)x，…，交易子链L(n)x发送至收款方。本实施例中，提供有多种交易凭证数据的生成方式，提高了适用性和灵活性。

本实施例中，以生成第一支付凭证为例进行说明，在具体交易过程中，付款方根据交易支付请求中携带的交易面额完成相应的支付后，在自身的余额凭证将余额删除，将已有历次的交易子链L(1)x，…，交易子链L(n)x添加至余额凭证中，形成第一支付凭证，然后将第一支付凭证发送至收款方，同时，生成并保存本次交易流水，更新余额凭证，将(原余额-交易金额)作为新余额替换余额凭证中的旧余额，如下表：

原生DC

交易子链L(1)x

……

交易子链L(n)x

新余额

下面进行举例说明，付款方A钱包的一个DC的初始余额凭证如下：

原生DC

交易子链L(1)x

…

交易子链L(n)x

余额

向B支付若干金额后，生成要给新的交易子链为：

新交易子链L((n)x)1

向C支付若干金额后，生成新的交易子链为：

新交易子链L((n)x)2

向D支付若干金额后，生成新的交易子链为：

新交易子链L((n)x)3

最终，付款方A的DC的余额凭证如下：

B的余额凭证为：

C的余额凭证为：

D的余额凭证为：

步骤204，验证交易凭证数据中的交易子链，并对付款方的交易资源量进行准确性验证。

交易资源量以本次的交易金额为例。在实际应用中，由于余额凭证中的余额，是原生币的金额，或者是由交易收到别的支付方的支付凭证时得到的初始余额，经过历次分币支付后，通过计算后得到的一个值。这个值只能通过初始余额与交易流水中的相关交易的金额比对来验证，而交易流水中对交易金额是没有签名，即无法及时验证交易的不可抵赖性，且收款方是无法对付款方的真实余额进行准确判别的，也就是说收款方是无法判断本次交易的金额是否是在付款方的真实余额范围内的。例如，付款方A(以下简称A)里的一个DC1初始有100块，分别支付给了收款方B(以下简称B)30块，收款方C(以下简称C)20块和收款方D(以下简称D)10块，收款方BCD都无法确保收到的金额是在A的合法余额范围内，最多只能确认自己收到的金额不大于DC1的初始金额100。如果A在向B、C、D支付之前，就已支付给了E钱包90块的话，此时，A应该没有足够的余额向B、C、D支付了，但是B、C、D是无法知晓这个情况，可能会出现确认交易的情况。因此，为了避免此类问题的发生，收款方在接收到付款方发送的支付凭证后，需对支付凭证的交易子链进行验证，并验证付款方的交易金额是否准确即验证付款方是否存在超额支付的情况，进一步的，可以验证付款方的余额的准确性。具体的，可以是对付款方的付款方签名进行验证以验证付款方身份，可以是对交易子链中的交易金额进行验证以验证资源量。本实施例中，通过对交易子链进行签名验证和资源量验证，能够进一步保证交易的合法性。

步骤206，当交易子链和付款方的交易资源量通过验证后，则进行交易处理。

当交易子链通过签名验证且收款方确认付款方的交易金额未存在超额支付，在真实余额范围内，即表明付款方的交易金额通过准确性验证，此时，收款方生成本次交易流水，同时，在接收的支付凭证中加上本次交易金额作为余额，形成自身的新的余额凭证，如下表：

至此，本次交易的支付凭证就作为收款方的余额凭证的一部分，在收款方保存下来了。进一步的，余额凭证在数字钱包与后台同步交易时，连同交易流水一起上传到后台系统。如此，后台获得付款方的余额凭证和余额，与所有收款方的余额凭证各级整合比对，进行对账和结算，而各个余额凭证里的交易子链就是对账依据。

上述交易数据处理方法中，区别于现有技术中，交易时付款方仅在自身的余额凭证去掉余额，加上本次交易的新交易子链形成交易凭证发送给收款方，本申请中，付款方在每进行一次交易时均会保存相应的交易子链至交易凭证中，并在下一次交易时，将包含数字币每一次交易生成的交易子链的交易凭证数据发送给收款方，以便收款方可在实时交易过程中根据交易凭证数据中的交易子链，对付款方的交易资源量进行准确性验证，验证通过再进行交易，也无需等到后台收集到所有付款方和收款方的数字钱包后，才能实现对付款方的交易资源量的准确性验证。综上所述，本方案能够有效减少违规交易的发生，安全性更高。

在其中一个实施例中，若交易凭证数据包括第一支付凭证，验证交易凭证数据中的交易子链包括：当从第二个交易子链开始，检测到第n个交易子链不为连续分币交易子链时，则根据第n-1个交易子链中的收款方公钥对第n个交易子链的付款方签名进行验证；若签名验证不通过，则用第n-2个交易子链中的收款方公钥对第n个交易子链的付款方签名进行验证；当根据第n-2个交易子链中的收款方公钥对第n个交易子链的付款方签名验证通过时，则生成与第n个交易子链对应的连续分币交易标记，将第n-2个交易子链中的收款方公钥保存为分币交易公钥。

在另一个实施例中，若交易凭证数据包括第一支付凭证，验证交易凭证数据中的交易子链包括：当从第二个交易子链开始，检测到第n个交易子链为连续分币交易子链时，则根据当前第n个交易子链中的分币交易公钥对当前第n个交易子链的付款方签名进行验证；若验证不通过，则根据第n-1个交易子链中的收款方公钥对当第n个交易子链的付款方签名进行验证；当根据第n-1个交易子链中的收款方公钥对第n个交易子链的付款方签名验证通过时，则保存第n-1个交易子链的收款方公钥。

针对同一个数字币历经多次连续交易生成的交易子链都可称为连续分币交易子链。本实施例中，针对交易凭证数据为第一支付凭证(即包括付款方针对数字币的每一次交易生成的交易子链)为例进行说明，在实际应用中，数字币串(DC)结构可以大致如下：

发行方数据

金额

发行方签名

运营方数据

运营方签名

交易链

第n个交易子链的结构大致如下：

金额An

其他交易数据Dn

收款方公钥Kpn

付款方签名Sn

现有的交易子链的付款方签名验证是用第n-1个交易子链里的公钥Kp(n-1)，去验证第n个交易子链里的付款方签名S(n)。

然而，在多数情况下，数字钱包中的余额都可能是由发生过分币交易的数字币组成。在交易过程中，当余额凭证中的交易金额小于原余额时，这种交易称为分币交易。也就是付款方把自己的DC分成两份，一份支付给收款方，一部分保留在付款方，用于以后的再次支付。由于付款方在支付凭证中保存有历次交易的交易子链，而该交易子链又可能涉及多个不同身份的交易方，因此，现有的付款方签名验证的方式的不再适用于本申请的方案。因此，本申请中，在第n个交易子链的验证过程中，需要暂存第n-2个交易子链里的不同的收款方公钥(以下可简称为公钥)，若第n-1个交易子链里的收款方公钥与第n个交易子链里的付款方签名(即私钥)不对应，则要再往前取一个交易子链即第n-2个交易子链，验证第n-2个交易子链里的收款方公钥是否与第n个交易子链的付款方签名对应，并标记连续分币交易或者在交易子链中添加一个连续分币交易标记如0或1，在验证下一个交易子链时，考虑连续分币交易的密钥变化。

具体的，可以是付款方在其交易子链中对产生分币交易的数字币生成的交易子链中添加连续分币交易标记，比如，将交易子链中的某个字节的一位修改为0或1，0则代表该交易子链为连续分币交易子链，1则代表该交易子链不为连续分币交易子链，或者是付款方在其交易子链中对产生分币交易的数字币生成的交易子链中新增一个字节如0或1，来标识连续分币交易标记。在另一实施例中，也可以是通过对交易子链中用于签名认证的公钥是否是前一个子链里的公钥来判断当前的交易子链是否为连续分币交易子链。

本实施例中，以付款方在其交易子链中针对产生分币交易的数字币生成的交易子链中添加连续分币交易标记为例。具体实施时，结合图3，具体的付款方签名验证过程可以分为针对交易子链存在连续分币交易标记和不存在连续分币交易标记两种情况处理，具体的，可以是：针对原生币串，发行方公钥和运营方公钥一般是以发行方证书和运营方证书的方式单独存放。对于第一个交易子链的验证，是用原生币串里运营方数据里的用户公钥，来验证付款方签名。从第二个交易子链开始，检查交易子链是否存在连续分币交易标记，若第n个交易子链中不存在连续分币交易标记，先用第n-1个交易子链里的公钥Kp(n-1)，去验证第n个交易子链里的付款方签名S(n)。如果验证通过，则保存Kp(n-1)。如果验证不通过，则用保存的Kp(n-2)去验证付款方签名S(n)。如果Kp(n-2)验证S(n)通过，则设立连续分币交易标记，把Kp(n-2)保存为分币交易公钥Kpd。如果不通过，则交易子链验证失败，此时发送验证失败，拒绝交易的消息给付款方。

若第n个交易子链中存在分币交易标志，则用保存的分币交易公钥Kpd，去验证第n个交易子链里的付款方签名S(n)。如果验证通过，则验证下一个交易子链。如果验证不通过，则用Kp(n-1)去验证付款方签名S(n)，如果通过，则清除连续分币交易标志，保存Kp(n-1)。如果不通过，则交易子链验证失败，发送表征验证失败，拒绝交易的消息至付款方。本实施例中，通过考虑分币交易的密钥变化，能够准确且合理地完成交易子链的签名验证。

在其中一个实施例中，若交易凭证数据包括第一支付凭证，对付款方的交易资源量进行准确性验证包括：当从第二个交易子链开始，检测到第n个交易子链为连续分币交易子链时，判断第n个交易子链中的资源量是否小于或等于第n-2个交易子链与第n-1个交易子链的资源量之差；当第n个交易子链中的资源量小于或等于第n-2个交易子链与第n-1个交易子链的资源量之差，则验证通过，将第n个交易子链的资源量确定为第n-2个交易子链与第n-1个交易子链的资源之差，对下一个交易子链的交易资源量进行准确性验证。

在另一个实施例中，若交易凭证数据包括第一支付凭证，对付款方的交易资源量进行准确性验证包括：当从第二个交易子链开始，检测到第n个交易子链不为连续分币交易子链时，判断第n个交易子链中的资源量是否小于或等于第n-1个交易子链的资源量，若是，则验证通过，对下一个交易子链的交易资源量进行准确性验证。

本实施例中，以交易凭证数据为第一支付凭证为例进行说明，对第n个交易子链进行资源量验证，即验证交易金额A(n)≤A(n-1)。具体实施时，结合图4，可以是先检查交易子链签名，然后，从第二个交易子链开始，检查第n个交易子链是否存在分币交易标志，如果不存在分币交易标志，则判断A(n)是否大于A(n-1)，若大于，则报错，发送金额异常消息。如果存在连续分币交易标记，则判断A(n)是否小于或等于A(n-2)-A(n-1)，若A(n)≤A(n-2)-A(n-1)，则将第n-1个交易子链中的金额更新为第n-2个交易子链和第n-1个交易子链的金额之差，即A(n-1)＝A(n-2)-A(n-1)，若A(n)>A(n-2)-A(n-1)，则报错，发送金额异常消息。本实施例中，通过考虑分币交易进行交易金额验证，更为准确合理。

在另一个实施例中，若交易凭证数据包括第二支付凭证和付款方针对所述数字币的历次交易生成的交易子链，则对交易子链进行签名验证的过程可以是：将第二支付凭证中的针对本次交易生成的新交易子链依次替换为付款方针对数字币的历次交易生成的交易子链，得到第三支付凭证，然后，针对第三支付凭证，用第n-1个交易子链里的公钥Kp(n-1)，验证第n个交易子链里的签名S(n)，按照上述方式，以此类推，直到将付款方针对数字币的历次交易生成的交易子链都完成一次替换。

举例说明，若付款方依次与收款方A、B、C和D进行过数字币交易，付款方生成则当收款方D对接收到的付款方A发送的支付凭证a进行签名验证时，可以是将接收到的支付凭证a中的针对本次交易生成的新交易子链替换成付款方A与收款方B的交易子链，然后验证签名，本轮签名验证完成之后，再将付款方A与收款方B的交易子链替换成A与C的交易子链，再验证签名。

在另一个实施例中，若交易凭证数据包括第二支付凭证和付款方针对所述数字币的历次交易生成的交易子链，则对付款方的交易资源量进行准确性验证包括：根据第二支付凭证和付款方针对数字币的历次交易生成的交易子链，确定付款方的剩余资源量；比较付款方的剩余资源量是否小于或等于第二支付凭证中最新生成的交易子链中的交易资源量；若付款方的剩余资源量小于或等于第二支付凭证中最新生成的交易子链中的交易资源量，则验证通过。

其中，下面结合一个实例进行说明：比如付款方A先后支付若干面额的数字币给收款方B和收款方C时，在发送支付凭证至收款方C时，也将与收款方B交易生成的交易子链一并发送给收款方C，具体的，付款方A发送给收款方C的支付凭证如下：

原生DC

交易子链L(1)x

…

交易子链L(n)x

新交易子链L((n)x)2

付款方A与收款方B交易的交易子链如下：

新交易子链L((n)x)1

具体实施时，收款方C按照上述实施例中的签名验证的方式完成支付凭证的签名验证时，比较交易子链L(n)x中的金额(即付款方A的币链的初始金额)-新交易子链L((n)x)1中的金额(即付款方A支付给收款方B的金额)是否大于新交易子链L((n)x)2(即付款方A支付给收款方C的交易金额)。若大于，说明交易金额异常，发送拒绝交易消息至付款方A，否则，则说明交易金额无异常，进行下一步交易处理。本实施例中，付款方在发送支付凭证给收款方的同时，一并发送付款方针对数字币的历次交易生成的交易子链给收款方，能够使得收款方能够实时对交易金额是否超限进行判断。

为了清楚地说明本申请提供的交易数据处理方法，下面将结合具体实施例进行说明：

应用场景可以是，付款方A响应交易支付请求，分别先后向收款方B、C、D支付与交易支付请求相对应的交易面额的数字货币，付款方在每完成一次支付后，在自己的余额凭证去掉余额，加上该数字币每一次交易生成的新交易子链L(1)x，…，L(n+1)x，形成支付凭证发送给收款方。然后，生成并保存本次交易流水，把(原余额-交易金额)作为新余额替换余额凭证中的旧余额，更新余额凭证。然后，收款方在接收到支付凭证，对支付凭证的交易子链进行签名验证和交易金额验证。

具体的，签名验证过程可以是：对于第一个交易子链的验证，是用原生币串里运营方数据里的用户公钥，来验证付款方签名。从第二个交易子链开始，检查交易子链为连续分币交易子链，若第n个交易子链不为连续交易分币子链，先用第n-1个交易子链里的公钥Kp(n-1)，去验证第n个交易子链里的付款方签名S(n)。如果验证通过，则保存Kp(n-1)。如果验证不通过，则用保存的Kp(n-2)去验证付款方签名S(n)。如果Kp(n-2)验证S(n)通过，则设立连续分币交易标记，把Kp(n-2)保存为分币交易公钥Kpd。如果不通过，则交易子链验证失败，此时发送验证失败，拒绝交易的消息给付款方。

若第n个交易子链为连续分币交易子链，则用保存的分币交易公钥Kpd，去验证第n个交易子链里的付款方签名S(n)。如果验证通过，则验证下一个交易子链。如果验证不通过，则用Kp(n-1)去验证付款方签名S(n)，如果通过，则清除连续分币交易标志，保存Kp(n-1)。如果不通过，则交易子链验证失败，发送表征验证失败，拒绝交易的消息至付款方。

交易金额验证可以是：从第二个交易子链开始，检查第n个交易子链是否为连续分币交易子链，若否，则判断A(n)是否大于A(n-1)，若大于，则报错，发送金额异常消息。若是，则判断A(n)是否小于或等于A(n-2)-A(n-1)，若A(n)≤A(n-2)-A(n-1)，则将第n-1个交易子链中的金额更新为第n-2个交易子链和第n-1个交易子链的金额之差，即A(n-1)＝A(n-2)-A(n-1)，若A(n)>A(n-2)-A(n-1)，则报错，发送金额异常消息。

当支付凭证的交易子链通过签名验证和交易金额验证后，付款方则生成本次交易流水，在支付凭证后面加上本次交易金额作为余额，形成新的余额凭证，并完成本次交易所需的其他操作。进一步的，在余额凭证在数字钱包与后台同步交易时，连同交易流水一起上传到后台服务器。后台获得付款方的余额凭证和余额，与所有收款方的余额凭证各级整合比对，可进行对账和结算，其中，各个余额凭证里的交易子链就是对账依据。

应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

基于同样的发明构思，本申请实施例还提供了一种用于实现上述所涉及的交易数据处理方法的交易数据处理装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个交易数据处理装置实施例中的具体限定可以参见上文中对于交易数据处理方法的限定，在此不再赘述。

在一个实施例中，如图5所示，提供了一种交易数据处理装置，包括：数据接收模块510、数据验证模块520和交易数据处理模块530，其中：

数据接收模块510，用于接收付款方响应于交易支付请求发送的数字币的交易凭证数据，交易凭证数据包括付款方针对数字币的每一次交易生成的交易子链。

数据验证模块520，用于验证交易凭证数据中的交易子链，并对付款方的交易资源量进行准确性验证。

交易数据处理模块530，用于当交易子链和付款方的交易资源量通过验证后，则进行交易处理。

上述交易数据处理装置，区别于现有技术中，交易时付款方仅在自身的余额凭证去掉余额，加上本次交易的新交易子链形成交易凭证发送给收款方，本申请中，付款方在每进行一次交易时均会保存相应的交易子链至交易凭证中，并在下一次交易时，将包含数字币每一次交易生成的交易子链的交易凭证数据发送给收款方，以便收款方可在实时交易过程中根据交易凭证数据中的交易子链，对付款方的交易资源量进行准确性验证，验证通过再进行交易，也无需等到后台收集到所有付款方和收款方的数字钱包后，才能实现对付款方的交易资源量的准确性验证。综上所述，本方案能够有效减少违规交易的发生，安全性更高。

在其中一个实施例中，若交易凭证数据包括第一支付凭证，数据验证模块520还用于当从第二个交易子链开始，检测到第n个交易子链不为连续分币交易子链时，则根据第n-1个交易子链中的收款方公钥对第n个交易子链的付款方签名进行验证；若签名验证不通过，则用第n-2个交易子链中的收款方公钥对第n个交易子链的付款方签名进行验证；当根据第n-2个交易子链中的收款方公钥对第n个交易子链的付款方签名验证通过时，则生成与第n个交易子链对应的连续分币交易标记，将第n-2个交易子链中的收款方公钥保存为分币交易公钥。

在其中一个实施例中，若交易凭证数据包括第一支付凭证，数据验证模块520还用于当从第二个交易子链开始，检测到第n个交易子链为连续分币交易子链时，则根据当前第n个交易子链中的分币交易公钥对当前第n个交易子链的付款方签名进行验证；若验证不通过，则根据第n-1个交易子链中的收款方公钥对当第n个交易子链的付款方签名进行验证；当根据第n-1个交易子链中的收款方公钥对第n个交易子链的付款方签名验证通过时，则清除当前第n个交易子链的连续分币交易标记，保存第n-1个交易子链的收款方公钥。

在其中一个实施例中，若交易凭证数据包括第一支付凭证，数据验证模块520还用于当从第二个交易子链开始，检测到第n个交易子链为连续分币交易子链时，判断第n个交易子链中的资源量是否小于或等于第n-2个交易子链与第n-1个交易子链的资源量之差；若是，则验证通过，将第n个交易子链的资源量确定为第n-2个交易子链与第n-1个交易子链的资源量之差，对下一个交易子链进行资源量验证。

在其中一个实施例中，若交易凭证数据包括第一支付凭证，数据验证模块520还用于当从第二个交易子链开始，检测到第n个交易子链不为连续分币交易子链，判断第n个交易子链中的资源量是否小于或等于第n-1个交易子链的资源量，若是，则验证通过，对下一个交易子链进行资源量验证。

在其中一个实施例中，若交易凭证数据包括第二支付凭证和付款方针对数字币的历次交易生成的交易子链，数据验证模块520还用于根据第二支付凭证和付款方针对数字币的历次交易生成的交易子链，确定付款方的剩余资源量，比较付款方的剩余资源量是否小于或等于第二支付凭证中最新生成的交易子链中的交易资源量，若付款方的剩余资源量小于或等于第二支付凭证中最新生成的交易子链中的交易资源量，则验证通过。

在其中一个实施例中，数据验证模块520还用于检测各交易子链中是否存在连续分币交易标记，若存在，则将存在有连续分币交易标记的交易子链确定为连续分币交易子链。

上述交易数据处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过WIFI、移动蜂窝网络、NFC(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种交易数据处理方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述交易数据处理方法中的步骤。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述交易数据处理方法中的步骤。

在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述交易数据处理方法中的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory，ROM)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(ReRAM)、磁变存储器(Magnetoresistive Random Access Memory，MRAM)、铁电存储器(Ferroelectric Random Access Memory，FRAM)、相变存储器(Phase Change Memory，PCM)、石墨烯存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic RandomAccess Memory，DRAM)等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。

Claims (12)

1.一种交易数据处理方法，其特征在于，所述方法包括：

接收付款方响应于交易支付请求发送的数字币的交易凭证数据，所述交易凭证数据包括所述付款方针对所述数字币的每一次交易生成的交易子链；

验证所述交易凭证数据中的所述交易子链，并对所述付款方的交易资源量进行准确性验证；

当所述交易子链和所述付款方的交易资源量通过验证后，则进行交易处理。

2.根据权利要求1所述的交易数据处理方法，其特征在于，所述交易凭证数据可表示为下述任意一项：

第一项，所述交易凭证数据包括第一支付凭证，所述第一支付凭证包括所述付款方针对所述数字币的每一次交易生成的交易子链；

第二项，所述交易凭证数据包括第二支付凭证和所述付款方针对所述数字币的历次交易生成的交易子链，所述第二支付凭证包括所述付款方针对所述数字币的本次交易生成的交易子链。

3.根据权利要求2所述的交易数据处理方法，其特征在于，若所述交易凭证数据包括所述第一支付凭证；

所述验证所述交易凭证数据中的所述交易子链包括：

当从第二个交易子链开始，检测到第n个交易子链不为连续分币交易子链时，则根据第n-1个交易子链中的收款方公钥对第n个交易子链的付款方签名进行验证；

若签名验证不通过，则用第n-2个交易子链中的收款方公钥对所述第n个交易子链的付款方签名进行验证；

当根据第n-2个交易子链中的收款方公钥对所述第n个交易子链的付款方签名验证通过时，则生成与所述第n个交易子链对应的连续分币交易标记，将所述第n-2个交易子链中的收款方公钥保存为分币交易公钥。

4.根据权利要求2所述的交易数据处理方法，其特征在于，若所述交易凭证数据包括所述第一支付凭证；

所述验证所述交易凭证数据中的所述交易子链包括：

当从第二个交易子链开始，检测到第n个交易子链为连续分币交易子链时，则根据当前第n个交易子链中的分币交易公钥对当前第n个交易子链的付款方签名进行验证；

若验证不通过，则根据第n-1个交易子链中的收款方公钥对当第n个交易子链的付款方签名进行验证；

当根据第n-1个交易子链中的收款方公钥对所述第n个交易子链的付款方签名验证通过时，则保存所述第n-1个交易子链的收款方公钥。

5.根据权利要求2所述的交易数据处理方法，其特征在于，若所述交易凭证数据包括所述第一支付凭证；

对所述付款方的交易资源量进行准确性验证包括：

当从第二个交易子链开始，检测到第n个交易子链为连续分币交易子链时，判断第n个交易子链中的资源量是否小于或等于第n-2个交易子链与第n-1个交易子链的资源量之差；

当第n个交易子链中的资源量小于或等于第n-2个交易子链与第n-1个交易子链的资源量之差，则验证通过，将第n个交易子链的资源量确定为第n-2个交易子链与第n-1个交易子链的资源之差，对下一个交易子链的交易资源量进行准确性验证。

6.根据权利要求2所述的交易数据处理方法，其特征在于，若所述交易凭证数据包括所述第一支付凭证；

对所述付款方的交易资源量进行准确性验证包括：

当从第二个交易子链开始，检测到第n个交易子链不为连续分币交易子链时，判断第n个交易子链中的资源量是否小于或等于第n-1个交易子链的资源量，若是，则验证通过，对下一个交易子链的交易资源量进行准确性验证。

7.根据权利要求2所述的交易数据处理方法，其特征在于，若所述交易凭证数据包括第二支付凭证和所述付款方针对所述数字币的历次交易生成的交易子链；

对所述付款方的交易资源量进行准确性验证包括：

根据所述第二支付凭证和所述付款方针对所述数字币的历次交易生成的交易子链，确定所述付款方的剩余资源量；

比较所述付款方的剩余资源量是否小于或等于所述第二支付凭证中最新生成的交易子链中的交易资源量；

若所述付款方的剩余资源量小于或等于所述第二支付凭证中最新生成的交易子链中的交易资源量，则验证通过。

8.根据权利要求3至7任一项所述的交易数据处理方法，其特征在于，从第二个交易子链开始，检测各交易子链是否为连续分币交易子链包括：

检测各交易子链中是否存在连续分币交易标记；

若存在，则将存在有连续分币交易标记的交易子链确定为连续分币交易子链。

9.一种交易数据处理装置，其特征在于，所述装置包括：

数据接收模块，用于接收付款方响应于交易支付请求发送的数字币的交易凭证数据，所述交易凭证数据包括所述付款方针对所述数字币的每一次交易生成的交易子链；

数据验证模块，用于验证所述交易凭证数据中的所述交易子链，并对所述付款方的交易资源量进行准确性验证；

交易数据处理模块，用于当所述交易子链和所述付款方的交易资源量通过验证后，则进行交易处理。

10.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至8中任一项所述的方法的步骤。

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

12.一种计算机程序产品，包括计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至8中任一项所述的方法的步骤。

Images