CN111507714B - 一种验证方法、装置、服务器及存储介质 - Google Patents

Abstract

本发明提供一种验证方法、装置、服务器及存储介质，通过确定第一节点接收到业务处理请求，获取业务处理请求携带的业务信息，业务信息包括请求处理业务的业务类型和业务所属的功能中的任意一种或多种；检测业务信息是否满足预先设置的验证条件；若业务信息满足验证条件，分别向区块链中每个第二节点发送与业务处理请求相关的验证请求，第二节点为区块链中除第一节点以外的节点；基于各个第二节点响应验证请求反馈的验证信息生成业务处理请求的验证结果；若验证结果表征业务处理请求验证成功，分别向每个第二节点发送业务处理请求。基于本发明，能够解决现有技术中交易膨胀，以及区块链容易受到恶意攻击的问题。

Description

一种验证方法、装置、服务器及存储介质

技术领域

本发明涉及区块链技术领域，更具体地说，涉及一种验证方法、装置、服务器及存储介质。

背景技术

随着科学技术的不断发展，区块链技术的发展越来越快，应用也越来越广泛。区块链技术具有去中心化、公开透明、不可篡改、可信任等特征。区块链上的每笔数据，都会广播到全网的区块链节点上，且每个全节点都有全量的、一致的数据。

用户可以通过向区块链中的节点发送交易进行转账、存入数据等业务，区块链中的节点在接收到用户发送的交易后，通过签名验证的方式判断该交易是否达到共识，若达到共识，则基于该交易进行打包记账，并将打包后的交易扩散到区块链中。由于任意一个用户都能向区块链中的节点发送交易并进行相应的业务办理，造成交易膨胀，导致区块链容易受到恶意攻击。

发明内容

有鉴于此，本申请实施例提供一种验证方法、装置、服务器及存储介质，以解决现有技术因任意一个用户都能向区块链中的节点发送交易并进行相应的业务办理，容易造成交易膨胀，进而导致区块链容易受到恶意攻击的问题。

技术方案如下所示：

本发明第一方面公开一种验证方法，包括：

确定第一节点接收到业务处理请求，获取所述业务处理请求携带的业务信息，所述业务信息包括请求处理业务的业务类型和所述业务所属的功能中的任意一种或多种；

检测所述业务信息是否满足预先设置的验证条件；

若所述业务信息满足所述验证条件，分别向区块链中每个第二节点发送与所述业务处理请求相关的验证请求，所述第二节点为所述区块链中除所述第一节点以外的节点；

基于各个所述第二节点响应所述验证请求反馈的验证信息生成所述业务处理请求的验证结果；

若所述验证结果表征所述业务处理请求验证成功，分别向每个所述第二节点发送所述业务处理请求。

可选的，若所述业务信息不满足预先设置的验证条件，该方法还包括：

接收所述第一节点响应所述业务处理请求反馈的表征所述业务处理请求验证成功的验证信息；

响应所述第一节点反馈的验证信息分别向每个所述第二节点发送所述业务处理请求。

可选的，该方法还包括：

获取发送所述业务处理请求的用户拥有的第一权限；

查询权限和权限标识的对应关系获取所述第一权限的权限标识；

根据所述第一权限的权限标识计算用于表征当前所述用户拥有的权限的第一权限信息；

确定预先设置的处理所述业务处理请求所需的第二权限；

利用所述第二权限的权限标识计算用于表征处理所述业务处理请求所需的权限的第二权限信息；

比对所述第一权限信息和第二权限信息生成比对结果；

基于所述比对结果确定是否允许处理所述业务处理请求。

可选的，若基于所述比对结果确定允许处理所述业务处理请求，该方法还包括：

在处理所述业务处理请求的过程中，检测所述业务类型是否属于合约交易类型；

若所述业务类型属于合约交易类型，获取所述用户的用户信息和与所述业务类型相关的智能合约中的合约信息；

检测所述用户的用户信息是否满足所述合约信息；

若所述用户的用户信息满足所述合约信息，允许继续处理所述业务处理请求。

可选的，所述根据所述第一权限的权限标识计算用于表征当前所述用户拥有的权限的第一权限信息，包括：

将所述第一权限的权限标识作为2的指数计算所述第一权限的第一信息；

将各个所述第一权限的第一信息进行或操作的结果转成32进制得到第二信息；

对所述第二信息进行解码操作得到十进制数据格式的第一权限信息。

可选的，所述利用所述第二权限的权限标识计算用于表征处理所述业务处理请求所需的权限的第二权限信息，包括：

将所述第二权限的权限标识作为2的指数计算所述第二权限的第三信息；

对所述第一权限信息和所述第三信息进行余或操作得到第二权限信息。

可选的，所述获取所述用户的用户信息和与所述业务类型相关的智能合约中的合约信息，包括：

在调用与业务类型相关的智能合约时，对所述智能合约进行解析并从所述智能合约中提取用户地址和合约信息，所述合约信息为KYC验证表达式；

从所述用户地址中截取目标用户地址；

基于所述目标用户地址查询所述用户的用户信息，所述用户信息包括KYC信息。

本发明第二方面公开一种验证装置，包括：

第一获取单元，用于确定第一节点接收到业务处理请求，获取所述业务处理请求携带的业务信息，所述业务信息包括请求处理业务的业务类型和所述业务所属的功能中的任意一种或多种；

第一检测单元，用于检测所述业务信息是否满足预先设置的验证条件；

第一发送单元，用于若所述业务信息满足所述验证条件，分别向区块链中每个第二节点发送与所述业务处理请求相关的验证请求，所述第二节点为所述区块链中除第一节点以外的节点；

第一生成单元，用于基于各个所述第二节点响应所述验证请求反馈的验证信息生成所述业务处理请求的验证结果；

第二发送单元，用于若所述验证结果表征所述业务处理请求验证成功，分别向每个所述第二节点发送业务处理请求。

本发明第三方面公开一种服务器，包括：至少一个存储器和至少一个处理器；所述存储器存储有程序，所述处理器调用所述存储器存储的程序，所述程序用于实现如上述本发明第一方面任意一项公开的验证方法。

本发明第四方面公开一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机可执行指令，所述计算机可执行指令用于执行如上述本发明第一方面任意一项公开的验证方法。

本发明提供一种验证方法、装置、服务器及存储介质，通过确定第一节点接收到业务处理请求，获取业务处理请求携带的业务信息，业务信息包括请求处理业务的业务类型和业务所属的功能中的任意一种或多种；检测业务信息是否满足预先设置的验证条件；若业务信息满足验证条件，分别向区块链中每个第二节点发送与业务处理请求相关的验证请求，第二节点为区块链中除第一节点以外的节点；基于各个第二节点响应验证请求反馈的验证信息生成业务处理请求的验证结果；若验证结果表征业务处理请求验证成功，分别向每个第二节点发送业务处理请求。本发明提供的技术方案，分别向区块链中每个第二节点发送与业务处理请求的相关的验证请求，以便于第二节点基于接收到验证请求进行验证并返回验证信息，基于第二节点反馈的验证信息生成业务处理请求的验证结果，只有在验证结果表征业务处理请求验证成功的情况下，才能进行后续的业务处理，因此，若验证结果表征业务处理请求验证失败，无法对业务处理请求进行处理，以解决现有技术因任意一个用户都能向区块链中的节点发送交易并进行相应的业务办理，容易造成交易膨胀，进而导致区块链容易受到恶意攻击的问题。

附图说明

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

图1为本发明实施例提供的一种验证方法的流程示意图；

图2为本发明实施例提供的另一种验证方法的流程示意图；

图3为本发明实施例提供的另一种验证方法的流程示意图；

图4为本发明实施例提供的一种权限与权限标识的对应关系图；

图5为本发明实施例提供的一种用户的KYC信息和KYC验证表达式的示意图；

图6为本发明实施例提供的一种区块链节点的结构示意图；

图7为本发明实施例提供的一种验证装置的结构示意图；

图8为本发明实施例提供的一种服务器的结构框图。

具体实施方式

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

在本申请中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

参见图1，示出了本发明实施例提供的一种验证方法的流程示意图，该验证方法具体包括以下步骤：

S101：确定第一节点接收到业务处理请求，获取业务处理请求携带的业务信息；

在具体执行步骤S101的过程中，用户向区块链中的节点发送业务处理请求，当该区块链节点接收到用户发送的业务处理请求时，为了便于区分，将接收到用户发送的业务处理请求的区块链节点暂时称为第一节点，确定第一节点接到的业务处理请求，进而获取该业务处理请求携带的业务处理信息。

在本申请实施例中，业务信息包括请求处理业务的业务类型和业务所属的功能中的任意一种或多种。其中，请求处理业务的业务类型可以为合约交易类型、节点加入类型等等，一个应用程序由一个或多个功能构成，一个功能包括一个或多个业务，比如，资产管理功能包括余额查询业务、转账业务等等。

S102：检测业务信息是否满足预先设置的验证条件；若业务信息满足验证条件，执行步骤S103；若业务信息不满足验证条件，执行步骤S106。

在具体执行步骤S102的过程中，预先设置有验证条件，在确定第一节点接到的业务处理请求并获取该业务处理请求携带的业务信息后，检测该业务信息是否满足预先设置的验证条件，以便根据检测结果执行相应的后续操作。

在本申请实施例中，预先设置有验证条件，预先设置的验证条件包括预先设置的至少一个业务类型，以及至少一个功能。检测业务信息是否满足预先设置的验证条件的方式可以为：若业务信息中的请求处理业务的业务类型为至少一个业务类型中的业务类型，或者业务信息中的请求处理的业务所属的功能为至少一个功能中的功能，确定该业务处理请求满足预先设置的验证条件；

若业务信息中的请求处理业务的业务类型不为至少一个业务类型中的业务类型，且业务信息中的请求处理的业务所属的功能也不为至少一个功能中的功能，确定该业务处理请求不满足预先设置的验证条件。

需要说明的是，预先设置的验证条件还可以由用户进行自定义。有关于预先设置的验证条件的具体内容，发明人可根据自己的需求进行设置，本申请实施例不加以限定。

本申请实施例中，若业务信息满足预先设置的验证条件，则执行由区块链中第二节点对业务处理请求进行投票的过程；若业务信息不满足预先设置的验证条件，则执行由区块链中第一节点对业务处理请求进行投票的过程。其中，区块链中第二节点为区块链中除第一节点以外的各个节点。

