本发明涉及计算机领域,特别涉及一种支持人工参与区块链决策的方法、电子设备及系统。
背景技术:
现有的区块链技术中,往往存在需要人工参与区块链决策的场景,从而需要一种支持人工参与区块链决策的方法,实现上述场景下的用户需求。
现有技术所提供的技术方案,是服务器向链接的多个决策设备发送请求,用户通过该多个决策设备实现人工参与区块链决策。
但是在使用现有技术的过程中,若服务器被攻击等,则会导致决策结果的准确性,且对网络的依赖性较强,稳定性较差。
技术实现要素:
为了解决现有技术的问题,本发明实施例提供了一种支持人工参与区块链决策的方法、电子设备及系统。所述技术方案如下:
第一方面,提供了一种支持人工参与区块链决策的方法,所述方法包括:
节点将决策请求以及验证信息广播至满足预设条件的其他多个节点;
所述其他多个节点中的任意一个进行以下操作:
验证该验证信息;
在完成验证,并在用户输入反馈信息后,将所述反馈信息广播至其他节点;
所述其他节点处理该反馈信息。
结合第一方面,在第一种可能的实现方式中,所述任意节点将决策请求以及验证信息广播至满足预设条件的其他多个节点包括:
获取用户所选择的决策请求类型,并根据所述决策请求类型,选择对应的通道功能;
所述节点通过所述通道功能将决策请求以及验证信息广播至满足预设条件的其他多个节点,所述决策请求包括rpc请求。
结合第一方面的第一种可能的视线方式,在第二种可能的实现方式中,所述其他多个节点中的任意一个验证该验证信息包括:
根据所述验证信息,验证本节点是否拥有相应权限接收并处理投票通道类型的请求;
验证收到的决策请求是否为与通道类型对应。
结合第一方面的第二种可能的视线方式,在第三种可能的实现方式中,所述用户输入反馈信息包括:
所述其他多个节点中的任意一个节点所对应的用户通过所述节点查看所有的投票通道类型的请求,所述节点收到查询类型请求后从数据库中取出所有投票通道类型请求,其中,非验证节点接收到此类型请求后,请求失败;
用户通过所述节点查看所述决策请求的内容,并通过发送携带指定投票请求id的vote_sign类型的rpc请求到验证节点来决策是否赞成此请求内的操作行为。
结合第一方面的第三种可能的视线方式,在第四种可能的实现方式中,所述用户输入反馈信息包括:
所述将所述反馈信息广播至其他节点包括:
将所述决策请求中的sender字段填写为本节点的公钥;
将唯一的请求id填充所述反馈信息的id字段,并对所述反馈信息进行签名;
将签名后的反馈信息广播至链上的其它节点。
结合第一方面的第四种可能的视线方式,在第五种可能的实现方式中,所述其他节点处理该反馈信息包括:
每个节点都会将收到的其它节点决策进行处理,计算并添加决策权重;
若决策权重满足预设条件,则发起所述决策请求的节点可发起相应投票结果的执行操作,所述其它节点接收到执行操作的请求后判断是否满足执行条件并在验证满足后执行;
在所述决策结束后,显示决策结果。
第二方面,提供了一种电子设备,所述电子设备包括:
决策发起模块,用于将用户发起的决策请求以及验证信息广播至满足预设条件的其他多个节点;
处理模块,用于处理所述其他多个节点发送的反馈信息。
结合第二方面,在第一种可能的实现方式中,所述电子设备还包括:
验证模块,用于验证其节点发起的决策请求所对应的验证信息;
广播模块,用于在完成验证,并在用户输入反馈信息后,将所述反馈信息广播至其他节点。
结合第二方面的第一种可能的实现方式,在第二种可能的实现方式中,所述决策发起模块具体用于:
获取用户所选择的决策请求类型,并根据所述决策请求类型,选择对应的通道功能;
所述节点通过所述通道功能将决策请求以及验证信息广播至满足预设条件的其他多个节点,所述决策请求包括rpc请求。
结合第二方面的第二种可能的视线方式,在第三种可能的实现方式中,所述验证模块具体用于:
根据所述验证信息,验证本节点是否拥有相应权限接收并处理投票通道类型的请求;
验证收到的决策请求是否为与通道类型对应。
结合第二方面的第三种可能的视线方式,在第肆种可能的实现方式中,所述处理模块具体用于:
所述其他多个节点中的任意一个节点所对应的用户通过所述节点查看所有的投票通道类型的请求,所述节点收到查询类型请求后从数据库中取出所有投票通道类型请求,其中,非验证节点接收到此类型请求后,请求失败;
用户通过所述节点查看所述决策请求的内容,并通过发送携带指定投票请求id的vote_sign类型的rpc请求到验证节点来决策是否赞成此请求内的操作行为。
结合第二方面的第四种可能的视线方式,在第五种可能的实现方式中,所述广播模块具体用于:
所述将所述反馈信息广播至其他节点包括:
将所述决策请求中的sender字段填写为本节点的公钥;
将唯一的请求id填充所述反馈信息的id字段,并对所述反馈信息进行签名;
将签名后的反馈信息广播至链上的其它节点。
结合第二方面的第五种可能的视线方式,在第六种可能的实现方式中,所述处理模块具体:
每个节点都会将收到的其它节点决策进行处理,计算并添加决策权重;
若决策权重满足预设条件,则发起所述决策请求的节点可发起相应投票结果的执行操作,所述其它节点接收到执行操作的请求后判断是否满足执行条件并在验证满足后执行;
在所述决策结束后,显示决策结果。
第三方面,提供了一种电子设备,所述电子设备包括存储器以及与所述存储器链接的处理器,其中,所述存储器用于存储一组程序代码,所述处理器调用所述存储器所存储的程序代码用于执行以下操作:
将用户发起的决策请求以及验证信息广播至满足预设条件的其他多个节点;
处理所述其他多个节点发送的反馈信息;
验证其节点发起的决策请求所对应的验证信息;
在完成验证,并在用户输入反馈信息后,将所述反馈信息广播至其他节点。
结合第三方面,在第一种可能的实现方式中,所述处理器调用所述存储器所存储的程序代码用于执行以下操作:
获取用户所选择的决策请求类型,并根据所述决策请求类型,选择对应的通道功能;
所述节点通过所述通道功能将决策请求以及验证信息广播至满足预设条件的其他多个节点,所述决策请求包括rpc请求。
结合第三方面的第一种可能的视线方式,在第二种可能的实现方式中,所述处理器调用所述存储器所存储的程序代码用于执行以下操作:
根据所述验证信息,验证本节点是否拥有相应权限接收并处理投票通道类型的请求;
验证收到的决策请求是否为与通道类型对应。
结合第三方面的第二种可能的视线方式,在第三种可能的实现方式中,所述处理器调用所述存储器所存储的程序代码用于执行以下操作:
所述其他多个节点中的任意一个节点所对应的用户通过所述节点查看所有的投票通道类型的请求,所述节点收到查询类型请求后从数据库中取出所有投票通道类型请求,其中,非验证节点接收到此类型请求后,请求失败;
用户通过所述节点查看所述决策请求的内容,并通过发送携带指定投票请求id的vote_sign类型的rpc请求到验证节点来决策是否赞成此请求内的操作行为。
结合第三方面的第三种可能的视线方式,在第四种可能的实现方式中,所述处理器调用所述存储器所存储的程序代码用于执行以下操作:
所述将所述反馈信息广播至其他节点包括:
将所述决策请求中的sender字段填写为本节点的公钥;
将唯一的请求id填充所述反馈信息的id字段,并对所述反馈信息进行签名;
将签名后的反馈信息广播至链上的其它节点。
结合第三方面的第四种可能的视线方式,在第五种可能的实现方式中,所述处理器调用所述存储器所存储的程序代码用于执行以下操作:
每个节点都会将收到的其它节点决策进行处理,计算并添加决策权重;
若决策权重满足预设条件,则发起所述决策请求的节点可发起相应投票结果的执行操作,所述其它节点接收到执行操作的请求后判断是否满足执行条件并在验证满足后执行;
在所述决策结束后,显示决策结果。
第四方面,提供了一种支持人工参与区块链决策的系统,所述系统包括多个节点,所述多个节点至少包括:
决策发起模块,用于将用户发起的决策请求以及验证信息广播至满足预设条件的其他多个节点;
处理模块,用于处理所述其他多个节点发送的反馈信息;
验证模块,用于验证其节点发起的决策请求所对应的验证信息;
广播模块,用于在完成验证,并在用户输入反馈信息后,将所述反馈信息广播至其他节点。
结合第四方面,在第一种可能的实现方式,所述决策发起模块具体用于:
获取用户所选择的决策请求类型,并根据所述决策请求类型,选择对应的通道功能;
所述节点通过所述通道功能将决策请求以及验证信息广播至满足预设条件的其他多个节点,所述决策请求包括rpc请求。
结合第四方面的第一种可能的视线方式,在第二种可能的实现方式中,所述验证模块具体用于:
根据所述验证信息,验证本节点是否拥有相应权限接收并处理投票通道类型的请求;
验证收到的决策请求是否为与通道类型对应。
结合第四方面的第二种可能的视线方式,在第三种可能的实现方式中,所述处理模块具体用于:
所述其他多个节点中的任意一个节点所对应的用户通过所述节点查看所有的投票通道类型的请求,所述节点收到查询类型请求后从数据库中取出所有投票通道类型请求,其中,非验证节点接收到此类型请求后,请求失败;
用户通过所述节点查看所述决策请求的内容,并通过发送携带指定投票请求id的vote_sign类型的rpc请求到验证节点来决策是否赞成此请求内的操作行为。
结合第四方面的第三种可能的视线方式,在第四种可能的实现方式中,所述广播模块具体用于:
所述将所述反馈信息广播至其他节点包括:
将所述决策请求中的sender字段填写为本节点的公钥;
将唯一的请求id填充所述反馈信息的id字段,并对所述反馈信息进行签名;
将签名后的反馈信息广播至链上的其它节点。
结合第四方面的第四种可能的视线方式,在第五种可能的实现方式中,所述处理模块具体:
每个节点都会将收到的其它节点决策进行处理,计算并添加决策权重;
若决策权重满足预设条件,则发起所述决策请求的节点可发起相应投票结果的执行操作,所述其它节点接收到执行操作的请求后判断是否满足执行条件并在验证满足后执行;
在所述决策结束后,显示决策结果。
本发明实施例提供了一种支持人工参与区块链决策的方法、电子设备及系统,包括:节点将决策请求以及验证信息广播至满足预设条件的其他多个节点;其他多个节点中的任意一个进行以下操作:验证该验证信息;在完成验证,并在用户输入反馈信息后,将反馈信息广播至其他节点;其他节点处理该反馈信息,实现了用户通过节点发起和参与投票,并且通过去中心化,避免了对决策发起和参与的限制,通过避免了对网络的依赖性以及提高了稳定性。另外,通过验证验证信息,提高了安全性。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种支持人工参与区块链决策的方法流程图;
图2是本发明实施例提供的一种支持人工参与区块链决策的方法流程图;
图3是本发明实施例提供的一种电子设备结构示意图;
图4是本发明实施例提供的一种电子设备结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例一
本发明实施例提供了一种支持人工参与区块链决策的方法,参照图1所示,该方法包括:
101、节点将决策请求以及验证信息广播至满足预设条件的其他多个节点。
具体的,获取用户所选择的决策请求类型,并根据决策请求类型,选择对应的通道功能;
节点通过通道功能将决策请求以及验证信息广播至满足预设条件的其他多个节点,决策请求包括rpc请求。
其他多个节点中的任意一个进行以下操作:
102、验证该验证信息。
具体的,根据验证信息,验证本节点是否拥有相应权限接收并处理投票通道类型的请求;
验证收到的决策请求是否为与通道类型对应。
103、在完成验证,并在用户输入反馈信息后,将反馈信息广播至其他节点。
具体的,用户输入反馈信息包括:
其他多个节点中的任意一个节点所对应的用户通过节点查看所有的投票通道类型的请求,节点收到查询类型请求后从数据库中取出所有投票通道类型请求,其中,非验证节点接收到此类型请求后,请求失败;
用户通过节点查看决策请求的内容,并通过发送携带指定投票请求id的vote_sign类型的rpc请求到验证节点来决策是否赞成此请求内的操作行为。
将反馈信息广播至其他节点包括:
将决策请求中的sender字段填写为本节点的公钥;
将唯一的请求id填充反馈信息的id字段,并对反馈信息进行签名;
将签名后的反馈信息广播至链上的其它节点。
104、其他节点处理该反馈信息。
具体的,每个节点都会将收到的其它节点决策进行处理,计算并添加决策权重;
若决策权重满足预设条件,则发起所述决策请求的节点可发起相应投票结果的执行操作,所述其它节点接收到执行操作的请求后判断是否满足执行条件并在验证满足后执行;
在决策结束后,显示决策结果。
本发明实施例提供了一种支持人工参与区块链决策的方法,实现了用户通过节点发起和参与投票,并且通过去中心化,避免了对决策发起和参与的限制,通过避免了对网络的依赖性以及提高了稳定性。另外,通过验证验证信息,提高了安全性。
实施例二
本发明实施例提供了一种支持人工参与区块链决策的方法,参照图2所示,该方法包括:
201、获取用户所选择的决策请求类型,并根据决策请求类型,选择对应的通道功能。
202、节点通过通道功能将决策请求以及验证信息广播至满足预设条件的其他多个节点,决策请求包括rpc请求。
值得注意的是,步骤201至步骤202是实现节点将决策请求以及验证信息广播至满足预设条件的其他多个节点的过程,除了上步骤所述的方式之外,还可以通过其他方式实现该过程,本发明实施例对具体的方式不加以限定。
其他多个节点中的任意一个进行以下操作:
203、根据验证信息,验证本节点是否拥有相应权限接收并处理投票通道类型的请求。
204、验证收到的决策请求是否为与通道类型对应。
值得注意的是,步骤203至步骤204是实现其他多个节点中的任意一个验证该验证信息的过程,除了上述步骤所述的方式之外,还可以通过其他方式实现该过程,本发明实施例对具体的方式不加以限定。
205、其他多个节点中的任意一个节点所对应的用户通过节点查看所有的投票通道类型的请求,节点收到查询类型请求后从数据库中取出所有投票通道类型请求,其中,非验证节点接收到此类型请求后,请求失败。
206、用户通过节点查看决策请求的内容,并通过发送携带指定投票请求id的vote_sign类型的rpc请求到验证节点来决策是否赞成此请求内的操作行为。
值得注意的是,步骤205至步骤206是实现用户输入反馈信息的过程,除了上述步骤所述的方式之外,还可以通过其他方式实现该过程,本发明实施例对具体的方式不加以限定。
207、将决策请求中的sender字段填写为本节点的公钥。
208、将唯一的请求id填充反馈信息的id字段,并对反馈信息进行签名。
209、将签名后的反馈信息广播至链上的其它节点。
值得注意的是,步骤207至步骤209是实现将反馈信息广播至其他节点的过程,除了上述步骤所述的方式之外,还可以通过其他方式实现该过程,本发明实施例对具体的方式不加以限定。
210、每个节点都会将收到的其它节点决策进行处理,计算并添加决策权重。
211、若决策权重满足预设条件,则发起决策请求的节点可发起相应投票结果的执行操作,其它节点接收到执行操作的请求后判断是否满足执行条件并在验证满足后执行。
212、在决策结束后,显示决策结果。
值得注意的是,步骤210至步骤212是实现其他节点处理该反馈信息的过程,除了上述步骤所述的方式之外,还可以通过其他方式实现该过程,本发明实施例对具体的方式不加以限定。
本发明实施例提供了一种支持人工参与区块链决策的方法,实现了用户通过节点发起和参与投票,并且通过去中心化,避免了对决策发起和参与的限制,通过避免了对网络的依赖性以及提高了稳定性。另外,通过验证验证信息,提高了安全性。
实施例三
本发明实施例提供了一种电子设备,参照图3所示,该电子设备3包括:
决策发起模块31,用于将用户发起的决策请求以及验证信息广播至满足预设条件的其他多个节点;
处理模块32,用于处理其他多个节点发送的反馈信息。
可选的,电子设备还包括:
验证模块33,用于验证其节点发起的决策请求所对应的验证信息;
广播模块34,用于在完成验证,并在用户输入反馈信息后,将反馈信息广播至其他节点。
可选的,决策发起模块31具体用于:
获取用户所选择的决策请求类型,并根据决策请求类型,选择对应的通道功能;
节点通过通道功能将决策请求以及验证信息广播至满足预设条件的其他多个节点,决策请求包括rpc请求。
可选的,验证模块33具体用于:
根据验证信息,验证本节点是否拥有相应权限接收并处理投票通道类型的请求;
验证收到的决策请求是否为与通道类型对应。
可选的,处理模块32具体用于:
其他多个节点中的任意一个节点所对应的用户通过节点查看所有的投票通道类型的请求,节点收到查询类型请求后从数据库中取出所有投票通道类型请求,其中,非验证节点接收到此类型请求后,请求失败;
用户通过节点查看决策请求的内容,并通过发送携带指定投票请求id的vote_sign类型的rpc请求到验证节点来决策是否赞成此请求内的操作行为。
可选的,广播模块34具体用于:
将反馈信息广播至其他节点包括:
将决策请求中的sender字段填写为本节点的公钥;
将唯一的请求id填充反馈信息的id字段,并对反馈信息进行签名;
将签名后的反馈信息广播至链上的其它节点。
可选的,处理模块32具体用于:
每个节点都会将收到的其它节点决策进行处理,计算并添加决策权重;
若决策权重满足预设条件,则发起所述决策请求的节点可发起相应投票结果的执行操作,所述其它节点接收到执行操作的请求后判断是否满足执行条件并在验证满足后执行;
在决策结束后,显示决策结果。
本发明实施例提供了一种电子设备,实现了用户通过节点发起和参与投票,并且通过去中心化,避免了对决策发起和参与的限制,通过避免了对网络的依赖性以及提高了稳定性。另外,通过验证验证信息,提高了安全性。
实施例四
本发明实施例提供了一种电子设备,参照图4所示,该设备包括电子设备4包括存储器41以及与存储器链接的处理器42,其中,存储器41用于存储一组程序代码,处理器42调用存储器41所存储的程序代码用于执行以下操作:
将用户发起的决策请求以及验证信息广播至满足预设条件的其他多个节点;
处理其他多个节点发送的反馈信息。
验证其节点发起的决策请求所对应的验证信息;
在完成验证,并在用户输入反馈信息后,将反馈信息广播至其他节点。
可选的,处理器42调用存储器41所存储的程序代码用于执行以下操作:
获取用户所选择的决策请求类型,并根据决策请求类型,选择对应的通道功能;
节点通过通道功能将决策请求以及验证信息广播至满足预设条件的其他多个节点,决策请求包括rpc请求。
可选的,处理器42调用存储器41所存储的程序代码用于执行以下操作:
根据验证信息,验证本节点是否拥有相应权限接收并处理投票通道类型的请求;
验证收到的决策请求是否为与通道类型对应。
可选的,处理器42调用存储器41所存储的程序代码用于执行以下操作:
其他多个节点中的任意一个节点所对应的用户通过节点查看所有的投票通道类型的请求,节点收到查询类型请求后从数据库中取出所有投票通道类型请求,其中,非验证节点接收到此类型请求后,请求失败;
用户通过节点查看决策请求的内容,并通过发送携带指定投票请求id的vote_sign类型的rpc请求到验证节点来决策是否赞成此请求内的操作行为。
可选的,处理器42调用存储器41所存储的程序代码用于执行以下操作:
将反馈信息广播至其他节点包括:
将决策请求中的sender字段填写为本节点的公钥;
将唯一的请求id填充反馈信息的id字段,并对反馈信息进行签名;
将签名后的反馈信息广播至链上的其它节点。
可选的,处理器42调用存储器41所存储的程序代码用于执行以下操作:
每个节点都会将收到的其它节点决策进行处理,计算并添加决策权重;
若决策权重满足预设条件,则发起所述决策请求的节点可发起相应投票结果的执行操作,所述其它节点接收到执行操作的请求后判断是否满足执行条件并在验证满足后执行;
在决策结束后,显示决策结果。
本发明实施例提供了一种电子设备,实现了用户通过节点发起和参与投票,并且通过去中心化,避免了对决策发起和参与的限制,通过避免了对网络的依赖性以及提高了稳定性。另外,通过验证验证信息,提高了安全性。
实施例五
本发明实施例提供了一种支持人工参与区块链决策的系统,该系统包括多个节点,多个节点至少包括:
决策发起模块,用于将用户发起的决策请求以及验证信息广播至满足预设条件的其他多个节点;
处理模块,用于处理其他多个节点发送的反馈信息;
验证模块,用于验证其节点发起的决策请求所对应的验证信息;
广播模块,用于在完成验证,并在用户输入反馈信息后,将反馈信息广播至其他节点。
可选的,决策发起模块具体用于:
获取用户所选择的决策请求类型,并根据决策请求类型,选择对应的通道功能;
节点通过通道功能将决策请求以及验证信息广播至满足预设条件的其他多个节点,决策请求包括rpc请求。
可选的,验证模块具体用于:
根据验证信息,验证本节点是否拥有相应权限接收并处理投票通道类型的请求;
验证收到的决策请求是否为与通道类型对应。
可选的,处理模块具体用于:
其他多个节点中的任意一个节点所对应的用户通过节点查看所有的投票通道类型的请求,节点收到查询类型请求后从数据库中取出所有投票通道类型请求,其中,非验证节点接收到此类型请求后,请求失败;
用户通过节点查看决策请求的内容,并通过发送携带指定投票请求id的vote_sign类型的rpc请求到验证节点来决策是否赞成此请求内的操作行为。
可选的,广播模块具体用于:
将反馈信息广播至其他节点包括:
将决策请求中的sender字段填写为本节点的公钥;
将唯一的请求id填充反馈信息的id字段,并对反馈信息进行签名;
将签名后的反馈信息广播至链上的其它节点。
可选的,处理模块具体:
每个节点都会将收到的其它节点决策进行处理,计算并添加决策权重;
若决策权重满足预设条件,则发起所述决策请求的节点可发起相应投票结果的执行操作,所述其它节点接收到执行操作的请求后判断是否满足执行条件并在验证满足后执行;
在决策结束后,显示决策结果。
本发明实施例提供了一种支持人工参与区块链决策的系统,实现了用户通过节点发起和参与投票,并且通过去中心化,避免了对决策发起和参与的限制,通过避免了对网络的依赖性以及提高了稳定性。另外,通过验证验证信息,提高了安全性。
需要说明的是:上述实施例提供的支持人工参与区块链决策的系统以及电子设备在执行支持人工参与区块链决策的方法时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将设备的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实施例提供的支持人工参与区块链决策的方法、系统以及电子实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。