CN110493268A - 一种基于区块链网络的数据处理方法及装置 - Google Patents
一种基于区块链网络的数据处理方法及装置 Download PDFInfo
- Publication number
- CN110493268A CN110493268A CN201910907448.4A CN201910907448A CN110493268A CN 110493268 A CN110493268 A CN 110493268A CN 201910907448 A CN201910907448 A CN 201910907448A CN 110493268 A CN110493268 A CN 110493268A
- Authority
- CN
- China
- Prior art keywords
- data
- node
- target
- target service
- service flow
- 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
- H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/104—Peer-to-peer [P2P] networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/06—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols the encryption apparatus using shift registers or memories for block-wise or stream coding, e.g. DES systems or RC4; Hash functions; Pseudorandom sequence generators
- H04L9/0643—Hash functions, e.g. MD5, SHA, HMAC or f9 MAC
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
- H04L2209/76—Proxy, i.e. using intermediary entity to perform cryptographic operations
Abstract
本申请公开了一种基于区块链网络的数据处理方法及装置,该方法包括:参与节点接收多个目标数据提交节点发送的目标业务流程数据;基于每个目标数据提交节点分别对应的私钥对所属的目标业务流程数据进行签名,得到每个目标业务流程数据分别对应的第一签名,将每个目标业务流程数据与所属的第一签名进行封装,得到每个目标数据提交节点分别对应的待上链数据包;若多个目标数据提交节点与审核对象对应的提交节点集合一致,则根据每个待上链数据包生成上链请求;将上链请求发送至管理节点,以使管理节点将上链请求中的每个目标业务流程数据分别对应的区块添加至业务全量链。采用本申请,可提高针对业务流程数据的获取效率。
Description
技术领域
本申请涉及数据处理的技术领域,尤其涉及一种基于区块链网络的数据处理方法及装置。
背景技术
随着计算机网络的不断发展,现有出口退税的各个流程环节也可以通过网络实现。但是,由于办理一项出口退税业务需要涉及到多方之间的数据核查,例如针对申请办理出口退税的企业相关数据的核查、针对企业所处的地方税务局相关数据的核查以及出口退税局相关数据的核查,因此,也涉及到多方核查数据的提交。
当前技术中,主要是通过企业将相关凭证数据、物流商将相关物流数据以及生产商将相关生产数据给到本地税务局,本地税务局对接收到的企业、物流商以及生产商所发送的所有数据进行验证之后,会生成相关函件,该函件可证明企业具备出口退税条件,本地税务局会将生成的函件给到出口退税局,出口退税局再根据函件的有效性决定是否为企业办理出口退税业务。由此可见,办理一个出口退税业务会涉及到多方(包括企业、本地税务局和出口退税局)的核查数据,并且所涉及到的多方的核查数据通常需要提交给多个核查部门(包括本地税务局和出口退税局),导致审核数据的采集效率低。
申请内容
本申请提供了一种基于区块链网络的数据处理方法及装置,可提高针对业务流程数据的获取效率。
本申请一方面提供了一种基于区块链网络的数据处理方法,包括:
参与节点接收多个目标数据提交节点发送的目标业务流程数据;
基于每个目标数据提交节点分别对应的私钥对所属的目标业务流程数据进行签名,得到所述目标业务流程数据分别对应的第一签名,将所述每个目标业务流程数据与所属的第一签名进行封装,得到所述每个目标数据提交节点分别对应的待上链数据包;
若所述多个目标数据提交节点与审核对象对应的提交节点集合一致,则根据每个待上链数据包生成上链请求;
将所述上链请求发送至管理节点,以使所述管理节点在对所述上链请求验证合法时,将所述上链请求中的所述每个目标业务流程数据分别对应的区块添加至业务全量链;所述业务全量链中的所述每个目标业务流程数据对应的区块用于对所述审核对象的业务处理权限进行审核;所述业务全量链用于存储所有数据提交节点的业务流程数据对应的区块;所述所有数据提交节点包括所述多个目标数据提交节点。
其中,还包括:
将所述多个目标数据提交节点中的任意一个目标数据提交节点,确定为待处理数据提交节点;
当检测到所述业务全量链中存在与所述待处理数据提交节点对应的新增区块时,从所述业务全量链中获取所述待处理数据提交节点对应的新增区块;
将所述新增区块中的区块头发送至所述待处理数据提交节点,以使所述待处理数据提交节点将接收到的区块头添加至所对应的业务子链。
其中,还包括:
获取所述待处理数据提交节点发送的查验请求;所述查验请求携带所述待处理数据提交节点对应的业务子链中的所有区块头;
当检测到所述业务全量链中所述待处理数据提交节点对应的区块头与所述查验请求所携带的区块头一致时,向所述待处理数据提交节点返回数据一致确认信息;
当检测到所述业务全量链中所述待处理数据提交节点对应的区块头与所述查验请求中所携带的区块头一不致时,向所述待处理数据提交节点返回数据有误提示信息。
其中,所述参与节点接收多个目标数据提交节点发送的目标业务流程数据,包括:
接收所述多个目标数据提交节点分别发送的代理数据包;
基于所述多个目标数据提交节点分别对应的私钥对所属的代理数据包进行解密,分别得到每个代理数据包中的待验证数据和第二签名;
基于所述多个目标数据提交节点分别对应的公钥对所属的第二签名进行解密,分别得到每个第二签名中的第三哈希值;
基于哈希算法分别对每个待验证数据进行哈希计算,得到所述每个待验证数据分别对应的第四哈希值;
当所述每个目标数据提交节点所对应的第三哈希值与所对应的第四哈希值相同时,将所述每个目标数据提交节点对应的待验证数据分别确定为所属的目标业务流程数据。
其中,所述基于每个目标数据提交节点分别对应的私钥对所属的目标业务流程数据进行签名,得到每个目标业务流程数据分别对应的第一签名,包括:
当检测到所述目标业务流程数据的数据量小于数据量阈值时,基于哈希算法对所述目标业务流程数据进行哈希运算,得到所述目标业务流程数据对应的第一哈希值;
基于所述每个目标数据提交节点对应的私钥分别对所属的第一哈希值进行签名,得到每个第一哈希值对应的所述第一签名。
其中,所述基于每个目标数据提交节点分别对应的私钥对所属的目标业务流程数据进行签名,得到每个目标业务流程数据分别对应的第一签名,包括:
当检测到所述目标业务流程数据的数据量大于或者等于所述数据量阈值时,基于所述哈希算法对所述目标业务流程数据进行哈希运算,得到所述目标业务流程数据对应的第一哈希值;
基于所述哈希算法对所述第一哈希值进行哈希算法,得到所述第一哈希值对应的第二哈希值;
基于所述每个目标数据提交节点对应的私钥分别对所属的第二哈希值进行签名,得到每个第二哈希值对应的所述第一签名。
其中,所述将所述每个目标业务流程数据与所属的第一签名进行封装,得到所述每个目标数据提交节点分别对应的待上链数据包,包括:
分别将所述每个目标业务流程数据所对应的第一签名和所对应的第一哈希值添加至过渡数据包,得到所述每个目标业务流程数据分别对应的过渡数据包;
基于所述每个目标数据提交节点对应的公钥分别对所属的过渡数据包进行加密,得到所述每个目标数据提交节点分别对应的所述待上链数据包;
基于线下的方式将所述每个目标业务流程数据以及所述每个目标业务流程数据分别对应的第一哈希值,发送至所述管理节点对应的本地数据库,以使所述管理节点在通过所述业务全量链获取到所述每个目标业务流程数据分别对应的第一哈希值时,根据所述每个目标业务流程数据分别对应的第一哈希值,在所述本地数据库中获取所述每个目标业务流程数据。
本申请一方面提供了一种基于区块链网络的数据处理装置,应用于参与节点,包括:
接收模块,用于接收多个目标数据提交节点发送的目标业务流程数据;
签名模块,用于基于每个目标数据提交节点分别对应的私钥对所属的目标业务流程数据进行签名,得到所述目标业务流程数据分别对应的第一签名,将所述每个目标业务流程数据与所属的第一签名进行封装,得到所述每个目标数据提交节点分别对应的待上链数据包;
生成模块,用于若所述多个目标数据提交节点与审核对象对应的提交节点集合一致,则根据每个待上链数据包生成上链请求;
上链模块,用于将所述上链请求发送至管理节点,以使所述管理节点在对所述上链请求验证合法时,将所述上链请求中的所述每个目标业务流程数据分别对应的区块添加至业务全量链;所述业务全量链中的所述每个目标业务流程数据对应的区块用于对所述审核对象的业务处理权限进行审核。
其中,所述基于区块链网络的数据处理装置,还包括:
确定模块,用于将所述多个目标数据提交节点中的任意一个目标数据提交节点,确定为待处理数据提交节点;
第一获取模块,用于当检测到所述业务全量链中存在与所述待处理数据提交节点对应的新增区块时,从所述业务全量链中获取所述待处理数据提交节点对应的新增区块;
发送模块,用于将所述新增区块中的区块头发送至所述待处理数据提交节点,以使所述待处理数据提交节点将接收到的区块头添加至所对应的业务子链。
其中,所述基于区块链网络的数据处理装置,还包括:
第二获取模块,用于获取所述待处理数据提交节点发送的查验请求;所述查验请求携带所述待处理数据提交节点对应的业务子链中的所有区块头;
检测模块,用于当检测到所述业务全量链中所述待处理数据提交节点对应的区块头与所述查验请求所携带的区块头一致时,向所述待处理数据提交节点返回数据一致确认信息;
返回模块,用于当检测到所述业务全量链中所述待处理数据提交节点对应的区块头与所述查验请求中所携带的区块头一不致时,向所述待处理数据提交节点返回数据有误提示信息。
其中,所述接收模块,包括:
接收单元,用于接收所述多个目标数据提交节点分别发送的代理数据包;
第一解密单元,用于基于所述多个目标数据提交节点分别对应的私钥对所属的代理数据包进行解密,分别得到每个代理数据包中的待验证数据和第二签名;
第二解密单元,用于基于所述多个目标数据提交节点分别对应的公钥对所属的第二签名进行解密,分别得到每个第二签名中的第三哈希值;
第一哈希单元,用于基于哈希算法分别对每个待验证数据进行哈希计算,得到所述每个待验证数据分别对应的第四哈希值;
确定单元,用于当所述每个目标数据提交节点所对应的第三哈希值与所对应的第四哈希值相同时,将所述每个目标数据提交节点对应的待验证数据分别确定为所属的目标业务流程数据。
其中,所述签名模块,包括:
第二哈希单元,用于当检测到所述目标业务流程数据的数据量小于数据量阈值时,基于哈希算法对所述目标业务流程数据进行哈希运算,得到所述目标业务流程数据对应的第一哈希值;
第一签名单元,用于基于所述每个目标数据提交节点对应的私钥分别对所属的第一哈希值进行签名,得到每个第一哈希值对应的所述第一签名。
其中,所述签名模块,包括:
第三哈希单元,用于当检测到所述目标业务流程数据的数据量大于或者等于所述数据量阈值时,基于所述哈希算法对所述目标业务流程数据进行哈希运算,得到所述目标业务流程数据对应的第一哈希值;
第四哈希单元,用于基于所述哈希算法对所述第一哈希值进行哈希算法,得到所述第一哈希值对应的第二哈希值;
第二签名单元,用于基于所述每个目标数据提交节点对应的私钥分别对所属的第二哈希值进行签名,得到每个第二哈希值对应的所述第一签名。
其中,所述签名模块,包括:
添加单元,用于分别将所述每个目标业务流程数据所对应的第一签名和所对应的第一哈希值添加至过渡数据包,得到所述每个目标业务流程数据分别对应的过渡数据包;
加密单元,用于基于所述每个目标数据提交节点对应的公钥分别对所属的过渡数据包进行加密,得到所述每个目标数据提交节点分别对应的所述待上链数据包;
获取单元,用于基于线下的方式将所述每个目标业务流程数据以及所述每个目标业务流程数据分别对应的第一哈希值,发送至所述管理节点对应的本地数据库,以使所述管理节点在通过所述业务全量链获取到所述每个目标业务流程数据分别对应的第一哈希值时,根据所述每个目标业务流程数据分别对应的第一哈希值,在所述本地数据库中获取所述每个目标业务流程数据。
本申请一方面提供了一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,所述计算机程序被所述处理器执行时,使得所述处理器执行上述一方面中的方法。
本申请一方面提供了一种计算机可读存储介质,该计算机可读存储介质存储有计算机程序,该计算机程序包括程序指令,该程序指令当被处理器执行时使该处理器执行上述一方面中的方法。
本申请通过参与节点接收多个目标数据提交节点发送的目标业务流程数据;基于每个目标数据提交节点分别对应的私钥对所属的目标业务流程数据进行签名,得到所述目标业务流程数据分别对应的第一签名,将所述每个目标业务流程数据与所属的第一签名进行封装,得到所述每个目标数据提交节点分别对应的待上链数据包;若所述多个目标数据提交节点与审核对象对应的提交节点集合一致,则根据每个待上链数据包生成上链请求;将所述上链请求发送至管理节点,以使所述管理节点在对所述上链请求验证合法时,将所述上链请求中的所述每个目标业务流程数据分别对应的区块添加至业务全量链;所述业务全量链中的所述每个目标业务流程数据对应的区块用于对所述审核对象的业务处理权限进行审核。由此可见,本申请提出的方法可由参与节点集中获取到与审核对象对应的多个目标数据提交节点提交的目标业务流程数据,并对获取到的多个目标业务流程数据集中进行封装,提高了针对审核对象对应的多个目标数据提交节点的目标业务流程数据的获取效率以及封装效率。
附图说明
为了更清楚地说明本申请或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请提供的一种数据处理的场景示意图;
图2是本申请提供的一种基于区块链网络的数据处理方法的流程示意图;
图3是本申请提供的一种验签的场景示意图;
图4是本申请提供的一种区块的结构示意图;
图5是本申请提供的一种基于区块链网络的数据处理装置的结构示意图;
图6是本申请提供的一种计算机设备的结构示意图。
具体实施方式
下面将结合本申请中的附图,对本申请中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain),本质上是一个去中心化的数据库,是一串使用密码学方法相关联产生的数据块,每一个数据块中包含了一批次网络交易的信息,用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层。区块链中包括一系列按照产生的先后时间顺序相互接续的区块(Block),新区块一旦加入到区块链中就不会再被移除,区块中记录了区块链系统中节点提交的记录数据。
请参见图1,是本申请提供的一种数据处理的场景示意图。数据提交节点1、数据提交2以及数据提交节点3、参与节点a1以及管理节点a3均为区块链网络中的节点。数据提交节点1、数据提交2以及数据提交节点3均为与审核对象相关联的3个节点,其中,与审核对象相关联的数据提交节点的个数根据实际应用场景决定(此处以数据提交节点1、数据提交2以及数据提交节点3,3个数据提交节点为例进行说明),对此不做限制。与审核对象相关联的数据提交节点可以理解为:当审核对象需要办理某项业务时,需要通过其相关联的数据提交节点提供的相关业务数据才能办理。每个数据提交节点都可以向参与节点a1发送代理数据包,代理数据包中包括业务流程数据,代理数据包为加密之后的数据包,参与节点a1持有每个数据提交节点的密钥对(包括公钥和私钥),参与节点a1可以通过每个数据提交节点对应的密钥对分别对所对应的代理数据包进行解密。此处,数据提交节点1向参与节点a1发送了代理数据包1,参与节点a1可以使用数据提交节点1的私钥对代理数据包1进行解密,得到代理数据包1中的业务流程数据1以及业务流程数据1的签名。参与节点a1可以使用数据提交节点1的公钥对业务流程数据1的签名进行解密,得到业务流程数据1的签名中的哈希值,可以将该哈希值称之为业务流程数据1对应的正确哈希值。参与节点a1可以对从代理数据包1中获取到的业务流程数据1进行哈希运算,得到业务流程数据对应的另一哈希值,可以将该哈希值称之为业务流程数据1对应的待验证哈希值。当参与节点a1检测到业务流程数据1对应的待验证哈希值与业务流程数据1对应的正确哈希值相同时,表明从上述代理数据包1中获取到的业务流程数据1未被篡改,是安全可用的,则参与节点a1可以根据获取到的业务流程数据1生成待上链数据包1。生成待上链数据包1的具体过程为:参与节点a1可以对业务流程数据1的数据量进行检测,当检测到业务流程数据1的数据量过大时,则可以根据将业务流程数据1的哈希值(即上述业务流程数据1对应的正确哈希值或者待验证哈希值,可以将该哈希值称之为第一哈希值)作为需要上链的数据。例如,可以设置数据量阈值,当业务流程数据1的数据量大于或者等于该数据量阈值时,则表明业务流程数据1的数据量过大。参与节点a1可以通过哈希算法进一步地对上述第一哈希值进行哈希运算,得到第一哈希值对应的哈希值,可以将该哈希值称之为第二哈希值。参与节点a1可以使用数据提交节点的私钥对该第二哈希值进行加密,得到第一哈希值的签名,可以将该签名称之为第一签名。参与节点a1可以将该第一签名(即第一哈希值的签名)与上述第一哈希值进行打包,并使用数据提交节点1的公钥对打包后的第一签名和第一哈希值进行加密,得到上述待上链数据包1,即待上链数据包1中包括第一签名以及第一哈希值。当参与节点a1检测到业务流程数据1的数据量较小时,例如,检测到业务流程数据1的数据量小于数据量阈值时,则可以将业务流程数据1本身作为需要上链的数据。参与节点a1可以将该业务流程数据1与业务流程数据1的签名进行打包,并使用数据提交节点1的公钥对打包后的业务流程数据1和业务流程数据1的签名进行加密,得到上述待上链数据包1,即待上链数据包1中包括业务流程数据1以及业务流程数据1的签名。
同理,与上述参与节点a1得到代理数据包1对应的待上链数据包1的过程相同,当数据提交节点2发送代理数据包2(包括业务流程数据2)到参与节点a1,参与节点a1也可以得到代理数据包2对应的待上链数据包2。当数据提交节点3发送代理数据包3(包括业务流程数据3)到参与节点a1时,参与节点a1也可以得到代理数据包3对应的待上链数据包3。
此外,参与节点a1还存储有审核对象对应的提交节点集合a2,提交节点集合a2中包括与审核对象相关联的所有节点。此处,提交节点集合a2中包括数据提交节点1、数据提交节点2和数据提交节点3,提交节点集合a2中包括的节点根据实际应用场景决定,这里不做限制。提交节点集合a2中可以存储与审核对象相关联的所有节点的节点名称、节点标识或者是其他可以用于唯一表示每个节点的信息。当参与节点a1获取到提交节点集合a2中所有节点对应的待上链数据包时,可以根据提交节点集合a2中所有节点对应的待上链数据包生成上链请求。此处,指当参与节点获取到数据提交节点1对应的待上链数据包1、数据提交节点2对应的待上链数据包2以及数据提交节点3对应的待上链数据包3时,则可以根据待上链数据包1、待上链数据包2和待上链数据包3生成上链请求。该上链请求中携带有上述待上链数据包1、待上链数据包2和待上链数据包3,该上链请求为参与节点a1向管理节点a3请求将待上链数据包1对应的区块、待上链数据包2对应的区块和待上链数据包3对应的区块添加至业务全量链的请求。参与节点a1可以将生成的上链请求发送给管理节点a3,管理节点a3可以从该上链请求中提取出待上链数据包1、待上链数据包2和待上链数据包3。管理节点a3也持有每个数据提交节点的密钥对,管理节点a3可以通过每个数据提交节点的密钥对分别对所对应的待上链数据包进行解密。解密的过程为:以对待上链数据包1解密为例进行说明。管理节点a3可以使用数据提交节点1的私钥对待上链数据包1进行解密,得到待上链数据包1中的待上链数据1以及待上链数据1的签名,其中,待上链数据1可以是业务流程数据1(当业务流程数据的数据量较小时),也可以是业务流程数据1的哈希值(当业务流程数据的数据量较大时),即上述第一哈希值,则待上链数据1的签名也可以是业务流程数据1的签名或者第一哈希值的签名。管理节点a3可以使用数据提交节点1的公钥对待上链数据1的签名进行解密,得到一个哈希值,可以将该哈希值称之为待上链数据1对应的正确哈希值。管理节点a3可以对待上链数据1进行哈希运算,得到待上链数据1对应的另一哈希值,可以将该哈希值称之为待上链数据1对应的待验证哈希值。当管理节点a3检测到待上链数据1对应的正确哈希值与待上链数据1对应的待验证哈希值相同时,表明获取到的待上链数据1未被篡改,是安全可用的,则可以根据该待上链数据1生成区块,即区块1。同理,与上述管理节点a3得到待上链数据包1对应的区块1的过程相同,管理节点a3也可以根据待上链数据包2,得到待上链数据2,进而根据待上链数据2得生成区块2,还可以根据待上链数据包3,得到待上链数据3,进而根据待上链数据3得生成区块3。管理节点a3可以将生成的区块1、区块2和区块3均添加至业务全量链a4中。当后续审核部门需要对审核对象对应的业务处理权限进行审核时,可以通过管理结点a3,从业务全量链a4中获取到与审核对象相关联的所有数据提交节点对应的区块(此处指区块1、区块2和区块3),审核部门可以根据与审核对象相关联的所有数据提交节点对应的区块,获取到每个区块中的业务流程数据,并根据每个区块对应的业务流程数据对审核对象的业务处理权限进行审核,即判断审核对象是否具备业务处理权限。进而审核部门可以通过审核结果,选择为审核对象办理其业务处理权限包括的相应业务或者不办理任何业务。
本申请可以通过参与节点获取到多个数据提交节点分别对应的业务流程数据,并对获取到的多个业务流程数据进行统一封装,提高了针对多个不同的数据提交节点分别对应的业务流程数据的获取效率以及封装效率。并且,审核部门可以通过管理节点统一获取到与审核对象相关联多个不同的业务流程数据,并对该多个业务流程数据统一进行审核,以确定审核对象的业务处理权限,从而也提高了审核部门针对审核对象的业务处理权限的审核效率。
请参见图2,是本申请提供的一种基于区块链网络的数据处理方法的流程示意图,如图2所示,所述方法可以包括:
步骤S101,参与节点接收多个目标数据提交节点发送的目标业务流程数据;
具体的,本申请所提供的方法可应用于出口退税业务中,上述多个目标数据提交节点可以指与审核对象相关联的多个节点。其中,审核对象可以指申请办理出口退税业务的企业,则与审核对象相关联的多个目标数据提交节点可以包括审核对象自己所对应的节点(即企业对应的节点)、审核对象购买物品的生产商对应的节点以及生产商委托运送物品的物流商对应的节点。审核对象在申请办理某项业务时,需要对与审核对象相关联的所有目标数据提交节点发送的目标业务流程数据进行审核通过之后,才能办理该项业务。例如,企业(申请对象)在申请办理出口退税业务时,需要对企业对应的节点上传的目标业务流程数据、生产商对应的节点上传的目标业务流程数据以及物流商对应的节点上传的目标业务流程数据审核通过之后,才能为企业办理出口退税业务。其中,当目标数据提交节点为企业对应的节点时,待上链数据中包括的目标业务流程数据可以是企业向生产商购买物品时的购买凭证;当目标数据提交节点为生产商对应的节点时,待上链数据中包括的目标业务流程数据可以是生产商在生产物品时生产车间流水线经营活动的照片或者视频;当目标数据提交节点为物流商对应的节点时,待上链数据中包括的目标业务流程数据可以是物流商在运送物品时的物流信息(定位信息,即物品运送路线信息),物流商运送的物品即是企业在生产商处所购买的物品。管理节点、企业对应的节点、生产商对应的节点以及物流商对应的节点可以分别对应于一个或者多个服务器。
上述与审核对象相关联的每个目标数据提交节点均可以向参与节点发送目标业务流程数据。具体为:参与节点可以接收所述多个目标数据提交节点分别发送的代理数据包;基于所述多个目标数据提交节点分别对应的私钥对所属的代理数据包进行解密,分别得到每个代理数据包中的待验证数据和第二签名;基于所述多个目标数据提交节点分别对应的公钥对所属的第二签名进行解密,分别得到每个第二签名中的第三哈希值;基于哈希算法分别对每个待验证数据进行哈希计算,得到所述每个待验证数据分别对应的第四哈希值;当所述每个目标数据提交节点所对应的第三哈希值与所对应的第四哈希值相同时,将所述每个目标数据提交节点对应的待验证数据分别确定为所属的目标业务流程数据:
每个目标数据提交节点会向参与节点发送自身的目标业务流程数据所对应的代理数据包。每个代理数据包均已通过对应的目标数据提交节点的公钥进行加密,每个代理数据包中分别包括每个目标数据提交节点对应的目标业务流程数据和目标业务流程数据的签名,目标业务流程数据的签名也已通过对应的目标数据提交节点的私钥进行加密。参与节点持有每个目标数据提交节点的密钥对,每个目标数据提交节点的密钥对中均包括所对应的私钥和公钥。参与节点可以使用每个目标数据提交节点对应的密钥对,分别对每个目标数据提交节点的代理数据包进行验签。这里以目标数据提交节点为数据提交节点s进行说明,对应的目标数据提交节点发送给参与节点的代理数据包可以记为代理数据包s,代理数据包s中可以包括业务流程数据s,则验签的过程为:参与节点可以使用数据提交节点s的私钥对代理数据包s进行解密,得到代理数据包s中的签名s(该签名s可以称之为上述第二签名)和待验证数据s(即代理数据包s中需要被验证的业务流程数据s,即数据提交节点s对应的待验证数据)。参与节点可以使用数据提交节点s的公钥对签名s(即第二签名)进行解密,得到签名s中的哈希值,可以将该哈希值称之为上述第三哈希值。参与节点可以通过哈希算法对待验证数据s进行哈希运算,得到待验证数据s对应的另一哈希值,可以将该哈希值称之为上述第四哈希值。当参与节点检测到代理数据包s对应的第三哈希值与第四哈希值相同时,则判定待验证数据s即为数据提交节点s发送的业务流程数据s,即待验证数据s未被篡改,是安全可用的。当存在多个目标数据提交节点发送的多个代理数据包时,对每个代理数据包的验签过程均与对上述代理数据包s进行验签的过程相同,此处不再赘述。
请参见图3,是本申请提供的一种验签的场景示意图。数据提交节点f1向管理节点f2发送代理数据包。管理节点f2持有数据提交节点f1的密钥对b1,密钥对b1中包括数据提交节点f1的私钥b2和公钥b3。如图3所示,管理节点f2可以使用私钥b2对代理数据包进行解密,得到代理数据包中的签名和待验证数据。管理节点f2可以使用公钥b3对签名进行解密,得到签名中的第三哈希值。管理节点f2可以使用哈希算法对待验证数据进行哈希运算,得到待验证数据对应的第四哈希值。管理节点f2可以对得到的第三哈希值和第四哈希值进行比对,得到验签结果。当比对出第三哈希值和第四哈希值相同时,验签结果为验签通过,当比对出第三哈希值和第四哈希值不相同时,验签结果为验签不通过。
步骤S102,基于每个目标数据提交节点分别对应的私钥对所属的目标业务流程数据进行签名,得到所述目标业务流程数据分别对应的第一签名,将所述每个目标业务流程数据与所属的第一签名进行封装,得到所述每个目标数据提交节点分别对应的待上链数据包;
具体的,在对接收到的目标数据提交节点发送的代理数据包验签通过之后,参与节点可以对从代理数据包中获取到的目标业务流程数据进行签名以及封装,得到每个目标数据提交节点分别对应的待上链数据包,具体包括两种情况:
第一种情况,当参与节点检测到所述目标业务流程数据的数据量小于数据量阈值时,基于哈希算法对所述目标业务流程数据进行哈希运算,得到所述目标业务流程数据对应的第一哈希值;基于所述每个目标数据提交节点对应的私钥分别对所属的第一哈希值进行签名,得到每个第一哈希值对应的所述第一签名:
可以设置数据量阈值,当参与节点检测到目标业务流程数据的数据量小于该数据量阈值时,表明目标业务流程数据的数据量较小,则可以将目标业务流程数据本身作为需要上链的数据。参与节点可以通过哈希算法对目标业务流程数据进行哈希运算,得到目标业务流程数据对应的哈希值,可以将该哈希值称之为第一哈希值。接着,参与节点可以使用目标数据提交节点的私钥对所对应的目标业务流程数据的第一哈希值进行加密,得到每个目标业务流程数据对应的签名,可以将该签名称之为第一签名。
参与节点可以将目标业务流程数据与该目标业务流程数据对应的第一签名进行封装,可以使用目标数据提交节点的公钥对所对应的封装后的目标业务流程数据和第一签名进行加密,得到每个目标数据提交节点(此处的每个目标数据提交节点,指所对应的目标业务流程数据的数据量较小的节点)分别对应的待上链数据包,该待上链数据包中包括加密之后的目标业务流程数据和第一签名。例如,当上述业务流程数据s的数据量较小,则可以将上述业务流程数据s与业务流程数据s对应的第一签名进行封装打包,接着使用数据提交节点s的公钥对打包后的业务流程数据s和业务流程数据s对应的第一签名进行加密,得到数据提交节点s对应的待上链数据包s,待上链数据包s中包括加密之后的业务流程数据s和业务流程数据s的第一签名。
第二种情况,当参与节点检测到所述目标业务流程数据的数据量大于或者等于所述数据量阈值时,基于所述哈希算法对所述目标业务流程数据进行哈希运算,得到所述目标业务流程数据对应的第一哈希值;基于所述哈希算法对所述第一哈希值进行哈希算法,得到所述第一哈希值对应的第二哈希值;基于所述每个目标数据提交节点对应的私钥分别对所属的第二哈希值进行签名,得到每个第二哈希值对应的所述第一签名:
当参与节点检测到目标业务流程数据的数据量大于或者等于上述数据量阈值时,表明目标业务流程数据的数据量较大,则可以将目标业务流程数据的哈希值作为需要上链的数据。参与节点同样可以通过哈希算法对目标业务流程数据进行哈希运算,得到目标业务流程数据对应的第一哈希值。参与节点可以对该第一哈希值再次进行哈希运算,得到第一哈希值对应的哈希值,可以将该哈希值称之为第二哈希值。可以使用目标数据提交节点的私钥对所对应的第二哈希值进行加密,得到第一哈希值对应的签名,同样,可以将该签名称之为上述第一签名。
参与节点可以分别将所述每个目标业务流程数据所对应的第一签名和所对应的第一哈希值添加至过渡数据包,得到所述每个目标业务流程数据分别对应的过渡数据包;基于所述每个目标数据提交节点对应的公钥分别对所属的过渡数据包进行加密,得到所述每个目标数据提交节点分别对应的所述待上链数据包:
参与节点可以将上述第一哈希值与该第一哈希值对应的第一签名添加至过渡数据包(即进行打包封装),如此,可以得到每个目标数据提交节点(此处的每个目标数据提交节点,指所对应的目标业务流程数据的数据量较大的节点)对应的过渡数据包,参与节点可以使用每个目标数据提交节点的公钥分别对所对应的过渡数据包进行加密,得到每个目标数据提交节点分别对应的待上链数据包。该待上链数据包中包括加密之后的第一哈希值和第一签名。
参与节点可以基于线下的方式将所述每个目标业务流程数据以及所述每个目标业务流程数据分别对应的第一哈希值,发送至所述管理节点对应的本地数据库,以使所述管理节点在通过所述业务全量链获取到所述每个目标业务流程数据分别对应的第一哈希值时,根据所述每个目标业务流程数据分别对应的第一哈希值,在所述本地数据库中获取所述每个目标业务流程数据:
由于,在第二种情况下,待上链数据包中包括的是目标业务流程数据的第一哈希值,而没有目标业务流程数据,因此,需要参与节点通过线下的方式将每个目标业务流程数据以及每个目标业务流程数据的第一哈希值发送给管理节点,管理节点可以将获取到的每个目标业务流程数据分别与所对应的第一哈希值在本地数据库中进行关联存储,即存储每个目标业务流程数据与所对应的第一哈希值之间的映射关系,一个第一哈希值对应于一个目标业务流程数据。后续,管理节点在业务全量链中获取到某个第一哈希值时,可以根据预先存储的每个第一哈希值与每个目标业务流程数据之间的映射关系,在本地数据库中获取到该第一哈希值对应的目标业务流程数据。其中,上述线下的方式,指非区块链传输渠道的方式,例如,发邮件的方式或者线下发送文件的方式。
步骤S103,若所述多个目标数据提交节点与审核对象对应的提交节点集合一致,则根据每个待上链数据包生成上链请求;
具体的,审核对象对应的提交节点集合中包括与审核对象相关联的多个数据提交节点,其中,提交节点集合中的数据提交节点可以用节点名称、节点标识或者其他任一可以唯一表示每个节点的信息进行表示。若参与节点接收到的多个目标业务流程数据所对应的多个目标数据提交节点中包括审核对象对应的提交节点集合中的所有数据提交节点,则可以根据提交节点集合中每个节点对应的待上链数据包,生成上链请求,该上链请求中包括提交节点集合中每个节点对应的待上链数据包,该上链请求为参与节点向管理节点请求将提交节点集合中每个节点的目标业务流程数据对应的区块,添加至业务全量链的请求。其中,包括如下的情况:若提交节点集合中包括数据提交节点1、数据提交节点2和数据提交节点3,则在参与节点获取到数据提交节点1发送的业务流程数据1(即此时目标数据提交节点为数据提交节点1,目标业务流程数据为业务流程数据1),并根据该业务流程数据1生成对应的待上链数据包1时,由于还未获取到数据提交节点2以及数据提交节点3分别对应的待上链数据包,参与节点会先将待上链数据包1缓存起来。接着,当接收到数据提交节点4发送的业务流程数据4(即此时目标数据提交节点为数据提交节点4,目标业务流程数据为业务流程数据4)时,参与节点也会根据该业务流程数据4生成对应的待上链数据包4,但是,由于还未接收到提交节点集合中的数据提交节点2和数据提交节点3的业务流程数据,因此,依然暂不处理待上链数据包1。之后,当参与节点接收到数据提交节点2对应的业务流程数据2(即此时目标数据提交节点为数据提交节点2,目标业务流程数据为业务流程数据2)时,并根据该业务流程数据2生成了对应的待上链数据包2时,参与节点会将该待上链数据包2与上述待上链数据包1缓存在一起,即关联缓存在一个内存空间。再之后,当参与节点接收到数据提交节点3对应的业务流程数据3(即此时目标数据提交节点为数据提交节点3,目标业务流程数据为业务流程数据3)时,并根据业务流程数据3生成了对应的待上链数据包3时,参与节点会将待上链数据包3与上述待上链数据包1和待上链数据包2缓存在一起。并且,由于此时所缓存的待上链数据包1、待上链数据包2和待上链数据包3为上述提交节点集合中每个节点所对应的待上链数据包,即表明已经获取到提交节点集合中所有节点分别对应的待上链数据包,因此,可以根据此时获取到的待上链数据包1、待上链数据包2和待上链数据包3,生成上述上链请求,该上链请求中包括待上链数据包1、待上链数据包2和待上链数据包3。即上述多个目标数据提交节点指与某一个审核对象(例如企业)相关联的多个目标数据提交节点,即该个审核对象所对应的提交节点集合中的多个目标数据提交节点,此处,该多个目标数据提交节点指数据提交节点1、数据提交节点2和数据提交节点3,而不包括数据提交节点4。
即参与节点相当于为每个目标数据提交节点提供了一个上传目标业务流程数据的接口,并且,参与节点可以对获取到的多个目标数据提交节点所上传的目标业务流程数据进行控制和把关,即当获取到的多个目标业务流程数据在满足一定规则条件下,才将接收到的多个目标业务流程数据发送给管理节点,进而通过管理节点将此多个目标业务流程数据执行上链(即添加至业务全量链)。其中,上述参与节点对目标业务流程数据进行初次把关的一定规则条件可以根据实际应用场景进行设置,这里是以规定接收到的多个目标业务流程数据所对应的多个目标数据提交节点需要包括提交节点集合中所有节点为例的。上述一定规则条件也可以是时间期限规则,例如,当到达某个时间点,才将接收到的相互关联的多个目标业务流程数据发送给管理节点,以请求上链。
步骤S104,将所述上链请求发送至管理节点,以使所述管理节点在对所述上链请求验证合法时,将所述上链请求中的所述每个目标业务流程数据分别对应的区块添加至业务全量链;
具体的,参与节点可以将上述上链请求发送至管理节点,管理节点可以从该上链请求中提取出所包含的提交节点集合中的每个数据提交节点对应的待上链数据包。管理节点会对每个待上链数据包进行验签,当管理节点对每个待上链数据包均验签通过时,则判定对应的上链请求合法,则可以将每个待上链数据包中的目标业务流程数据执行上链。举个例子,当管理节点从上链请求中获取到了待上链数据包s(对应于数据提交节点s)时,则对待上链数据包s进行验签的过程为:管理节点可以使用数据提交节点s的私钥对待上链数据包s进行解析,得到待上链数据包s中的待上链数据s和待上链数据s对应的第一签名s。其中,当数据提交节点s发送给参与节点的业务流程数据s的数据量较大时,待上链数据包s中的待上链数据为业务流程数据s的哈希值,则第一签名s也为业务流程数据s的哈希值的签名;当数据提交节点s发送给参与节点的业务流程数据s的数据量较小时,待上链数据包s中的待上链数据为上述业务流程数据s,则第一签名为业务流程数据s的签名。管理节点可以使用数据提交节点s的公钥对第一签名s进行解密,得到第一签名s中的哈希值,可以将该哈希值称之为待上链数据包s对应的正确哈希值。管理节点可以对上述待上链数据进行哈希运算,得到另一个哈希值,可以将该哈希值称之为待上链数据包s对应的待验证哈希值。当管理节点检测到待上链数据包s对应的正确哈希值与待上链数据包s对应的待验证哈希值相同时,则判定接收到待验证数据未被篡改,是安全可用的,则可以根据该待上链数据生成对应的区块,并将所生成的区块添加至业务全量链中。业务全量链中可以包括所有数据提交节点的业务流程数据对应的区块,具体指,可以存在多个审核对象,每个审核对象可以分别对应于一个提交节点集合,每个提交节点集合中可以包括多个数据提交节点,每个审核对象的业务处理权限的审核过程相同且独立。可以将与审核对象相关联的数据提交节点统称为目标数据提交节点,可以将与审核对象相关联的数据提交节点(即目标数据提交节点)向参与节点发送的业务流程数据统称为目标业务流程数据。即上述所有数据提交节点可以指所有审核对象所对应的目标数据提交节点,上述业务全量链中包括所有审核对象对应的所有目标数据提交节点的业务流程数据所对应的区块。上述图2所述的数据处理方法均是以一个审核对象(即企业)的目标业务流程数据的上链过程以及业务处理权限的审核过程为例进行说明的,每个审核对象的目标业务流程数据的上链过程以及业务处理权限的审核过程独立且相同。
其中,业务全量链中的每个区块均会包括区块头和区块体。若所生成的目标业务流程数据的区块为业务全量链中的第一个区块,则该区块中所包含的区块头中存储有输入信息特征值(即随机数)、版本号、时间戳和难度值,区块主体中存储有输入信息(可以是上述目标业务流程数据或者该目标业务流程数据对应的第一哈希值)。若生成的目标业务流程数据的区块不是业务全量链中的第一个区块,则该区块中所包含的区块头中存储有当前区块(即上述生成的目标业务流程数据的区块)的输入信息特征值、父区块(即当前区块的上一个区块,即在上述目标业务流程数据的区块添加至业务全量链上之前,业务全量链上最晚添加的区块)的区块头特征值、版本号、时间戳和难度值,并以此类推,使得区块链中每个区块中存储的区块数据均与父区块中存储的区块数据存在关联,保证了区块中输入信息的安全性。请参见图4,是本申请提供的一种区块的结构示意图。如图4所示,区块c1可以是业务全量链中上链的第一个区块,区块c1中包括输入信息特征值、版本号、时间戳和难度值,而没有父区块的区块头特征值。区块c2是业务全量链中上链的第二个区块,区块c1为区块c2的父区块,区块c2中除了包括输入信息特征值、版本号、时间戳和难度值,还包括父区块(即区块c1)的区块头特征值。同理,区块c2为区块c3的父区块,区块c3中除了包括输入信息特征值、版本号、时间戳和难度值之外,还包括区块c2的区块头特征值。
其中,业务全量链中的每个目标业务流程数据对应的区块用于对审核对象的业务处理权限进行审核。当第三方需要对审核对象的业务处理权限进行审核时,例如,审核对象为申请办理出口退税业务的企业,业务处理权限指企业针对出口退税业务的办理权限,第三方可以指为企业办理出口退税业务的出口退税局,则出口退税局可以通过管理节点从业务全量链中获取到与审核对象相关联的所有目标数据提交节点对应的区块中的目标业务流程数据,进而出口退税局可以对获取到的与审核对象相关联的所有目标业务流程数据(可以包括企业、生产商和物流商分别对应的目标业务流程数据)进行审核,以判断审核对象(即企业)是否具备办理出口退税业务的权限。
更多的,业务全量链中存储有所有目标数据提交节点所提交的目标业务流程数据对应的区块,管理节点可以对业务全量链进行管理和维护,因此管理节点也可以称之为全量节点或者共识节点。每个目标数据提交节点均为SPV节点(轻量节点),具体为:参与节点可以将所述多个目标数据提交节点中的任意一个目标数据提交节点,确定为待处理数据提交节点;当检测到所述业务全量链中存在与所述待处理数据提交节点对应的新增区块时,从所述业务全量链中获取所述待处理数据提交节点对应的新增区块;将所述新增区块中的区块头发送至所述待处理数据提交节点,以使所述待处理数据提交节点将接收到的区块头添加至所对应的业务子链:即每个数据提交节点均可以作为待处理数据提交节点,当待处理数据提交节点向参与节点发送的目标业务流程数据对应的区块刚被添加至业务全量链中时,表明该区块为新增区块,参与节点可以从业务全量链中获取到该新增区块中的区块头,并将该区块头发送给对应的待处理数据提交节点。待处理数据提交节点在获取到该区块头时,可以根据该区块头生成一个区块,并将该区块添加至自己的业务子链中。即每个目标数据提交节点均对应有一条业务子链,每个业务子链中对应存储有每个目标数据提交节点的交易记录,即上链目标业务流程数据的记录,也就是上链(业务全量链)的每个目标业务流程数据在业务全量链中对应的区块中的区块头。每个目标数据提交节点可以通过自己的业务子链管理自己的交易记录。每个目标数据提交节点之间不能查看到对方的交易记录,保证了每个目标数据提交节点之间的交易保密性和安全性。
此外,参与节点可以获取所述待处理数据提交节点发送的查验请求;所述查验请求携带所述待处理数据提交节点对应的业务子链中的所有区块头;当检测到所述业务全量链中所述待处理数据提交节点对应的区块头与所述查验请求所携带的区块头一致时,向所述待处理数据提交节点返回数据一致确认信息;当检测到所述业务全量链中所述待处理数据提交节点对应的区块头与所述查验请求中所携带的区块头一不致时,向所述待处理数据提交节点返回数据有误提示信息:
上述查验请求为待处理数据提交节点发送给参与节点,想要知道自己的业务子链中所保存的所有区块头与业务全量链中自己的目标业务流程数据所对应的所有区块是否匹配得上。该查验请求中携带有待处理数据提交节点自己的业务子链中所存储的所有区块头。参与节点可以在业务全量链中获取/查看到待处理数据提交节点的目标业务流程数据对应的所有区块,并检测获取到的待处理数据提交节点的目标业务流程数据对应的所有区块中的区块头是否与上述查验请求中所携带的区块头相同(即一一匹配)。当参与节点检测到获取到的待处理数据提交节点的目标业务流程数据对应的所有区块中的区块头与上述查验请求中所携带的区块头相同时,则可以向待处理数据提交节点返回数据一致确认信息,即告知待处理数据提交节点,其所存储的区块头是正确的。当参与节点检测到获取到的待处理数据提交节点的目标业务流程数据对应的所有区块中的区块头与上述查验请求中所携带的区块头不相同时,则可以向待处理数据提交节点返回数据有误提示信息。该数据有误提示信息中可以携带有两种区块头,第一种为查验请求中携带有的区块头而业务全量链中没有该区块头对应的区块的区块头(即待处理数据提交节点对应的业务子链中多出的区块头),可以将该种区块头称之为第一区块头。第二种为业务全量链中有待处理数据提交节点对应的区块中的区块头而查验请求中没有的区块头(即待处理数据提交节点对应的业务子链中缺失的区块头),可以将该区块头称之为第二区块头。待处理数据提交节点可以根据接收到的数据有误提示信息,将自己的业务子链中的第一区块头删除,并在自己的业务子链中添加第二区块头。
本申请通过参与节点接收多个目标数据提交节点发送的目标业务流程数据;基于每个目标数据提交节点分别对应的私钥对所属的目标业务流程数据进行签名,得到所述目标业务流程数据分别对应的第一签名,将所述每个目标业务流程数据与所属的第一签名进行封装,得到所述每个目标数据提交节点分别对应的待上链数据包;若所述多个目标数据提交节点与审核对象对应的提交节点集合一致,则根据每个待上链数据包生成上链请求;将所述上链请求发送至管理节点,以使所述管理节点在对所述上链请求验证合法时,将所述上链请求中的所述每个目标业务流程数据分别对应的区块添加至业务全量链;所述业务全量链中的所述每个目标业务流程数据对应的区块用于对所述审核对象的业务处理权限进行审核。由此可见,本申请提出的方法可由参与节点集中获取到与审核对象对应的多个目标数据提交节点提交的目标业务流程数据,并对获取到的多个目标业务流程数据集中进行封装,提高了针对审核对象对应的多个目标数据提交节点的目标业务流程数据的获取效率以及封装效率。
请参见图5,是本申请提供的一种基于区块链网络的数据处理装置的结构示意图。如图5所示,该数据处理装置1可以包括:接收模块101、签名模块102、生成模块103和上链模块104;
接收模块101,用于接收多个目标数据提交节点发送的目标业务流程数据;
签名模块102,用于基于每个目标数据提交节点分别对应的私钥对所属的目标业务流程数据进行签名,得到所述目标业务流程数据分别对应的第一签名,将所述每个目标业务流程数据与所属的第一签名进行封装,得到所述每个目标数据提交节点分别对应的待上链数据包;
生成模块103,用于若所述多个目标数据提交节点与审核对象对应的提交节点集合一致,则根据每个待上链数据包生成上链请求;
上链模块104,用于将所述上链请求发送至管理节点,以使所述管理节点在对所述上链请求验证合法时,将所述上链请求中的所述每个目标业务流程数据分别对应的区块添加至业务全量链;所述业务全量链中的所述每个目标业务流程数据对应的区块用于对所述审核对象的业务处理权限进行审核;所述业务全量链用于存储所有数据提交节点的业务流程数据对应的区块;所述所有数据提交节点包括所述多个目标数据提交节点。
其中,所述接收模块101、签名模块102、生成模块103和上链模块104的具体功能实现方式请参见图2对应的实施例中的步骤S101-步骤S104,这里不再进行赘述。
其中,所述数据处理装置1,还包括确定模块105、第一获取模块106和发送模块107:
确定模块105,用于将所述多个目标数据提交节点中的任意一个目标数据提交节点,确定为待处理数据提交节点;
第一获取模块106,用于当检测到所述业务全量链中存在与所述待处理数据提交节点对应的新增区块时,从所述业务全量链中获取所述待处理数据提交节点对应的新增区块;
发送模块107,用于将所述新增区块中的区块头发送至所述待处理数据提交节点,以使所述待处理数据提交节点将接收到的区块头添加至所对应的业务子链。
其中,所述确定模块105、第一获取模块106和发送模块107的具体功能实现方式请参见图2对应的实施例中的步骤S104,这里不再进行赘述。
其中,所述数据处理装置1,还包括第二获取模块108、检测模块109和返回模块110:
第二获取模块108,用于获取所述待处理数据提交节点发送的查验请求;所述查验请求携带所述待处理数据提交节点对应的业务子链中的所有区块头;
检测模块109,用于当检测到所述业务全量链中所述待处理数据提交节点对应的区块头与所述查验请求所携带的区块头一致时,向所述待处理数据提交节点返回数据一致确认信息;
返回模块110,用于当检测到所述业务全量链中所述待处理数据提交节点对应的区块头与所述查验请求中所携带的区块头一不致时,向所述待处理数据提交节点返回数据有误提示信息。
其中,所述第二获取模块108、检测模块109和返回模块110的具体功能实现方式请参见图2对应的实施例中的步骤S104,这里不再进行赘述。
其中,所述签名模块102,包括第二哈希单元1021和第一签名单元1022:
第二哈希单元1021,用于当检测到所述目标业务流程数据的数据量小于数据量阈值时,基于哈希算法对所述目标业务流程数据进行哈希运算,得到所述目标业务流程数据对应的第一哈希值;
第一签名单元1022,用于基于所述每个目标数据提交节点对应的私钥分别对所属的第一哈希值进行签名,得到每个第一哈希值对应的所述第一签名。
其中,所述第二哈希单元1021和第一签名单元1022的具体功能实现方式请参见图2对应的实施例中的步骤S102,这里不再进行赘述。
其中,所述签名模块102,包括第三哈希单元1023、第四哈希单元1024和第二签名单元1025:
第三哈希单元1023,用于当检测到所述目标业务流程数据的数据量大于或者等于所述数据量阈值时,基于所述哈希算法对所述目标业务流程数据进行哈希运算,得到所述目标业务流程数据对应的第一哈希值;
第四哈希单元1024,用于基于所述哈希算法对所述第一哈希值进行哈希算法,得到所述第一哈希值对应的第二哈希值;
第二签名单元1025,用于基于所述每个目标数据提交节点对应的私钥分别对所属的第二哈希值进行签名,得到每个第二哈希值对应的所述第一签名。
其中,所述第三哈希单元1023、第四哈希单元1024和第二签名单元1025的具体功能实现方式请参见图2对应的实施例中的步骤S102,这里不再进行赘述。
其中,所述接收模块101,包括接收单元1011、第一解密单元1012、第二解密单元1013、第一哈希单元1014和确定单元1015:
接收单元1011,用于接收所述多个目标数据提交节点分别发送的代理数据包;
第一解密单元1012,用于基于所述多个目标数据提交节点分别对应的私钥对所属的代理数据包进行解密,分别得到每个代理数据包中的待验证数据和第二签名;
第二解密单元1013,用于基于所述多个目标数据提交节点分别对应的公钥对所属的第二签名进行解密,分别得到每个第二签名中的第三哈希值;
第一哈希单元1014,用于基于哈希算法分别对每个待验证数据进行哈希计算,得到所述每个待验证数据分别对应的第四哈希值;
确定单元1015,用于当所述每个目标数据提交节点所对应的第三哈希值与所对应的第四哈希值相同时,将所述每个目标数据提交节点对应的待验证数据分别确定为所属的目标业务流程数据。
其中,所述接收单元1011、第一解密单元1012、第二解密单元1013、第一哈希单元1014和确定单元1015的具体功能实现方式请参见图2对应的实施例中的步骤S101,这里不再进行赘述。
其中,所述签名模块102,包括添加单元1026、加密单元1027和获取单元1028:
添加单元1026,用于分别将所述每个目标业务流程数据所对应的第一签名和所对应的第一哈希值添加至过渡数据包,得到所述每个目标业务流程数据分别对应的过渡数据包;
加密单元1027,用于基于所述每个目标数据提交节点对应的公钥分别对所属的过渡数据包进行加密,得到所述每个目标数据提交节点分别对应的所述待上链数据包;
获取单元1028,用于基于线下的方式将所述每个目标业务流程数据以及所述每个目标业务流程数据分别对应的第一哈希值,发送至所述管理节点对应的本地数据库,以使所述管理节点在通过所述业务全量链获取到所述每个目标业务流程数据分别对应的第一哈希值时,根据所述每个目标业务流程数据分别对应的第一哈希值,在所述本地数据库中获取所述每个目标业务流程数据。
其中,所述添加单元1026、加密单元1027和获取单元1028的具体功能实现方式请参见图2对应的实施例中的步骤S102,这里不再进行赘述。
本申请通过参与节点接收多个目标数据提交节点发送的目标业务流程数据;基于每个目标数据提交节点分别对应的私钥对所属的目标业务流程数据进行签名,得到所述目标业务流程数据分别对应的第一签名,将所述每个目标业务流程数据与所属的第一签名进行封装,得到所述每个目标数据提交节点分别对应的待上链数据包;若所述多个目标数据提交节点与审核对象对应的提交节点集合一致,则根据每个待上链数据包生成上链请求;将所述上链请求发送至管理节点,以使所述管理节点在对所述上链请求验证合法时,将所述上链请求中的所述每个目标业务流程数据分别对应的区块添加至业务全量链;所述业务全量链中的所述每个目标业务流程数据对应的区块用于对所述审核对象的业务处理权限进行审核。由此可见,本申请提出的方法可由参与节点集中获取到与审核对象对应的多个目标数据提交节点提交的目标业务流程数据,并对获取到的多个目标业务流程数据集中进行封装,提高了针对审核对象对应的多个目标数据提交节点的目标业务流程数据的获取效率以及封装效率。
请参见图6,是本申请提供的一种计算机设备的结构示意图。如图6所示,所述计算机设备1000可以包括:处理器1001,网络接口1004和存储器1005,此外,所述计算机设备1000还可以包括:用户接口1003,和至少一个通信总线1002。其中,通信总线1002用于实现这些组件之间的连接通信。其中,用户接口1003可以包括显示屏(Display)、键盘(Keyboard),可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器,也可以是非不稳定的存储器(non-volatile memory),例如至少一个磁盘存储器。存储器1005可选的还可以是至少一个位于远离前述处理器1001的存储装置。如图6所示,作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及设备控制应用程序。
在图6所示的计算机设备1000中,网络接口1004可提供网络通讯功能;而用户接口1003主要用于为用户提供输入的接口;而处理器1001可以用于调用存储器1005中存储的设备控制应用程序,以实现前文图2所对应实施例中对所述基于区块链网络的数据处理方法的描述。
应当理解,本申请中所描述的计算机设备1000可执行前文图2所对应实施例中对所述基于区块链网络的数据处理方法的描述,也可执行前文图5所对应实施例中对所述数据处理装置1的描述,在此不再赘述。另外,对采用相同方法的有益效果描述,也不再进行赘述。
此外,这里需要指出的是:本申请还提供了一种计算机可读存储介质,且所述计算机可读存储介质中存储有前文提及的数据处理装置1所执行的计算机程序,且所述计算机程序包括程序指令,当所述处理器执行所述程序指令时,能够执行前文图2所对应实施例中对所述基于区块链网络的数据处理方法的描述,因此,这里将不再进行赘述。另外,对采用相同方法的有益效果描述,也不再进行赘述。对于本申请所涉及的计算机存储介质实施例中未披露的技术细节,请参照本申请方法实施例的描述。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)或随机存储记忆体(Random AccessMemory,RAM)等。
以上所揭露的仅为本申请较佳实施例而已,当然不能以此来限定本申请之权利范围,因此依本申请权利要求所作的等同变化,仍属本申请所涵盖范围。
Claims (10)
1.一种基于区块链网络的数据处理方法,其特征在于,包括:
参与节点接收多个目标数据提交节点发送的目标业务流程数据;
基于每个目标数据提交节点分别对应的私钥对所属的目标业务流程数据进行签名,得到每个目标业务流程数据分别对应的第一签名,将所述每个目标业务流程数据与所属的第一签名进行封装,得到所述每个目标数据提交节点分别对应的待上链数据包;
若所述多个目标数据提交节点与审核对象对应的提交节点集合一致,则根据每个待上链数据包生成上链请求;
将所述上链请求发送至管理节点,以使所述管理节点在对所述上链请求验证合法时,将所述上链请求中的所述每个目标业务流程数据分别对应的区块添加至业务全量链;所述业务全量链中的所述每个目标业务流程数据对应的区块用于对所述审核对象的业务处理权限进行审核;所述业务全量链用于存储所有数据提交节点的业务流程数据对应的区块;所述所有数据提交节点包括所述多个目标数据提交节点。
2.根据权利要求1所述的方法,其特征在于,还包括:
将所述多个目标数据提交节点中的任意一个目标数据提交节点,确定为待处理数据提交节点;
当检测到所述业务全量链中存在与所述待处理数据提交节点对应的新增区块时,从所述业务全量链中获取所述待处理数据提交节点对应的新增区块;
将所述新增区块中的区块头发送至所述待处理数据提交节点,以使所述待处理数据提交节点将接收到的区块头添加至所对应的业务子链。
3.根据权利要求2所述的方法,其特征在于,还包括:
获取所述待处理数据提交节点发送的查验请求;所述查验请求携带所述待处理数据提交节点对应的业务子链中的所有区块头;
当检测到所述业务全量链中所述待处理数据提交节点对应的区块头与所述查验请求所携带的区块头一致时,向所述待处理数据提交节点返回数据一致确认信息;
当检测到所述业务全量链中所述待处理数据提交节点对应的区块头与所述查验请求中所携带的区块头一不致时,向所述待处理数据提交节点返回数据有误提示信息。
4.根据权利要求1所述的方法,其特征在于,所述基于每个目标数据提交节点分别对应的私钥对所属的目标业务流程数据进行签名,得到每个目标业务流程数据分别对应的第一签名,包括:
当检测到所述目标业务流程数据的数据量小于数据量阈值时,基于哈希算法对所述目标业务流程数据进行哈希运算,得到所述目标业务流程数据对应的第一哈希值;
基于所述每个目标数据提交节点对应的私钥分别对所属的第一哈希值进行签名,得到每个第一哈希值对应的所述第一签名。
5.根据权利要求1所述的方法,其特征在于,所述基于每个目标数据提交节点分别对应的私钥对所属的目标业务流程数据进行签名,得到每个目标业务流程数据分别对应的第一签名,包括:
当检测到所述目标业务流程数据的数据量大于或者等于所述数据量阈值时,基于所述哈希算法对所述目标业务流程数据进行哈希运算,得到所述目标业务流程数据对应的第一哈希值;
基于所述哈希算法对所述第一哈希值进行哈希算法,得到所述第一哈希值对应的第二哈希值;
基于所述每个目标数据提交节点对应的私钥分别对所属的第二哈希值进行签名,得到每个第二哈希值对应的所述第一签名。
6.根据权利要求1所述的方法,其特征在于,所述参与节点接收多个目标数据提交节点发送的目标业务流程数据,包括:
接收所述多个目标数据提交节点分别发送的代理数据包;
基于所述多个目标数据提交节点分别对应的私钥对所属的代理数据包进行解密,分别得到每个代理数据包中的待验证数据和第二签名;
基于所述多个目标数据提交节点分别对应的公钥对所属的第二签名进行解密,分别得到每个第二签名中的第三哈希值;
基于哈希算法分别对每个待验证数据进行哈希计算,得到所述每个待验证数据分别对应的第四哈希值;
当所述每个目标数据提交节点所对应的第三哈希值与所对应的第四哈希值相同时,将所述每个目标数据提交节点对应的待验证数据分别确定为所属的目标业务流程数据。
7.根据权利要求6所述的方法,其特征在于,所述将所述每个目标业务流程数据与所属的第一签名进行封装,得到所述每个目标数据提交节点分别对应的待上链数据包,包括:
分别将所述每个目标业务流程数据所对应的第一签名和所对应的第一哈希值添加至过渡数据包,得到所述每个目标业务流程数据分别对应的过渡数据包;
基于所述每个目标数据提交节点对应的公钥分别对所属的过渡数据包进行加密,得到所述每个目标数据提交节点分别对应的所述待上链数据包;
基于线下的方式将所述每个目标业务流程数据以及所述每个目标业务流程数据分别对应的第一哈希值,发送至所述管理节点对应的本地数据库,以使所述管理节点在通过所述业务全量链获取到所述每个目标业务流程数据分别对应的第一哈希值时,根据所述每个目标业务流程数据分别对应的第一哈希值,在所述本地数据库中获取所述每个目标业务流程数据。
8.一种基于区块链网络的数据处理装置,应用于参与节点,其特征在于,包括:
接收模块,用于接收多个目标数据提交节点发送的目标业务流程数据;
签名模块,用于基于每个目标数据提交节点分别对应的私钥对所属的目标业务流程数据进行签名,得到每个目标业务流程数据分别对应的第一签名,将所述每个目标业务流程数据与所属的第一签名进行封装,得到所述每个目标数据提交节点分别对应的待上链数据包;
生成模块,用于若所述多个目标数据提交节点与审核对象对应的提交节点集合一致,则根据每个待上链数据包生成上链请求;
上链模块,用于将所述上链请求发送至管理节点,以使所述管理节点在对所述上链请求验证合法时,将所述上链请求中的所述每个目标业务流程数据分别对应的区块添加至业务全量链;所述业务全量链中的所述每个目标业务流程数据对应的区块用于对所述审核对象的业务处理权限进行审核;所述业务全量链用于存储所有数据提交节点的业务流程数据对应的区块;所述所有数据提交节点包括所述多个目标数据提交节点。
9.一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,所述计算机程序被所述处理器执行时,使得所述处理器执行如权利要求1-7中任一项所述方法的步骤。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机程序,所述计算机程序包括程序指令,所述程序指令当被处理器执行时,执行如权利要求1-7任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910907448.4A CN110493268B (zh) | 2019-09-24 | 2019-09-24 | 一种基于区块链网络的数据处理方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910907448.4A CN110493268B (zh) | 2019-09-24 | 2019-09-24 | 一种基于区块链网络的数据处理方法、装置、设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110493268A true CN110493268A (zh) | 2019-11-22 |
CN110493268B CN110493268B (zh) | 2022-06-24 |
Family
ID=68544096
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910907448.4A Active CN110493268B (zh) | 2019-09-24 | 2019-09-24 | 一种基于区块链网络的数据处理方法、装置、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110493268B (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111222178A (zh) * | 2020-01-16 | 2020-06-02 | 亚信科技(成都)有限公司 | 一种数据签名方法及装置 |
CN111416860A (zh) * | 2020-03-17 | 2020-07-14 | 百度在线网络技术(北京)有限公司 | 基于区块链的事务处理方法、装置、电子设备和介质 |
CN111507736A (zh) * | 2020-04-21 | 2020-08-07 | 贵州大学 | 一种利用嵌套式数字孪生体记录产品包装过程的方法 |
CN111598382A (zh) * | 2020-04-01 | 2020-08-28 | 深圳壹账通智能科技有限公司 | 基于区块链的业务链数据校核方法、装置、存储介质、电子设备 |
CN111813853A (zh) * | 2020-05-29 | 2020-10-23 | 平安医疗健康管理股份有限公司 | 基于区块链系统的数据采集方法、装置和计算机设备 |
CN111831988A (zh) * | 2020-06-30 | 2020-10-27 | 中国建设银行股份有限公司 | 工作流引擎系统和工作流引擎系统的实现方法 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107994991A (zh) * | 2017-10-31 | 2018-05-04 | 深圳市轱辘车联数据技术有限公司 | 一种数据处理方法、数据处理服务器及存储介质 |
WO2018119587A1 (zh) * | 2016-12-26 | 2018-07-05 | 深圳前海达闼云端智能科技有限公司 | 数据处理方法、装置、系统及信息采集设备 |
CN108646983A (zh) * | 2018-05-08 | 2018-10-12 | 北京融链科技有限公司 | 在区块链上存储业务数据的处理方法和装置 |
CN109086398A (zh) * | 2018-07-26 | 2018-12-25 | 深圳前海微众银行股份有限公司 | 异步上链方法、设备及计算机可读存储介质 |
CN109255661A (zh) * | 2018-09-27 | 2019-01-22 | 王国俊 | 一种基于区块链的业务数据认证方法及系统 |
CN109379382A (zh) * | 2018-12-07 | 2019-02-22 | 深圳市智税链科技有限公司 | 区块链系统的数据管理方法、装置、介质及电子设备 |
JP6494004B1 (ja) * | 2018-06-18 | 2019-04-03 | Necソリューションイノベータ株式会社 | 個人情報管理システム、サービス提供システム、方法およびプログラム |
CN109829823A (zh) * | 2019-01-31 | 2019-05-31 | 山东浪潮商用系统有限公司 | 一种境外旅客购物离境退税业务信息管理平台及方法 |
-
2019
- 2019-09-24 CN CN201910907448.4A patent/CN110493268B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018119587A1 (zh) * | 2016-12-26 | 2018-07-05 | 深圳前海达闼云端智能科技有限公司 | 数据处理方法、装置、系统及信息采集设备 |
CN107994991A (zh) * | 2017-10-31 | 2018-05-04 | 深圳市轱辘车联数据技术有限公司 | 一种数据处理方法、数据处理服务器及存储介质 |
CN108646983A (zh) * | 2018-05-08 | 2018-10-12 | 北京融链科技有限公司 | 在区块链上存储业务数据的处理方法和装置 |
JP6494004B1 (ja) * | 2018-06-18 | 2019-04-03 | Necソリューションイノベータ株式会社 | 個人情報管理システム、サービス提供システム、方法およびプログラム |
CN109086398A (zh) * | 2018-07-26 | 2018-12-25 | 深圳前海微众银行股份有限公司 | 异步上链方法、设备及计算机可读存储介质 |
CN109255661A (zh) * | 2018-09-27 | 2019-01-22 | 王国俊 | 一种基于区块链的业务数据认证方法及系统 |
CN109379382A (zh) * | 2018-12-07 | 2019-02-22 | 深圳市智税链科技有限公司 | 区块链系统的数据管理方法、装置、介质及电子设备 |
CN109829823A (zh) * | 2019-01-31 | 2019-05-31 | 山东浪潮商用系统有限公司 | 一种境外旅客购物离境退税业务信息管理平台及方法 |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111222178A (zh) * | 2020-01-16 | 2020-06-02 | 亚信科技(成都)有限公司 | 一种数据签名方法及装置 |
CN111416860A (zh) * | 2020-03-17 | 2020-07-14 | 百度在线网络技术(北京)有限公司 | 基于区块链的事务处理方法、装置、电子设备和介质 |
CN111416860B (zh) * | 2020-03-17 | 2023-03-10 | 百度在线网络技术(北京)有限公司 | 基于区块链的事务处理方法、装置、电子设备和介质 |
CN111598382A (zh) * | 2020-04-01 | 2020-08-28 | 深圳壹账通智能科技有限公司 | 基于区块链的业务链数据校核方法、装置、存储介质、电子设备 |
WO2021196936A1 (zh) * | 2020-04-01 | 2021-10-07 | 深圳壹账通智能科技有限公司 | 基于区块链的业务链数据校核方法、装置、存储介质、电子设备 |
CN111507736A (zh) * | 2020-04-21 | 2020-08-07 | 贵州大学 | 一种利用嵌套式数字孪生体记录产品包装过程的方法 |
CN111813853A (zh) * | 2020-05-29 | 2020-10-23 | 平安医疗健康管理股份有限公司 | 基于区块链系统的数据采集方法、装置和计算机设备 |
CN111813853B (zh) * | 2020-05-29 | 2022-07-22 | 深圳平安医疗健康科技服务有限公司 | 基于区块链系统的数据采集方法、装置和计算机设备 |
CN111831988A (zh) * | 2020-06-30 | 2020-10-27 | 中国建设银行股份有限公司 | 工作流引擎系统和工作流引擎系统的实现方法 |
CN111831988B (zh) * | 2020-06-30 | 2024-03-22 | 中国建设银行股份有限公司 | 工作流引擎系统和工作流引擎系统的实现方法 |
Also Published As
Publication number | Publication date |
---|---|
CN110493268B (zh) | 2022-06-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110493268A (zh) | 一种基于区块链网络的数据处理方法及装置 | |
CN109889504B (zh) | 去中心化数据访问权交易方法及系统 | |
CN109409122A (zh) | 文件存储方法及其电子设备、存储介质 | |
CN109472164A (zh) | 合同数据的验证方法及其网络和电子设备 | |
US20180077122A1 (en) | Method and system for secure communication of a token and aggregation of the same | |
KR20180115768A (ko) | 블록체인으로부터 데이터의 안전한 추출을 위한 암호화 방법 및 시스템 | |
WO2002069557A1 (fr) | Appareil et procede de traitement de donnees, et support de stockage | |
CN107506661A (zh) | 一种基于区块链的生成房屋历史记录的方法 | |
CN111526200A (zh) | 一种基于区块链和云平台的数据存储访问方法及系统 | |
CN109658273B (zh) | 基于区块链的商业保险快速理赔方法、存储介质和设备 | |
CN111160998B (zh) | 基于区块链的点评数据处理方法、装置及点评系统 | |
US11818266B2 (en) | Methods and systems for distributed cryptographically secured data validation | |
CN106650495A (zh) | 一种文件验证方法及装置 | |
Li et al. | A decentralized and secure blockchain platform for open fair data trading | |
CN107171787A (zh) | 一种基于多重哈希算法的数据盲签存证方法及系统 | |
CN108805574B (zh) | 基于隐私保护的交易方法和系统 | |
CN109146683A (zh) | 一种利用区块链的信息管理和认证系统 | |
CN112434026A (zh) | 一种基于哈希链的安全知识产权质押融资方法 | |
CN115203749A (zh) | 一种基于区块链的数据交易方法和系统 | |
CN111079190A (zh) | 区块链供应链交易隐藏动态监管系统及方法 | |
US20220276996A1 (en) | Assessment node and token assessment container | |
US20220278845A1 (en) | Honest behavior enforcement via blockchain | |
US11615354B2 (en) | Blockchain based project evaluation method and system | |
CN103647650A (zh) | 基于规则定义的自动签名/验签装置和自动签名/验签方法 | |
Preece | Ticket to ride: an investigation into the use of blockchain technology in the rail industry |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |