CN113923275A - 区块链协商方法、电子设备及计算机可读存储介质 - Google Patents

Abstract

本申请提出一种区块链协商方法、电子设备及计算机可读存储介质，应用于联盟链，联盟链包括多个区块链，每个区块链包括至少一个节点，多个节点包括监督节点，该方法包括：当联盟链接收到协商请求时，监督节点随机从多个节点中选取任意数量的节点作为判断节点，判断节点为信任值排名在预设范围内的节点；判断节点对提交所述协商请求的节点的信任值进行验证，当验证通过时，广播验证通过信息至联盟链；监督节点根据联盟链上的验证通过信息的数量确定协商请求是否可信；当监督节点确定协商请求可信时，执行协商请求的请求内容，并将执行结果同步至联盟链。本申请以节点的信任值数据为基础进行联盟链中的协商决策过程，共识机制可靠且效率高。

Description

区块链协商方法、电子设备及计算机可读存储介质

技术领域

本申请涉及区块链技术领域，尤其涉及一种应用于联盟链的区块链协商方法、电子设备及计算机可读存储介质。

背景技术

在区块链技术领域，联盟链是指由若干特定机构或组织共同参与管理的区块链。联盟链作为区块链技术最先使用的应用技术，被广泛应用于金融、银行、贸易、企业等不同领域。联盟链为半开放账本，由每个特定机构或组织各自运行着一个或多个节点，以共同完成账本任务。

目前，在联盟链的应用中，各联盟系统身份管理平台多样、平台间的数据孤立分散，可能导致跨域用户的可信评估缺失以及多态跨域网络实体行为监管困难等问题。当联盟链中出现决策需要进行协商时，传统的区块链会根据投票方式进行选举或治理，但是该类方法依赖于随机选取节点与投票，通过拜占庭或其他算法达成共识，当部分节点成为恶意节点，可能无法通过该方法进行协商，无法达成有效共识。

发明内容

有鉴于此，本申请提出了一种区块链协商方法、电子设备及计算机可读存储介质，以节点的信任值数据为基础进行联盟链中的协商决策过程，共识机制可靠且效率高。

第一方面，本申请一实施例提供一种区块链协商方法，应用于联盟链，所述联盟链包括多个区块链，所述多个区块链中的每个区块链包括至少一个节点，多个节点包括监督节点，所述方法包括：

当所述联盟链接收到协商请求时，所述监督节点从所述多个节点中随机选取任意数量的节点作为判断节点，所述判断节点为信任值排名在预设范围内的节点；

所述判断节点对提交所述协商请求的节点的信任值进行验证；

当所述判断节点对提交所述协商请求的节点的信任值验证通过时，广播验证通过信息至所述联盟链；

所述监督节点根据所述联盟链上的验证通过信息的数量确定所述协商请求是否可信；

当所述监督节点确定所述协商请求可信时，执行所述协商请求的请求内容，并将执行结果同步至所述联盟链。

在一些实施例中，所述区块链协商方法还包括：获取所述节点的行为数据，其中，所述行为数据包括在线时长、掉线次数、数据平均同步时间；将所述节点的行为数据输入至信任值计算模型，得到所述节点的信任值；

获取多个样本节点的行为数据，其中，所述多个样本节点包括可靠节点和不可靠节点，所述可靠节点为未发生同步错误的节点，所述不可靠节点为发生过同步错误的节点；基于所述多个样本节点的行为数据对预设分类模型进行训练，得到所述信任值计算模型。

在一些实施例中，所述判断节点对提交所述协商请求的节点的信任值进行验证，包括：

当提交所述协商请求的节点的信任值高于所述判断节点中所存储的预设判断阈值时，所述判断节点通过对提交所述协商请求的节点的信任值的验证；

当提交所述协商请求的节点的信任值低于所述判断节点中所存储的预设判断阈值时，所述判断节点不通过对提交所述协商请求的节点的信任值验证。

在一些实施例中，所述区块链协商方法还包括：当所述判断节点未通过对提交所述协商请求的节点的信任值的验证时，发送验证不通过信息至所述监督节点。

