CN114884968A - 基于区块链隐私交易的态势感知方法及相关装置 - Google Patents

基于区块链隐私交易的态势感知方法及相关装置 Download PDF

Info

Publication number
CN114884968A
CN114884968A CN202210468569.5A CN202210468569A CN114884968A CN 114884968 A CN114884968 A CN 114884968A CN 202210468569 A CN202210468569 A CN 202210468569A CN 114884968 A CN114884968 A CN 114884968A
Authority
CN
China
Prior art keywords
node
nodes
group
transaction
situation awareness
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202210468569.5A
Other languages
English (en)
Inventor
萧牧天
罗发军
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Xunlei Network Technology Co Ltd
Original Assignee
Shenzhen Xunlei Network Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shenzhen Xunlei Network Technology Co Ltd filed Critical Shenzhen Xunlei Network Technology Co Ltd
Priority to CN202210468569.5A priority Critical patent/CN114884968A/zh
Publication of CN114884968A publication Critical patent/CN114884968A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/104Peer-to-peer [P2P] networks
    • H04L67/1059Inter-group management mechanisms, e.g. splitting, merging or interconnection of groups
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/104Peer-to-peer [P2P] networks
    • H04L67/1087Peer-to-peer [P2P] networks using cross-functional networking aspects
    • H04L67/1093Some peer nodes performing special functions

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computing Systems (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请实施例提供了一种基于区块链隐私交易的态势感知方法及相关装置,用于对区块链数据层异常交易的态势感知。本申请实施例方法包括:群主节点对区块进行解密,以获取区块中所有交易信息所对应的明文指令;态势感知客户端节点获取区块中所有交易信息所对应的明文指令和预先设置的智能合约;态势感知客户端节点将所有交易信息所对应的明文指令和智能合约发送至所有的态势感知节点,使得所有的态势感知节点对每个交易信息是否属于异常交易进行投票;若在预设时间段内,对每个交易信息投票结果一致的节点数目超出所有态势感知节点总数目中的预设数目,则态势感知客户端节点根据对每个交易信息的投票结果,确定每个交易信息是否为异常交易。

Description

基于区块链隐私交易的态势感知方法及相关装置
技术领域
本申请涉及区块链系统,尤其涉及一种基于区块链隐私交易的态势感知方法及相关装置。
背景技术
区块链系统由上至下一般包括应用层、合约层、激励层、共识层、网络层和数据层,目前在区块链系统中,基于用户隐私的异常交易态势感知主要是针对于应用层的异常态势感知,而无法获取对区块链数据层的异常态势感知。
而如何实现对区块链数据层的异常态势感知,目前也没有相应的解决方案。
发明内容
本申请实施例提供了一种基于区块链隐私交易的态势感知方法及相关装置,用于实现对区块链数据层异常交易的态势感知,从而确保区块链运行的稳定性和可靠性。
本申请实施例第一方面提供了一种基于区块链隐私交易的态势感知方法,应用于区块链系统,所述区块链系统包括多个群节点,所述多个群节点至少包括群主节点、预先选取的态势感知客户端节点和预先选取的态势感知节点,所述方法包括:
所述群主节点对区块进行解密,以获取所述区块中所有交易信息所对应的明文指令;
所述态势感知客户端节点获取所述区块中所有交易信息所对应的明文指令和预先设置的智能合约,其中,所述智能合约中设置了异常交易的匹配规则;
所述态势感知客户端节点将所有交易信息所对应的明文指令和所述智能合约发送至所有的态势感知节点,使得所有的态势感知节点对每个交易信息所对应的明文指令和所述智能合约中异常交易的匹配规则进行匹配,并根据匹配结果对每个交易信息是否属于异常交易进行投票;
若在预设时间段内,对每个交易信息投票结果一致的节点数目超出所有态势感知节点总数目中的预设数目,则所述态势感知客户端节点根据对每个交易信息的投票结果,确定每个交易信息是否为异常交易。
可选的,所述投票结果包括交易属于正常交易和交易属于异常交易;
所述态势感知客户端节点根据对每个交易信息的投票结果,确定每个交易信息是否为异常交易,包括:
若所有的态势感知节点对每个交易信息属于正常交易的节点数目超出所有态势感知节点总数目中的预设数目,则所述态势感知客户端节点确定所述每个交易属于正常交易;
和/或,
若所有的态势感知节点对每个交易信息属于正常交易的节点数目未超出所有态势感知节点总数目中的预设数目,或所有态势感知节点对每个交易信息属于异常交易的节点数目超出所有态势感知节点总数目中的预设数目,则所述态势感知客户端节点确定所述每个交易属于异常交易。
可选的,所述多个群节点还包括预先选取的验证节点,其中,预先选取所述态势感知节点、所述态势感知客户端节点和所述验证节点的方法包括:
所述群主节点按照资源配置对节点备选池中的节点进行排序;
所述群主节点按照排序结果,从所述节点备选池中一次性选取出资源配置相匹配的多个验证节点和多个态势感知节点;
所述群主节点从所述多个态势感知节点中选取出第一预设数量的态势感知客户端节点。
可选的,所述群主节点按照排序结果,从所述节点备选池中一次性选取出资源配置相匹配的多个验证节点和多个态势感知节点,包括:
所述群主节点按照所述节点备选池中节点的奇偶排序,从所述节点备选池中一次性选取出资源配置相匹配的多个验证节点和多个态势感知节点。
可选的,所述群主节点为区别于所述态势感知节点、所述态势感知客户端节点和所述验证节点的独立节点。
可选的,在所述态势感知客户端节点确定区块中的异常交易之后,所述方法还包括:
所述态势感知客户端节点发送异常交易至所述验证节点,使得所述验证节点调用对应的防御合约。
可选的,在所述态势感知客户端节点根据对每个交易信息的投票结果,确定每个交易信息是否为异常交易之后,所述方法还包括:
所述态势感知客户端节点根据每个交易信息的投票结果,对每个态势感知节点的权重进行更新;
所述态势感知客户端节点根据更新后的权重,对所有态势感知节点进行排序;
在预设轮数的投票结束后,所述态势感知客户端节点根据排序结果,淘汰第二预设数量的态势感知节点。
可选的,在所述态势感知客户端节点根据排序结果,淘汰第二预设数量的态势感知节点之后,所述方法还包括:
所述群主节点按照备选节点资源配置的排序结果,从节点备选池中选取出排序靠前的第二预设数量的新态势感知节点。
可选的,所述智能合约由所述群主节点预先进行设置,所述群主节点将预先设置的智能合约存储在群主节点本地,或存储在所述态势感知客户端节点本地。
可选的,所述区块采用群签名进行验证共识,其中,所述群签名至少关联于群参数和群私钥,且每个区块的群参数互不相同;
所述群主节点对所述区块进行解密,包括:
所述群主节点利用所述群签名中的群参数和群私钥还原所述区块中每个交易信息所对应的部分用户私钥;
所述群主节点利用每个交易信息所对应的部分用户私钥,从本地加密数据库中获取每个交易信息所对应的完整用户私钥;
所述群主节点利用每个交易信息所对应的完整用户私钥,对所述区块中的每个交易信息进行解密。
可选的,所述群主节点利用所述群签名中的群参数和群私钥还原所述区块中每个交易信息所对应的部分用户私钥,包括:
所述群主节点根据关联函数公式、所述群签名中的群参数和群私钥参数,推演出所述区块中每个交易信息所对应的部分用户私钥,其中,所述关联函数公式记载了所述部分用户私钥、所述群参数和所述群私钥参数之间的函数关系。
可选的,所述多个群节点还包括多个用户节点,所述方法还包括:
所述群主节点接收所述用户节点发送的注册信息,并根据所述注册信息为每个用户节点分配对应的用户私钥,其中,所述注册信息关联于所述用户节点的唯一身份识别码;
所述群主节点将每个用户节点的唯一身份识别码和对应的用户私钥,关联存储至本地加密数据库中。
可选的,所述群主节点对区块进行解密之前,所述方法还包括:
所述群主节点预设系统参数,并根据所述系统参数生成群公钥和群私钥;
所述群主节点将所述群公钥和群私钥保存在本地加密数据库中。
可选的,所述异常交易的匹配规则包括:
重入攻击、权限控制、整型溢出、未检查的call返回值、交易顺序依赖、时间戳依赖、条件竞争、短地址攻击和可预测的随机处理事件中的至少一个。
本申请实施例第二方面提供了一种区块链系统,所述区块链系统包括多个群节点,所述多个群节点至少包括群主节点、预先选取的态势感知客户端节点和预先选取的态势感知节点;
其中,所述群主节点,用于对区块进行解密,以获取所述区块中所有交易信息所对应的明文指令;
所述态势感知客户端节点,用于获取所述区块中所有交易信息所对应的明文指令和预先设置的智能合约,其中,所述智能合约中设置了异常交易的匹配规则;
所述态势感知客户端节点,还用于将所有交易信息所对应的明文指令和所述智能合约发送至所有的态势感知节点,使得所有的态势感知节点对每个交易信息所对应的明文指令和所述智能合约中异常交易的匹配规则进行匹配,并根据匹配结果对每个交易信息是否属于异常交易进行投票;
所述态势感知客户端节点,还用于若在预设时间段内,对每个交易信息投票结果一致的节点数目超出所有态势感知节点总数目中的预设数目,则根据对每个交易信息的投票结果,确定每个交易信息是否为异常交易。
可选的,所述投票结果包括交易属于正常交易和交易属于异常交易;
所述态势感知客户端节点,具体用于:
若所有的态势感知节点中确定每个交易信息属于正常交易的节点数目超出所有态势感知节点总数目中的预设数目,则确定所述每个交易属于正常交易;
和/或,
若所有的态势感知节点中确定每个交易信息属于正常交易的节点数目未超出所有态势感知节点总数目中的预设数目,或所有的态势感知节点中确定每个交易信息属于异常交易的节点数目超出所有态势感知节点总数目中的预设数目,则确定所述每个交易属于异常交易。
可选的,所述多个群节点还包括预先选取的验证节点;
所述群主节点还用于:
按照资源配置对节点备选池中的节点进行排序;
按照排序结果,从所述节点备选池中一次性选取出资源配置相匹配的多个验证节点和多个态势感知节点;
从所述多个态势感知节点中选取出第一预设数量的态势感知客户端节点。
可选的,所述群主节点具体用于:
按照所述节点备选池中节点的奇偶排序,从所述节点备选池中一次性选取出资源配置相匹配的多个验证节点和多个态势感知节点。
可选的,所述群主节点为区别于所述态势感知节点、所述态势感知客户端节点和所述验证节点的独立节点。
可选的,态势感知客户端节点还用于:
在确定区块中的异常交易之后,发送异常交易至所述验证节点,使得所述验证节点调用对应的防御合约。
可选的,态势感知客户端节点还用于:
在根据对每个交易信息的投票结果,确定每个交易信息是否为异常交易之后,根据每个交易信息的投票结果,对每个态势感知节点的权重进行更新;
根据更新后的权重,对所有态势感知节点进行排序;
在预设轮数的投票结束后,根据排序结果,淘汰第二预设数量的态势感知节点。
可选的,所述群主节点还用于:
在所述态势感知客户端节点根据排序结果,淘汰第二预设数量的态势感知节点之后,按照备选节点资源配置的排序结果,从节点备选池中选取出排序靠前的第二预设数量的新态势感知节点。
可选的,所述智能合约由所述群主节点预先进行设置,所述群主节点用于:
将预先设置的智能合约存储在群主节点本地,或存储在所述态势感知客户端节点本地。
可选的,所述区块采用群签名进行验证共识,其中,所述群签名至少关联于群参数和群私钥,且每个区块的群参数互不相同;
所述群主节点具体用于:
利用所述群签名中的群参数和群私钥还原所述区块中每个交易信息所对应的部分用户私钥;
利用每个交易信息所对应的部分用户私钥,从本地加密数据库中获取每个交易信息所对应的完整用户私钥;
利用每个交易信息所对应的完整用户私钥,对所述区块中的每个交易信息进行解密。
可选的,所述群主节点具体用于:
根据关联函数公式、所述群签名中的群参数和群私钥参数,推演出所述区块中每个交易信息所对应的部分用户私钥,其中,所述关联函数公式记载了所述部分用户私钥、所述群参数和所述群私钥参数之间的函数关系。
可选的,所述多个群节点还包括多个用户节点,所述群主节点还用于:
接收所述用户节点发送的注册信息,并根据所述注册信息为每个用户节点分配对应的用户私钥,其中,所述注册信息关联于所述用户节点的唯一身份识别码;
将每个用户节点的唯一身份识别码和对应的用户私钥,关联存储至本地加密数据库中。
可选的,所述群主节点还用于:
在对区块进行解密之前,预设系统参数,并根据所述系统参数生成群公钥和群私钥;
将所述群公钥和群私钥保存在本地加密数据库中。
可选的,所述异常交易的匹配规则包括:
重入攻击、权限控制、整型溢出、未检查的call返回值、交易顺序依赖、时间戳依赖、条件竞争、短地址攻击和可预测的随机处理事件中的至少一个。
本申请实施例第三方面提供了一种计算机装置,包括处理器,该处理器在执行存储于存储器上的计算机程序时,用于实现本申请实施例中第一方面提供的基于区块链隐私交易的态势感知方法。
本申请实施例第四方面提供了一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时,用于实现本申请实施例中第一方面提供的基于区块链隐私交易的态势感知方法。
从以上技术方案可以看出,本申请实施例具有以下优点:
本申请实施例提供了一种基于区块链隐私交易的态势感知方法,应用于区块链系统,其中,区块链系统包括多个群节点,所述多个群节点至少包括群主节点、预先选取的态势感知客户端节点和预先选取的态势感知节点,所述方法包括:所述群主节点对区块进行解密,以获取所述区块中所有交易信息所对应的明文指令;所述态势感知客户端节点获取所述区块中所有交易信息所对应的明文指令和预先设置的智能合约,其中,所述智能合约中设置了异常交易的匹配规则;所述态势感知客户端节点将所有交易信息所对应的明文指令和所述智能合约发送至所有的态势感知节点,使得所有的态势感知节点对每个交易信息所对应的明文指令和所述智能合约中异常交易的匹配规则进行匹配,并根据匹配结果对每个交易信息是否属于异常交易进行投票;若在预设时间段内,对每个交易信息投票结果一致的节点数目超出所有态势感知节点总数目中的预设数目,则所述态势感知客户端节点根据对每个交易信息的投票结果,确定每个交易信息是否为异常交易。
因为本申请实施例中的群主节点可以将区块中的交易信息解密为对应的明文指令,从而使得区块链系统中的态势感知节点根据交易信息的明文指令和智能合约中异常交易的匹配规则,识别出区块中的异常交易,从而确保了区块链运行的稳定性和可靠性。
附图说明
图1为本申请实施例中基于区块链隐私交易的态势感知系统的架构示意图;
图2为本申请实施例中基于区块链隐私交易的态势感知方法的一个实施例示意图;
图3为图2实施例中步骤201的细化步骤;
图4为本申请实施例中选取态势感知节点、态势感知客户端节点和验证节点的过程示意图;
图5为本申请实施例中群初始化过程的一个实施例示意图:
图6为本申请实施例中基于区块链隐私交易的态势感知方法的另一个实施例示意图;
图7为本申请实施例中区块链系统的一个实施例示意图。
具体实施方式
本申请实施例提供了一种基于区块链隐私交易的态势感知方法及相关装置,用于实现对区块链数据层异常交易的态势感知,从而确保区块链运行的稳定性和可靠性。
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分的实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
为了更好地实现上述基于区块链隐私交易的态势感知方案,本申请实施例提供了一种基于区块链隐私交易的态势感知系统,请参阅图1,图1为本申请实施例提供的一种基于区块链隐私交易的态势感知系统的架构示意图。该基于区块链隐私交易的态势感知系统可以包括至少一个终端设备101和至少一个服务器102;终端设备可以是为智能手机、平板电脑、笔记本电脑、台式电脑、智能车载等等。服务器102可以是独立的物理服务器,也可以是多个物理服务器构成的服务器集群或者分布式系统,还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content DeliveryNetwork,CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器,等等。
而本申请中的区块链系统可以完全部署于多个终端设备101上或完全部署于多个服务器102上,当然也可以将区块链系统中的部分节点(如群主节点、态势感知节点和/或验证节点)部署于服务器102上,而将区块链系统中的部分节点(如用户节点)部署在终端设备101上,以完成本申请中基于区块链隐私交易的态势感知方案。
具体的,上述基于区块链隐私交易的态势感知方案可以由多个终端设备101或多个服务器102执行,如将区块链系统完全部署在多个终端设备101上时,则是由多个终端设备101执行上述基于区块链隐私交易的态势感知方案,而将区块链系统完全部署在多个服务器102上时,则是由多个服务器102执行上述基于区块链隐私交易的态势感知方案;进一步当区块链系统中的部分节点部署在至少一个终端设备101上,而部分节点部署在至少一个服务器102上时,则是由终端设备和服务器交互式执行上述基于区块链隐私交易的态势感知方案。
基于上述提供的基于区块链隐私交易的态势感知系统,请参阅图2,图2为本申请实施例中基于区块链隐私交易的态势感知方法的流程示意图。该基于区块链隐私交易的态势感知系统可以由区块链系统来执行,该区块链系统包括多个群节点,其中,多个群节点至少包括群主节点、预先选取的态势感知客户端节点和预先选取的态势感知节点,当区块链链系统部署在终端设备101上时,上述多个群节点都为对应的终端设备;当区块链系统部署在服务器102上时,上述多个群节点都为对应的服务器;而当区块链系统部分部署在终端设备101上,部分部署在服务器102上时,则可以是将群主节点部署在服务器102上,而将态势感知客户端节点和态势感知节点部署在终端设备101上。
具体的,本申请实施例中基于区块链隐私交易的态势感知方法的一个实施例,包括:
201、所述群主节点对所述区块进行解密,以获取所述区块中所有交易信息所对应的明文指令;
区块链通俗地讲,就是由一些数据(如交易信息)组成区块,然后将多个区块串起来所组成的区块链条。
在常规区块链中,若在区块链中验证节点收到新的交易数据,会将新的交易数据打包成区块,然后将区块广播给其它所有验证节点,并在各验证节点对区块验证达到共识后,各个验证节点将该区块记入区块链中。在隐私交易中,为了保证交易数据的隐私性,用户一般都会采用用户私钥对自身的交易数据进行加密,加密之后的交易数据才会打包进区块,各验证节点无法知道实际的交易数据。
为了及时识别出每个区块中的异常交易,本申请实施例中的群主节点可以对区块进行解密,以获取到区块中所有交易信息所对应的明文指令。
至于群主节点对区块进行解密的具体过程,将在下面的实施例中进行描述,此处不再赘述。
此处需要说明的是,本申请中的区块可以是验证共识后的区块,也即先对区块进行验证共识,而在验证共识后,由群主节点对区块进行解密,获取区块中所有交易信息所对应的明文指令,以用于对区块进行态势感知;还可以是验证共识前的区块,即先由群主节点对区块进行解密,以执行后续的态势感知,并在态势感知到区块中的交易为正常交易后,再对区块进行验证共识。
202、所述态势感知客户端节点获取所述区块中所有交易信息所对应的明文指令和预先设置的智能合约,其中,所述智能合约中设置了异常交易的匹配规则;
区块链系统中的群主节点获取到区块中所有交易信息所对应的明文指令后,可以将获取到的所有交易信息的明文指令发送至区块链系统中的态势感知客户端节点,或者是由态势感知客户端节点主动从群主节点处获取区块中所有交易信息的明文指令,此处对态势感知客户端节点获取区块中所有交易信息的明文指令的过程不做具体限制。
态势感知客户端节点获取到区块中所有交易信息的明文指令后,进一步获取预先设置的智能合约,其中,智能合约中设置了异常交易的匹配规则。
作为一种具体的实施方式,智能合约一般由群主节点进行设置,然后存储于群主节点本地,或存储于态势感知客户端节点本地,故本申请实施例中态势感知客户端节点可以是从群主节点处获取预先设置的智能合约,也可以是从态势感知客户端节点本地获取预先设置的智能合约。
进一步,本申请中的群主节点为区别于预先选取的态势感知客户端节点和预先选取的态势感知节点的独立节点,也即本申请中的群主节点不可以再担任态势感知节点客户端和态势感知节点的角色,因为本申请中的群主节点用于设置智能合约,而态势感知节点用于根据明文指令和智能合约对交易信息是否正常进行投票表决,故本申请中将群主节点设置为区别于态势感知客户端节点和态势感知节点的独立节点,可以保证对交易信息判断的公平公正性,以防出现对交易信息判断结果作假的现象。
203、所述态势感知客户端节点将所有交易信息所对应的明文指令和智能合约发送至所有的态势感知节点,使得所有的态势感知节点对每个交易信息所对应的明文指令和所述智能合约中异常交易的匹配规则进行匹配,并根据匹配结果对每个交易信息是否属于异常交易进行投票;
态势感知客户端节点获取到所有交易信息所对应的明文指令和智能合约后,将所有交易信息的明文之和智能合约发送至所有的态势感知节点,使得所有的态势感知节点对每个交易信息所对应的明文指令和所述智能合约中异常交易的匹配规则进行匹配,并根据匹配结果对每个交易信息是否属于异常交易进行投票。
具体的,智能合约中记载了异常交易的匹配规则,其中,匹配规则包括重入攻击、权限控制、整型溢出、未检查的call返回值、交易顺序依赖、时间戳依赖、条件竞争、短地址攻击和可预测的随机处理事件中的至少一个。
每个态势感知节点判断每个交易信息的明文指令中是否包含了智能合约中记载的异常交易的匹配规则,并根据最后的匹配结果,对每个交易信息是否属于异常交易进行投票。
204、若在预设时间段内,对每个交易信息投票结果一致的节点数目超出所有态势感知节点总数目中的预设数目,则所述态势感知客户端节点根据对每个交易信息的投票结果,确定每个交易信息是否为异常交易。
若在预设时间段内,对每个交易信息投票结果一致的节点数目超出所有态势感知节点总数目中的预设数目,则所述态势感知客户端节点根据对每个交易信息的投票结果,确定每个交易信息是否为异常交易。
具体的,如果在30s内,对每个交易信息投票结果一致的节点数目超出所有态势感知节点总数目中的预设数目(如超出所有态势感知节点总数目的一半),则态势感知客户端节点根据对每个交易信息的投票结果,确定每个交易信息是否为异常交易。
容易理解的是,对每个交易信息的投票结果包括该交易为正常交易和异常交易,作为一种可能的实施方式,可以是在预设时间段内,确定目标交易为正常交易的节点数目超出所有态势感知节点总数目的一半,则确定该交易信息为正常交易;或者是在预设时间段内,确定目标交易为异常交易的节点数目超出所有态势感知节点总数目的一半,则确定该交易信息为异常交易;或者还可以是在预设时间段内,确定目标交易为正常交易的节点数目未超出所有态势感知节点总数目的一半,则确定该交易信息为异常交易,以用于提升对正常交易判断的准确率,而降低对异常交易识别的遗漏率。
本申请实施例中,通过在区块链系统中设置多个群节点,其中,多个群节点至少包括群主节点、预先选取的态势感知客户端节点和预先选取的态势感知节点,其中,群主节点用于对区块进行解密,以获取区块中所有交易信息对应的明文指令;态势感知客户端节点用于获取区块中所有交易信息所对应的明文指令和预先设置的智能合约,其中,智能合约中设置了异常交易的匹配规则,并将所有交易信息所对应的明文指令和智能合约发送至所有的态势感知节点,使得所有的态势感知节点对每个交易信息所对应的明文指令和智能合约中异常交易的匹配规则进行匹配,并根据匹配结果对每个交易信息是否属于异常交易进行投票,若在预设时间段内,对每个交易信息投票结果一致的节点数目超出所有态势感知节点总数目中的预设数目,则态势感知客户端节点根据对每个交易信息的投票结果,确定每个交易信息是否为异常交易。
因为本申请实施例中,群主节点可以对区块进行解密,以得到区块中所有交易信息所对应的明文指令,态势感知节点可以对每个交易信息所对应的明文指令和智能合约中异常交易的匹配规则进行匹配,并根据匹配结果对每个交易信息是否属于异常交易进行投票,最后态势感知客户端节点根据对每个交易信息的投票结果,确定每个交易是否属于异常交易,从而实现了对区块链数据层中异常交易的态势感知,确保了区块链运行的稳定性和可靠性。
基于图2所述的实施例,下面接着对步骤201做详细描述,请参阅图3,图3为图2实施例中步骤201的细化步骤:
301、所述群主节点利用所述群签名中的预设群参数和群私钥还原所述区块中每个交易信息所对应的部分用户私钥;
容易理解的是,区块在生成时,为了保证区块中数据的隐私性,参加交易的用户一般会采用自身的用户私钥对区块中的每个交易信息进行加密,以防交易数据泄露。
本申请实施例中的区块采用群签名进行验证共识,其中,群签名至少关联于群参数和群私钥,且每个区块的群参数互不相同。具体的,群主节点利用群签名中的群参数和群私钥还原区块中每个交易信息所对应的部分用户私钥,然后再利用每个交易信息所对应的部分用户私钥执行步骤302。
作为一种具体的实施方式,群主节点可以是根据关联函数公式、群签名中的群参数和群私钥参数,推演出区块中每个交易信息所对应的部分用户私钥,其中,关联函数公式记载了部分用户私钥、群参数和群私钥参数之间的函数关系。
为方便理解,下面举例说明:
假设每个区块的群签名中的群参数为A1、A2和A3(其中,每个区块所对应的群签名中的群参数是不同的),群私钥=(a1,a2和λ),而用户私钥=(idi,xi),关联函数公式为
Figure BDA0003625592400000141
群主节点在已知关联函数公式、群参数和群私钥的前提下,可以根据关联函数公式推演出用户私钥中的idi。
302、所述群主节点利用每个交易信息所对应的部分用户私钥,从本地加密数据库中获取每个交易所对应的完整用户私钥;
群主节点获取到每个交易信息所对应的部分用户私钥后,利用每个交易信息所对应的部分用户私钥,从本地加密数据库中获取每个交易所对应的完整用户私钥。
可以理解的是,本地加密数据库中预先存储了每个用户节点的完整用户私钥、群公钥和群私钥。
303、所述群主节点利用每个交易所对应的完整用户私钥,对所述区块中的每个交易信息进行解密。
群主节点获取到每个交易信息所对应的完整用户私钥后,利用完整的用户私钥对每个交易信息进行解密,以得到每个交易信息所对应的明文指令。
本申请实施例中,对群主节点解密区块的过程做了详细描述,提升了本申请实施例中群主节点获取区块中所有交易信息所对应的明文指令过程的可靠性。
基于图2所述的实施例,在确定每个交易信息是否为异常交易信息以后,还可以执行以下步骤,以保证态势感知节点在投票过程中的公正性。
具体的,在确定每个交易信息是否为异常交易以后,态势感知客户端节点还可以根据对每个交易信息的投票结果,对每个态势感知节点的权重进行更新,然后根据更新后的权重,对所有态势感知节点进行排序,并在预设轮数的投票结束后,根据所有态势感知节点的排序结果,从所有态势感知节点中淘汰第二预设数量的态势感知节点。
进一步,在态势感知节点客户端节点根据排序结果,淘汰第二预设数量的态势感知节点以后,群主节点按照备选节点资源配置的排序结果,从节点备选池中选取出排序靠前的第二预设数量的新态势感知节点。其中,节点备选池中预先存放了多个备选节点,且每个备选节点的资源配置(如cpu、内存和带宽)各不相同,为了方便后期对新态势感知节点的选取,可以预先按照备选节点的资源配置,对备选池中的备选节点进行排序。
下面举例进行说明:
假设区块中包含了3个交易数据,而群节点中有10个态势感知节点,在针对第一个交易信息的投票结束以后,假设有7个态势感知节点(分别为1号、3号、4号、5号、6号、7号和8号态势感知节点)投票该交易信息为正常交易,而2号态势感知节点投票该交易为异常交易,9号和10号态势感知节点因为网络原因而投票失败,则态势感知客户端节点可以在针对第一个交易信息的投票结束以后,分别对1至10号态势感知节点的权重进行更新,如正常投票的态势感知节点权重+1,恶意投票的态势感知节点权重-2,投票失败的态势感知节点权重-1,从而在第一个交易信息的投票结束以后,得到10个态势感知节点的权重排序。而针对第二个交易信息和第三个交易信息的投票结果,也采用相同的方法对10个态势感知节点的权重进行更新,从而在每个交易信息的投票结束以后,得到每个态势感知节点的最新权重排序。
态势感知客户端节点可以在20轮的投票结束以后,根据每个态势感知节点的最新排序,从10个态势感知节点中淘汰掉3个态势感知节点,然后群主节点再从备选池中按照备选节点资源配置的排序,从节点备选池中选取出3个排序靠前的新的态势感知节点,从而保证了本申请实施例中态势感知节点的非中心化分布,也提升了态势感知节点对投票结果的公正性。
需要说明的是,上述举例只是对新态势感知节点选取过程的示例性解释说明,并不对具体交易的个数和新态势感知节点的个数构成任何限制。
进一步,本申请实施例中的多个群节点还包括预先选取的验证节点,下面对群主节点选取态势感知节点、态势感知客户端节点和验证节点的过程进行描述,请参阅图4,图4为本申请实施例中选取态势感知节点、态势感知客户端节点和验证节点的过程示意:
401、所述群主节点按照资源配置对节点备选池中的节点进行排序;
群主节点为了能够选取出资源配置优越的节点充当态势感知节点和验证节点,可以预先按照资源配置(如节点的网络带宽、节点的CPU性能和节点的内存等)对节点备选池中的节点进行排序。
容易理解的是,节点备选池中预先放置了很多个备选节点,这些备选节点可以是用户的闲置手机、闲置电脑或闲置的服务器。
402、所述群主节点按照排序结果,从所述节点备选池中一次性选取出资源配置相匹配的多个验证节点和多个态势感知节点;
群主节点对节点备选池中的节点按照资源配置进行排序以后,还可以从节点备选池中一次性选取出资源配置相匹配的多个验证节点和多个态势感知节点。
因为在对交易信息进行验证和态势感知的过程时,如果验证节点和态势感知节点的资源配置相差过大,则可能会出现验证节点已经完成对交易信息的验证,而态势感知节点却因为计算能力的差异,导致态势感知过程较慢,或者是验证节点完成对交易信息的验证过程较慢,而态势感知节点执行态势感知的过程较块,也即两者之间的计算能力差异较大,从而影响区块的出块速度。
故本申请实施例在选取验证节点和态势感知节点时,可以按照资源配置排序结果,从节点备选池中选取出资源配置相匹配的多个验证节点和多个态势感知节点。同时,为了提升选取的效率,本申请实施例还可以一次性地从备选池中同时选取出验证节点和态势态势节点,从而提升验证节点和态势感知节点的选取效率。
作为一种具体的实施方式,可以是群主节点按照节点备选池中多个备选节点的奇偶排序,从备选池中一次性选取出资源配置相匹配的多个验证节点和多个态势感知节点。
如假设节点备选池中有100个备选节点,群主节点需要从备选池中选取出20个验证节点和20个态势感知节点,则群主节点可以按照多个备选节点的奇偶排序,将排序靠前的20个奇数号的备选节点设置为验证节点,而将排序靠前的20个偶数号的备选节点设置为态势感知节点。
当然在选取验证节点和态势感知节点的过程中,群主节点还可以对排序以后的备选节点,先按照验证节点和态势感知节点的总数N1,从备选节点N2中选取出排序靠前的N1个备选节点,然后再根据随机抽签的方式,选取出验证节点和态势感知节点,此处只要可以选取出资源配置相匹配的验证节点和态势感知节点即可,而对选取验证节点和态势感知节点的过程不做具体限制。
403、所述群主节点从所述多个态势感知节点中选取出第一预设数量的态势感知客户端节点。
群主节点从节点备选池中选取出多个验证节点和多个态势感知节点后,则可以进一步从多个态势感知节点中选取出第一预设数量的态势感知客户端节点,其中,态势感知客户端节点的总数小于态势感知节点的总数。
基于图4所述的实施例,群主节点在选取出验证节点、态势感知节点和态势感知客户端节点以前,还需要完成群的初始化过程,下面对群的初始化过程进行描述,请参阅图5,图5为本申请实施例中群初始化过程的一个实施例示意图:
501、所述群主节点预设系统参数,并根据所述系统参数生成群公钥和群私钥;
群在初始化的过程中,群主节点预设系统参数,然后根据系统参数生成群公钥和群私钥,并执行步骤502。
下面对本申请实施例中群公钥和群私钥的生成过程进行描述:
假设群主节点预设的系统参数para=(S1,s1,p),其中,其中p为素数,群主节点选择两个安全的散列函数H1和H2,其中,H1映射到整数环Z,H2映射到S1,群主节点从整数环Z中随机选取非零数a1,a2和λ,然后设置群公钥gpk=(S1,s1,p,H1,H2),设置群私钥gsk=(a1,a2和λ)。
502、所述群主节点将所述群公钥和群私钥保存在本地加密数据库中。
群主节点在生成了群公钥和群私钥后,则将群公钥和群私钥存储在本地加密数据库中,以在需要时进行取用。
503、所述群主节点接收所述用户节点发送的注册信息,并根据所述注册信息为每个用户节点分配对应的用户私钥,其中,所述注册信息关联于所述用户节点的唯一身份识别码;
容易理解的是,在群节点中还包括用户节点,以用于生成区块链中的区块数据。而为了实现对群节点的管理,本申请实施例中的用户节点需要完成群注册,以用于生成用户私钥,并利用用户私钥完成区块数据的加密。
具体的,本申请实施例中群主节点接收用户节点发送的注册信息,并根据注册信息为每个用户节点分配对应的私钥,其中,注册信息关联于用户节点的唯一身份识别码。
为便于理解,下面对用户私钥的生成过程进行描述:
假设用户节点向群主节点发送自身的唯一身份识别码(如身份证号、手机号、生物识别信息等),群主节点可以预先与公安机关的数据库建立连接,并对用户节点的唯一身份识别码进行验证,若用户节点的唯一身份识别码为真,且以前没有在该群注册过,则群主节点向用户节点分配唯一的用户私钥。
具体的,假设用户私钥upk=(idi,xi),其中,idi可以根据关联函数公式
Figure BDA0003625592400000181
进行计算,其中,A1、A2和A3为每个区块群签名中的群参数(每个区块的群参数不同),a1和a2为群私钥中的部分参数。
而xi是群主节点从整数环Z中选取出区别于a1,a2和λ的非零数,且每个用户节点对应的xi互不相同。
504、所述群主节点将每个用户节点的唯一身份识别码和对应的用户私钥,关联存储至本地加密数据库中。
群主节点在为每个用户节点生成用户私钥后,则将用户私钥和用户的唯一身份识别码关联存储至本地加密数据库中,以供需要时取用。
本申请实施例中对群节点完成初始化的过程,及为用户节点分配用户私钥的过程做了详细描述,提升了群初始化过程的可靠性。
基于上述实施例,下面接着对本申请实施例中基于区块链隐私交易的态势感知方法进行描述,该方法应用于区块链系统,其中,区块链系统包括群主节点、态势感知客户端节点、态势感知节点、验证节点和用户节点,具体请参阅图6,本申请实施例中基于区块链隐私交易的态势感知方法的另一个实施例,包括:
601、验证节点获取所述用户节点的至少一个交易信息;
当群节点中的用户节点在完成用户交易后,验证节点负责对用户节点的用户交易数据进行验证,并在验证通过后,将用户交易数据打包上链,以生成区块链中的区块。
具体的,验证节点获取用户节点的至少一个交易信息后,对该交易执行步骤602。
602、所述验证节点采用预设的验证方式对所述至少一个交易信息的有效性进行验证;
验证节点获取到用户节点的至少一个交易信息后,采用预设的验证方式对该至少一个交易信息进行验证,并在验证通过后,执行步骤603。
具体的,验证节点的对至少一个交易信息的验证方式包括以下两种方式中的至少一种:
(一)、验证节点验证所述至少一个交易信息的群签名是否记录在区块链中,若否,则确定该至少一个交易信息为有效交易,否则,确定该至少一个交易信息为无效交易。
容易理解的是,每个用户节点在完成自身的至少一个用户交易(一个或多个用户交易)后,用自身的用户私钥分别对自身的每个用户交易进行加密,完成加密后,进一步对多个用户交易打包并签署上群签名,其中,该群签名至少关联于群参数和群私钥,且每个区块的群参数之间互不相同。
故验证节点可以验证至少一个交易信息的群签名是否记录在区块链中,若该群签名已经记录在区块链中,表明该区块可能为之前已经记录过的区块,则确定该至少一个交易信息为无效交易,若该群签名未记录在区块链中,则确定该至少一个交易信息为有效交易。
(二)、验证节点根据知识证明验证所述至少一个交易信息是否有效,若所述知识证明有效,则确定该交易为有效交易,否则为无效交易。
具体的,知识证明为验证节点和用户节点之间预先约定好的某种规则,或某个问题和答案。如验证节点在验证用户节点的至少一个交易信息是否有效时,可以将某个题目发送给用户节点,若用户节点能够给出预先约定好的答案,则证明用户节点的至少一个交易有效,否则证明用户节点的至少一个交易无效。
进一步,为了以防预先约定好的某种规则或某个答案被泄露,可以由群主节点预设设置多个规则或多个问题和答案,然后由验证节点随机选取某个规则和某个问题对用户节点进行知识证明,以保证知识证明的私密性。
603、若验证所述至少一个交易信息有效,则将所述至少一个交易信息打包,并将打包后所生成的区块广播至其他验证节点,使得其他验证节点对所述区块中的至少一个交易进行投票验证;
任一验证节点若验证至少一个交易信息有效,则将至少一个交易信息打包,并将打包后所生成的区块广播至其他验证节点,以使得其他验证节点对区块中的至少一个交易进行投票验证,以保证区块的有效性。
具体的,其他验证节点对区块中至少一个交易信息的验证过程,与步骤602中的验证方式类似,此处不再赘述。
604、若其他验证节点中超出预设数目的验证节点对所述区块中至少一个交易信息的投票验证结果为交易有效,则将所述区块记入区块链中;
其他验证节点在对区块中至少一个交易信息进行验证时,若其他验证节点中超出预设数目的验证节点(如超出一半的验证节点)对区块中至少一个交易信息的投票验证结果为交易有效,则将该区块记入区块链中,否则放弃该区块,并拒绝将该区块记入区块链中。
605、所述群主节点对所述区块进行解密,以获取所述区块中所有交易信息所对应的明文指令;
606、所述态势感知客户端节点获取所述区块中所有交易信息所对应的明文指令和预先设置的智能合约,其中,所述智能合约中设置了异常交易的匹配规则;
607、所述态势感知客户端节点将所有交易信息所对应的明文指令和智能合约发送至所有的态势感知节点,使得所有的态势感知节点对每个交易信息所对应的明文指令和所述智能合约中异常交易的匹配规则进行匹配,并根据匹配结果对每个交易信息是否属于异常交易进行投票;
608、若在预设时间段内,对每个交易信息投票结果一致的节点数目超出所有态势感知节点总数目中的预设数目,则所述态势感知客户端节点根据对每个交易信息的投票结果,确定每个交易信息是否为异常交易。
需要说明的是,本申请实施例中步骤605至608的描述与本申请实施例中步骤101至104的描述类似,此处不再赘述。
本申请实施例中,对区块链中生成区块的过程做了详细描述,且在生成区块的过程中,采用多个验证节点对区块中的交易数据进行投票表决,从而保证了区块中交易数据的真实性和有效性。
基于图6所述的实施例,为了保证验证节点在区块投票中的公平公正性,本申请实施例还可以定时对验证节点进行更新,以防止验证节点对投票结果的统一造假,具体的:
验证节点完成对区块中至少一个交易的投票后,群主节点根据每个验证节点对区块中至少一个交易信息的投票结果,对每个验证节点在每轮投票中的节点权重进行更新,然后根据每个验证节点在每轮投票中的最新节点权重,对多个验证节点进行排序,在预设轮数的投票结束后,群主节点根据排序结果,淘汰掉第三预设数量的验证节点,然后从节点备选池中按照备选节点资源配置的排序,从节点备选池中选取出第三预设数量的新的验证节点。
下面举例进行说明:
假设区块中包含了3个交易数据,而群节点中有10个验证节点,在针对第一个交易信息的投票结束以后,假设有7个验证节点(分别为1号、3号、4号、5号、6号、7号和8号验证节点)投票该交易信息为有效交易,而2号验证节点投票该交易为无效交易,9号和10号验证节点因为网络原因而投票失败,则群主节点可以在针对第一个交易信息的投票结束以后,分别对1至10号验证节点的权重进行更新,如正常投票的验证节点权重+1,恶意投票的验证节点权重-2,投票失败的验证节点权重-1,从而在第一个交易信息的投票结束以后,得到10个验证节点的权重排序。而针对第二个交易信息和第三个交易信息的投票结果,也采用相同的方法对10个验证节点的权重进行更新,从而在每个交易信息的投票结束以后,得到每个验证节点的最新权重排序。
群主节点可以在10轮投票结束以后,根据每个验证节点的最新排序,从10个验证节点中淘汰掉第三预设数量(如5个)验证节点,然后从节点备选池中按照备选节点资源配置的排序,从节点备选池中重新选取出5个新的验证节点,从而保证了本申请实施例中验证节点的非中心化分布,也提升了验证节点对投票结果的公正性。
需要说明的是,上述举例只是对新验证节点选取过程的示例性解释说明,并不对具体交易的个数和新验证节点的个数构成任何限制。
进一步的,基于上述实施例,若态势感知客户端节点确定区块中的异常交易以后,则将异常交易发送至验证节点,使得验证节点调用对应的防御合约,以保证区块链数据的可靠性和有效性。
上面对本申请实施例中基于区块链隐私交易的态势感知方法进行描述,下面对本申请中的区块链系统进行描述,请参阅图7:
其中,该区块链系统用于实现本申请实施例中基于隐私交易的态势感知方法,具体的,该区块链系统至少包括群主节点701、预先选取的态势感知客户端节点702和预先选取的态势感知节点703,其中:
其中,所述群主节点701,用于对区块进行解密,以获取所述区块中所有交易信息所对应的明文指令;
所述态势感知客户端节点702,用于获取所述区块中所有交易信息所对应的明文指令和预先设置的智能合约,其中,所述智能合约中设置了异常交易的匹配规则;
所述态势感知客户端节点702,还用于将所有交易信息所对应的明文指令和所述智能合约发送至所有的态势感知节点,使得所有的态势感知节点703对每个交易信息所对应的明文指令和所述智能合约中异常交易的匹配规则进行匹配,并根据匹配结果对每个交易信息是否属于异常交易进行投票;
所述态势感知客户端节点702,还用于若在预设时间段内,对每个交易信息投票结果一致的节点数目超出所有态势感知节点总数目中的预设数目,则根据对每个交易信息的投票结果,确定每个交易信息是否为异常交易。
可选的,所述投票结果包括交易属于正常交易和交易属于异常交易;
所述态势感知客户端节点702,具体用于:
若所有的态势感知节点中确定每个交易信息属于正常交易的节点数目超出所有态势感知节点总数目中的预设数目,则确定所述每个交易属于正常交易;
和/或,
若所有的态势感知节点中确定每个交易信息属于正常交易的节点数目未超出所有态势感知节点总数目中的预设数目,或所有的态势感知节点中确定每个交易信息属于异常交易的节点数目超出所有态势感知节点总数目中的预设数目,则确定所述每个交易属于异常交易。
可选的,所述多个群节点还包括预先选取的验证节点704;
所述群主节点701还用于:
按照资源配置对节点备选池中的节点进行排序;
按照排序结果,从所述节点备选池中一次性选取出资源配置相匹配的多个验证节点和多个态势感知节点;
从所述多个态势感知节点中选取出第一预设数量的态势感知客户端节点。
可选的,所述群主节点701具体用于:
按照所述节点备选池中节点的奇偶排序,从所述节点备选池中一次性选取出资源配置相匹配的多个验证节点和多个态势感知节点。
可选的,所述群主节点701为区别于所述态势感知节点、所述态势感知客户端节点和所述验证节点的独立节点。
可选的,态势感知客户端节点702还用于:
在确定区块中的异常交易之后,发送异常交易至所述验证节点,使得所述验证节点调用对应的防御合约。
可选的,态势感知客户端节点702还用于:
在根据对每个交易信息的投票结果,确定每个交易信息是否为异常交易之后,根据每个交易信息的投票结果,对每个态势感知节点的权重进行更新;
根据更新后的权重,对所有态势感知节点进行排序;
在预设轮数的投票结束后,根据排序结果,淘汰第二预设数量的态势感知节点。
可选的,所述群主节点701还用于:
在所述态势感知客户端节点根据排序结果,淘汰第二预设数量的态势感知节点之后,按照备选节点资源配置的排序结果,从节点备选池中选取出排序靠前的第二预设数量的新态势感知节点。
可选的,所述智能合约由所述群主节点预先进行设置,所述群主节点701用于:
将预先设置的智能合约存储在群主节点本地,或存储在所述态势感知客户端节点本地。
可选的,所述区块采用群签名进行验证共识,其中,所述群签名至少关联于群参数和群私钥,且每个区块的群参数互不相同;
所述群主节点701具体用于:
利用所述群签名中的群参数和群私钥还原所述区块中每个交易信息所对应的部分用户私钥;
利用每个交易信息所对应的部分用户私钥,从本地加密数据库中获取每个交易信息所对应的完整用户私钥;
利用每个交易信息所对应的完整用户私钥,对所述区块中的每个交易信息进行解密。
可选的,所述群主节点701具体用于:
根据关联函数公式、所述群签名中的群参数和群私钥参数,推演出所述区块中每个交易信息所对应的部分用户私钥,其中,所述关联函数公式记载了所述部分用户私钥、所述群参数和所述群私钥参数之间的函数关系。
可选的,所述多个群节点还包括多个用户节点705,所述群主节点701还用于:
接收所述用户节点发送的注册信息,并根据所述注册信息为每个用户节点分配对应的用户私钥,其中,所述注册信息关联于所述用户节点的唯一身份识别码;
将每个用户节点的唯一身份识别码和对应的用户私钥,关联存储至本地加密数据库中。
可选的,所述群主节点701还用于:
在对区块进行解密之前,预设系统参数,并根据所述系统参数生成群公钥和群私钥;
将所述群公钥和群私钥保存在本地加密数据库中。
可选的,所述异常交易的匹配规则包括:
重入攻击、权限控制、整型溢出、未检查的call返回值、交易顺序依赖、时间戳依赖、条件竞争、短地址攻击和可预测的随机处理事件中的至少一个。
需要说明的是,本申请实施例中各节点的作用与图1至图6实施例中描述的类似,此处不再赘述。
因为本申请实施例中,群主节点701可以对区块进行解密,以得到区块中所有交易信息所对应的明文指令,态势感知节点703可以对每个交易信息所对应的明文指令和智能合约中异常交易的匹配规则进行匹配,并根据匹配结果对每个交易信息是否属于异常交易进行投票,最后态势感知客户端节点702根据对每个交易信息的投票结果,确定每个交易是否属于异常交易,从而实现了对区块链数据层中异常交易的态势感知,确保了区块链运行的稳定性和可靠性。
上面从模块化功能实体的角度对本申请实施例中的区块链系统进行了描述,下面从硬件处理的角度对本申请实施例中的计算机装置进行描述:
该计算机装置分别用于实现区块链中群主节点、态势感知客户端节点和态势感知节点的功能,本申请实施例中计算机装置一个实施例包括:
处理器以及存储器;
存储器用于存储计算机程序,处理器用于执行存储器中存储的计算机程序时,可以实现如下步骤:
所述群主节点对区块进行解密,以获取所述区块中所有交易信息所对应的明文指令;
所述态势感知客户端节点获取所述区块中所有交易信息所对应的明文指令和预先设置的智能合约,其中,所述智能合约中设置了异常交易的匹配规则;
所述态势感知客户端节点将所有交易信息所对应的明文指令和所述智能合约发送至所有的态势感知节点,使得所有的态势感知节点对每个交易信息所对应的明文指令和所述智能合约中异常交易的匹配规则进行匹配,并根据匹配结果对每个交易信息是否属于异常交易进行投票;
若在预设时间段内,对每个交易信息投票结果一致的节点数目超出所有态势感知节点总数目中的预设数目,则所述态势感知客户端节点根据对每个交易信息的投票结果,确定每个交易信息是否为异常交易。
在本申请的一些实施例中,所述投票结果包括交易属于正常交易和交易属于异常交易,处理器,还可以用于实现如下步骤:
若所有的态势感知节点中确定每个交易信息属于正常交易的节点数目超出所有态势感知节点总数目中的预设数目,则所述态势感知客户端节点确定所述每个交易属于正常交易;
和/或,
若所有的态势感知节点中确定每个交易信息属于正常交易的节点数目未超出所有态势感知节点总数目中的预设数目,或所有的态势感知节点中确定每个交易信息属于异常交易的节点数目超出所有态势感知节点总数目中的预设数目,则所述态势感知客户端节点确定所述每个交易属于异常交易。
在本申请的一些实施例中,所述多个群节点还包括预先选取的验证节点,处理器,具体用于实现如下步骤:
所述群主节点按照资源配置对节点备选池中的节点进行排序;
所述群主节点按照排序结果,从所述节点备选池中一次性选取出资源配置相匹配的多个验证节点和多个态势感知节点;
所述群主节点从所述多个态势感知节点中选取出第一预设数量的态势感知客户端节点。
在本申请的一些实施例中,处理器,具体用于实现如下步骤:
所述群主节点按照所述节点备选池中节点的奇偶排序,从所述节点备选池中一次性选取出资源配置相匹配的多个验证节点和多个态势感知节点。
在本申请的一些实施例中,所述群主节点为区别于所述态势感知节点、所述态势感知客户端节点和所述验证节点的独立节点。
在本申请的一些实施例中,在所述态势感知客户端节点确定区块中的异常交易之后,处理器,还用于实现如下步骤:
所述态势感知客户端节点发送异常交易至所述验证节点,使得所述验证节点调用对应的防御合约。
在本申请的一些实施例中,在所述态势感知客户端节点根据对每个交易信息的投票结果,确定每个交易信息是否为异常交易之后,处理器,还用于实现如下步骤:
所述态势感知客户端节点根据每个交易信息的投票结果,对每个态势感知节点的权重进行更新;
所述态势感知客户端节点根据更新后的权重,对所有态势感知节点进行排序;
在预设轮数的投票结束后,所述态势感知客户端节点根据排序结果,淘汰第二预设数量的态势感知节点。
在本申请的一些实施例中,在所述态势感知客户端节点根据排序结果,淘汰第二预设数量的态势感知节点之后,处理器,还用于实现如下步骤:
所述群主节点按照备选节点资源配置的排序结果,从节点备选池中选取出排序靠前的第二预设数量的新态势感知节点。
在本申请的一些实施例中,所述智能合约由所述群主节点预先进行设置,所述群主节点将预先设置的智能合约存储在群主节点本地,或存储在所述态势感知客户端节点本地。
在本申请的一些实施例中,所述区块采用群签名进行验证共识,其中,所述群签名至少关联于群参数和群私钥,且每个区块的群参数互不相同,处理器,还用于实现如下步骤:
所述群主节点利用所述群签名中的群参数和群私钥还原所述区块中每个交易信息所对应的部分用户私钥;
所述群主节点利用每个交易信息所对应的部分用户私钥,从本地加密数据库中获取每个交易信息所对应的完整用户私钥;
所述群主节点利用每个交易信息所对应的完整用户私钥,对所述区块中的每个交易信息进行解密。
在本申请的一些实施例中,处理器,还用于实现如下步骤:
所述群主节点根据关联函数公式、所述群签名中的群参数和群私钥参数,推演出所述区块中每个交易信息所对应的部分用户私钥,其中,所述关联函数公式记载了所述部分用户私钥、所述群参数和所述群私钥参数之间的函数关系。
在本申请的一些实施例中,所述多个群节点还包括多个用户节点,处理器,还用于实现如下步骤:
所述群主节点接收所述用户节点发送的注册信息,并根据所述注册信息为每个用户节点分配对应的用户私钥,其中,所述注册信息关联于所述用户节点的唯一身份识别码;
所述群主节点将每个用户节点的唯一身份识别码和对应的用户私钥,关联存储至本地加密数据库中。
在本申请的一些实施例中,所述群主节点对区块进行解密之前,处理器,还用于实现如下步骤:
所述群主节点预设系统参数,并根据所述系统参数生成群公钥和群私钥;
所述群主节点将所述群公钥和群私钥保存在本地加密数据库中。
在本申请的一些实施例中,所述异常交易的匹配规则包括:
重入攻击、权限控制、整型溢出、未检查的call返回值、交易顺序依赖、时间戳依赖、条件竞争、短地址攻击和可预测的随机处理事件中的至少一个。
可以理解的是,上述说明的计算机装置中的处理器执行所述计算机程序时,也可以实现上述对应的各装置实施例中各单元的功能,此处不再赘述。示例性的,所述计算机程序可以被分割成一个或多个模块/单元,所述一个或者多个模块/单元被存储在所述存储器中,并由所述处理器执行,以完成本申请。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段,该指令段用于描述所述计算机程序在所述区块链系统中的执行过程。例如,所述计算机程序可以被分割成上述区块链系统中的各单元,各单元可以实现如上述相应区块链系统说明的具体功能。
所述计算机装置可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机装置可包括但不仅限于处理器、存储器。本领域技术人员可以理解,处理器、存储器仅仅是计算机装置的示例,并不构成对计算机装置的限定,可以包括更多或更少的部件,或者组合某些部件,或者不同的部件,例如所述计算机装置还可以包括输入输出设备、网络接入设备、总线等。
所述处理器可以是中央处理单元(Central Processing Unit,CPU),还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等,所述处理器是所述计算机装置的控制中心,利用各种接口和线路连接整个计算机装置的各个部分。
所述存储器可用于存储所述计算机程序和/或模块,所述处理器通过运行或执行存储在所述存储器内的计算机程序和/或模块,以及调用存储在存储器内的数据,实现所述计算机装置的各种功能。所述存储器可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序等;存储数据区可存储根据终端的使用所创建的数据等。此外,存储器可以包括高速随机存取存储器,还可以包括非易失性存储器,例如硬盘、内存、插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(SecureDigital,SD)卡,闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
本申请还提供了一种计算机可读存储介质,该计算机可读存储介质分别用于实现区块链中群主节点、态势感知客户端节点和态势感知节点的功能,的功能,其上存储有计算机程序,计算机程序被处理器执行时,处理器,可以用于执行如下步骤:
所述群主节点对区块进行解密,以获取所述区块中所有交易信息所对应的明文指令;
所述态势感知客户端节点获取所述区块中所有交易信息所对应的明文指令和预先设置的智能合约,其中,所述智能合约中设置了异常交易的匹配规则;
所述态势感知客户端节点将所有交易信息所对应的明文指令和所述智能合约发送至所有的态势感知节点,使得所有的态势感知节点对每个交易信息所对应的明文指令和所述智能合约中异常交易的匹配规则进行匹配,并根据匹配结果对每个交易信息是否属于异常交易进行投票;
若在预设时间段内,对每个交易信息投票结果一致的节点数目超出所有态势感知节点总数目中的预设数目,则所述态势感知客户端节点根据对每个交易信息的投票结果,确定每个交易信息是否为异常交易。
在本申请的一些实施例中,所述投票结果包括交易属于正常交易和交易属于异常交易,计算机程序被处理器执行时,处理器,还可以用于实现如下步骤:
若所有的态势感知节点中确定每个交易信息属于正常交易的节点数目超出所有态势感知节点总数目中的预设数目,则所述态势感知客户端节点确定所述每个交易属于正常交易;
和/或,
若所有的态势感知节点中确定每个交易信息属于正常交易的节点数目未超出所有态势感知节点总数目中的预设数目,或所有的态势感知节点中确定每个交易信息属于异常交易的节点数目超出所有态势感知节点总数目中的预设数目,则所述态势感知客户端节点确定所述每个交易属于异常交易。
在本申请的一些实施例中,所述多个群节点还包括预先选取的验证节点,计算机程序被处理器执行时,处理器,具体用于实现如下步骤:
所述群主节点按照资源配置对节点备选池中的节点进行排序;
所述群主节点按照排序结果,从所述节点备选池中一次性选取出资源配置相匹配的多个验证节点和多个态势感知节点;
所述群主节点从所述多个态势感知节点中选取出第一预设数量的态势感知客户端节点。
在本申请的一些实施例中,计算机程序被处理器执行时,处理器,具体用于实现如下步骤:
所述群主节点按照所述节点备选池中节点的奇偶排序,从所述节点备选池中一次性选取出资源配置相匹配的多个验证节点和多个态势感知节点。
在本申请的一些实施例中,所述群主节点为区别于所述态势感知节点、所述态势感知客户端节点和所述验证节点的独立节点。
在本申请的一些实施例中,在所述态势感知客户端节点确定区块中的异常交易之后,计算机程序被处理器执行时,处理器,还用于实现如下步骤:
所述态势感知客户端节点发送异常交易至所述验证节点,使得所述验证节点调用对应的防御合约。
在本申请的一些实施例中,在所述态势感知客户端节点根据对每个交易信息的投票结果,确定每个交易信息是否为异常交易之后,计算机程序被处理器执行时,处理器,还用于实现如下步骤:
所述态势感知客户端节点根据每个交易信息的投票结果,对每个态势感知节点的权重进行更新;
所述态势感知客户端节点根据更新后的权重,对所有态势感知节点进行排序;
在预设轮数的投票结束后,所述态势感知客户端节点根据排序结果,淘汰第二预设数量的态势感知节点。
在本申请的一些实施例中,在所述态势感知客户端节点根据排序结果,淘汰第二预设数量的态势感知节点之后,计算机程序被处理器执行时,处理器,还用于实现如下步骤:
所述群主节点按照备选节点资源配置的排序结果,从节点备选池中选取出排序靠前的第二预设数量的新态势感知节点。
在本申请的一些实施例中,所述智能合约由所述群主节点预先进行设置,所述群主节点将预先设置的智能合约存储在群主节点本地,或存储在所述态势感知客户端节点本地。
在本申请的一些实施例中,所述区块采用群签名进行验证共识,其中,所述群签名至少关联于群参数和群私钥,且每个区块的群参数互不相同,计算机程序被处理器执行时,处理器,还用于实现如下步骤:
所述群主节点利用所述群签名中的群参数和群私钥还原所述区块中每个交易信息所对应的部分用户私钥;
所述群主节点利用每个交易信息所对应的部分用户私钥,从本地加密数据库中获取每个交易信息所对应的完整用户私钥;
所述群主节点利用每个交易信息所对应的完整用户私钥,对所述区块中的每个交易信息进行解密。
在本申请的一些实施例中,计算机程序被处理器执行时,处理器,还用于实现如下步骤:
所述群主节点根据关联函数公式、所述群签名中的群参数和群私钥参数,推演出所述区块中每个交易信息所对应的部分用户私钥,其中,所述关联函数公式记载了所述部分用户私钥、所述群参数和所述群私钥参数之间的函数关系。
在本申请的一些实施例中,所述多个群节点还包括多个用户节点,计算机程序被处理器执行时,处理器,还用于实现如下步骤:
所述群主节点接收所述用户节点发送的注册信息,并根据所述注册信息为每个用户节点分配对应的用户私钥,其中,所述注册信息关联于所述用户节点的唯一身份识别码;
所述群主节点将每个用户节点的唯一身份识别码和对应的用户私钥,关联存储至本地加密数据库中。
在本申请的一些实施例中,所述群主节点对区块进行解密之前,计算机程序被处理器执行时,处理器,还用于实现如下步骤:
所述群主节点预设系统参数,并根据所述系统参数生成群公钥和群私钥;
所述群主节点将所述群公钥和群私钥保存在本地加密数据库中。
在本申请的一些实施例中,所述异常交易的匹配规则包括:
重入攻击、权限控制、整型溢出、未检查的call返回值、交易顺序依赖、时间戳依赖、条件竞争、短地址攻击和可预测的随机处理事件中的至少一个。
可以理解的是,所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在相应的一个计算机可读取存储介质中。基于这样的理解,本申请实现上述相应的实施例方法中的全部或部分流程,也可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,所述计算机程序包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
以上所述,以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (17)

1.一种基于区块链隐私交易的态势感知方法,其特征在于,应用于区块链系统,所述区块链系统包括多个群节点,所述多个群节点至少包括群主节点、预先选取的态势感知客户端节点和预先选取的态势感知节点,所述方法包括:
所述群主节点对区块进行解密,以获取所述区块中所有交易信息所对应的明文指令;
所述态势感知客户端节点获取所述区块中所有交易信息所对应的明文指令和预先设置的智能合约,其中,所述智能合约中设置了异常交易的匹配规则;
所述态势感知客户端节点将所有交易信息所对应的明文指令和所述智能合约发送至所有的态势感知节点,使得所有的态势感知节点对每个交易信息所对应的明文指令和所述智能合约中异常交易的匹配规则进行匹配,并根据匹配结果对每个交易信息是否属于异常交易进行投票;
若在预设时间段内,对每个交易信息投票结果一致的节点数目超出所有态势感知节点总数目中的预设数目,则所述态势感知客户端节点根据对每个交易信息的投票结果,确定每个交易信息是否为异常交易。
2.根据权利要求1所述的方法,其特征在,所述投票结果包括交易属于正常交易和交易属于异常交易;
所述态势感知客户端节点根据对每个交易信息的投票结果,确定每个交易信息是否为异常交易,包括:
若所有的态势感知节点中确定每个交易信息属于正常交易的节点数目超出所有态势感知节点总数目中的预设数目,则所述态势感知客户端节点确定所述每个交易属于正常交易;
和/或,
若所有的态势感知节点中确定每个交易信息属于正常交易的节点数目未超出所有态势感知节点总数目中的预设数目,或所有的态势感知节点中确定每个交易信息属于异常交易的节点数目超出所有态势感知节点总数目中的预设数目,则所述态势感知客户端节点确定所述每个交易属于异常交易。
3.根据权利要求1所述的方法,其特征在于,所述多个群节点还包括预先选取的验证节点,其中,预先选取所述态势感知节点、所述态势感知客户端节点和所述验证节点的方法包括:
所述群主节点按照资源配置对节点备选池中的节点进行排序;
所述群主节点按照排序结果,从所述节点备选池中一次性选取出资源配置相匹配的多个验证节点和多个态势感知节点;
所述群主节点从所述多个态势感知节点中选取出第一预设数量的态势感知客户端节点。
4.根据权利要求3所述的方法,其特征在于,所述群主节点按照排序结果,从所述节点备选池中一次性选取出资源配置相匹配的多个验证节点和多个态势感知节点,包括:
所述群主节点按照所述节点备选池中节点的奇偶排序,从所述节点备选池中一次性选取出资源配置相匹配的多个验证节点和多个态势感知节点。
5.根据权利要求3所述的方法,其特征在于,所述群主节点为区别于所述态势感知节点、所述态势感知客户端节点和所述验证节点的独立节点。
6.根据权利要求1所述的方法,其特征在于,所述群节点还包括预先选取的验证节点;
所述区块为所述验证节点验证共识后的区块;
或,
所述区块为所述验证节点验证共识前的区块。
7.根据权利要求6所述的方法,其特征在于,在所述态势感知客户端节点确定区块中的异常交易之后,所述方法还包括:
所述态势感知客户端节点发送异常交易至所述验证节点,使得所述验证节点调用对应的防御合约。
8.根据权利要求1所述的方法,其特征在于,在所述态势感知客户端节点根据对每个交易信息的投票结果,确定每个交易信息是否为异常交易之后,所述方法还包括:
所述态势感知客户端节点根据每个交易信息的投票结果,对每个态势感知节点的权重进行更新;
所述态势感知客户端节点根据更新后的权重,对所有态势感知节点进行排序;
在预设轮数的投票结束后,所述态势感知客户端节点根据排序结果,淘汰第二预设数量的态势感知节点。
9.根据权利要求8所述的方法,其特征在于,在所述态势感知客户端节点根据排序结果,淘汰第二预设数量的态势感知节点之后,所述方法还包括:
所述群主节点按照备选节点资源配置的排序结果,从节点备选池中选取出排序靠前的第二预设数量的新态势感知节点。
10.根据权利要求1所述的方法,其特征在于,所述智能合约由所述群主节点预先进行设置,所述群主节点将预先设置的智能合约存储在群主节点本地,或存储在所述态势感知客户端节点本地。
11.根据权利要求1所述的方法,其特征在于,所述区块采用群签名进行验证共识,其中,所述群签名至少关联于群参数和群私钥,且每个区块的群参数互不相同;
所述群主节点对所述区块进行解密,包括:
所述群主节点利用所述群签名中的群参数和群私钥还原所述区块中每个交易信息所对应的部分用户私钥;
所述群主节点利用每个交易信息所对应的部分用户私钥,从本地加密数据库中获取每个交易信息所对应的完整用户私钥;
所述群主节点利用每个交易信息所对应的完整用户私钥,对所述区块中的每个交易信息进行解密。
12.根据权利要求10所述的方法,其特征在于,所述群主节点利用所述群签名中的群参数和群私钥还原所述区块中每个交易信息所对应的部分用户私钥,包括:
所述群主节点根据关联函数公式、所述群签名中的群参数和群私钥参数,推演出所述区块中每个交易信息所对应的部分用户私钥,其中,所述关联函数公式记载了所述部分用户私钥、所述群参数和所述群私钥参数之间的函数关系。
13.根据权利要求1所述的方法,其特征在于,所述多个群节点还包括多个用户节点,所述方法还包括:
所述群主节点接收所述用户节点发送的注册信息,并根据所述注册信息为每个用户节点分配对应的用户私钥,其中,所述注册信息关联于所述用户节点的唯一身份识别码;
所述群主节点将每个用户节点的唯一身份识别码和对应的用户私钥,关联存储至本地加密数据库中。
14.根据权利要求1所述的方法,其特征在于,所述群主节点对区块进行解密之前,所述方法还包括:
所述群主节点预设系统参数,并根据所述系统参数生成群公钥和群私钥;
所述群主节点将所述群公钥和群私钥保存在本地加密数据库中。
15.根据权利要求1至14中任一项所述的方法,其特征在于,所述异常交易的匹配规则包括:
重入攻击、权限控制、整型溢出、未检查的call返回值、交易顺序依赖、时间戳依赖、条件竞争、短地址攻击和可预测的随机处理事件中的至少一个。
16.一种计算机装置,包括处理器,其特征在于,所述处理器在执行存储于存储器上的计算机程序时,用于实现如权利要求1至15中任一项所述的基于区块链系统的态势感知方法。
17.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时,用于实现如权利要求1至15中任一项所述的基于区块链系统的态势感知方法。
CN202210468569.5A 2022-04-29 2022-04-29 基于区块链隐私交易的态势感知方法及相关装置 Pending CN114884968A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210468569.5A CN114884968A (zh) 2022-04-29 2022-04-29 基于区块链隐私交易的态势感知方法及相关装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210468569.5A CN114884968A (zh) 2022-04-29 2022-04-29 基于区块链隐私交易的态势感知方法及相关装置

Publications (1)

Publication Number Publication Date
CN114884968A true CN114884968A (zh) 2022-08-09

Family

ID=82674006

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210468569.5A Pending CN114884968A (zh) 2022-04-29 2022-04-29 基于区块链隐私交易的态势感知方法及相关装置

Country Status (1)

Country Link
CN (1) CN114884968A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115760126A (zh) * 2023-01-10 2023-03-07 北京厚方科技有限公司 一种金融交易信息加密方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115760126A (zh) * 2023-01-10 2023-03-07 北京厚方科技有限公司 一种金融交易信息加密方法

Similar Documents

Publication Publication Date Title
AU2017395785B2 (en) Voting system and method
CN110391911B (zh) 区块链匿名投票系统及方法
CN108646983B (zh) 在区块链上存储业务数据的处理方法和装置
CN107566124B (zh) 基于哈希运算的共识建立方法、区块链系统及存储介质
CN111914027B (zh) 一种区块链交易关键字可搜索加密方法及系统
RU2652443C1 (ru) Система и способ определения количества голосов избирателей, собираемых с помощью электронного голосования
CN112257095B (zh) 一种联盟链共识节点的选择方法
US20190324995A1 (en) Publicly verifiable proofs of space
CN108769230B (zh) 交易数据存储方法、装置、服务器及存储介质
CN111556120A (zh) 基于区块链的数据处理方法、装置、存储介质及设备
CN112600671B (zh) 一种数据处理方法、装置、设备及存储介质
WO2019081816A1 (en) ANONYMITY SYSTEM FOR DELIVERY OF GOODS
TW202034656A (zh) 產生區塊鏈上之安全隨機數的方法
CN110910148A (zh) 一种基于区块链的物品验证方法及装置、存储介质
CN111416709B (zh) 基于区块链系统的投票方法、装置、设备及存储介质
CN113612604B (zh) 面向异步网络的安全分布式随机数生成方法及装置
CN113379420B (zh) 区块链的执行智能合约方法、计算机设备及区块链系统
US20200169416A1 (en) Consensus protocol for permissioned ledgers
CN110990790B (zh) 一种数据处理方法及设备
CN110867012A (zh) 一种基于智能合约的去中心电子投票方法、装置、系统及存储介质
CN114884697A (zh) 基于国密算法的数据加解密方法及相关设备
CN114884968A (zh) 基于区块链隐私交易的态势感知方法及相关装置
CN111488134A (zh) 基于区块链的公开随机数生成方法及设备
CN114710504A (zh) 区块链系统中共识节点的轮换方法、节点和区块链系统
EP3520370B1 (en) A decentralised database

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination