CN109064146A - 一种数字货币交易方法、设备、系统、终端及客户端钱包 - Google Patents

Abstract

本发明公开了一种数字货币交易方法，包括：客户端钱包接收数字货币交易请求，当交易请求中交易货币数量超出任一系统地址的余额时，钱包发行金融机构根据交易货币数量生成的多系统地址交易消息并发送至钱包客户端；客户端钱包根据每条交易消息生成对应的签名，根据聚合算法对各系统地址的签名进行聚合，将多个签名聚合为一个签名，在进行验签时仅需对聚合后生成的聚合签名进行验证即可，无需对每个系统地址生成的签名进行一一验证，系统后台对聚合签名进行验签，生成交易数据。该方法减少了签名验签的工作量，优化了验签流程，提高了系统交易的效率。本发明还公开了一种客户端钱包、数字货币交易设备、系统以及一种终端，具有上述有益效果。

Description

一种数字货币交易方法、设备、系统、终端及客户端钱包

技术领域

本发明涉及电子技术领域，特别涉及一种数字货币交易方法、一种客户端钱包、一种数字货币交易设备、一种数字货币交易系统以及一种终端。

背景技术

随着区块链技术及数字货币的兴起，涌现出众多数字货币钱包，比如以太坊钱包、比特币钱包。一个用户可以创建多个数字货币钱包，在每个数字货币钱包内都存储有相应的数字货币。

有时用户需要支付一笔较大额度的交易，可能会出现每个数字货币钱包应用中的金额单独不足以支付，需要联合多个钱包应用进行支付的情况。但是目前单个数字货币钱包地址登录仅支持单账户对单消息签名，对于需要同时使用多个系统地址内的资金进行支付的情况，要先将多个系统地址对应的资金转移到某一个数字货币钱包系统地址，再进行支付转账。该流程增加了签名验签的工作量同时也对网络带宽造成更大压力，这无疑降低整个交易的效率。

因此，如何在需要联合多个数字货币钱包进行联合支付时简化数字货币交易流程，提高数字货币交易的效率，是本领域技术人员需要解决的技术问题。

发明内容

本发明的目的是提供一种数字货币交易方法，该方法在联合多个系统地址中的余额进行联合支付时，通过将多个数字货币钱包系统地址交易中的签名应用聚合签名算法聚合成一个签名，系统后台仅需对该一个签名进行验签即可，可以大大减少签名验签的工作量，优化验签流程，降低系统对网络带宽及服务器的压力，提高了系统进行交易的效率；本发明的另一目的是提供一种数字货币交易装置、设备、系统以及一种终端，具有上述有益效果。

为解决上述技术问题，本发明提供一种数字货币交易方法，应用于数字货币钱包，包括：

客户端钱包接收数字货币交易请求；

当所述交易请求中交易货币数量超出任一系统地址的余额时，接收钱包发行金融机构根据所述交易货币数量生成的多系统地址交易消息；

生成各所述交易消息对应的签名；

根据聚合算法将各签名进行聚合，得到聚合签名；

将所述聚合签名以及所述数字货币交易请求发送至系统后台，以便所述系统后台对所述聚合签名进行验签，生成交易结果。

优选地，所述交易消息的生成方法包括：

钱包发行金融机构接收交易请求；

向钱包系统后台发送余额查询指令，得到各系统地址的余额；

根据所述交易请求中的交易货币数量以及各系统地址的余额依照默认支付策略生成所述各系统地址的交易消息。

优选地，所述数字货币交易方法还包括：

若各系统地址对应的数字货币余额的总和少于所述交易货币数量时，通过所述客户端钱包输出余额不足。

优选地，所述数字货币余额的查询方法包括：

钱包发行金融机构根据账户信息查找预先存储的系统地址信息；其中，所述系统地址信息的获取方法包括：接收进行系统地址申请时系统后台发送的系统地址成功申请通知；根据所述系统地址成功申请通知筛选系统地址信息并存储；

