技术领域
[0001] 本
申请涉及区块链技术领域，具体涉及一种区块链钱包的交易方法及系统。
背景技术
[0002] 区块链是分布式数据存储、点对点传输、共识机制、加密
算法等计算机技术的新型应用模式。区块链(Blockchain)，是
比特币的一个重要概念，它本质上是一个去中心化的
数据库，同时作为比特币的底层技术，是一串使用
密码学方法相关联产生的数据块，每一个数据块中包含了一批次比特币网络交易的信息，用于验证其信息的有效性和生成下一个区块。
[0003] 在区块链中，没有余额账户的概念，帐号的余额由多条的UTXO(Unspent Transaction Output，未花费的输出)记录组成，每一笔收入都是一个UTXO，UTXO花掉的时候必须整个花掉，如果有剩余，必须生成新的一条UTXO，而不能改变UTXO中金额信息。由于区块链这个特性，其无法提供一个中心化的服务来查询每个用户的余额和历史记录。在这种情况下，需要有一类
软件来帮用户管理区块链上的资产，这类软件就是钱包，其主要功能包括公钥和私钥管理，历史记录查询，余额查询，发送和接收交易等。目前市面上的钱包的实现方式主要有以下两种：
[0004] 方式一，由后台服务爬取区块链上的所有交易信息，然后分析出每个地址的交易，存储到关系数据库中，如果爬取到当前钱包用户相关的交易，则更新用户的余额，当钱包客户端查询余额或者历史记录的时候，向服务端
请求关系数据库中的数据。钱包发送交易的时候，向服务端请求UTXO的集合，然后构造交易发送到区块链网络上。这种实现方式，跟传统的中心化的钱包不一样，钱包服务商无法直接得到用户余额变动的信息，而只能从区块链上的海量交易中筛选出用户相关的交易。
[0005] 在目前的比特币区块链中，区块数量超过60万，交易数量超过3亿，地址相关的流
水超过20亿。区块链的区块大小限制，经历了1M(百万字节)，8M，128M，256M。目前已经出现了每个区块的大小在1GB(GB十亿字节)以上，整个区块链的大小在10TB(TB表示万亿字节)，每十分钟的交易数量在五百万以上的超大区块链。在不远的将来中，区块大小的限制将会被取消，交易量和整条链的大小都会呈指数增长，因为只有大小不被限制的超大区块，才可以承载现实世界中海量的交易，以及各种各样的需要永久保存，并且不可篡改，方便审计的数据。在这种情况下，维护一个区块链的全
节点，并从全节点上爬取数据，存在以下问题：1、爬取区块里面的所有交易需要大量的计算量；2、存储交易需要大量的存储空间；3、效率低下，交易更新不及时；4、为实现高效率的存储和查询，导致关系数据库的分库分表方案复杂。这些问题都导致了钱包商运营成本的增加。
[0006] 方式二，例如BIP 270和paymail的方式，采用了第三方服务端来对钱包进行统一集中管理，钱包之间发生交易的时候，需要根据对方的邮箱，到邮箱域名对应的
服务器查询支付的模板，然后填充模板，构造交易，并将交易提交的该服务器。该方式的问题是，需要第三方服务端做大量工作，第三方服务端需要有邮箱对应的域名，需要支持支付模板生成，需要管理接收端的UTXO和历史记录。并且，用户的钱包过度依赖第三方服务端，无法保障资产的安全性，也无法自由迁移。
[0007] 因此，如何既能降低运营的成本并且可以高效灵活地对区块链钱包进行管理，是钱包提供商当前急需解决的问题之一。
发明内容
[0008] 本发明的目的之一在于克服以上缺点，提供一种点对点的区块链钱包的交易方法，使得钱包服务端不需要爬取区块链上交易，从而可以让钱包的交易不受大区块的影响,提高钱包交易的效率。
[0009] 为了解决上述技术问题，本发明提供了一种区块链钱包的交易方法，包括以下步骤：
[0010] 默克树服务器获取并保存区块链中每个区块的默克树信息；
[0011] 区块链钱包使用公钥作为身份信息与转发服务器建立连接；
[0012] 交易发起方区块链钱包向区块链发送交易信息；所述交易信息包括交易编号、发起方公钥、接收方公钥以及交易金额信息；
[0013] 所述交易发起方区块链钱包更新账户余额和交易历史记录；
[0014] 所述交易发起方区块链钱包向所述默克树服务器查询当前交易的默克路径信息；
[0015] 所述交易发起方区块链钱包将所述默克路径信息和所述交易信息发送给所述转发服务器；
[0016] 所述转发服务器根据所述交易信息中的接收方公钥将所述交易信息以及所述默克路径信息发送给交易接收方；
[0017] 所述交易接收方根据所述默克路径信息进行交易验证并确认交易。
[0018] 本申请的方法提供了一种点对点的区块链钱包的交易方法，交易双方通过转发服务器进行交易通讯，同时通过获取区块链的默克树信息并根据默克树信息进行
区块链交易信息的验证，使得钱包服务端不需要爬取区块链上交易信息，提高了交易效率，减少磁盘存储空间，从而可以让钱包的交易不受大区块的影响，同时降低钱包服务商的运营成本。另外，通过基于公钥的认证通信模型，各个服务商的钱包可以通过这个通信模型互相通信。
[0019] 进一步地，所述“默克树服务器获取并保存区块链中每个区块的默克树信息”，具体步骤为：
[0020] 按照记录的顺序获取一个区块中的所有交易的编号；
[0021] 从第一个交易编号开始，将每两个相邻的奇数个交易编号与偶数个交易编号合并后计算生成上一层的哈希值，若交易总数为奇数，则对最后一个交易编号计算生成上一层哈希值；
[0022] 对生成的哈希值重复执行上述操作，直至生成唯一的哈希值，得到该区块的默克树结构；
[0023] 保存前述步骤生成的默克树结构及当前区块高度。
[0024] 进一步地，所述转发服务器为多个，每个转发服务器都将接收到的所述默克路径信息和所述交易信息发送给其他所有的转发服务器。
[0025] 通过设置转发服务器集群，可以方便进行转发服务器的扩容和负载均衡，提高消息处理量和效率，同时也可以实现相互容灾备份，减少故障率。
[0026] 进一步地，所述“区块链钱包使用公钥作为身份信息与转发服务器建立连接”，具体为：
[0027] 所述区块链钱包使用所有公钥分别与转发服务器建立长连接；
[0028] 或所述区块链钱包使用所有公钥与钱包代理建立长连接，所述钱包代理使用自身公钥与转发服务器建立长连接，同时所述区块链钱包在所述转发服务器上设置所有公钥的代理信息。
[0029] 通过钱包代理机制，可以极大地减少钱包和转发服务端的连接数量，降低转发服务端的设计和实现的复杂度，提高运行效率，同时也方便不同钱包服务商的接入和管理。
[0030] 进一步地，所述“所述交易发起方区块链钱包更新账户余额和交易历史记录”，具体为：
[0031] 若所述交易发起方区块链钱包与转发服务器直接连接，则在本地更新账户余额和交易历史记录；
[0032] 若所述交易发起方区块链钱包通过钱包代理与转发服务器进行连接，则将所述账户余额和交易历史记录发送给钱包代理，由所述钱包代理更新账户余额和交易历史记录。
[0033] 进一步地，所述“所述交易发起方区块链钱包将所述默克路径信息和所述交易信息发送给所述转发服务器”,具体为：
[0034] 若所述交易发起方区块链钱包与转发服务器直接连接，则发送所述默克路径信息和所述交易信息给所述转发服务器；
[0035] 若所述交易发起方区块链钱包通过钱包代理与转发服务器进行连接，则将所述默克路径信息和所述交易信息发送给钱包代理，由所述钱包代理再发送给转发服务器。
[0036] 进一步地，所述“所述转发服务器根据所述交易信息中的接收方公钥将所述交易信息以及所述默克路径信息发送给交易接收方”，具体为：
[0037] 所述转发服务器将接收到的消息进行保存；
[0038] 若所述交易接收方区块链钱包的公钥已
指定代理信息，则根据钱包代理的公钥查找相应的连接，并发送所述交易信息以及所述默克路径信息；
[0039] 若所述交易接收方区块链钱包的公钥未指定代理信息，则根据所述交易接收方区块链钱包的公钥查找相应的连接，并发送所述交易信息以及所述默克路径信息。
[0040] 进一步地，所述“所述交易接收方根据所述默克路径信息进行交易验证并确认交易”，包括以下步骤：
[0041] 交易接收方获取并保存区块链中每个区块的头部信息；所述交易接收方为区块链钱包或钱包代理；
[0042] 所述交易接收方根据交易编号和所述默克路径信息计算默克树的根；
[0043] 所述交易接收方将计算得到的默克树的根与从对应高度
区块头部信息获取的默克树的根进行对比，若两者相等，则认为该交易有效，更新账户余额和交易历史记录。
[0044] 相应地，本申请还提供了一种区块链钱包的交易系统，包括默克树服务器、区块链钱包、转发服务器以及钱包代理，其中，
[0045] 默克树服务器，用于获取并保存区块链中每个区块的默克树信息，同时可根据提供的交易编号进行默克路径信息查询；
[0046] 区块链钱包，使用公钥作为身份信息与转发服务器建立连接，或使用所有公钥与钱包代理建立长连接并在所述转发服务器上设置所有公钥的代理信息，用于向区块链发送交易信息，并更新账户余额和交易历史记录；用于向所述默克树服务器查询当前交易的默克路径信息，同时将所述默克路径信息和所述交易信息发送给所述转发服务器；用于接收转发服务器发送的所述默克路径信息以及所述交易信息，并根据所述默克路径信息进行交易验证并确认交易。
[0047] 转发服务器，用于所述区块链钱包、钱包代理的身份验证及连接管理；用于接收交易发起方区块链钱包发送的所述默克路径信息和所述交易信息；用于根据所述交易信息中的接收方公钥将所述交易信息以及所述默克路径信息发送给交易接收方；所述交易接收方为区块链钱包或钱包代理；
[0048] 钱包代理，使用自身公钥与转发服务器建立长连接，同时与其管理的区块链钱包建立长连接，用于更新其管理的交易发起方区块链钱包的账户余额和交易历史记录信息；用于接收其管理的交易发起方区块链钱包发送的所述默克路径信息和所述交易信息，并发送给转发服务器；用于接收转发服务器发送的所述默克路径信息以及所述交易信息，并根据所述默克路径信息进行交易验证并确认交易。
[0049] 进一步地，所述转发服务器为多个，每个转发服务器都将接收到的所述默克路径信息和所述交易信息发送给其他所有的转发服务器。
[0050] 区别于
现有技术，本发明技术方案的有益效果有:
[0051] 1.本申请的方法提供了一种点对点的区块链钱包的交易方法，交易双方通过转发服务器进行交易通讯，同时通过获取区块链的默克树信息并根据默克树信息进行区块链交易信息的验证，使得钱包服务端不需要爬取区块链上交易信息，提高了交易效率，减少磁盘存储空间，从而可以让钱包的交易不受大区块的影响，同时降低钱包服务商的运营成本。另外，通过基于公钥的认证通信模型，各个服务商的钱包可以通过这个通信模型互相通信。
[0052] 2.通过设置转发服务器集群，可以方便进行转发服务器的扩容和负载均衡，提高消息处理量和效率，同时也可以实现相互容灾备份，减少故障率。
[0053] 3.通过钱包代理机制，可以极大地减少钱包和转发服务端的连接数量，降低转发服务端的设计和实现的复杂度，提高运行效率，同时也方便不同钱包服务商的接入和管理。
附图说明
[0054] 图1是本发明一种区块链钱包的交易方法的步骤
流程图。
[0055] 图2是本发明默克树结构示意图。
[0056] 图3是本发明一种区块链钱包的交易系统结构图。
具体实施方式
[0057] 下面将结合本发明
实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0058] 如图1，是本发明一种区块链钱包的交易方法的步骤流程图，包括以下步骤：
[0059] 步骤1、默克树服务器获取并保存区块链中每个区块的默克树信息；
[0060] 在区块链中，每个区块通常包括区块头和交易数据块，其中，交易数据块记录零条或多条交易数据，区块头则记录了版本号、前置区块的Hash、难度、产生时间、默克树(Merkel)根等信息。其中，默克树是由当前区块里面所有交易构成的一棵二叉树，树的叶
子节点是每笔交易的编号，根据交易顺序两两
配对组合后计算生成一个哈希值，通过不断循环两两配对，最终计算得到唯一一个哈希值，就是默克树的根。本申请中，需要对默克树完整的树结构进行保存，用于交易接收方的交易验证，通常是保存到关系数据库中。默克树服务器获取并保存区块链中每个区块的默克树信息的具体步骤为：
[0061] 步骤11、按照记录的顺序获取一个区块中的所有交易的编号；
[0062] 步骤12、从第一个交易编号开始，将每两个相邻的奇数个交易编号与偶数个交易编号合并后计算生成上一层的哈希值，若交易总数为奇数，则对最后一个交易编号计算生成上一层哈希值；
[0063] 步骤13、对生成的哈希值重复执行上述操作，不断生成上一层的哈希值，直至得到由唯一的哈希值组成的顶层，该唯一哈希值即是默克树的根，所有层的哈希值和叶子节点的交易编号组成了该区块的默克树结构；
[0064] 步骤14、保存前述步骤生成的默克树结构及当前区块高度。其中，区块高度是指区块链的区块的顺序编号，会随着区块的增加而不断增大。将整个区块链中的每一个区块对应的默克树结构以及所属区块高度进行保存之后，区块链钱包只需要知道一笔交易对应默克树相关路径的Hash值，就可以自主地判断一笔交易是否在一个区块中，对交易进行验证。
[0065] 需要说明的是，由于区块链在运行过程中区块高度会不断增加，因此默克树服务器获取并保存区块链中每个区块的默克树信息也必须不断监控区块链的区块高度，每当发现区块链新增加了一个区块时，就相应地同步该区块中的默克树结构信息。
[0066] 步骤2、区块链钱包使用公钥作为身份信息与转发服务器建立连接；本发明中，转发服务器是用来进行区块链钱包之间的交易信息转发，转发服务负责接收和管理区块链钱包的长连接，同时接收交易发起方区块链钱包发送的交易消息，并根据公钥信息将交易信息转发给交易接收方。区块链钱包是用于管理区块链上资产的客户端，可分为全节点钱包和轻钱包(SPV，Simplified Payment Verification)，其中，全节点钱包除了进行自身资产的管理以外，还要储存所有区块链上的信息，可以验证其他人发出的消息是否真实，通常体积较大，而轻钱包只能发出消息且只验证跟自己有关的交易，是一种最常见的轻便高效，不影响日常使用钱包客户端，这种钱包是整个网络的使用者，因此每次使用通常是需要支付
手续费的。区块链钱包必须使用公钥作为身份信息与转发服务器建立连接，每个公钥就是区块链钱包交易过程中的唯一身份标识。
[0067] 在一优选的实施例中，由于一个区块链钱包可以有多个公钥，每个公钥都可以接收交易信息，因此当区块链钱包直接与转发服务器连接时候，可以使用所有公钥分别与转发服务器建立长连接；另外，还可以在区块链钱包与转发服务器之间设置钱包代理，区块链钱包使用自己所有的公钥与钱包代理建立长连接，钱包代理使用自身公钥与转发服务器建立长连接，同时所述区块链钱包在所述转发服务器上设置所有公钥的代理信息，以便转发服务器将所有该区块链钱包公钥相关的交易都转发给设置的钱包代理，在实际应用中，设置的代理信息就是钱包的公钥与钱包代理的公钥的一一对应关系。通过钱包代理机制，可以极大地减少钱包和转发服务端的连接数量，降低转发服务端的设计和实现的复杂度，提高运行效率，同时也方便不同钱包服务商的接入和业务管理。
[0068] 优选地，转发服务器还可以对区块链钱包或钱包代理的公钥进行验证，进行身份确认，只允许通过验证的区块链钱包或钱包代理建立连接。通常，转发服务器还可以向申请连接的区块链钱包或钱包代理收取一定的
费用，作为代为转发交易的报酬，费用收取成功后才能建立连接，通过转发服务器提供一种基于付费模型的服务方案，同时可避免转发服务端受到来自匿名钱包端或非法钱包的的攻击。
[0069] 在另一优选的实施例中，可以由多个转发服务器组成一个服务器集群，区块链钱包或钱包代理可以选取集群中的任意一个转发服务器进行连接，每个转发服务器都配置了集群中其他所有转发服务器的地址信息，转发服务器在收到交易消息的时候转发给其他所有服务器。通过设置转发服务器集群，可以方便进行转发服务器的扩容和负载均衡，提高消息处理量和效率，同时也可以实现相互容灾备份，减少故障率。
[0070] 步骤3、交易发起方区块链钱包向区块链发送交易信息；交易发起方区块链钱包构造一个交易信息，通常包括交易编号、交易发起方公钥、交易接收方公钥、交易金额等信息，并将消息提交到区块链的P2P网络中，由区块链按照本身的运行机制对交易进行确认后写入新的区块中。
[0071] 步骤4、交易发起方区块链钱包更新账户余额和交易历史记录；
[0072] 本申请的技术方案中，钱包的账户余额以及交易历史记录可以在本地进行保存，以便查询，保存的方式可以通过数据库进行存储，也可以通过文件进行存储。具体地，若区块链钱包与转发服务器直接连接，则由区块链钱包在本地更新账户余额和交易历史记录；若区块链钱包通过钱包代理与转发服务器进行连接，则区块链钱包将账户余额和交易历史记录发送给钱包代理，由钱包代理更新账户余额和交易历史记录。在具体的实际应用场景中，一个钱包代理通常对应一个钱包服务商，负责管理该钱包商底下所有的区块链钱包，接收该服务商的所有区块链钱包的交易信息，同时可以对所有区块链钱包的余额和交易历史记录进行统一管理，区块链钱包可以向钱包代理请求查询余额和
交易记录。
[0073] 步骤5、交易发起方区块链钱包向所述默克树服务器查询当前交易的默克路径信息；当该笔交易被区块链确认写入区块后，默克树服务器会获取并保存该区块的默克树结构。此时，交易发起方区块链钱包就可以向默克树服务器查询当前交易的默克路径信息，这里所述的默克路径信息包括当前交易所属的区块高度以及由交易编号或哈希值组成的集合，当前交易编号与查询的默克路径信息可以计算得到默克树的根。若交易发起方区块链钱包长时间无法从默克树服务器查询到当前交易的默克路径信息，则说明该交易没有被区块链确认，交易发起方区块链钱包会将交易进行回退处理。如图2，是本发明默克树结构示意图，这里以8个交易记录为例，默克树服务器获取并保存默克树结构信息的时候，会将区块高度为N+2的区块默克树的第一层哈希值，第二层哈希值以及最后一层的交易编号都存入数据库。若区块链钱包需要查询交易5对应的默克路径，则默克树服务器将返回交易5所在的区块高度N+2，以及返回由交易6、第二层哈希值4以及第一层哈希值1所组成的最小集合。通过交易5编号、交易6编号、第二层哈希值4以及第一层哈希值1，就能计算出默克树的根。
[0074] 步骤6、交易发起方区块链钱包将所述默克路径信息、交易信息发送给所述转发服务器；
[0075] 具体地，若交易发起方区块链钱包与转发服务器直接连接，则发送所述默克路径信息、交易信息给转发服务器；若交易发起方区块链钱包通过钱包代理与转发服务器进行连接，则将查询的默克路径信息、交易信息发送给钱包代理，由钱包代理再发送给转发服务器。
[0076] 步骤7、转发服务器根据交易信息中接收方公钥将交易信息以及所述默克路径信息发送给交易接收方；
[0077] 在一优选的实施例中，可以由多个转发服务器组成转发服务器集群，每个转发服务器都配置了集群中其他所有转发服务器的地址信息，每个转发服务器都将接收到的默克路径信息、交易信息发送给其他所有的转发服务器。
[0078] 具体地，转发服务器根据交易接收方区块链钱包的公钥将交易信息以及所述默克路径信息发送给交易接收方，包括以下步骤：
[0079] 步骤71、转发服务器先将接收到的消息进行保存，以便后续的查询，通常是保存至关系型数据库中；
[0080] 步骤72、若交易接收方区块链钱包的公钥已指定代理信息，即设置了对应的钱包代理公钥，则根据钱包代理的公钥查找相应的连接，通过连接发送所述交易信息以及所述默克路径信息；
[0081] 步骤73、若交易接收方区块链钱包的公钥未指定代理信息，说明区块链钱包是直接与转发服务器建立长连接，则根据交易接收方区块链钱包的公钥查找相应的连接，通过连接发送所述交易信息以及所述默克路径信息。
[0082] 步骤8、所述交易接收方根据所述默克路径信息进行交易验证并确认交易，这里的接收方指的是区块链钱包或钱包代理，若接收方为区块链钱包，则由区块链钱包进行交易验证和确认，若接收方为钱包代理，则由钱包代理为其管理的所有区块链钱包进行交易验证和确认。交易接收方进行交易验证并确认交易，包括以下几个步骤：
[0083] 步骤81、交易接收方获取并保存区块链中每个区块的头部信息；这里，交易接收方从区块链上重新获取所有区块头部信息的目的是获取每个区块高度对应的默克根的值，用于交易的校验。由于区块链的区块高度会不断地增加，因此每当有新的区块生成，都必须同步获取并保存新增区块的头部信息。以比特币区块链为例，每个区块头占80字节，目前区块高度在60万左右，总共大概占用50M的空间，若交易接收方为区块链钱包，则该区块链钱包需占用50M空间保存区块链的头部信息，若交易接收方为钱包代理，则由钱包代理统一获取并保存区块链中每个区块的头部信息，不用每个区块链钱包分别获取保存，减少了空间的占用。
[0084] 步骤82、所述交易接收方根据交易编号和所述默克路径信息计算默克树的根；例如，根据图2中的默克树，交易5与其关联的默克路径信息计算默克树的根的步骤为：将交易5的编号和交易6编号合并后计算哈希值，得到第二层哈希值3，再跟第二层哈希值4合并后计算哈希值，得到第一层哈希值2，再跟第一层哈希值1合并后计算哈希值，得到默克树的根。
[0085] 步骤83、交易接收方将计算得到的默克树的根与从对应高度区块头部信息获取的默克树的根进行对比，根据默克树的生成机制，交易接收方只需要知道交易相关的默克路径信息，就可以自主地判断一笔交易是否在一个区块中。由于默克树服务器返回的查询结果中包含了当前交易所在的区块高度，因此，交易接收方可以直接从对应高度区块头部信息获取的默克树的根，与计算出来的默克树的根进行比较。若两者相等，认为该交易真实有效，则由区块链钱包或钱包代理更新账户余额和交易历史记录；若不相等，则说明数据在传输过程进行了非法
修改，本地钱包也不进行余额更新和交易记录。
[0086] 本申请的方法提供了一种点对点的区块链钱包的交易方法，交易双方通过转发服务器进行交易通讯，同时通过获取区块链的默克树信息并根据默克树信息进行区块链交易信息的验证，使得钱包服务端不需要爬取区块链上交易信息，提高了交易效率，减少磁盘存储空间，从而可以让钱包的交易不受大区块的影响，同时降低钱包服务商的运营成本。另外，通过基于公钥的认证通信模型，各个服务商的钱包可以通过这个通信模型互相通信。
[0087] 如图3，是本发明一种区块链钱包的交易系统结构图，包括默克树服务器、区块链钱包、转发服务器以及钱包代理，其中，
[0088] 默克树服务器，用于获取并保存区块链中每个区块的默克树信息，同时可根据提供的交易编号进行默克路径信息查询；其中，默克树服务器获取并保存区块链中每个区块的默克树信息的具体步骤为：按照记录的顺序获取一个区块中的所有交易的编号；从第一个交易编号开始，将每两个相邻的奇数个交易编号与偶数个交易编号合并后计算生成上一层的哈希值，若交易总数为奇数，则对最后一个交易编号计算生成上一层哈希值；对生成的哈希值重复执行上述操作，不断生成上一层的哈希值，直至得到由唯一的哈希值组成的顶层，该唯一哈希值即是默克树的根，所有层的哈希值和叶子节点的交易编号组成了该区块的默克树结构；保存前述步骤生成的默克树结构及当前区块高度。默克树服务器不断监控区块链的区块高度，每当发现区块链新增加了一个区块时，就相应地同步该区块中的默克树结构信息。
[0089] 区块链钱包，是用于管理区块链上资产的客户端，可分为全节点钱包和轻钱包，使用公钥作为身份信息与转发服务器建立连接，或使用所有公钥与钱包代理建立长连接并在所述转发服务器上设置所有公钥的代理信息，用于向区块链发送交易信息，并更新本地的账户余额和交易历史记录；用于向所述默克树服务器查询当前交易的默克路径信息，同时将所述默克路径信息、所述交易信息发送给所述转发服务器；用于接收转发服务器发送的所述默克路径信息以及所述交易信息，并根据所述默克路径信息进行交易验证并确认交易。
[0090] 转发服务器，用于所述区块链钱包、钱包代理的身份验证及连接管理；用于接收交易发起方区块链钱包发送的所述默克路径信息、所述交易信息；用于根据所述交易接收方区块链钱包的公钥将所述交易信息以及所述默克路径信息发送给交易接收方；所述交易接收方为区块链钱包或钱包代理；
[0091] 钱包代理，在具体的实际应用场景中，一个钱包代理通常对应一个钱包服务商，负责管理该钱包商底下所有的区块链钱包，接收该服务商的所有区块链钱包的交易信息，同时可以对所有区块链钱包的余额和交易历史记录进行统一管理，区块链钱包可以向钱包代理请求查询余额和交易记录。钱包代理使用自身公钥与转发服务器建立长连接，同时与其管理的区块链钱包建立长连接，用于更新其管理的交易发起方区块链钱包的账户余额和交易历史记录信息；用于接收其管理的交易发起方区块链钱包发送的所述默克路径信息、所述交易信息，并发送给转发服务器；用于接收转发服务器发送的所述默克路径信息以及所述交易信息，并根据所述默克路径信息进行交易验证并确认交易。
[0092] 优选地，本申请所述转发服务器为多个，组成了一个转发服务器集群，每个转发服务器都将接收到的所述默克路径信息、所述交易信息发送给其他所有的转发服务器。
[0093] 上述具体实施方式只是对本发明的技术方案进行详细解释，本发明并不只仅仅局限于上述实施例，凡是依据本发明原理的任何改进或替换，均应在本发明的保护范围之内。