S103：分别向区块链中每个第二节点发送与业务处理请求相关的验证请求，第二节点为区块链中除第一节点以外的节点；

在本申请实施例中，在检测所确定的业务处理请求携带的业务信息满足预先设置的验证条件的情况下，分别向区块链中的每个第二节点发送与该业务处理请求相关的验证请求。

需要说明的是，向区块链中的第二节点发送的与业务处理请求相关的验证请求可以为投票请求，即请求区块链中的第二节点为第一节点接收到的业务处理请求进行投票。

S104：基于各个第二节点响应验证请求反馈的验证信息生成业务处理请求的验证结果；

在本申请实施例中，在分别向区块链中的每个第二节点发送与业务处理请求相关的验证请求后，接收各个第二节点响应所接收到的验证请求反馈的验证信息，进而根据接收到的各个第二节点反馈的验证信息生成该业务处理请求的验证结果。

需要说明的是，验证请求可以为投票请求。若验证请求为投票请求，第二节点响应所接收到的验证请求反馈的验证信息可以为投票通过或者投票不通过。

在本申请实施例中，在向区块链中的第二节点发送与业务处理请求相关的验证请求后，可以由该第二节点上的用户根据接收到的验证请求进行投票，并向第一节点返回验证信息。

S105：若验证结果表征业务处理请求验证成功，分别向每个第二节点发送业务处理请求。

在本申请实施例中，若接收到的各个第二节点响应验证请求反馈的验证信息均为投票通过，则根据接收到的各个验证信息生成的验证结果表征业务处理请求验证成功，分别向每个第二节点发送业务处理请求，以便各个第二节点对该业务处理请求进行共识后上链成功。

若接收到的各个第二节点响应验证请求反馈的验证信息中，存在验证信息为投票不通过的情况，则根据接收到的各个验证信息生成的验证结果表征业务处理请求不成功，不向各个第二节点发送业务处理请求。

比如，区块链中存在2个第二节点，分别为第二节点1和第二节点2，基于第二节点1响应第一节点发送的与业务处理请求相关的验证请求反馈的验证信息1；基于第二节点2响应第一节点发送的与业务处理请求相关的验证请求反馈的验证信息2，基于验证信息1和验证信息2生成验证结果。若验证信息1表征第二节点1为该业务处理请求进行投票的投票结果为投票通过，且验证信息2表征第二节点2为该业务处理请求进行投票的投票结果也为投票通过，则基于验证信息1和验证信息2生成的验证结果表征该业务请求验证成功，分别向第二节点1和第二节点2发送业务处理请求。

若验证信息1表征第二节点1为该业务处理请求进行投票的投票结果为投票通过，验证信息2表征第二节点2为该业务处理请求进行投票的投票结果为投票不通过，则基于验证信息1和验证信息2生成的验证结果表征该业务请求验证不成功，不向第二节点1和第二节点2发送业务处理请求。

若验证信息1表征第二节点1为该业务处理请求进行投票的投票结果为投票不通过，验证信息2表征第二节点2为该业务处理请求进行投票的投票结果为投票通过，则基于验证信息1和验证信息2生成的验证结果表征该业务请求验证不成功，不向第二节点1和第二节点2发送业务处理请求。

S106：接收第一节点响应业务处理请求反馈的表征业务处理请求验证成功的验证信息；

在本申请实施例中，在检测所确定的业务处理请求携带的业务信息不满足预先设置的验证条件的情况下，第一节点根据该业务处理请求生成表征该业务处理请求投票通过的验证信息，即第一节点自动为该业务处理请求提交投票通过。

S107：响应第一节点反馈的验证信息分别向每个第二节点发送业务处理请求。

本申请实施例中，在接收到第一节点响应业务处理请求反馈的表征该业务处理请求投票通过的验证信息后，响应该验证信息分别向每个第二节点发送业务处理请求，以便各个第二节点对该业务处理请求进行共识后上链成功。

本发明提供一种验证方法，通过确定第一节点接收到业务处理请求，获取业务处理请求携带的业务信息，业务信息包括请求处理业务的业务类型和业务所属的功能中的任意一种或多种；检测业务信息是否满足预先设置的验证条件；若业务信息满足验证条件，分别向区块链中每个第二节点发送与业务处理请求相关的验证请求，第二节点为区块链中除第一节点以外的节点；基于各个第二节点响应验证请求反馈的验证信息生成业务处理请求的验证结果；若验证结果表征业务处理请求验证成功，分别向每个第二节点发送业务处理请求。本发明提供的技术方案，分别向区块链中每个第二节点发送与业务处理请求的相关的验证请求，以便于第二节点基于接收到验证请求进行验证并返回验证信息，基于第二节点反馈的验证信息生成业务处理请求的验证结果，只有在验证结果表征业务处理请求验证成功的情况下，才能进行后续的业务处理，因此，若验证结果表征业务处理请求验证失败，无法对业务处理请求进行处理，以解决现有技术因任意一个用户都能向区块链中的节点发送交易并进行相应的业务办理，容易造成交易膨胀，进而导致区块链容易受到恶意攻击的问题。

参见图2，示出了本发明实施例提供的另一种验证方法的流程示意图，该验证方法具体包括一下步骤：

S201：第一节点接收业务处理请求，获取业务处理请求携带的业务信息；