根据所述系统地址信息向所述系统后台发送数字货币余额查询指令；

接收所述系统后台返回的数字货币余额。

本发明公开一种客户端钱包，包括：

交易请求接收单元，用于接收数字货币交易请求；

交易消息接收单元，用于当所述交易请求中交易货币数量超出任一系统地址的余额时，接收钱包发行金融机构根据所述交易货币数量生成的多系统地址交易消息；

交易签名生成单元，用于生成各所述交易消息对应的签名；

签名聚合单元，用于根据聚合算法将各签名进行聚合，得到聚合签名；

验证单元，用于将所述聚合签名以及所述数字货币交易请求发送至系统后台，以便所述系统后台对所述聚合签名进行验签，生成交易结果。

优选地，所述客户端钱包还包括余额提示单元，用于若各系统地址对应的数字货币余额的总和少于所述交易货币数量时，通过所述客户端钱包输出余额不足的提示信息。

本发明公开一种数字货币交易设备，包括：

存储器，用于存储程序；

处理器，用于执行所述程序时实现所述数字货币交易方法的步骤。

本发明公开一种数字货币交易系统，包括：

客户端钱包，用于接收数字货币交易请求；当所述交易请求中交易货币数量超出任一系统地址的余额时，接收钱包发行金融机构根据所述交易货币数量生成的多系统地址交易消息；生成各所述交易消息对应的签名；根据聚合算法将各签名进行聚合，得到聚合签名；将所述聚合签名以及所述数字货币交易请求发送至系统后台，以便所述系统后台对所述聚合签名进行验签，生成交易结果；

钱包发行金融机构，用于当所述交易请求中交易货币数量超出任一系统地址的余额，且不超过用户系统地址的总余额时，根据预先设定的支付规则生成多系统地址交易消息，并将所述交易消息发送至客户端钱包；

系统后台，用于接收所述客户端钱包发送的所述聚合签名以及所述数字货币交易请求；对所述聚合签名进行验签；根据验签结果以及所述数字货币请求生成交易结果。

优选地，所示钱包发行金融机构还用于：

当接收到数字货币钱包注册请求时，对用户身份以及交易设备进行认证。

本发明公开一种终端，包括：上述数字货币交易设备。

由上述技术方案可以看出，本发明提供的数字货币交易方法，客户端钱包接收,数字货币交易请求，当交易请求中交易货币数量超出任一系统地址的余额时，钱包发行金融机构根据交易货币数量生成的多系统地址交易消息并发送至钱包客户端，即利用多个数字货币钱包系统地址共同完成一次支付行为；客户端钱包根据每条交易消息生成对应的签名；此时会产生若干个签名，传统方法对每个签名进行逐个验证，需要进行多次验证，过程繁琐耗时长，本发明根据聚合算法对各系统地址的签名进行聚合，将多个签名聚合为一个签名，在进行验签时仅需对聚合后生成的聚合签名进行验证即可，无需对每个系统地址生成的签名进行一一验证；将聚合签名以及数字货币交易请求发送至系统后台，以便系统后台对聚合签名进行验签。将参与交易的N个系统地址的N次签名验证过程转换为N个系统地址的1次签名验证，减少了N-1次验签过程，大大减少了签名验签的工作量，优化了验签流程，大大降低系统对网络带宽及服务器的压力，提高了系统交易的效率。

本发明还公开了一种数字货币交易装置、设备、系统以及一种终端，具有上述有益效果，在此不再赘述。

附图说明

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

图1为本发明实施例提供的一种数字货币交易方法的信令图；

图2为本发明实施例提供的数字货币交易装置的结构框图；

图3为本发明实施例提供的一种数字货币交易设备的结构框图；

图4为本发明实施例提供的一种数字货币交易设备的结构示意图；

图5为本发明实施例提供的数字货币交易系统的结构框图；