在一些实施例中，所述监督节点根据所述联盟链上的验证通过信息的数量确定所述协商请求是否可信，包括：所述监督节点根据所述联盟链上的验证通过信息的数量是否达到所述联盟链所包含的节点数量的三分之二，来确定所述协商请求是否可信。

在一些实施例中，所述区块链协商方法还包括：当新节点请求加入所述联盟链时，所述新节点选择所述联盟链中的任意一节点为推荐节点，以通过所述推荐节点提交所述协商请求至所述联盟链。

在一些实施例中，当所述联盟链中检测到某一节点为恶意节点时，则降低与所述恶意节点关联的推荐节点的信任值。

第二方面，本申请提供一种电子设备，所述电子设备包括处理器和存储器，所述存储器用于存储指令，所述处理器用于调用所述存储器中的指令，使得所述电子设备执行第一方面所述的区块链协商方法。

第三方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质存储计算机指令，当所述计算机指令在电子设备上运行时，使得所述电子设备执行执行第一方面所述的区块链协商方法。

本申请实施方式提供的区块链协商方法、电子设备及计算机可读存储介质，以节点的信任值数据为基础进行联盟链中的协商决策过程，共识机制可靠且效率高。

附图说明

图1为本申请一实施例的联盟链的结构示意图。

图2为本申请一实施例的区块链协商方法的流程示意图。

图3为本申请另一实施例的区块链协商方法的流程示意图。

主要元件符号说明

联盟链 10

第一区块链 101

第二区块链 102

第三区块链 103

如下具体实施方式将结合上述附图进一步说明本申请。

具体实施方式：

下面将结合本申请实施方式中的附图，对本申请实施方式中的技术方案进行清楚、完整地描述，显然，所描述的实施方式是本申请一部分实施方式，而不是全部的实施方式。

需要说明的是，本申请实施例中“至少一个”是指一个或者多个，多个是指两个或两个以上。除非另有定义，本文所使用的所有的技术和科学术语与属于本申请中的技术领域的技术人员通常理解的含义相同。本申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请。

需要说明的是，本申请实施例中，“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个所述特征。在本申请实施例的描述中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

请参阅图1，为申请一实施例的联盟链的结构示意图。

如图1所示的联盟链结构，联盟链10包括多个区块链(图1以三个区块链第一区块链101、第二区块链102、第三区块链103为例进行说明，本申请不以三个为限制)，每个区块链均包括至少一个节点(图1以第一区块链101包括节点A、B、C；第二区块链102包括节点D、E、F；第三区块链103包括节点G、H、I为例进行说明)。联盟链10上的节点可以被划分为两种类型的节点，一类是监督节点，一类是非监督节点，其中，监督节点可以是内部预先指定的节点，作为联盟链的监管，及进行记账，例如监督节点可以是指由具有公信力的监管机构担任的节点。区块链用户可使用一客户端(如电脑、手机等电子设备)与联盟链10中的任一节点通信。例如，区块链用户可通过网页或是手机APP与联盟链10中的任一节点通信。

请参阅图2，为本申请一实施例提供的区块链协商方法的流程示意图。

如图2所示的区块链协商方法，应用于图1所示的联盟链10，该方法可以包括：

S1，获取所述节点的行为数据。

具体地，当联盟链10通过所述各节点进行数据同步、数据存储时，可以统计所述各节点的行为数据。其中，所述行为数据包括在线时长、掉线次数、数据平均同步时间。

S2，获取多个样本节点的行为数据，基于所述多个样本节点的行为数据对预设分类模型进行训练，得到所述信任值计算模型。

其中，所述多个样本节点包括可靠节点和不可靠节点。具体地，根据所述样本节点在线期间是否发生数据同步错误，将所述样本节点分为两类：可靠节点和不可靠节点。其中，所述可靠节点为未发生同步错误的节点，所述不可靠节点为发生过同步错误的节点。

例如，将节点是否为靠谱节点作为分类变量，导入全部训练节点的数据至所述预设分类模型，每组数据包含是否为可靠节点、该节点在线时长、该节点掉线次数、该节点数据平均同步时间，拟合三个特征向量和分类变量的关系，将得到的参数保存，作为所述信任值计算模型的权重参数。

