联盟链的可信度验证方法、系统、装置及设备制造方法及图纸

公开了联盟链的可信度验证方法、系统、装置及设备。本说明书实施例所提供的方案中，在客户端通过对接节点完成交易上链存证之后，针对该交易，客户端针向联盟链中的多个节点发起SPV请求，验证所述交易是否在联盟链上，从而可以得到多个节点对于该交易的各自的验证结果。进而，可以基于多个节点的SPV验证结果的一致程度去验证该联盟链的可信度，提高用户体验。

Confidence Verification Method, System, Device and Equipment of Alliance Chain

【技术实现步骤摘要】
联盟链的可信度验证方法、系统、装置及设备
本说明书实施例涉及信息
，尤其涉及联盟链的可信度验证方法、系统、装置及设备。
技术介绍
在联盟链中，常常存在功能差异很大的多个节点，例如，在一条著作权存证的联盟链上，可能包括作品发布节点、版权登记节点、版权转让节点以及公证节点等等。而基于用户的不同需求，和用户对接的往往只是其中的一个节点，该节点可以认为是该用户的对接节点。例如，用户通过某节点所发布的应用程序APP发布了一项交易，并通过该对接节点将该交易进行了联盟链存证，以后再进行验证时也往往是通过该对接节点进行。在这个过程中，用户本身难以感知整个联盟链的其它节点，通常也对于其它节点并无多大兴趣。在用户体验中，交易的完成和验证仿佛是对接节点为中心的，进而，用户就会对该对接节点以及联盟链的可信度产生疑虑。基于此，需要一种可以让用户对联盟链的可信度进行验证的方案。
技术实现思路
针对现有技术中用户在对于联盟链的可信验证中，体验不佳的问题，为提高用户体验，本说明书实施例提供一种可以让用户对联盟链的可信度进行验证的方案，该方案的第一方面，包括一种联盟链的可信度验证方法，在客户端生成交易，并通过对接节点将所述交易上链存证后，包括：客户端获取联盟链中的多个节点地址；根据所述多个节点地址，发送简单支付验证SPV请求至所述多个节点，其中，所述SPV请求中包含所述交易的摘要哈希；任一节点接收所述SPV请求，基于所述摘要哈希执行SPV验证，验证所述交易是否存在于所述联盟链中，并返回验证结果至客户端；客户端基于所述多个节点分别返回的验证结果的一致程度，确定所述联盟链的可信度。第二方面，本说明书实施例还提供一种联盟链的可信度验证方法，在用户生成交易，并通过对接节点将所述交易上链存证后，包括：获取联盟链中的多个节点地址；根据所述多个节点地址，发送简单支付验证SPV请求至所述多个节点，其中，所述SPV请求中包含所述交易的摘要哈希；根据所述多个节点分别返回的验证结果的一致程度，确定所述联盟链的可信度。第三方面，本说明书实施例还提供一种联盟链中的请求处理方法，在节点为联盟链中的节点时，包括:所述节点确定自身节点用户的用户标识，并从确定出由用户标识组成的白名单，其中，所述用户标识用于标识用户身份，以及，用于标识和该用户对接的节点；发送白名单至联盟链中的其它节点，以便其它节点根据所述白名单确定是否执行非自身节点用户所发送的请求，所述请求包括交易位置查询请求或者简单支付验证SPV请求，所述请求中包含目标交易的摘要哈希。与第一方面对应的，本说明书实施例还一种联盟链的可信度验证系统，包括客户端和联盟链网络，所述联盟链网络包括多个节点；在客户端生成交易，并通过对接节点将所述交易上链存证后，客户端获取联盟链中的多个节点地址；根据所述多个节点地址，发送简单支付验证SPV请求至所述多个节点，其中，所述SPV请求中包含所述交易的摘要哈希；联盟链网络中的任一节点接收所述SPV请求，基于所述摘要哈希执行SPV验证，验证所述交易是否存在于所述联盟链中，并返回验证结果至客户端；客户端基于所述多个节点分别返回的验证结果的一致程度，确定所述联盟链的可信度。与第二方面对应的，本说明书实施例还提供一种联盟链的可信度验证装置，在用户生成交易，并通过对接节点将所述交易上链存证后，所述装置包括：获取模块，获取联盟链中的多个节点地址；发送模块，根据所述多个节点地址，发送简单支付验证SPV请求至所述多个节点，其中，所述SPV请求中包含所述交易的摘要哈希；接收模块，接收所述多个节点分别返回的验证结果；验证模块，根据所述多个节点分别返回的验证结果的一致程度，确定所述联盟链的可信度。与第三方面对应的，本说明书实施例还提供一种联盟链中的请求处理装置，位于所述联盟链中的节点上，包括:确定模块，所述节点确定自身节点用户的用户标识，并从确定出由用户标识组成的白名单，其中，所述用户标识用于标识用户身份，以及，用于标识和该用户对接的节点；发送模块，发送白名单至联盟链中的其它节点，以便其它节点根据所述白名单确定是否执行非自身节点用户所发送的请求，所述请求包括交易位置查询请求或者简单支付验证SPV请求，所述请求中包含目标交易的摘要哈希。本说明书实施例所提供的方案中，在客户端通过对接节点完成交易上链存证之后，针对该交易，客户端针向联盟链中的多个节点发起SPV请求，验证所述交易是否在联盟链上，从而可以得到多个节点对于该交易的各自的验证结果。进而，可以基于多个节点的SPV验证结果的一致程度去验证该联盟链的可信度，提高用户体验。应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本说明书实施例。此外，本说明书实施例中的任一实施例并不需要达到上述的全部效果。附图说明为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书实施例中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。图1为当前联盟链中所涉及的一种架构示意图；图2是本说明书实施例提供的系统方面的一种联盟链的可信度验证方法的流程示意图；图3为本说明书是实施例所提供的客户端方面的一种联盟链的可信度验证方法的流程示意图；图4为本说明书是实施例所提供的一种联盟链的请求处理方法的流程示意图；图5为本说明书实施例所提供的一种可信度验证装置的结构示意图；图6为本说明书实施例所提供的一种请求处理装置的结构示意图；图7是用于配置本说明书实施例方法的一种设备的结构示意图。具体实施方式为了使本领域技术人员更好地理解本说明书实施例中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行详细地描述，显然，所描述的实施例仅仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员所获得的所有其他实施例，都应当属于保护的范围。在联盟链中通常包含了多个不同的功能节点，在当前，联盟链常采用的一种架构为，各功能节点分别面向各自的用户，用户通过他们感兴趣的功能节点接入联盟链。在本说明书实施例所涉及的联盟链中的节点，可以认为每个节点都参与联盟链网络的路由功能，同时也可以包含其他功能，例如，每个节点都可以参与验证并传播交易及区块信息，发现并维持与对等节点的连接，以及还可以在本地存储有完整的联盟链，和一些与联盟链相关的数据。如图1所示，图1为当前联盟链中所涉及的一种架构示意图。在图1中，联盟链网络中的节点可能都包含有不同的功能，以及，各节点由于提供不同的功能，面向的目标用户也常常并不相同，在同一联盟链中，各功能节点还经常分别开发自己的应用程序APP让自身节点用户进行注册并接入。而用户则通常从中选取一个节点对接联盟链，进行交易发布以及验证。以下结合附图，详细说明本说明书各实施例提供的技术方案。本说明书实施例的方案的第一方面，如图2所示，图2是本说明书实施例提供的系统方面的一种联盟链的可信度验证方法的流程示意图，在客户端生成交易，并通过对接节点将所述交易上链存证后，该流程具体包括如下步骤：S201，客户端获取联盟链中的多个节点地址。对客户端而言，已知的是对接节点的地址，联盟链中的其它节本文档来自技高网...