图6为本发明实施例提供的一种钱包账号注册过程信令图；

图7为本发明实施例提供的一种钱包客户端注册流程信令图。

具体实施方式

本发明的核心是提供一种数字货币交易方法，该方法通过将多个数字货币钱包系统地址交易中的签名应用聚合签名算法聚合成一个签名，系统后台仅需对该一个签名进行验签即可，可以大大减少签名验签的工作量，优化验签流程，降低系统对网络带宽及服务器的压力，提高了系统进行交易的效率；本发明的另一目的是提供一种数字货币交易装置、设备、系统以及一种终端，具有上述有益效果。

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

例如用户共申请有系统地址A、B、C，分别存储有数字货币500、400、300；此时需要转出一笔数字货币价值为1000的交易，此时任一系统地址无法单独完成交易，传统方法采用将系统地址A以及B的数字货币均转移至C中，由C单独完成交易过程，货币转移流程十分繁琐，其中在转移过程中需要对每次交易(包括转账)生成的签名进行验证，导致交易流程效率很低。

请参考图1，图1为本发明实施例提供的数字货币交易方法的信令图；该方法可以包括：

步骤s111、用户向客户端钱包发起数字货币交易请求。

为方便理解，在下面的介绍中均将“数字货币钱包系统地址”简称为“系统地址”进行介绍。

本实施例中只对当交易请求中的交易货币数量超出任一系统地址的余额的情况进行介绍，比如要求进行货币价值为10的交易，系统地址1余额为5，系统地址2余额为3，系统地址3余额为3；对于单个系统地址中的余额足以进行数字货币交易的情况在此不做限定，可参照现有的交易方法。

步骤s121、客户端钱包向钱包发行金融机构发送交易请求。

步骤s141、钱包发行金融机构根据交易货币数量以及交易请求生成多系统地址交易消息。

交易消息由钱包发行金融机构产生，钱包发行金融机构根据接收的数字货币交易请求根据设定的支付规则生成，生成的多个交易消息以实现联合多个系统地址共同完成一笔交易，每个交易涉及的系统地址产生一条对应的交易消息。在此对支付策略生成过程不做限定，比如可以由用户自行设定，也可以根据预先设置的策略自动生成等。

步骤s122、客户端钱包接收多系统地址交易消息。

步骤s123、客户端钱包根据各系统地址的交易消息生成对应的签名。

一个系统地址对应一个交易信息，一个交易信息对应一个签名。多个用户U_i对在同一笔交易中生成的多个交易消息m_i可以产生的多个签名σ_i，参与交易的n个系统地址可以生成n个签名。根据交易消息生成签名的过程可参照现有技术，在此不做限定。

步骤s124、客户端钱包根据聚合算法将各签名进行聚合，得到聚合签名。

聚合算法的具体实现步骤在此不做限定，可参照现有技术。根据聚合算法可以将参与交易的N个系统地址的N个签名σ_i转化为一个签名σ，签名的验证者只需对该签名σ进行验证即可完成对这多个签名σ_i的验证，实现了N次签名验证到1次签名验证的质的飞跃，减少了N-1次验签过程，即将用户在数字货币钱包中多个账户对多个消息进行签名聚合为一个签名，大大减少了签名验签的工作量，提高了签名验证与传输效率。

步骤s125、客户端钱包将聚合签名以及数字货币交易请求发送至系统后台。

步骤s131、系统后台对聚合签名进行验签。

在进行验签时仅需对聚合后生成的聚合签名进行验证即可，无需对每个系统地址生成的签名进行一一验证。将参与交易的N个系统地址的N次签名验证过程转换为N个系统地址的1次签名验证，减少了N-1次验签过程。

对聚合签名进行验签的过程在此不做限定，可参照现有对签名进行验证的过程。

步骤s132、系统后台根据验签结果以及数字货币请求得到交易结果。