在具体执行步骤S201的过程中，第一节点接收用户发送的业务处理请求，并获取该业务处理请求中携带的业务信息。其中，业务信息包括请求处理业务的业务类型和业务所属的功能中的任意一种或多种。

S202：第一节点检测业务信息所属的执行规则是否为异步投票规则；若业务信息所属的执行规则为异步投票规则，执行步骤S203；若业务信息所属的执行规则不为异步投票规则，确定业务信息所属的执行规则为同步投票规则，执行步骤S207；

在本申请实施例中，业务信息包括请求处理业务的业务类型和业务所属的功能中的任意一种或多种。针对至少一个业务中每个业务而言，预先设置与请求处理该业务的业务类型，以及与该业务所属的功能对应的执行规则。在获取到业务处理请求携带的业务信息后，确定该业务信息中的业务类型和该业务所属功能对应的执行规则，并判断该执行规则是否为异步投票规则；若该执行规则为异步投票规则，执行步骤S203；若该执行规则不为异步投票规则，确定该执行规则为同步投票规则，执行步骤S207。

在本申请实施例中，异步投票规则为上述实施例中预先设置的验证条件。异步投票规则用于指示第一节点向区块链中除第一节点以外的其他节点发送与业务处理请求相关的验证请求；同步投票规则用于指示第一节点自动为业务处理请求提交表征业务处理请求验证成功的验证信息。

需要说明的是，与业务处理请求相关的验证请求可以为投票请求；表征业务处理请求验证成功的验证信息可以为投票通过。

S203：第一节点向区块链中的第二节点发送与业务处理请求相关的验证请求，第二节点为区块链中除第一节点以外的至少一个节点；

在本申请实施例中，第一节点在检测到业务处理请求携带的业务信息所属的执行为异步投票规则的情况下，分别向区块链中除第一节点以外的其他节点发送与该业务处理请求相关的验证请求，为了便于区分，这里将区块链中除第一节点以外的其他节点统称为第二节点。

S204：第二节点向第一节点反馈验证信息；

在本申请实施例中，第二节点(区块链中除第一节点以外的各个节点)在接收到第一节点发送的与业务处理请求相关的验证请求后，根据接收到的验证请求向第一节点反馈验证信息。

需要说明的是，验证请求可以为投票请求，相应的，验证信息可以为投票通过或者投票不通过。针对区块链中除第一节点以外的各个节点中的每个节点而言，该节点在接收到第一节点发送的与业务处理请求相关的投票请求后，可以由该节点上的用户根据接收到的验证请求进行投票，并向第一节点反馈验证信息(投票通过或者投票不通过)。

S205：第一节点根据第二节点反馈的验证信息生成业务处理请求的验证结果；

在具体执行步骤S205的过程中，在接收到第二节点返回的验证信息，即接收到区块链中除第一节点以外的各个节点返回的验证信息后，根据接收到的各个验证信息生成业务处理请求的验证结果。

在本申请实施例中，验证结果表征业务处理请求成功，或者表征业务处理请求失败。若接收到各个验证信息均为投票通过，则根据接收的各个验证信息生成的业务处理请求的验证结果表征该业务处理请求成功；若接收到的各验证信息中，存在验证信息为投票不通过的情况，则根据接收到的各个验证信息生成的验证结果表征业务处理请求不成功。

S206：第一节点在验证结果表征业务处理请求成功的情况下，向第二节点发送业务处理请求；

在本申请实施例中，第一节点在验证结果表征业务处理请求成功的情况下，即在接收到区块链中除第一节点以外的各个节点反馈的验证信息均为投票通过的情况下，向第二节点发送业务处理请求，即分别向区块链中除第一节点以外的各个节点发送业务处理请求。

S207：第一节点为业务处理请求提交表征业务处理请求验证成功的验证信息；

在本申请实施例中，第一节点在检测到业务处理请求携带的业务信息所属的执行规则不为异步投票规则的情况下，确定业务信息所属的执行规则为同步投票规则，由第一节点自动为该业务处理请求提交表征业务处理请求验证成功的验证信息。

S208：第一节点向第二节点发送业务处理请求。

在本申请实施例中，第一节点在为业务处理请求提交表征业务处理请求验证成功的验证信息后，向第二节点发送业务处理请求，即分别向区块链中除第一节点以外的各个节点发送业务处理请求。

进一步的，本发明实施例提供在验证方法，在向第二节点发送业务处理请求后，如图3所示，还包括以下步骤：

S301：获取发送业务处理请求的用户拥有的第一权限；

在本申请实施例中，获取发送该业务处理请求的用户的地址，根据该用户的用户地址读取该用户当前拥有的各个权限，为了便于区分，将读取到的每个权限，暂时称为第一权限。

S302：查询权限和权限标识的对应关系获取第一权限的权限标识；

在本申请实施中，预先设置有权限和权限标识的对应关系，在获取到发送业务处理请求的用户拥有的第一权限后，查询预先设置的权限和权限标识的对应关系，获取该第一权限的权限标识。

S303：根据第一权限的权限标识计算用于表征当前用户拥有的权限的第一权限信息；

在本申请实施例中，在查询权限和权限标识的对应关系获取到第一权限的权限标识后，针对每个第一权限的权限标识而言，将该权限标识作为2的指数计算第一权限的第一信息；将各个第一信息进行或操作的结果转成32进制得到第二信息，进而对第二信息进行解码操作得到十进制数据格式的第一权限信息。