【技术保护点】
1.一种联盟链的可信度验证方法，在客户端生成交易，并通过对接节点将所述交易上链存证后，包括：客户端获取联盟链中的多个节点地址；根据所述多个节点地址，发送简单支付验证SPV请求至所述多个节点，其中，所述SPV请求中包含所述交易的摘要哈希；任一节点接收所述SPV请求，基于所述摘要哈希执行SPV验证，验证所述交易是否存在于所述联盟链中，并返回验证结果至客户端；客户端基于所述多个节点分别返回的验证结果的一致程度，确定所述联盟链的可信度。

【技术特征摘要】
1.一种联盟链的可信度验证方法，在客户端生成交易，并通过对接节点将所述交易上链存证后，包括：客户端获取联盟链中的多个节点地址；根据所述多个节点地址，发送简单支付验证SPV请求至所述多个节点，其中，所述SPV请求中包含所述交易的摘要哈希；任一节点接收所述SPV请求，基于所述摘要哈希执行SPV验证，验证所述交易是否存在于所述联盟链中，并返回验证结果至客户端；客户端基于所述多个节点分别返回的验证结果的一致程度，确定所述联盟链的可信度。2.如权利要求1所述的方法，客户端获取联盟链中的多个节点地址，包括：客户端随机获取联盟链中的多个节点地址；或者，客户端获取联盟链中包含所述对接节点地址的多个节点地址。3.如权利要求1所述的方法，还包括：客户端根据所述多个节点地址，发送交易位置查询请求至所述多个节点，其中，所述交易位置查询请求中包含所述交易的摘要哈希；任一节点接收所述位置查询请求，基于所述摘要哈希各自查询所述摘要哈希所对应的交易在所述联盟链中的位置信息，并返回所述位置查询结果至客户端；客户端基于所述多个节点分别返回的位置查询结果的一致程度，验证包含所述交易信息的联盟链的可信度。4.如权利要求1所述的方法，在客户端获取联盟链中的多个节点地址之前，所述方法还包括：联盟链中的任一节点确定自身的白名单，并广播白名单至联盟链中的其它节点，以便其它节点根据所述白名单确定是否执行SPV验证处理；所述SPV请求中包含所述交易的摘要哈希，包括：所述SPV请求包含所述交易的摘要哈希和所述客户端标识；任一节点接收所述SPV请求之后，还包括：确定所述SPV请求所包含的客户端标识是否处于白名单中，若否，不执行SPV验证处理。5.如权利要求1所述的方法，在任一节点接收所述SPV请求之后，所述方法还包括：该节点确定自身对于其它节点用户所发起的SPV请求的第一处理次数，以及，确认其它节点对于该节点用户所发起的SPV请求的第二处理次数；根据所述第一处理次数和第二处理次数，判断是否延迟处理所述SPV请求。6.如权利要求1所述的方法，发送SPV请求至所述多个节点，包括：针对所述多个节点中的任一节点，判断对该节点的SPV请求的发送次数是否到达阈值，若是，对该节点延迟发送SPV请求。7.一种联盟链的可信度验证方法，在用户生成交易，并通过对接节点将所述交易上链存证后，包括：获取联盟链中的多个节点地址；根据所述多个节点地址，发送简单支付验证SPV请求至所述多个节点，其中，所述SPV请求中包含所述交易的摘要哈希；根据所述多个节点分别返回的验证结果的一致程度，确定所述联盟链的可信度。8.如权利要求7所述的方法，获取联盟链中的多个节点地址，包括：随机获取联盟链中的多个节点地址；或者，获取联盟链中包含所述对接节点地址的多个节点地址。9.如权利要求7所述的方法，还包括：根据所述多个节点地址，发送交易位置查询请求至所述多个节点，其中，所述交易位置查询请求中包含所述交易的摘要哈希；基于所述多个节点分别返回的位置查询结果的一致程度，验证包含所述交易信息的联盟链的可信度。10.如权利要求7所述的方法，发送SPV请求至所述多个节点，包括：针对所述多个节点中的任一节点，判断对该节点的SPV请求的发送次数是否到达阈值，若是，对该节点延迟发送SPV请求。11.一种联盟链中的请求处理方法，在节点为联盟链中的节点时，包括:所述节点确定自身节点用户的用户标识，并从确定出由用户标识组成的白名单，其中，所述用户标识用于标识用户身份，以及，用于标识和该用户对接的节点；发送白名单至联盟链中的其它节点，以便其它节点根据所述白名单确定是否执行非自身节点用户所发送的请求，所述请求包括交易位置查询请求或者简单支付验证SPV请求，所述请求中包含目标交易的摘要哈希。12.如权利要求11所述的请求处理方法，包括：节点接收任一用户所发送的请求，所述请求中还包括用户标识；判断所述用户标识是否处于白名单中，若否，不对请求执行处理。13.如权利要求11所述的方法，还包括：接收任一用户所发送的请求，所述请求中还包括用户标识，当所述用户标识所对应的用户非自身节点用户时：确定该节点对于其它节点用户所发起的请求的第一处理次数，以及，确认其它节点对于该节点用户所发起的请求的第二处理次数；根据所述第一处理次数和第二处理次数，判断是否延迟处理所述请求。14.一种联盟链的可信度验证系统，包括客户端和联盟链网络，所述联盟链网络包括多个节点，在客户端生成交易，并通过对接节点将所述交易上链存证后，客户端获取联盟链中的多个节点地址；根据所述多个节点地址，发送简单支付验证SPV请求至所述多个节点，其中，所述SPV请...

【专利技术属性】
技术研发人员：杨新颖，
申请(专利权)人：阿里巴巴集团控股有限公司，
类型：发明
国别省市：开曼群岛,KY