步骤s133、系统后台将交易结果发送至客户端钱包。

基于上述技术方案，本实施例所提供的数字货币交易方法客户端钱包接收到数字货币交易请求时，根据交易货币数量生成多数字货币钱包系统地址的交易消息，即利用多个数字货币钱包系统地址共同完成一次支付行为；每个参与交易的系统地址生成一个根据交易消息生成的签名；根据聚合算法对各系统地址的签名进行聚合，将多个签名聚合为一个签名，得到聚合签名。将聚合签名以及数字货币交易请求发送至系统后台，以便系统后台对聚合签名进行验签。将参与交易的N个系统地址的N次签名验证过程转换为N个系统地址的1次签名验证，减少了N-1次验签过程，利用聚合签名技术来实现多个数字货币钱包系统地址对统一支付消息进行交易，大大减少了签名验签的工作量，优化了验签流程，大大降低系统对网络带宽及服务器的压力，提高了系统交易的效率。

上述实施例中对支付策略生成过程不做限定，可以由用户手动设定，也可以自动设定等。目前，当用户拥有多个系统地址时，用户个人需要牢记存储多个数字货币钱包系统地址信息，这使得用户对系统地址信息的管理非常繁琐不便。优选地，为简化用户的管理工作，实现交易过程的自动化，可以预先设置默认支付策略，比如先从账户1进行支付，余额不足时从账户2、账户3以及账户4随机支付等。钱包发行金融机构管理数字货币钱包及数字货币，向钱包系统后台发送余额查询指令，得到各系统地址的余额；根据交易请求中的交易货币数量以及各系统地址的余额依照默认支付策略生成各系统地址的交易消息。其中，钱包发行金融机构，可以为比如银联等钱包发行金融机构。

例如用户共拥有数字货币钱包系统地址A、B、C，分别存储有数字货币500、400、300；此时需要转出一笔数字货币价值为1000的交易。具体可以包括以下步骤：

步骤1：用户发送请求交易1000的消息到客户端钱包。

步骤2：客户端钱包将请求信息发送至钱包发行金融机构。

步骤3：钱包发行金融机构向钱包系统后台查询数字货币钱包系统地址A、B、C的余额。

步骤4：钱包系统后台返回系统地址A余额500，系统地址B余额400，系统地址C余额300给钱包发行金融机构。

步骤5：钱包发行金融机构根据系统地址对应的余额及默认支付策略(按照地址A、B、C的顺序进行支付)生成三个支付消息M1(系统地址A支付500)，支付消息M2(系统地址B支付400)，支付消息M3(系统地址C支付100)，并将支付消息M1-M3返回到客户端钱包。

本实施例采用预先设置的默认支付策略自动生成多系统地址间的交易消息，避免每次进行交易时都需要用户手动进行设置，简化了支付流程，实现支付过程的自动化。

优选地，若用户多个系统地址对应的数字货币余额不足以支付该笔交易时，可以直接返回用户余额不足同时提示交易失败，可以提醒用户更换支付方式或及时对账户进行充值等。若用户数字货币系统地址对应的余额足以支付，则会自动生成多个支付消息。

当用户拥有多个数字货币系统地址时，用户可以在设置中将这些数字货币系统地址设定优先级，比如将数字货币钱包系统地址A设定为默认账户，系统地址B次之，将默认支付优先级顺序作为支付策略进行支付可以简化支付策略的生成过程中对各系统地址中交易前以及交易后数字货币的各种分析，简化流程，提高效率。

其中，数字货币余额的查询方法不做限定，参照现有的查询方法。其中，优选地，数字货币余额的查询方法具体可以包括以下步骤：

步骤一：钱包发行金融机构根据账户信息查找预先存储的系统地址信息；其中，系统地址信息的获取方法包括：接收进行系统地址申请时系统后台发送的系统地址成功申请通知；根据系统地址成功申请通知筛选系统地址信息并存储；