比如，可以预先设置权限DEFAULT对应的权限标识为0，权限VIP对应的权限标识为1，权限AIP对应的权限标识为2，如图4所示。若获取到发送业务处理请求的用户拥有的各个第一权限分别为DEFAULT、VIP、AIP，查询预先设置的权限和权限标识的对应关系，获取各个第一权限对应的权限标识分别为0、1、2；将权限标识0作为2的指数计算第一权限的第一信息为1，将权限标识1作为2的指数计算第一权限的第一信息为2，将权限标识2作为2的指数计算第一权限的第一信息为4，将1、2、4进行或者操作的结果传承32进制得到第二信息为7，进而对第二信息(7)进行解码操作得到十进制数据格式的第一权限信息为7。

S304：确定预先设置的处理业务处理请求所需的第二权限；

在本申请实施例中，预先设置有与处理业务处理请求所需的权限，为了便于区分，将预先设置的处理业务处理请求所需的权限称为第二权限。确定预先设置的与接收到的业务处理请求对应的第二权限。

比如，预先设置的处理业务处理请求所需的第二权限可以为VIP。

S305：利用第二权限的权限标识计算用于表征处理业务处理请求所需的权限的第二权限信息；

在本申请实施例中，在确定预先设置的处理业务处理请求所需的第二权限后，查询预先设置的权限与权限标识的对应关系，获取第二权限对应的权限标识，将第二权限的权限标识作为2的指数计算第二权限的第三信息，进而对第一权限信息和第三信息进行余或操作得到第二权限信息。

比如，参考图4，若确定预先设置的处理业务处理请求所需的第二权限为VIP，查询预先设置的权限与权限标识的对应关系，获取第二权限对应的权限标识为1，将第二权限的权限标识(1)作为2的指数计算第二权限的第三信息为2。若第一权限信息为7，将第一权限信息(7)和第三信息(2)进行余或操作得到第二权限信息为2。

S306：比对第一权限信息和第二权限信息生成比对结果；

在本申请实施例中，在计算得到第一权限信息和第二权限信息后，将第一权限信息和第二权限信息进行比对，得到比对结果。其中，比对结果表征第一权限信息和第二权限信息一致，或者表征第一权限信息和第二权限信息不一致。

比如，仍以上述例子中第一权限信息为7，第二权限信息为2为例。将第二权限信息和第二权限信息进行比对，生成比对结果。由于第一权限信息为7，第二权限信息为2，确定生成的比对结果表征第一权限信息和第二权限信息不一致。

S307：基于比对结果确定是否允许处理业务处理请求；若基于比对结果确定允许处理业务处理请求，执行步骤308。

在本申请实施例中，在将第一权限信息和第二权限信息进行比对，得到比对结果后，判断该比对结果是否表征第一权限信息和第二权限信息一致，若该比对结果表征第一权限信息和第二权限信息一致，则确定允许处理业务处理请求；若该比对结果表征第一权限信息和第二权限信息不一致，则确定不允许处理业务处理请求。

在本申请实施例中，通过根据用户拥有的第一权限计算该用户拥有的权限的第一权限信息，以及根据预先设置的处理业务处理请求所需的第二权限计算处理该业务处理请求所需的权限的第二权限信息；将第一权限信息与第二权限信息进行比对，得到比对结果。在根据比对结果确定允许处理该业务处理请求的请求下，才能开始对该业务处理请求进行处理；若比对结果确定不允许处理该业务处理请求，不对该业务处理请求进行处理，能够进一步防止区块链受到恶意攻击。

S308：在处理业务处理请求的过程中，检测业务类型是否属于合约交易类型；若业务类型属于合约交易类型，执行步骤S309。

在本申请实施例中，在基于比对结果确定允许处理业务处理请求后，开始处理该业务处理请求。在处理该业务处理请求的过程中，检测该业务处理请求携带的业务信息中业务类型是否属于合约交易类型，若业务类型属于合约交易类型，执行步骤S309。

S309：获取用户的用户信息和业务类型相关的智能合约中的合约信息；

在本申请实施例中，在处理业务处理请求的过程中，若检测到该业务处理请求携带的业务信息中的业务类型属于合约交易类型，通过预设指令调用处于预编译状态的与该业务类型相关的智能合约；对该智能合约进行解析并从该智能合约中提取用户地址和合约信息；从所提取的用户地址中截取目标用户地址，并基于截取到的目标用户地址查询发送该业务处理请求的用户的用户信息，其中预设指令可以为Solidity的Call指令。

S310：检测用户的用户信息是否满足合约信息；若用户的用户信息满足合约信息，执行步骤S311。

在具体执行步骤S310的过程中，在获取用户的用户信息和合约信息后，检测该用户信息是否满足合约信息，若用户的用户信息满足合约信息，则允许继续处理业务处理请求；若用户的用户信息不满足合约信息，则不允许继续处理业务处理请求。

在本申请实施例中，用户的用户信息可以为KYC信息，合约信息可以为KYC验证表达式。检测用户的用户信息是否满足合约信息的方式可以为：将获取的KYC信息和KYC验证表达式进行比对，若KYC信息满足KYC验证表达式，说明用户的用户信息满足合约信息，允许继续处理该业务处理请求；若KYC信息不满足KYC验证表达式，说明用户的用户信息不满足合约信息，不允许继续处理业务处理请求。

