发明内容
基于此,有必要针对上述技术问题,提供一种能够提高交易处理效率的币串合并方法、装置、计算机设备、计算机可读存储介质和计算机程序产品。
第一方面,本申请提供了一种币串合并方法。所述方法包括:
接收付款方响应于交易支付请求发送的数字币的交易凭证数据;
获取与交易凭证数据对应的交易币串所有者标识;
当根据交易币串所有者标识确定与交易凭证数据对应的数字币为与原生币串对应的数字币时,根据交易凭证数据更新原生币串的余额,并删除交易凭证数据。
在其中一个实施例中,获取与交易凭证数据对应的交易币串所有者标识之前,还包括:
获取付款方公钥;
根据付款方公钥对交易凭证数据进行签名验证;
当签名验证通过时,确定交易凭证数据验证通过,进入获取与交易凭证数据对应的交易币串所有者标识的步骤。
在其中一个实施例中,所述方法还包括:
获取与原生币串对应的原生币串所有者标识;
当交易币串所有者标识与原生币串所有者标识一致时,确定与交易凭证数据对应的数字币为与原生币串对应的数字币。
在其中一个实施例中,当根据交易币串所有者标识确定与交易凭证数据对应的数字币为与原生币串对应的数字币时,根据交易凭证数据更新原生币串的余额包括:
当根据交易币串所有者标识确定与交易凭证数据对应的数字币为与原生币串对应的数字币时,获取交易凭证数据的最新交易子链中交易资源量;
根据交易资源量,更新原生币串的余额。
在其中一个实施例中,接收付款方响应于交易支付请求发送的数字币的交易凭证数据之前,还包括:
接收付款方的交易初始化请求;
根据交易初始化请求,对付款方进行合法性验证;
当合法性验证通过时,反馈收款方交易初始化参数。
在其中一个实施例中,所述方法还包括:
响应对付款方的支付请求,确定待交易资源量;
根据待交易资源量,生成交易子链;
根据交易子链,生成、并发送支出凭证数据至付款方终端。
第二方面,本申请还提供了一种币串合并装置。所述装置包括:
接收模块,用于接收付款方响应于交易支付请求发送的数字币的交易凭证数据;
获取模块,用于获取与交易凭证数据对应的交易币串所有者标识;
处理模块,用于当根据交易币串所有者标识确定与交易凭证数据对应的数字币为与原生币串对应的数字币时,根据交易凭证数据更新原生币串的余额,并删除交易凭证数据。
第三方面,本申请还提供了一种计算机设备。所述计算机设备包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现以下步骤:
接收付款方响应于交易支付请求发送的数字币的交易凭证数据;
获取与交易凭证数据对应的交易币串所有者标识;
当根据交易币串所有者标识确定与交易凭证数据对应的数字币为与原生币串对应的数字币时,根据交易凭证数据更新原生币串的余额,并删除交易凭证数据。
第四方面,本申请还提供了一种计算机可读存储介质。所述计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现以下步骤:
接收付款方响应于交易支付请求发送的数字币的交易凭证数据;
获取与交易凭证数据对应的交易币串所有者标识;
当根据交易币串所有者标识确定与交易凭证数据对应的数字币为与原生币串对应的数字币时,根据交易凭证数据更新原生币串的余额,并删除交易凭证数据。
第五方面,本申请还提供了一种计算机程序产品。所述计算机程序产品,包括计算机程序,该计算机程序被处理器执行时实现以下步骤:
接收付款方响应于交易支付请求发送的数字币的交易凭证数据;
获取与交易凭证数据对应的交易币串所有者标识;
当根据交易币串所有者标识确定与交易凭证数据对应的数字币为与原生币串对应的数字币时,根据交易凭证数据更新原生币串的余额,并删除交易凭证数据。
上述币串合并方法、装置、计算机设备、存储介质和计算机程序产品,通过在接收到付款方响应于交易支付请求发送的数字币的交易凭证数据后,获取与交易凭证数据对应的交易币串所有者标识,当根据交易币串所有者标识确定与交易凭证数据对应的数字币为与原生币串对应的数字币时,根据交易凭证数据更新原生币串的金额,并删除交易凭证数据,能够在与交易凭证数据对应的数字币为与原生币串对应的数字币时,实现对交易凭证数据的记录且不需要保存与交易凭证数据对应的币串,减少需要保存的币串数量,从而可以减小数字币交易时的数据交互量,提高交易处理效率。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
本申请实施例提供的币串合并方法,可以应用于如图1所示的应用环境中。其中,终端102通过NFC(Near Field Communication,近场通信)与终端104进行通信。具体的,终端102以付款设备(即付款方终端)为例,终端104以收款方终端为例进行说明,可以是收款方终端104接收付款方终端102响应于交易支付请求发送的数字币的交易凭证数据,获取与交易凭证数据对应的交易币串所有者标识,当根据交易币串所有者标识确定与交易凭证数据对应的数字币为与原生币串对应的数字币时,根据交易凭证数据更新所述原生币串的余额,并删除交易凭证数据。其中,终端102和终端104可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑、物联网设备和便携式可穿戴设备,物联网设备可为智能音箱、智能电视、智能空调、智能车载设备等。便携式可穿戴设备可为智能手表、智能手环、头戴设备等。
在一个实施例中,如图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元,余额凭证就是:
具体的,在进行数字币交易时,付款方终端会响应交易支付请求,在自己的余额凭证去掉余额,并加上本次交易的新交易子链,生成、并发送交易凭证数据至收款方终端。
步骤204,获取与交易凭证数据对应的交易币串所有者标识。
其中,交易币串所有者标识用于标识与交易凭证数据对应的数字币的来源,不同来源的数字币对应不同的所有者标识。
具体的,收款方终端在接收到交易凭证数据后,会获取预先与付款方进行交易初始化时所存储的付款方的付款方公钥,利用付款方公钥对交易凭证数据中的付款方签名进行验证,在对交易凭证数据验证通过后,获取与交易凭证数据对应的交易币串所有者标识,利用交易币串所有者标识判断与交易凭证数据对应的数字币是否为与原生币串对应的数字币。其中,在交易凭证数据中存在与交易币串所有者标识对应的所有者标识位,收款方终端通过识别该所有者标识位可以直接获取到交易币串所有者标识。比如,交易币串所有者标识具体可以是指用于标识的字符串。
其中,付款方公钥是指付款方终端在预先与收款方终端进行交易初始化时发送的付款方的密钥,是与付款方私钥一起使用的密钥对的非秘密一半。公钥通常用于加密会话密钥、验证数字签名,或加密可以用相应的私钥解密的数据。本实施例中,付款方公钥主要用于验证交易凭证数据中的付款方签名。
步骤206,当根据交易币串所有者标识确定与交易凭证数据对应的数字币为与原生币串对应的数字币时,根据交易凭证数据更新原生币串的余额,并删除交易凭证数据。
其中,与交易凭证数据对应的数字币是指付款方需要支付给收款方的数字币。原生币串是指由运营方直接发给收款方的最初始币串。
具体的,在获取到交易币串所有者标识后,收款方终端会根据交易币串所有者标识去判断与交易凭证数据对应的数字币是否为与原生币串对应的数字币,并在确定与交易凭证数据对应的数字币为与原生币串对应的数字币时,根据交易凭证数据的最新交易子链中交易资源量,更新原生币串的余额,并删除交易凭证数据,即不保存与交易凭证数据对应的币串,以此来减少收款方终端内部保存的币串数量。其中,交易资源量具体可以是指交易金额等。
上述币串合并方法,通过在接收到付款方响应于交易支付请求发送的数字币的交易凭证数据后,获取与交易凭证数据对应的交易币串所有者标识,当根据交易币串所有者标识确定与交易凭证数据对应的数字币为与原生币串对应的数字币时,根据交易凭证数据更新原生币串的金额,并删除交易凭证数据,能够在与交易凭证数据对应的数字币为与原生币串对应的数字币时,实现对交易凭证数据的记录且不需要保存与交易凭证数据对应的币串,减少需要保存的币串数量,从而可以减小数字币交易时的数据交互量,提高交易处理效率。
在一个实施例中,获取与交易凭证数据对应的交易币串所有者标识之前,还包括:
获取付款方公钥;
根据付款方公钥对交易凭证数据进行签名验证;
当签名验证通过后,确定交易凭证数据验证通过,进入获取与交易凭证数据对应的交易币串所有者标识的步骤。
具体的,在接收到交易凭证数据后,收款方终端会获取预先与付款方进行交易初始化时所存储的付款方的付款方公钥,利用付款方公钥对最新交易子链进行解密,以对最新交易子链中的付款方签名进行验证,以确认付款方签名是否准确,在付款方签名准确时确认验证通过,确定交易凭证数据验证通过,进入获取与交易凭证数据对应的交易币串所有者标识的步骤。
本实施例中,通过获取付款方公钥,能够利用付款方公钥对交易凭证数据进行签名验证,从而可以利用签名验证结果得到对交易凭证数据进行验证的验证结果。
在一个实施例中,所述方法还包括:
获取与原生币串对应的原生币串所有者标识;
当交易币串所有者标识与原生币串所有者标识一致时,确定与交易凭证数据对应的数字币为与原生币串对应的数字币。
其中,原生币串所有者标识是指用于标识原生币串的标识,运营方在每次下发数字币给收款方时,都会随机生成一个所有者标识同步下发,该所有者标识与运营方、发行方以及收款方相关,通过该所有者标识可以定位到数字币的来源是收款方。
具体的,在获取交易币串所有者表示后,收款方终端会利用所有者标识位在在原生币串中进行查询,以获取到与原生币串对应的原生币串所有者标识,比对交易币串所有者标识和原生币串所有者标识是否一致,当交易币串所有者标识与原生币串所有者标识一致时,确定与交易凭证数据对应的数字币为与原生币串对应的数字币。
本实施例中,获取与原生币串对应的原生币串所有者标识,当交易币串所有者标识与原生币串所有者标识一致时,确定与交易凭证数据对应的数字币为与原生币串对应的数字币,能够实现对与交易凭证数据对应的数字币的来源的判断。
在一个实施例中,当根据交易币串所有者标识确定与交易凭证数据对应的数字币为与原生币串对应的数字币时,根据交易凭证数据更新原生币串的余额包括:
当根据交易币串所有者标识确定与交易凭证数据对应的数字币为与原生币串对应的数字币时,获取交易凭证数据的最新交易子链中交易资源量;
根据交易资源量,更新原生币串的余额。
具体的,当根据交易币串所有者标识确定与交易凭证数据对应的数字币为与原生币串对应的数字币时,收款方终端会获取交易凭证数据的最新交易子链中交易资源量,将该交易资源量叠加至原生币串的余额,以实现对原生币串的余额的更新。其中,最新交易子链与本次交易对应,由付款方生成。
本实施例中,通过获取交易凭证数据的最新交易子链中交易资源量,能够利用交易资源量实现对原生币串的余额的更新。
在一个实施例中,接收付款方响应于交易支付请求发送的数字币的交易凭证数据之前,还包括:
接收付款方的交易初始化请求;
根据交易初始化请求,对付款方进行合法性验证;
当合法性验证通过时,反馈收款方交易初始化参数。
具体的,在进行交易之前,收款方需要与付款方进行交易初始化,以交换双方的认证参数,用于后续的双向认证。此时,付款方终端会发送交易初始化请求至收款方终端,在交易初始化请求中携带付款方交易初始化参数,收款方终端在接收到交易初始化请求后,会利用付款方交易初始化参数,对付款方进行合法性验证,并在验证通过后,返回对应的收款方交易初始化参数,以实现交易初始化。
其中,在付款方交易初始化参数中包括付款方证书,对付款方进行合法性验证主要是指收款方终端利用已存储的CA(Certificate Authority,电子认证服务机构)根证书对付款方证书进行验证。
本实施例中,通过接收付款方的交易初始化请求,根据交易初始化请求,对付款方进行合法性验证,当合法性验证通过时,反馈收款方交易初始化参数,能够实现交易初始化。
在一个实施例中,所述方法还包括:
响应对付款方的支付请求,确定待交易资源量;
根据待交易资源量,生成交易子链;
根据交易子链,生成、并发送支出凭证数据至付款方终端。
具体的,当需要对付款方进行支付时,收款方终端会响应对付款方的支付请求,确定待交易资源量,根据待交易资源量确认本次交易是否可行,在本次交易可行时,在余额中扣减待交易资源量,得到余额凭证,并根据待交易资源量生成交易子链,根据交易子链,生成、并发送支出凭证数据至付款方终端,付款方在接收到支出凭证后,会在支出凭证中加上本次的待交易资源量作为余额,形成自身的新的余额凭证。
本实施例中,通过响应对付款方的支付请求,确定待交易资源量,根据待交易资源量,生成交易子链,根据交易子链,生成、并发送支出凭证数据至付款方终端,能够实现对付款方的支付。
在一个实施例中,以收款方终端A向付款方终端B支付数字币后,付款方终端B向收款方终端A退款为例,对本申请的币串合并方法及其效果进行说明。
下面先对现有技术方案进行说明:
收款方终端A和付款方终端B两个硬件钱包,其中收款方终端A为原生DC,初始金额为100元,收款方终端A付款给付款方终端B10元,交易后,收款方终端A的余额凭证是:
付款方终端B的余额凭证是:
此处与上述实施例中的支付给付款方对应,收款方终端A响应对付款方的支付请求,确定待交易资源量(10元),根据待交易资源量,生成交易子链,根据交易子链,生成、并发送支出凭证数据至付款方终端B。
此时,若发生退款,假设退款金额为10元,付款方终端B支付给收款方终端A10元,交易后,付款方终端B的余额凭证是:
收款方终端A对应的余额凭证是:
原生DC(A) |
交易子链L(1)1 |
交易子链L((1)1)1 |
10 |
此时,收款方终端A内部保存有两个币串,分别为:
原生DC(A) |
交易子链L(1)1 |
交易子链L((1)1)1 |
10 |
在通过多次离线收付款操作后,收款方终端A内会保存多个币串,每个币串会存在多个交易链,这增大了内部存储空间、增大了交易和同步、充值等操作中的数据交互,延长了操作时间,影响用户体验,也直接增加了由于操作时间增大带来的通讯异常(NFC卡移动、蓝牙连接失败等等)的概率。同时,币串和交易链越多,会直接增加代码处理的复杂度,出现BUG的几率随之增多。
若采用本申请所提供的币串合并方法,收款方终端A在接收到付款方终端B响应于交易支付请求发送的数字币的交易凭证数据后,会获取与交易凭证数据对应的交易币串所有者标识,当根据交易币串所有者标识确定与交易凭证数据对应的数字币为与原生币串对应的数字币时,根据交易凭证数据更新所述原生币串的余额,并删除交易凭证数据,以此能够实现在对交易凭证数据进行记录的同时不再保存与交易凭证数据对应的币串,减少需要保存的币串数量,从而可以减小数字币交易时的数据交互量,提高交易处理效率。
具体的,若发生退款,假设退款金额为10元,付款方终端B支付给收款方终端A10元,交易后,收款方终端A在确认数字币为原生币时,其余额凭证会变为:
仅保留此原生币串。
在一个实施例中,如图3所示,通过一个流程示意图来说明本申请的币串合并方法,该币串合并方法具体包括以下步骤:
步骤302,接收付款方的交易初始化请求;
步骤304,根据交易初始化请求,对付款方进行合法性验证;
步骤306,当合法性验证通过时,反馈收款方交易初始化参数;
步骤308,响应对付款方的支付请求,确定待交易资源量;
步骤310,根据待交易资源量,生成交易子链;
步骤312,根据交易子链,生成、并发送支出凭证数据至付款方终端;
步骤314,接收付款方响应于交易支付请求发送的数字币的交易凭证数据;
步骤316,获取付款方公钥;
步骤318,根据付款方公钥对交易凭证数据进行签名验证;
步骤320,当签名验证通过后,确定交易凭证数据验证通过;
步骤322,获取与交易凭证数据对应的交易币串所有者标识;
步骤324,获取与原生币串对应的原生币串所有者标识;
步骤326,当交易币串所有者标识与原生币串所有者标识一致时,确定与交易凭证数据对应的数字币为与原生币串对应的数字币;
步骤328,当根据交易币串所有者标识确定与交易凭证数据对应的数字币为与原生币串对应的数字币时,获取交易凭证数据的最新交易子链中交易资源量;
步骤330,根据交易资源量,更新原生币串的余额,并删除交易凭证数据。
应该理解的是,虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段,这些步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
基于同样的发明构思,本申请实施例还提供了一种用于实现上述所涉及的币串合并方法的币串合并装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似,故下面所提供的一个或多个币串合并装置实施例中的具体限定可以参见上文中对于币串合并方法的限定,在此不再赘述。
在一个实施例中,如图4所示,提供了一种币串合并装置,包括:接收模块402、获取模块404和处理模块406,其中:
接收模块402,用于接收付款方响应于交易支付请求发送的数字币的交易凭证数据;
获取模块404,用于获取与交易凭证数据对应的交易币串所有者标识;
处理模块406,用于当根据交易币串所有者标识确定与交易凭证数据对应的数字币为与原生币串对应的数字币时,根据交易凭证数据更新原生币串的余额,并删除交易凭证数据。
上述币串合并装置,通过在接收到付款方响应于交易支付请求发送的数字币的交易凭证数据后,获取与交易凭证数据对应的交易币串所有者标识,当根据交易币串所有者标识确定与交易凭证数据对应的数字币为与原生币串对应的数字币时,根据交易凭证数据更新原生币串的金额,并删除交易凭证数据,能够在与交易凭证数据对应的数字币为与原生币串对应的数字币时,实现对交易凭证数据的记录且不需要保存与交易凭证数据对应的币串,减少需要保存的币串数量,从而可以减小数字币交易时的数据交互量,提高交易处理效率。
在一个实施例中,币串合并装置还包括验证模块,验证模块用于获取付款方公钥,根据付款方公钥对交易凭证数据进行签名验证,当签名验证通过时,确定交易凭证数据验证通过,进入获取与交易凭证数据对应的交易币串所有者标识的步骤。
在一个实施例中,处理模块还用于获取与原生币串对应的原生币串所有者标识,当交易币串所有者标识与原生币串所有者标识一致时,确定与交易凭证数据对应的数字币为与原生币串对应的数字币。
在一个实施例中,处理模块还用于当根据交易币串所有者标识确定与交易凭证数据对应的数字币为与原生币串对应的数字币时,获取交易凭证数据的最新交易子链中交易资源量,根据交易资源量,更新原生币串的余额。
在一个实施例中,验证模块还用于接收付款方的交易初始化请求,根据交易初始化请求,对付款方进行合法性验证,当合法性验证通过时,反馈收款方交易初始化参数。
在一个实施例中,币串合并装置还包括支付模块,支付模块用于响应对付款方的支付请求,确定待交易资源量,根据待交易资源量,生成交易子链,根据交易子链,生成、并发送支出凭证数据至付款方终端。
上述币串合并装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是终端,其内部结构图可以如图5所示。该计算机设备包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信,无线方式可通过WIFI、移动蜂窝网络、NFC(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种币串合并方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏,该计算机设备的输入装置可以是显示屏上覆盖的触摸层,也可以是计算机设备外壳上设置的按键、轨迹球或触控板,还可以是外接的键盘、触控板或鼠标等。
本领域技术人员可以理解,图5中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,提供了一种计算机设备,包括存储器和处理器,存储器中存储有计算机程序,该处理器执行计算机程序时实现以下步骤:
接收付款方响应于交易支付请求发送的数字币的交易凭证数据;
获取与交易凭证数据对应的交易币串所有者标识;
当根据交易币串所有者标识确定与交易凭证数据对应的数字币为与原生币串对应的数字币时,根据交易凭证数据更新原生币串的余额,并删除交易凭证数据。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:获取付款方公钥,根据付款方公钥对交易凭证数据进行签名验证,当签名验证通过时,确定交易凭证数据验证通过,进入获取与交易凭证数据对应的交易币串所有者标识的步骤。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:获取与原生币串对应的原生币串所有者标识,当交易币串所有者标识与原生币串所有者标识一致时,确定与交易凭证数据对应的数字币为与原生币串对应的数字币。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:当根据交易币串所有者标识确定与交易凭证数据对应的数字币为与原生币串对应的数字币时,获取交易凭证数据的最新交易子链中交易资源量,根据交易资源量,更新原生币串的余额。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:接收付款方的交易初始化请求,根据交易初始化请求,对付款方进行合法性验证,当合法性验证通过时,反馈收款方交易初始化参数。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:响应对付款方的支付请求,确定待交易资源量,根据待交易资源量,生成交易子链,根据交易子链,生成、并发送支出凭证数据至付款方终端。
在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:
接收付款方响应于交易支付请求发送的数字币的交易凭证数据;
获取与交易凭证数据对应的交易币串所有者标识;
当根据交易币串所有者标识确定与交易凭证数据对应的数字币为与原生币串对应的数字币时,根据交易凭证数据更新原生币串的余额,并删除交易凭证数据。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:获取付款方公钥,根据付款方公钥对交易凭证数据进行签名验证,当签名验证通过时,确定交易凭证数据验证通过,进入获取与交易凭证数据对应的交易币串所有者标识的步骤。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:获取与原生币串对应的原生币串所有者标识,当交易币串所有者标识与原生币串所有者标识一致时,确定与交易凭证数据对应的数字币为与原生币串对应的数字币。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:当根据交易币串所有者标识确定与交易凭证数据对应的数字币为与原生币串对应的数字币时,获取交易凭证数据的最新交易子链中交易资源量,根据交易资源量,更新原生币串的余额。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:接收付款方的交易初始化请求,根据交易初始化请求,对付款方进行合法性验证,当合法性验证通过时,反馈收款方交易初始化参数。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:响应对付款方的支付请求,确定待交易资源量,根据待交易资源量,生成交易子链,根据交易子链,生成、并发送支出凭证数据至付款方终端。
在一个实施例中,提供了一种计算机程序产品,包括计算机程序,该计算机程序被处理器执行时实现以下步骤:
接收付款方响应于交易支付请求发送的数字币的交易凭证数据;
获取与交易凭证数据对应的交易币串所有者标识;
当根据交易币串所有者标识确定与交易凭证数据对应的数字币为与原生币串对应的数字币时,根据交易凭证数据更新原生币串的余额,并删除交易凭证数据。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:获取付款方公钥,根据付款方公钥对交易凭证数据进行签名验证,当签名验证通过时,确定交易凭证数据验证通过,进入获取与交易凭证数据对应的交易币串所有者标识的步骤。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:获取与原生币串对应的原生币串所有者标识,当交易币串所有者标识与原生币串所有者标识一致时,确定与交易凭证数据对应的数字币为与原生币串对应的数字币。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:当根据交易币串所有者标识确定与交易凭证数据对应的数字币为与原生币串对应的数字币时,获取交易凭证数据的最新交易子链中交易资源量,根据交易资源量,更新原生币串的余额。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:接收付款方的交易初始化请求,根据交易初始化请求,对付款方进行合法性验证,当合法性验证通过时,反馈收款方交易初始化参数。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:响应对付款方的支付请求,确定待交易资源量,根据待交易资源量,生成交易子链,根据交易子链,生成、并发送支出凭证数据至付款方终端。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用,均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(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)等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等,不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等,不限于此。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对本申请专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请的保护范围应以所附权利要求为准。