步骤二：根据系统地址信息向系统后台发送数字货币余额查询指令；

步骤三：接收系统后台返回的数字货币余额。

另外，为了迎合用户的支付习惯，还可以根据数字货币余额以及支付习惯生成支付策略。其中，支付习惯可以通过对用户支付信息进行大数据统计得到。比如用户拥有系统地址A、B、C，但是用户A平时只利用系统地址A中的数字货币进行交易，对应设置的支付策略可以为当系统地址A余额为0后，再支付系统地址B以及C。当用户没有设定默认支付优先级时也可以采用分析用户支付习惯的方式。

请参考图2，图2为本实施例提供的客户端钱包的结构框图；该装置可以包括：交易请求接收单元200、交易消息接收单元210、交易签名生成单元220、签名聚合单元230以及验证单元240。

其中，交易请求接收单元200主要用于接收数字货币交易请求；

交易消息接收单元210主要用于当所述交易请求中交易货币数量超出任一系统地址的余额时，接收钱包发行金融机构根据所述交易货币数量生成的多系统地址交易消息；

交易签名生成单元220主要用于生成各所述交易消息对应的签名；

签名聚合单元230主要用于根据聚合算法将各签名进行聚合，得到聚合签名；

验证单元240主要用于将所述聚合签名以及所述数字货币交易请求发送至系统后台，以便所述系统后台对所述聚合签名进行验签，生成交易结果。

优选地，客户端钱包可以还包括余额提示单元，用于若各系统地址对应的数字货币余额的总和少于交易货币数量时，通过客户端钱包输出余额不足的提示信息。

本实施例提供的客户端钱包可以简化数字货币交易流程，提高数字货币交易的效率。需要说明的是，本申请具体实施方式中的客户端钱包中的各个单元，其工作过程请参考图1对应的具体实施方式，在此不再赘述。

请参考图3，图3为本发明实施例提供的数字货币交易设备的结构框图；该设备可以包括存储器300与处理器310。

其中，存储器300主要用于存储程序；

处理器310主要用于执行程序时实现上述数字货币交易方法的步骤。

请参考图4，为本实施例提供的数字货币交易设备的结构示意图，该交易设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(centralprocessing units，CPU)322(例如，一个或一个以上处理器)和存储器332，一个或一个以上存储应用程序342或数据344的存储介质330(例如一个或一个以上海量存储设备)。其中，存储器332和存储介质330可以是短暂存储或持久存储。存储在存储介质330的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对数据处理设备中的一系列指令操作。更进一步地，中央处理器322可以设置为与存储介质330通信，在交易设备301上执行存储介质330中的一系列指令操作。

交易设备301还可以包括一个或一个以上电源326，一个或一个以上有线或无线网络接口350，一个或一个以上输入输出接口358，和/或，一个或一个以上操作系统341，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。

上面所描述的数字货币交易方法中的步骤可以由数字货币交易设备的结构实现。

请参考图5，图5为本发明实施例提供的数字货币交易系统的结构框图；该系统可以包括客户端钱包500，钱包发行金融机构510以及系统后台520。

其中，客户端钱包500主要用于接收数字货币交易请求；当交易请求中交易货币数量超出任一系统地址的余额时，接收钱包发行金融机构根据交易货币数量生成的多系统地址交易消息；生成各交易消息对应的签名；根据聚合算法将各签名进行聚合，得到聚合签名；将聚合签名以及数字货币交易请求发送至系统后台，以便系统后台对聚合签名进行验签，生成交易结果；

系统后台510主要用于接收客户端钱包发送的聚合签名以及数字货币交易请求；对聚合签名进行验签；根据验签结果以及数字货币请求生成交易结果。

钱包发行金融机构520主要用于当交易请求中交易货币数量超出任一系统地址的余额，且不超过用户系统地址的总余额时，根据预先设定的支付规则生成多系统地址交易消息，并将交易消息发送至客户端钱包；