S311：允许继续处理业务处理请求。

在本申请实施例中，若用户的用户信息满足合约信息，允许继续处理业务处理请求。

为了更好的对上述内容进行理解，下面进行举例说明。

比如，在处理业务处理请求的过程中，若检测到该业务处理请求携带的业务信息中的业务类型属于合约交易类型，通过Solidity的Call指令调用处于预编译状态的与该业务类型相关的智能合约；对该智能合约进行解析得到至少一个参数字节，从至少一个参数字节中提取0位到32位作为用户地址，提取128位到128+KYC长度位作为合约信息，即KYC验证表达式，如图5所示，KYC验证表达式为eq(country，’China’)&&eq(residence，’China’)&&(gender，’man’||eq(gender，’male female’))；将提取到的用户地址转为16进制后截取目标用户地址，得到可将目标用户地址作为有效的地址格式，根据有效的地址格式查询用户的用户信息，即用户的KYC信息，将KYC信息与KYC验证表达式进行比对；参考图5，若用户的KYC信息为{“country”:“China”:“residence”：“China”，“gender”：“man”}，确定用户的KYC信息满足KYC验证表达式，允许继续处理业务处理请求；参考图5，若用户的KYC信息为{“country”:“America”:“country”：“America”，“gender”：“male female”}，确定用户的KYC信息不满足KYC验证表达式，不允许继续处理业务处理请求。

在本申请实施例中，在处理业务处理请求的过程中，在检测业务处理请求携带的业务信息中的业务类型属于合约类型的情况下，通过检测用户的用户信息是否满足与该业务类型相关的合约信息，只有在满足该业务类型相关的合约信息的情况下，才能允许继续处理该业务处理请求，否则不允许继续处理该业务处理请求，能够更进一步防止区块链受到恶意攻击。

为了更好对上述内容进行理解，下面进行举例说明。

参见图6，区块链包括4个节点，分别为节点A、节点B、节点C以及节点D。用户向节点A发送业务处理请求，在确定节点A接收到业务处理请求后，获取该业务处理请求携带的业务信息；检测该业务信息是否满足预先设置的验证条件，若该业务信息不满足预先设置的验证条件，节点A自动为该业务处理请求提交投票通过，分别向节点B、节点C以及节点D发送该业务处理请求；若该业务信息满足预先设置的验证条件，则向节点B、节点C以及节点D发送与该业务处理请求相关的验证请求；以便于节点B、节点C和节点D根据接收的验证请求进行投票；若接收到的节点B、节点C以及节点D反馈的验证信息均为投票通过，即基于接收到节点B、节点C以及节点D反馈的验证信息生成的业务处理请求的验证结果均表征业务处理请求验证成功，分别向节点B、节点C以及节点D发送该业务处理请求。以便节点A、节点B、节点C和节点D执行步骤S301至步骤S311的过程，下面以节点A为例进行解释说明。

节点A获取发送业务处理请求的用户拥有的第一权限，并通过查询权限和权限标识的对应关系获取第一权限的标识；针对获取到的每个第一权限的权限标识而言，将该权限标识作为2的指数计算第一权限的第一信息；将各个第一信息进行或操作的结果转成32进制得到第二信息，进而对第二信息进行解码操作得到十进制数据格式的第一权限信息；确定预先设置的处理业务处理请求所需的第二权限，并利用该第二权限的权限标识计算用于表征处理业务处理请求所需的权限的第二权限信息；将第一权限信息和第二权限信息进行比对，得到比对结果；在比对结果表征第一权限信息和第二权限信息一致的情况下，开始对该业务处理请求进行处理。

在对该业务处理请求进行处理过程中，通过检测该业务处理请求携带的业务信息中的业务类型是否属于合约交易类型；在检测到该业务类型属于合约交易类型的情况下，获取发送该业务处理请求的用户的用户信息，以及获取与该业务类型相关的智能合约中的合约信息；检测所获取的用户的用户是否满足所获取的合约信息，在该用户信息满足该合约信息的情况下允许继续处理业务处理请求。

与上述本发明实施例提供的一种验证方法相对应，如图7所示，本发明实施例还提供一种验证装置的结构示意图，该验证装置包括：

第一获取单元71，用于确定第一节点接收到业务处理请求，获取业务处理请求携带的业务信息，业务信息包括请求处理业务的业务类型和业务所属的功能中的任意一种或多种；

第一检测单元72，用于检测业务信息是否满足预先设置的验证条件；

第一发送单元73，用于若业务信息满足验证条件，分别向区块链中每个第二节点发送与业务处理请求相关的验证请求，第二节点为区块链中除第一节点以外的节点；

第一生成单元74，用于基于各个第二节点响应验证请求反馈的验证信息生成业务处理请求的验证结果；

第二发送单元75，用于若验证结果表征业务处理请求验证成功，分别向每个第二节点发送业务处理请求。

上述本发明实施例公开的验证装置中各个单元具体的原理和执行过程，与上述本发明实施例公开的验证方法相同，可参见上述本发明实施例公开的验证方法中相应的部分，这里不再进行赘述。