S3，将所述节点的行为数据输入至信任值计算模型，得到所述节点的信任值。

具体地，所述信任值计算模型用于基于在线时长、在线时长的权重参数、掉线次数、掉线次数的权重参数、数据平均同步时间及数据平均同步时间的权重参数，计算得到所述节点的信任值。当所述节点在线时间越长、掉线次数越少、数据平均同步时间越短，理论上该节点的信任值越高。

在一些实施例中，可以每隔1天更新一次节点的信任值，可以每隔1周重新划分可靠节点和不可靠节点，重新训练信任值计算模型，更换权重参数。该方式使得信任值的估算权重动态更新，更加可靠。

S4，当联盟链10接收到协商请求时，所述监督节点从所述多个节点中随机选取任意数量的节点作为判断节点。

具体地，所述判断节点为信任值排名在预设范围内的节点。其中，可以将联盟链10中每个节点的信任值从高到低进行排名，所述判断节点可以是多个节点中信任值较高的节点，例如信任值排名前10的10个节点为判断节点。当所述监督节点在排名前10中时，监督节点也可以作为判断节点。所述判断节点的多少可以根据实际需求进行确定，本申请对此不作限定。例如，判断节点的数量可以根据联盟链10中的节点数量以及信任值的高低进行确定。

S5，所述判断节点对提交所述协商请求的节点的信任值进行验证。

具体地，所述判断节点可以读取联盟链10上提交的所述协商请求，同时可以设定预设判断阈值，根据所述预设判断阈值对提交所述协商请求的节点的信任值进行验证。例如，提交所述协商请求的节点的信任值达到所有节点前5％水平的信任值，才能通过验证。

在一些实施例中，当提交所述协商请求的节点的信任值高于所述判断节点中所存储的预设判断阈值时，所述判断节点通过对提交所述协商请求的节点的信任值的验证。

在一些实施例中，当提交所述协商请求的节点的信任值低于所述判断节点中所存储的预设判断阈值时，所述判断节点不通过对提交所述协商请求的节点的信任值的验证。

S6，当所述判断节点对提交所述协商请求的节点的信任值验证通过时，广播验证通过信息至联盟链10。

具体地，当所述判断节点对提交所述协商请求的节点的信任值验证通过时，即提交协商请求的节点的信任值高于判断节点中所存储的预设判断阈值，则对协商请求进行打包并提交至链上，广播提交所述协商请求的节点的信任值验证通过信息至联盟链上的所有节点。

S7，当所述判断节点未通过对提交所述协商请求的节点的信任值的验证时，发送验证不通过信息至所述监督节点。

具体地，当所述判断节点未通过对提交所述协商请求的节点的信任值的验证时，即提交协商请求的节点的信任值低于判断节点中所存储的预设判断阈值，则所述判断节点可以发送验证不通过信息至所述监督节点。

S8，所述监督节点根据联盟链10上的验证通过信息的数量确定所述协商请求是否可信。

具体地，所述监督节点可以根据联盟链10上的验证通过信息的数量是否达到联盟链10所包含的节点数量的三分之二，来确定所述协商请求是否可信。

S9，当所述监督节点确定所述协商请求可信时，执行所述协商请求的请求内容，并将执行结果同步至联盟链10。

具体地，当联盟链10上的验证通过信息的数量达到联盟链10所包含的节点数量的三分之二或超过联盟链10所包含的节点数量的三分之二时，表明所述协商请求可信，则监督节点可以执行所述协商请求的请求内容，并将执行结果同步至联盟链10。

在一些实施例中，当联盟链10上的验证通过信息的数量未达到联盟链10所包含的节点数量的三分之二时，则所述监督节点可以确定所述协商请求不可信，进而舍弃该协商请求的数据信息。

本实施例以用户的信任值数据为基础进行联盟链中的协商决策过程，有效防止恶意用户登录系统，实现用户行为监管。

请参阅图3，为本申请另一实施例提供的区块链协商方法的流程示意图。

如图3所示的区块链协商方法，应用于图1所示的联盟链10，该方法可以包括：