优选地，钱包发行金融机构具体可以用于：接收交易请求；向钱包系统后台发送余额查询指令，得到各系统地址的余额；根据交易请求中的交易货币数量以及各系统地址的余额依照默认支付策略生成各系统地址的交易消息。

优选地，钱包发行金融机构具体还可以用于：钱包发行金融机构查询系统地址对应的数字货币余额；若各系统地址对应的数字货币余额总和少于交易货币数量，通过客户端钱包输出余额不足；若各系统地址对应的数字货币余额总和不少于交易货币数量，根据预先设置的各系统地址间的默认支付优先级以及数字货币余额生成支付策略。

优选地，钱包发行金融机构具体还可以用于：根据账户信息查找预先存储的系统地址信息；其中，系统地址信息的获取方法包括：接收进行系统地址申请时系统后台发送的系统地址成功申请通知；根据系统地址成功申请通知筛选系统地址信息并存储；根据系统地址信息向系统后台发送数字货币余额查询指令；接收系统后台返回的数字货币余额。

本实施例提供的数字货币交易系统中客户端钱包为用户侧，主要负责交易的签名；钱包发行金融机构主要负责钱包账号实名信息验证，多个数字货币钱包系统地址管理同时具有查询各数字货币系统地址对应余额的功能；系统后台主要负责交易请求的验证并将交易签名信息发送到区块链进行验签，三者协作实现数字货币钱包性能的优化。

考虑到目前监管要求通常需要实名认证，需要填写身份证号、手机号码等信息，优选地，用户在进行钱包注册时可以通过钱包发行金融机构进行实名认证。

钱包账号注册过程信令图如图6所示，具体可以包括如下步骤：

客户端钱包向系统后台发起钱包注册请求。

1)、系统后台向钱包发行金融机构发送请求实名信息验证。

2)、钱包发行金融机构进行实名信息验证。

3)、钱包发行金融机构向系统后台发送验证结果。

4)、系统后台根据验证结果对客户端钱包进行结果通知。

结果通知比如“钱包账户注册成功”、“注册失败”等。

一个用户可以申请开通多个数字货币钱包系统地址，在此以数字货币钱包系统地址A(如招商银行数字货币钱包系统地址)申请开通过程为例进行介绍，用户申请开通其他数字货币钱包系统地址(比如中国银行数字货币钱包系统地址、杭州银行数字货币钱包系统地址)的过程均可参照下面的介绍，图7所示为本实施例提供的一种系统地址生成方法信令图。

1)、客户端钱包本地生成系统地址A公私钥。

2)、客户端钱包将外部公钥地址以及系统地址A生成请求发送至系统后台。

3)、系统后台生成系统地址A。

具体地，系统后台将用户信息及外部公钥地址发送到区块链智能合约层，生成对应的数字货币钱包系统地址A。

若生成数字货币钱包地址A成功后在系统后台与用户的钱包账号进行绑定。若生成系统地址A失败后则通知用户生成系统地址失败，系统后台不做关联。

4)、系统后台分别通知钱包发行金融机构以及客户端钱包系统地址A成功生成。

申请开通了若干数字货币钱包系统地址后可以参照图1所示的数字货币交易方法进行数字货币交易，实现当交易请求中交易货币数量超出任一系统地址的余额时，提高了系统交易的效率的效果。

本发明还公开一种终端，该终端包括上述数字货币交易设备。

终端可以为手机等移动终端，在此对具体的终端类型不做限定。

还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或者操作区分开来，而不一定要求或暗示这些实体或者操作之间存在任何这种实际的关系或者顺序。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置，设备，存储介质和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

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

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

说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上对本发明所提供的一种数字货币交易方法、一种客户端钱包、一种数字货币交易设备、数字货币交易系统以及终端进行了详细介绍。本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以对本发明进行若干改进和修饰，这些改进和修饰也落入本发明权利要求的保护范围内。