本发明提供一种验证装置，通过确定第一节点接收到业务处理请求，获取业务处理请求携带的业务信息，业务信息包括请求处理业务的业务类型和业务所属的功能中的任意一种或多种；检测业务信息是否满足预先设置的验证条件；若业务信息满足验证条件，分别向区块链中每个第二节点发送与业务处理请求相关的验证请求，第二节点为区块链中除第一节点以外的节点；基于各个第二节点响应验证请求反馈的验证信息生成业务处理请求的验证结果；若验证结果表征业务处理请求验证成功，分别向每个第二节点发送业务处理请求。本发明提供的技术方案，分别向区块链中每个第二节点发送与业务处理请求的相关的验证请求，以便于第二节点基于接收到验证请求进行验证并返回验证信息，基于第二节点反馈的验证信息生成业务处理请求的验证结果，只有在验证结果表征业务处理请求验证成功的情况下，才能进行后续的业务处理，因此，若验证结果表征业务处理请求验证失败，无法对业务处理请求进行处理，以解决现有技术因任意一个用户都能向区块链中的节点发送交易并进行相应的业务办理，容易造成交易膨胀，进而导致区块链容易受到恶意攻击的问题。

进一步的，本申请实施例提供的验证装置，还包括：

第一接收单元，用于接收第一节点响应业务处理请求反馈的表征业务处理请求验证成功的验证信息；

第三发送单元，用于响应第一节点反馈的验证信息分别向每个第二节点发送业务处理请求。

进一步的，本申请实施例提供的验证装置，还包括：

第二获取单元，用于获取发送业务处理请求的用户拥有的第一权限；

第一查询单元，用于查询权限和权限标识的对应关系获取第一权限的权限标识；

第一计算单元，用于根据第一权限的权限标识计算用于表征当前用户拥有的权限的第一权限信息；

第一确定单元，用于确定预先设置的处理业务处理请求所需的第二权限；

第二计算单元，用于利用第二权限的权限标识计算用于表征处理业务处理请求所需的权限的第二权限信息；

比对单元，用于比对第一权限信息和第二权限信息生成比对结果；

第二确定单元，用于基于比对结果确定是否允许处理业务处理请求。

进一步的，若基于比对结果确定允许处理业务处理请求，本申请实施例提供的验证装置，还包括：

第二检测单元，用于在处理业务处理请求的过程中，检测业务类型是否属于合约交易类型；

第三获取单元，用于若业务类型属于合约交易类型，获取用户的用户信息和与业务类型相关的智能合约中的合约信息；

第三检测单元，用于检测用户的用户信息是否满足合约信息；

处理单元，用于若用户的用户信息满足合约信息，允许继续处理业务处理请求。

在本申请实施例中，优选的，第一计算单元，包括：

第三计算单元，用于将第一权限的权限标识作为2的指数计算第一权限的第一信息；

第四计算单元，用于将各个第一权限的第一信息进行或操作的结果转成32进制得到第二信息；

解码操作单元，用于对第二信息进行解码操作得到十进制数据格式的第一权限信息。

在本申请实施例中，优选的，第二计算单元，包括：

第五计算单元，用于将第二权限的权限标识作为2的指数计算第二权限的第三信息；

余或操作单元，用于对第一权限信息和第三信息进行余或操作得到第二权限信息。

在本申请实施例中，优选的，第三获取单元，包括：

解析单元，用于在调用与业务类型相关的智能合约时，对智能合约进行解析并从智能合约中提取用户地址和合约信息，合约信息为KYC验证表达式；

截取单元，用于从用户地址中截取目标用户地址；

第二查询单元，用于基于目标用户地址查询用户的用户信息，用户信息包括KYC信息。

下面以验证方法应用于服务端为例，对本申请实施例提供的一种验证方法所适用于的服务端的硬件结构进行详细说明。

本申请实施例提供的一种验证方法可应用于服务端，该服务端可以是网络侧为用户提供服务的服务设备，其可能是多台服务器组成的服务器集群，也可能是单台服务器。

可选的，图8示出了本申请实施例提供的一种验证方法所适用于的服务端的硬件结构框图，参照图8，服务端的硬件结构可以包括：处理器81，存储器82，通信接口83和通信总线84；

在本发明实施例中，处理器81、存储器82、通信接口83、通信总线84的数量均可以为至少一个，且处理器81、存储器82、通信接口83通过通信总线84完成相互间的通信；

处理器81可能是一个中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路等；

存储器82可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatilememory)等，例如至少一个磁盘存储器；

其中，存储器存储有程序，处理器可调用存储器存储的程序，程序用于：

确定第一节点接收到业务处理请求，获取业务处理请求携带的业务信息，业务信息包括请求处理业务的业务类型和业务所属的功能中的任意一种或多种；

检测业务信息是否满足预先设置的验证条件；

若业务信息满足验证条件，分别向区块链中每个第二节点发送与业务处理请求相关的验证请求，第二节点为区块链中除第一节点以外的节点；

基于第二节点响应验证请求反馈的验证信息生成业务处理请求的验证结果；

若验证结果表征业务处理请求验证成功，分别向每个第二节点发送业务处理请求。

有关程序的功能可参见上文对本申请实施例提供的一种验证方法的详细描述，在此不做赘述。

进一步的，本申请实施例还提供一种计算机可读计算机存储介质，该计算机可读存储介质中存储有计算机可执行指令，该计算机可执行指令用于执行上述验证方法。