S10，当新节点请求加入联盟链10时，所述新节点选择联盟链10中的任意一节点为推荐节点，以通过所述推荐节点提交所述协商请求至联盟链10。

例如，联盟链10设定规则，新节点加入联盟链10时，需要通过协商来决策所述新节点是否能注册加入联盟链10。新节点会以原链的某一节点作为推荐节点，所述推荐节点将新加入的节点信息和本节点的签名信息打包，发送至链上。

S20，当联盟链10接收到所述协商请求时，所述监督节点从所述多个节点中随机选取任意数量的节点作为判断节点。

具体地，所述判断节点为信任值排名在预设范围内的节点。其中，可以将联盟链10中每个节点的信任值从高到低进行排名，所述判断节点可以是多个节点中信任值较高的节点，例如信任值排名前10的10个节点为判断节点。当所述监督节点在排名前10中时，监督节点也可以作为判断节点。所述判断节点的多少可以根据实际需求进行确定，本申请对此不作限定。例如，判断节点的数量可以根据联盟链10中的节点数量以及信任值的高低进行确定。

S30，所述判断节点对所述推荐节点的信任值进行验证。

具体地，所述判断节点可以读取所述推荐节点提交的协商请求，同时可以设定预设判断阈值，根据所述预设判断阈值对推荐节点的信任值进行验证。例如，推荐节点的信任值达到所有节点前5％水平的信任值，才能通过验证。

在一些实施例中，当推荐节点的信任值高于所述判断节点中所存储的预设判断阈值时，所述判断节点通过对推荐节点的信任值的验证。

在一些实施例中，当推荐节点的信任值低于所述判断节点中所存储的预设判断阈值时，所述判断节点不通过对推荐节点的信任值的验证。

S40，当所述判断节点对推荐节点的信任值验证通过时，广播验证通过信息至联盟链10。

具体地，当所述判断节点对推荐节点的信任值验证通过时，即推荐节点的信任值高于判断节点中所存储的预设判断阈值，则对协商请求进行打包并提交至链上，广播推荐节点的信任值验证通过信息至联盟链上的所有节点。

S50，当所述判断节点未通过对推荐节点的信任值的验证时，发送验证不通过信息至所述监督节点。

具体地，当所述判断节点未通过对推荐节点的信任值的验证时，即推荐节点的信任值低于判断节点中所存储的预设判断阈值，则所述判断节点可以发送推荐节点的信任值验证不通过信息至所述监督节点。

S60，所述监督节点根据联盟链10上的验证通过信息的数量确定所述协商请求是否可信。

具体地，所述监督节点可以根据联盟链10上的验证通过信息的数量是否达到联盟链10所包含的节点数量的三分之二，来确定所述协商请求是否可信。

S70，当所述监督节点确定所述协商请求可信时，执行所述协商请求的请求内容，并将执行结果同步至联盟链10。

具体地，当联盟链10上的验证通过信息的数量达到联盟链10所包含的节点数量的三分之二或超过联盟链10所包含的节点数量的三分之二时，表明新节点可信，则监督节点可以执行所述协商请求的请求内容，并将执行结果同步至联盟链10，即同意该新节点的加入。

在一些实施例中，当联盟链10上的验证通过信息的数量未达到联盟链10所包含的节点数量的三分之二时，则所述监督节点可以确定所述协商请求不可信，进而舍弃该协商请求的数据信息，拒绝该新节点的加入。

S80，当联盟链10中检测到某一节点为恶意节点时，则降低与所述恶意节点关联的推荐节点的信任值。

例如，如果联盟链运行过程中，检测到某一节点为恶意节点时，则与该恶意节点关联的协商请求提交节点会受到信任值惩罚，即降低与所述恶意节点关联的推荐节点的信任值。

本实施例通过共识机制核实用户的信任值是否超过预设可信阈值，进而决定是否同意该用户的注册请求，防止恶意用户登录系统，实现跨社交网络平台下的用户行为监管。

本申请还公开一种电子设备，所述电子设备包括处理器和存储器，所述存储器用于存储指令，所述处理器用于调用所述存储器中的指令，使得所述电子设备执行本申请实施例所述的区块链协商方法。电子设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述电子设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。