Claims (10)

1.一种数字货币交易方法，其特征在于，应用于数字货币钱包，包括：

客户端钱包接收数字货币交易请求；

当所述交易请求中交易货币数量超出任一系统地址的余额时，接收钱包发行金融机构根据所述交易货币数量生成的多系统地址交易消息；

生成各所述交易消息对应的签名；

根据聚合算法将各签名进行聚合，得到聚合签名；

将所述聚合签名以及所述数字货币交易请求发送至系统后台，以便所述系统后台对所述聚合签名进行验签，生成交易结果。

2.如权利要求1所述的数字货币交易方法，其特征在于，所述交易消息的生成方法包括：

钱包发行金融机构接收交易请求；

向钱包系统后台发送余额查询指令，得到各系统地址的余额；

根据所述交易请求中的交易货币数量以及各系统地址的余额依照默认支付策略生成所述各系统地址的交易消息。

3.如权利要求2所述的数字货币交易方法，其特征在于，还包括：

若各系统地址对应的数字货币余额的总和少于所述交易货币数量时，通过所述客户端钱包输出余额不足。

4.如权利要求1至3任一项所述的数字货币交易方法，其特征在于，所述数字货币余额的查询方法包括：

钱包发行金融机构根据账户信息查找预先存储的系统地址信息；其中，所述系统地址信息的获取方法包括：接收进行系统地址申请时系统后台发送的系统地址成功申请通知；根据所述系统地址成功申请通知筛选系统地址信息并存储；

根据所述系统地址信息向所述系统后台发送数字货币余额查询指令；

接收所述系统后台返回的数字货币余额。

5.一种客户端钱包，其特征在于，包括：

交易请求接收单元，用于接收数字货币交易请求；

交易消息接收单元，用于当所述交易请求中交易货币数量超出任一系统地址的余额时，接收钱包发行金融机构根据所述交易货币数量生成的多系统地址交易消息；

交易签名生成单元，用于生成各所述交易消息对应的签名；

签名聚合单元，用于根据聚合算法将各签名进行聚合，得到聚合签名；

验证单元，用于将所述聚合签名以及所述数字货币交易请求发送至系统后台，以便所述系统后台对所述聚合签名进行验签，生成交易结果。

6.如权利要求5所述的客户端钱包，其特征在于，还包括余额提示单元，用于若各系统地址对应的数字货币余额的总和少于所述交易货币数量时，通过所述客户端钱包输出余额不足的提示信息。

7.一种数字货币交易设备，其特征在于，包括：

存储器，用于存储程序；

处理器，用于执行所述程序时实现如权利要求1至4任一项所述数字货币交易方法的步骤。

8.一种数字货币交易系统，其特征在于，包括：

客户端钱包，用于接收数字货币交易请求；当所述交易请求中交易货币数量超出任一系统地址的余额时，接收钱包发行金融机构根据所述交易货币数量生成的多系统地址交易消息；生成各所述交易消息对应的签名；根据聚合算法将各签名进行聚合，得到聚合签名；将所述聚合签名以及所述数字货币交易请求发送至系统后台，以便所述系统后台对所述聚合签名进行验签，生成交易结果；

钱包发行金融机构，用于当所述交易请求中交易货币数量超出任一系统地址的余额，且不超过用户系统地址的总余额时，根据预先设定的支付规则生成多系统地址交易消息，并将所述交易消息发送至客户端钱包；

系统后台，用于接收所述客户端钱包发送的所述聚合签名以及所述数字货币交易请求；对所述聚合签名进行验签；根据验签结果以及所述数字货币请求生成交易结果。

9.如权利要求8所述的数字货币交易系统，其特征在于，所示钱包发行金融机构还用于：

当接收到数字货币钱包注册请求时，对用户身份以及交易设备进行认证。

10.一种终端，其特征在于，包括：如权利要求7所述的数字货币交易设备。