有关计算机可执行指令的具体内容可参见上文对本申请实施例提供的一种验证方法的详细描述，在此不做赘述。

以上对本发明所提供的一种验证方法、装置、服务器及存储介质进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

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

还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备所固有的要素，或者是还包括为这些过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (9)

1.一种验证方法，其特征在于，包括：

确定第一节点接收到业务处理请求，获取所述业务处理请求携带的业务信息，所述业务信息包括请求处理业务的业务类型和所述业务所属的功能中的任意一种或多种；

检测所述业务信息是否满足预先设置的验证条件；

若所述业务信息满足所述验证条件，分别向区块链中每个第二节点发送与所述业务处理请求相关的验证请求，所述第二节点为所述区块链中除所述第一节点以外的节点；

基于各个所述第二节点响应所述验证请求反馈的验证信息生成所述业务处理请求的验证结果；

若所述验证结果表征所述业务处理请求验证成功，分别向每个所述第二节点发送所述业务处理请求；

获取发送所述业务处理请求的用户拥有的第一权限；

查询权限和权限标识的对应关系获取所述第一权限的权限标识；

根据所述第一权限的权限标识计算用于表征当前所述用户拥有的权限的第一权限信息；

确定预先设置的处理所述业务处理请求所需的第二权限；

利用所述第二权限的权限标识计算用于表征处理所述业务处理请求所需的权限的第二权限信息；

比对所述第一权限信息和第二权限信息生成比对结果；

基于所述比对结果确定是否允许处理所述业务处理请求。

2.根据权利要求1所述的方法，其特征在于，若所述业务信息不满足预先设置的验证条件，该方法还包括：

接收所述第一节点响应所述业务处理请求反馈的表征所述业务处理请求验证成功的验证信息；

响应所述第一节点反馈的验证信息分别向每个所述第二节点发送所述业务处理请求。

3.根据权利要求1所述的方法，其特征在于，若基于所述比对结果确定允许处理所述业务处理请求，该方法还包括：

在处理所述业务处理请求的过程中，检测所述业务类型是否属于合约交易类型；

若所述业务类型属于合约交易类型，获取所述用户的用户信息和与所述业务类型相关的智能合约中的合约信息；

检测所述用户的用户信息是否满足所述合约信息；

若所述用户的用户信息满足所述合约信息，允许继续处理所述业务处理请求。

4.根据权利要求1所述的方法，其特征在于，所述根据所述第一权限的权限标识计算用于表征当前所述用户拥有的权限的第一权限信息，包括：

将所述第一权限的权限标识作为2的指数计算所述第一权限的第一信息；

将各个所述第一权限的第一信息进行或操作的结果转成32进制得到第二信息；

对所述第二信息进行解码操作得到十进制数据格式的第一权限信息。

5.根据权利要求1所述的方法，其特征在于，所述利用所述第二权限的权限标识计算用于表征处理所述业务处理请求所需的权限的第二权限信息，包括：

将所述第二权限的权限标识作为2的指数计算所述第二权限的第三信息；

对所述第一权限信息和所述第三信息进行余或操作得到第二权限信息。

6.根据权利要求3所述的方法，其特征在于，所述获取所述用户的用户信息和与所述业务类型相关的智能合约中的合约信息，包括：

在调用与业务类型相关的智能合约时，对所述智能合约进行解析并从所述智能合约中提取用户地址和合约信息，所述合约信息为KYC验证表达式；

从所述用户地址中截取目标用户地址；

基于所述目标用户地址查询所述用户的用户信息，所述用户信息包括KYC信息。

7.一种验证装置，其特征在于，包括：

第一获取单元，用于确定第一节点接收到业务处理请求，获取所述业务处理请求携带的业务信息，所述业务信息包括请求处理业务的业务类型和所述业务所属的功能中的任意一种或多种；

第一检测单元，用于检测所述业务信息是否满足预先设置的验证条件；

第一发送单元，用于若所述业务信息满足所述验证条件，分别向区块链中每个第二节点发送与所述业务处理请求相关的验证请求，所述第二节点为所述区块链中除第一节点以外的节点；

第一生成单元，用于基于各个所述第二节点响应所述验证请求反馈的验证信息生成所述业务处理请求的验证结果；

第二发送单元，用于若所述验证结果表征所述业务处理请求验证成功，分别向每个所述第二节点发送业务处理请求；

第二获取单元，用于获取发送业务处理请求的用户拥有的第一权限；

第一查询单元，用于查询权限和权限标识的对应关系获取第一权限的权限标识；

第一计算单元，用于根据第一权限的权限标识计算用于表征当前用户拥有的权限的第一权限信息；

第一确定单元，用于确定预先设置的处理业务处理请求所需的第二权限；

第二计算单元，用于利用第二权限的权限标识计算用于表征处理业务处理请求所需的权限的第二权限信息；

比对单元，用于比对第一权限信息和第二权限信息生成比对结果；

第二确定单元，用于基于比对结果确定是否允许处理业务处理请求。

8.一种服务器，其特征在于，包括：至少一个存储器和至少一个处理器；所述存储器存储有程序，所述处理器调用所述存储器存储的程序，所述程序用于实现如权利要求1-6任意一项所述的验证方法。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机可执行指令，所述计算机可执行指令用于执行权利要求1-6任意一项所述的验证方法。

Images