本申请还公开一种计算机可读存储介质，所述计算机可读存储介质存储计算机指令，当所述计算机指令在电子设备上运行时，使得所述电子设备执行本申请实施例所述的区块链协商方法。所述存储介质可以是U盘、移动硬盘、只议存储器ROM、随机存取存储器RAM、磁碟或者光盘等各种可以存储程序代码的介质。

本申请实施方式提供的区块链协商方法、电子设备及计算机可读存储介质，以节点的信任值数据为基础进行联盟链中的协商决策过程，共识机制可靠且效率高。

本技术领域的普通技术人员应当认识到，以上的实施方式仅是用来说明本申请，而并非用作为对本申请的限定，只要在本申请的实质精神范围之内，对以上实施例所作的适当改变和变化都落在本申请要求保护的范围之内。

Claims (10)

1.一种区块链协商方法，应用于联盟链，所述联盟链包括多个区块链，所述多个区块链中的每个区块链包括至少一个节点，其特征在于，多个节点包括监督节点，所述方法包括：

当所述联盟链接收到协商请求时，所述监督节点从所述多个节点中随机选取任意数量的节点作为判断节点，所述判断节点为信任值排名在预设范围内的节点；

所述判断节点对提交所述协商请求的节点的信任值进行验证；

当所述判断节点对提交所述协商请求的节点的信任值验证通过时，广播验证通过信息至所述联盟链；

所述监督节点根据所述联盟链上的验证通过信息的数量确定所述协商请求是否可信；

当所述监督节点确定所述协商请求可信时，执行所述协商请求的请求内容，并将执行结果同步至所述联盟链。

2.如权利要求1所述的区块链协商方法，其特征在于，还包括：

获取所述节点的行为数据，其中，所述行为数据包括在线时长、掉线次数、数据平均同步时间；

将所述节点的行为数据输入至信任值计算模型，得到所述节点的信任值。

3.如权利要求2所述的区块链协商方法，其特征在于，还包括：

获取多个样本节点的行为数据，其中，所述多个样本节点包括可靠节点和不可靠节点，所述可靠节点为未发生同步错误的节点，所述不可靠节点为发生过同步错误的节点；

基于所述多个样本节点的行为数据对预设分类模型进行训练，得到所述信任值计算模型。

4.如权利要求1所述的区块链协商方法，其特征在于，所述判断节点对提交所述协商请求的节点的信任值进行验证，包括：

当提交所述协商请求的节点的信任值高于所述判断节点中所存储的预设判断阈值时，所述判断节点通过对提交所述协商请求的节点的信任值的验证；

当提交所述协商请求的节点的信任值低于所述判断节点中所存储的预设判断阈值时，所述判断节点不通过对提交所述协商请求的节点的信任值的验证。

5.如权利要求1所述的区块链协商方法，其特征在于，还包括：

当所述判断节点未通过对提交所述协商请求的节点的信任值的验证时，发送验证不通过信息至所述监督节点。

6.如权利要求1所述的区块链协商方法，其特征在于，所述监督节点根据所述联盟链上的验证通过信息的数量确定所述协商请求是否可信，包括：

所述监督节点根据所述联盟链上的验证通过信息的数量是否达到所述联盟链所包含的节点数量的三分之二，来确定所述协商请求是否可信。

7.如权利要求1所述的区块链协商方法，其特征在于，还包括：

当新节点请求加入所述联盟链时，所述新节点选择所述联盟链中的任意一节点为推荐节点，以通过所述推荐节点提交所述协商请求至所述联盟链。

8.如权利要求7所述的区块链协商方法，其特征在于，还包括：

当所述联盟链中检测到某一节点为恶意节点时，则降低与所述恶意节点关联的推荐节点的信任值。

9.一种电子设备，其特征在于，所述电子设备包括处理器和存储器，所述存储器用于存储指令，所述处理器用于调用所述存储器中的指令，使得所述电子设备执行权利要求1-8中任一项所述的区块链协商方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储计算机指令，当所述计算机指令在电子设备上运行时，使得所述电子设备执行如权利要求1-8中任一项所述的区块链协商方法。

Images