CN109462587B - Block chain layered consensus method, block chain network system and block chain node - Google Patents
Block chain layered consensus method, block chain network system and block chain node Download PDFInfo
- Publication number
- CN109462587B CN109462587B CN201811336181.XA CN201811336181A CN109462587B CN 109462587 B CN109462587 B CN 109462587B CN 201811336181 A CN201811336181 A CN 201811336181A CN 109462587 B CN109462587 B CN 109462587B
- Authority
- CN
- China
- Prior art keywords
- chain
- service data
- consensus
- node
- visible
- 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.)
- Active
Links
Images
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/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
- H04L63/105—Multiple levels of security
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- General Business, Economics & Management (AREA)
- Computer Hardware Design (AREA)
- Physics & Mathematics (AREA)
- Strategic Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Marketing (AREA)
- Technology Law (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Economics (AREA)
- Development Economics (AREA)
- Storage Device Security (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
The embodiment of the application provides a block chain layered consensus method, a block chain network system and block chain link points, and belongs to the technical field of block chains. The method comprises the following steps: the method comprises the steps of obtaining service data to be identified, determining the visible authority of the service data, sending the service data to an identification node in a local chain when the visible authority is a first type of visible authority, carrying out identification processing on the service data through the identification node in the local chain, and sending the service data to an identification node in a global chain when the visible authority is a second type of visible authority, so as to carry out identification processing on the service data through the identification node in the global chain. Therefore, the service data can be selectively shared in the local chain or the global chain based on different visible authorities of the service data, namely, when the number of nodes of the internet of things is large and the network environments are various, the data can be selectively disclosed according to the trust and the data privacy degree, so that the propagation range of the service data is greatly reduced, and the data privacy protection effect is improved.
Description
Technical Field
The present application relates to the field of blockchain technologies, and in particular, to a blockchain hierarchical consensus method, a blockchain network system, and a blockchain node.
Background
The block chain technology is also called as distributed ledger technology, and is a distributed internet database technology. A network constructed based on the blockchain technology may be referred to as a blockchain network, where the blockchain network includes network nodes (also referred to as blockchain nodes, hereinafter referred to as nodes), each node corresponds to at least one blockchain, and each blockchain includes at least one block. The block chain network (or the block chain technology) has the characteristics of decentralization, public transparency, no tampering, credibility and the like. Based on these characteristics, the application field of the block chain technology is more and more extensive.
In an application scene of the internet of things, because the number of nodes of the internet of things is large, network environments are various, if the nodes of the internet of things need to share information and establish a trust system, under the whole trust system, the shared data is determined to be different due to different trust degrees and environmental factors, and all nodes in the existing block chain network participate in data sharing, so that the data transmission range is large, the data cannot be selectively shared, and further the data privacy protection cannot be realized.
Disclosure of Invention
In view of the above, an object of the present invention is to provide a block chain hierarchical consensus method, a block chain network system and a block chain node.
In a first aspect, an embodiment of the present application provides a block chain hierarchical consensus method, which is applied to a node in a local chain, where the local chain is a network formed by a plurality of nodes in a block chain network, and the method includes: acquiring service data to be identified and determining the visible authority of the service data; when the visible authority is a first type of visible authority, the service data is sent to a consensus node in the local chain so as to perform consensus processing on the service data through the consensus node in the local chain, wherein the first type of visible authority indicates that the service data needs to be subjected to consensus processing in the local chain; and when the visible right is a second type of visible right, sending the service data to a consensus node in a global chain so as to perform consensus processing on the service data through the consensus node in the global chain, wherein the global chain is a network formed by at least one node selected from each local chain.
In the implementation process, the corresponding visible authority is determined by the service data to be identified, and then the service data is selected to be shared in a local chain or a global chain based on different visible authorities, namely when the number of nodes of the internet of things is large and the network environment is various, the data can be selectively disclosed according to the trust and the data privacy degree, so that the propagation range of the service data is greatly reduced, the data privacy protection effect is improved, compared with the existing block chain technology for realizing the data privacy protection, the risk of random propagation of transaction data does not exist, and the data propagation safety is improved.
Optionally, when the visible right is a second type of visible right, sending the service data to a consensus node in the global chain, so as to perform consensus processing on the service data through the consensus node in the global chain, where the method includes: when the visible right is the second type of visible right, after the service data is subjected to consensus processing by the consensus node in the local chain, the service data is subjected to consensus processing by the consensus node in the global chain.
In the implementation process, before service data are identified in the global chain, the service data are identified in the local chain, and then identified in the global chain, so that the data identified in the global chain are the data which the user wants to share and transmit, and the data privacy protection effect is improved.
Optionally, before the obtaining the service data to be identified and determining the visible right of the service data, the method further includes: broadcasting a consensus node selected from the local chain to other nodes in the local chain to vote on whether the other nodes agree to provide a consensus service by the selected consensus node; when the visible right is a first type of visible right, the service data is sent to a consensus node in the local chain, so that the service data is subjected to consensus processing through the consensus node in the local chain, and the method comprises the following steps: and when the visible permission is a first type of visible permission and the consensus passing message sent by the other nodes is received, sending the service data to the consensus node in the local chain so as to perform consensus processing on the service data through the consensus node in the local chain.
In the implementation process, part of the nodes are selected from the nodes in the local chain as consensus nodes, so that all the nodes do not need to participate in the consensus process, the number of the nodes participating in the consensus process is reduced, and the decision efficiency is improved.
Optionally, the local chain is a network formed by dividing a plurality of nodes in the block chain network according to different application scenarios or different data privacy degrees.
In the implementation process, the local chains are divided according to the application scene or the data privacy degree, so that different local chains can be divided according to user requirements, data sharing can be achieved inside the local chains, data cannot be shared among the local chains, and the data privacy protection effect is improved.
In a second aspect, an embodiment of the present application provides a blockchain network system, where the blockchain network system includes a plurality of nodes, the plurality of nodes are divided into a plurality of networks, each network is a local chain, a node in each local chain is completely visible for service data and has a first type of visible right, different local chains are invisible for service data, and a network formed by at least one node together is selected from each local chain as a global chain; when the visible authority of the service data is the first type of visible authority, performing consensus processing on the service data through the consensus node in the local chain, and when the visible authority of the service data is the second type of visible authority, performing consensus processing on the service data through the consensus node in the global chain.
In the implementation process, a plurality of nodes in the block chain network system are divided into the local chain and the global chain, and a two-layer consensus mechanism of the local chain and the global chain can be implemented on the service data, so that the propagation range of the service data is greatly reduced, and the data privacy protection effect is improved.
In a third aspect, a block link point, the block link point comprising:
the data acquisition module is used for acquiring service data to be identified and determining the visible authority of the service data;
the local chain consensus processing module is used for sending the service data to a consensus node in the local chain when the visible right is a first type of visible right, so as to perform consensus processing on the service data through the consensus node in the local chain, wherein the first type of visible right indicates that the service data needs to be subjected to consensus processing in the local chain;
and the global chain consensus processing module is used for sending the service data to a consensus node in a global chain when the visible right is a second type of visible right so as to perform consensus processing on the service data through the consensus node in the global chain, wherein the global chain is a network formed by at least one node selected from each local chain.
Optionally, the global chain consensus processing module is specifically configured to perform consensus processing on the service data through a consensus node in the local chain first and then perform consensus processing on the service data through a consensus node in the global chain when the visible right is the second type of visible right.
Optionally, the blockchain node further includes:
a consensus node selection module, configured to broadcast the selected consensus node from the local chain to other nodes in the local chain, so that the other nodes vote whether to agree to provide a consensus service by the selected consensus node;
the local chain consensus processing module is configured to send the service data to a consensus node in the local chain when the visible permission is a first type of visible permission and when a consensus passing message sent by the other node is received, so as to perform consensus processing on the service data through the consensus node in the local chain.
Optionally, the local chain is a network formed by dividing a plurality of nodes in the block chain network according to different application scenarios or different data privacy degrees.
In a fourth aspect, an embodiment of the present application provides an electronic device, including a processor and a memory, where the memory stores computer-readable instructions, and when the computer-readable instructions are executed by the processor, the steps in the method as provided in the first aspect are executed.
In a fifth aspect, the present application provides a readable storage medium, on which a computer program is stored, where the computer program runs the steps in the method provided in the first aspect when being executed by a processor.
The embodiment of the application provides a block chain layered consensus method, a block chain network system and a block chain node, wherein in the method, service data to be consensus is obtained through nodes in a local chain, the visible authority of the service data is determined, when the visible authority is a first type of visible authority, the service data is sent to a consensus node in the local chain, consensus processing is carried out on the service data through the consensus node in the local chain, when the visible authority is a second type of visible authority, the service data is sent to the consensus node in a global chain, and consensus processing is carried out on the service data through the consensus node in the global chain, wherein the global chain is a network formed by at least one node selected from each local chain. It can be seen that the corresponding visible permission is determined for the service data to be commonly recognized, and then the service data is selectively shared in a local chain or a global chain based on different visible permissions, that is, when the number of nodes of the internet of things is large and the network environments are various, the data can be selectively disclosed according to the trust and the data privacy degree, so that the propagation range of the service data is greatly reduced, the data privacy protection effect is improved, compared with the existing block chain technology for realizing the data privacy protection, the risk of random propagation of transaction data does not exist, and the data propagation safety is improved.
Additional features and advantages of the present application will be set forth in the description which follows, and in part will be obvious from the description, or may be learned by the practice of the embodiments of the present application. The objectives and other advantages of the application may be realized and attained by the structure particularly pointed out in the written description and claims hereof as well as the appended drawings.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings that are required to be used in the embodiments will be briefly described below, it should be understood that the following drawings only illustrate some embodiments of the present application and therefore should not be considered as limiting the scope, and for those skilled in the art, other related drawings can be obtained from the drawings without inventive effort.
Fig. 1 is a schematic diagram illustrating a partition of a blockchain network according to an embodiment of the present invention;
fig. 2 is a flowchart of a block chain hierarchical consensus method according to an embodiment of the present disclosure;
fig. 3 is a schematic structural diagram of a blockchain network system according to an embodiment of the present disclosure;
FIG. 4 is a schematic diagram of a block link point according to an embodiment of the present disclosure;
fig. 5 is a schematic structural diagram of an electronic device according to an embodiment of the present application.
Detailed Description
The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. The components of the embodiments of the present application, generally described and illustrated in the figures herein, can be arranged and designed in a wide variety of different configurations. Thus, the following detailed description of the embodiments of the present application, presented in the accompanying drawings, is not intended to limit the scope of the claimed application, but is merely representative of selected embodiments of the application. All other embodiments, which can be derived by a person skilled in the art from the embodiments of the present application without making any creative effort, shall fall within the protection scope of the present application.
It should be noted that: like reference numbers and letters refer to like items in the following figures, and thus, once an item is defined in one figure, it need not be further defined and explained in subsequent figures. Meanwhile, in the description of the present application, the terms "first", "second", and the like are used only for distinguishing the description, and are not to be construed as indicating or implying relative importance.
The block chain network provided by the application is the same as various existing block chain networks, the block chain network also comprises a plurality of nodes, and each node is an electronic device or a module with the functions of operation and storage. For example, each node is a computer or a group of computers, or a module having independent computing and storage functions therein.
Firstly, a blockchain is introduced, wherein the blockchain is a decentralized distributed database system which is commonly maintained by all nodes in a blockchain network and consists of a series of data blocks generated based on a cryptography method, and each data block is a block in the blockchain. The blocks are linked together in order according to the chronological order of the generation times, forming a chain of data, which is referred to visually as a chain of blocks. Some concepts of blockchain networks are presented below.
Nodes in the blockchain network may be referred to as blockchain nodes, wherein the blockchain network is based on a P2P (Peer-to-Peer) network, and each P2P network node participating in transaction and storing, verifying and forwarding the blockchain is a node in the blockchain network.
The user identity in the blockchain can be represented by using a public key or an account address generated according to the public key, and the public key and the private key appear in pairs, wherein the private key is held by the user and is not published in the blockchain network, and the public key or the account address can be freely published in the blockchain network. The public key may be an account address through a specific hash and encoding. It is worth mentioning that the user identity and the block link point do not have a one-to-one correspondence, and the user can use the private key of the user on any block link node.
Data writing to the blockchain is achieved by the blockchain link points issuing transactions (transactions) to the blockchain network. The transaction includes: the block chain link points carry out digital signature on the generated transaction data packet according to a preset transaction data format and by utilizing the private key of the block chain link points, and the digital signature is used for proving the identity of the user of the block chain link points; then, the transaction is recorded into a new block generated in the blockchain by a miner (i.e., a blockchain node executing a PoW (Proof Of Work) consensus competition mechanism) in the blockchain network, and the transaction is issued to the blockchain network, and after the transaction is verified to pass through by other blockchain nodes (the other nodes can obtain the public key Of the blockchain node from the transaction generated by the blockchain node, verify the digital signature according to the public key Of the blockchain node, and verify whether the transaction data packet is a specified data structure besides the digital signature), and accept, the transaction is written into the blockchain. The new blocks in the block chain are generated periodically by the miners by executing a PoW consensus competition mechanism (which may be understood as that each miner collectively calculates a random number according to a preset technical requirement of the block, for example, according to a preset random number requirement, which miner first calculates the random number meeting the random number requirement, and the block generated by the miner is used as the new block), so that the time interval for generating the new blocks is usually related to the preset technical requirement, and the time interval for generating the new blocks in the block chain can be changed by setting different preset technical requirements.
The data in the block chain is commonly maintained by each block chain link point in the block chain network, and when a node receives a service request, the node generally needs to go through three links of caching, consensus and storage to store the service data corresponding to the service request into the block and store the service data on the block chain corresponding to the block chain link point. When a plurality of nodes in the blockchain network store the service data in the blockchain data of the respective node, the service data can be regarded as being stored in the blockchain data commonly maintained by the nodes.
Consensus is an indispensable link, and various mechanisms adopted at present include a workload certification (POW) mechanism, a byzantine fault tolerance (PBFT) mechanism, a rights and interests certification and the like. The following description will take a workload proving mechanism as an example.
Specifically, first, a node may receive a service request sent by a user, where the service request includes service data, where the service request may be directly input to the node by the user, or may receive a service request broadcast by another node in a block chain network. How the node receives the service request in particular does not have an impact on the execution of the service.
Then, the node may determine corresponding service data according to the service request. The process of determining the corresponding service data by the node according to the service request may be referred to as that the node accepts the service request, and how to determine the service data may be different according to different specific situations. For example, for a transaction service request, which carries information such as a payer address, a payer amount, a payment amount, a payee address, and the like, the service data carried in a common service request and content that the service needs to be executed are included, a node receiving the service request may directly determine the service data according to the service request. For another example, the service request may also include service data such as an instruction for the intelligent contract. Thus, when the node accepts the service request, it may need to perform service processing according to the service data according to the difference of the service data in the service request, and obtain the result of the service processing. Of course, the node may also use the service data carried in the service request and the result of performing the service processing as the service data corresponding to the service request. The specific content of the service data may be different according to the configuration of the blockchain, and as long as the data corresponding to the service request and needing to be stored in the blockchain data can be regarded as the service data.
The nodes in the blockchain network may be divided into an accepting node and a non-accepting node for a service request, where the accepting node is a node that receives the service request sent by a user or other device, and the non-accepting node is a node that obtains the service request from another node by a broadcast method.
When the determined service data is not stored in the block chain data which has been subjected to consensus, the service data is the service data to be consensus and can be stored in the cache of the node.
Then, after the node determines the service data to be identified, the node may broadcast the service data to be identified to other nodes in the blockchain network, that is, synchronize to other nodes in the blockchain network. In this way, each node in the blockchain network can receive the service data to be identified sent by broadcasting. When performing subsequent consensus, each node in the block chain network may perform consensus on the service data to be consensus.
Finally, each node in the block chain network may determine a node initiating consensus according to the consensus mechanism of the block chain, and the node initiating consensus selects service data for consensus from the service data to be consensus stored in the node. And each node in the blockchain network can perform consensus on the service data for consensus selected by the node initiating consensus according to the consensus mechanism of the blockchain.
When performing consensus on each to-be-consensus service data sent by the node initiating consensus, each node in the blockchain network can judge whether each received to-be-consensus service data is also stored in the to-be-consensus list in the node cache, if so, determine that each received to-be-consensus service consensus passes, store a new block recording each to-be-consensus service data in blockchain data maintained by the node, and if not, store the new block not.
It should be noted that the node in the local chain may be an internet of things node.
Referring to fig. 1, in the embodiment of the present application, in order to greatly reduce the propagation range of the service data and thus provide a data privacy protection effect, the blockchain network is divided into at least two layers of networks, which include a local chain and a global chain. The local chain is a network formed by a plurality of nodes in the block chain network, and the global chain is a network formed by at least one node selected from each local chain.
The local chain is a network formed by dividing a plurality of nodes in the block chain network according to different application scenes or different data privacy degrees. For example, in a blockchain network, a plurality of nodes may be included, and the nodes may be classified according to geographic locations or network environments, such as different local area network environments, where users and devices of the internet of things may wish to share part of private data in a small range, to implement access control in a small range, and where users and devices wish to provide part of data in a global range, including data related to nodes in other local area network environments, to achieve global consensus, thereby implementing access control or data sharing in a global range, and concurrent processing in different network environments. In addition, the division of the local chain can be further divided according to the privacy degree of the shared data, for example, in the environment of the internet of things, especially when the whole network is addressed by ipv6, users and devices of the internet of things may protect data on the chain through different trust systems of components, and at the same time, the decision making process is accelerated.
Different local chains may represent different application scenarios of the internet of things, taking smart home as an example, each local chain may represent different office and home environments, and may be in the same or different local area network environments, as shown in fig. 1, it is assumed that data recorded in the smart home environment by a user is shared and transmitted in the local chain 1, data directly transmitted and recorded by an intelligent device and a person in the office environment may be used in the local chain 2, and data required to be shared and recorded in an environment such as temporary outing may be used in the local chain 3.
It should be noted that different local chains and local area network environments are not necessarily in a completely corresponding relationship, and users and devices in different local area networks may belong to different local chains due to different data privacy degrees, but a plurality of local chains may exist in the same local area network, and the function of defining scenes of the internet of things is completed through flexible data sharing.
The division of the local chain is designed according to an application scene, nodes of the same local chain may have similar attributes or the same security level, and data needing to be shared is recorded in the local chain. When the nodes of the same local chain reach consensus and the data is uplinked, the data is shared by the upper-level local chain (or the private chain of the whole trust hierarchy), that is, an offer is initiated. The nodes in the same local chain can see the whole data interaction process, and the nodes in different local chains cannot see the data interaction process of the other side.
In addition, because the application scene of the internet of things is usually based on a small local area network, and in order to speed up the decision process, generally, the number of nodes divided in the divided local chain is not too large, when the number of nodes is small, all the nodes in the local chain participate in consensus and verification, and if the number of nodes is too large, some nodes can be selected from the local chain to participate in consensus and verification.
The global chain is a network formed by at least one node selected from each local chain, as shown in fig. 1, at least one node may be selected from the local chain 2, and at least one node may be selected from the local chain to form the global chain, that is, the node in the global chain is selected from the nodes in the local chain.
The global chain and the local chain are explained below as a practical example.
It is assumed that a block chain network is composed of different departments of a certain unit, data of a personnel department and a financial department in unit management generally needs to be kept secret from other departments, and a management department needs to know operation conditions and data of all the departments, so that all nodes protected by the personnel department can be divided into a local chain, all nodes protected by the financial department are divided into a local chain, and the management department is composed of at least one node of each of the personnel department and the financial department. Data inside the personnel department can be shared and visible, data inside the financial department can be shared and visible, but the data between the personnel department and the financial department cannot be shared and visible, but if the management department needs to know the operation conditions and the data of the personnel department and the financial department, the data can be shared inside the management department by selected nodes of the personnel department and the financial department, namely the data can be shared and visible inside the management department.
It should be noted that the block chain network is divided into two layers, namely a local chain and a global chain, which are only examples, and some nodes may be selected from nodes in the global chain as upper-layer nodes, where there is an overall department above the management department, and the overall department may be composed of at least two nodes in the management department, and the management department may report some data to the overall department for sharing.
Referring to fig. 2, fig. 2 is a flowchart of a block chain hierarchical consensus method applied to a node in a local chain, where the local chain is a network formed by a plurality of nodes in a block chain network according to an embodiment of the present disclosure. The method comprises the following steps:
step S110: acquiring service data to be identified and determining the visible authority of the service data.
For simplicity of description, in the following description, a node in a local chain is a local chain node, and a node in a global chain is a global chain node. In the embodiment of the present application, the local link node may be a service data accepting node, or may not be a service data accepting node, but be a node for initiating the consensus process, or a master node of the current consensus process, which is not specifically limited herein.
If the node in the local chain is used as a service data accepting node, the local chain node may retrieve a part of service data from the locally stored accepted service data as service data to be identified, so as to initiate common identification processing for the retrieved part of service data subsequently.
If the local link node is not used as a service data acceptance node but is used as a master node for the consensus processing, the local link node may retrieve a part of service data from the service data resource pool to be consensus as the service data to be consensus, so as to subsequently initiate the consensus processing for the retrieved part of service data.
Specifically, after the service data to be identified is obtained, the visible permission of the service data is determined, wherein a service generating the service data to be identified may be determined first, then a service type corresponding to the service data to be identified is determined, and then the visible permission of the service data is determined according to the service type.
The service types may be divided according to different functions of the services, for example: the service may be classified into an order type (that is, a service type corresponding to service data generated in an order generation stage is an order type), a payment type (that is, a service type corresponding to service data including payment information is a payment type), and the like. The division can also be performed according to different service contents, for example: the service may be classified into a card issuing type (that is, the service type corresponding to the service data including the card issuing information is the card issuing type), a transaction type (that is, the service type corresponding to the service data including the transaction information is the transaction type), and the like, where the classification of the service type may not be specifically limited,
after the service data to be identified are obtained, the service types corresponding to the service data are respectively determined, and because some service types have a cross coverage condition in practical application, when the service types corresponding to the service data are determined, a service type with a larger coverage area can be determined in a clustering mode (or other modes, which are not specifically limited) as the service corresponding to the service data to be identified.
Such as: the service types corresponding to the acquired service data to be identified have both an order type and a payment type, and therefore, according to the service content, the service data all belong to the transaction type, and the service types corresponding to the service data to be identified can be determined to be the transaction type.
It should be noted that the service type determined here may be one type or may be multiple types. If the determined service types are multiple, in the subsequent step, the consensus algorithm corresponding to the multiple service types can use the same consensus algorithm; or the multiple service types respectively correspond to multiple consensus algorithms, but one consensus algorithm can be determined to be applicable to the multiple service types.
After the service types of the service data are determined, a corresponding visible right can be set for each service type, that is, a corresponding visible right is set for each service type in advance, that is, the visible rights of the global chain and the local chain to the service data are not consistent, if the service data need to be shared in the local chain, the corresponding visible right is a first type of visible right, and if the service data need to be shared in the global chain, the corresponding visible right is a second type of visible right.
The service data of which service types are the first type of visible right and the service data of which service types are the second type of visible right can be defined by self, for example, the service data of which service types are order types can be set as the first type of visible right, and the service data of which service types are payment types can be set as the second type of visible right. Of course, the set visible authority can be set according to actual requirements.
Step S120: and when the visible right is a first type of visible right, sending the service data to a consensus node in the local chain so as to perform consensus processing on the service data through the consensus node in the local chain.
After the visible authority of the service data is determined, if the visible authority is the first type of visible authority, the service data is sent to a consensus node in a local chain, and then the service data is subjected to consensus processing through the consensus node in the local chain.
If the number of the nodes of the local chain is small, all the nodes in the local chain can be used as consensus nodes, and the service data is subjected to consensus processing through the consensus nodes.
Step S130: and when the visible right is the second type of visible right, sending the service data to a consensus node in a global chain so as to perform consensus processing on the service data through the consensus node in the global chain.
After the visible authority of the service data is determined, if the visible authority is the second type of visible authority, the service data is sent to the consensus node in the global chain, so that the service data is subjected to consensus processing through the consensus node in the global chain.
When the service data is of the first type of visible right, the service data is required to be shared in the local chain, and when the service data is of the second type of visible right, the service data is required to be shared in the global chain.
In addition, the consensus algorithm for performing the consensus process may include, but is not limited to, the following: proof of Work (PoW), Proof of rights and interests (POS), Proof of equity authorization (Delegate Proof of evidence; DPoS), Practical Byzantine Fault Tolerance (PBFT), authorized Byzantine Fault Tolerance (DBFT), and so forth.
Therefore, in the embodiment, the corresponding visible permission is determined by treating the consensus service data, and then the service data is selectively shared in the local chain or the global chain based on different visible permission selections, that is, when the number of nodes of the internet of things is large and the network environments are various, the data can be selectively disclosed according to the trust and the data privacy degree, so that the propagation range of the service data is greatly reduced, the data privacy protection effect is improved, compared with the existing block chain technology for realizing the data privacy protection, the risk of random propagation of transaction data does not exist, and the data propagation safety is improved. And, because the nodes participating in consensus are greatly reduced, decision efficiency can be provided.
On the basis of the above embodiment, since all the nodes in the local chain may be used as consensus nodes, or only a part of the nodes may be selected as consensus nodes, the process is as follows: broadcasting the consensus node selected from the local chain to other nodes in the local chain so as to enable the other nodes to vote whether to agree to the consensus service provided by the selected consensus node, and if the visibility right of the service data is the first type of visibility right, receiving a consensus passing message sent by the other nodes, and sending the service data to the consensus node in the local chain so as to perform consensus processing on the service data through the consensus node in the local chain.
After the consensus node in the local chain can perform the consensus processing operation on the service data, the local chain node may send the consensus result of the service data to the consensus node that does not participate in the consensus in the local chain if it is determined that the consensus result of the service data needs to be completely shared in the local chain when receiving the consensus result of the service data sent by the selected consensus node, and then may store the consensus result of the service data in the block chain.
In the implementation process, part of the nodes are selected from the nodes in the local chain as consensus nodes, so that all the nodes do not need to participate in the consensus process, the number of the nodes participating in the consensus process is reduced, and the decision efficiency is improved.
In addition, if the visible right of the service data is the second type of visible right, the service data needs to be shared in the global chain, and since the nodes in the global chain are formed by the nodes in the local chain, before the service data is shared in the global chain, the service data may be subjected to consensus processing by the consensus node in the local chain and then subjected to consensus processing by the consensus node in the global chain, that is, the data shared in the global chain may be some service data selected after the consensus processing in the local chain and shared in the global chain.
In the implementation process, before service data are identified in the global chain, the service data are identified in the local chain, and then identified in the global chain, so that the data identified in the global chain are the data which the user wants to share and transmit, and the data privacy protection effect is improved.
If the number of the common nodes participating in the global chain is large, the local chain may be dynamically divided, that is, a mathematical model may be defined in advance, and the local chain may be dynamically divided by the mathematical model.
If the local chain or the global chain detects that a certain node is a malicious attack node, the malicious attack node can be removed from the local chain or the global chain, and the local chain or the global chain cannot continuously participate in subsequent data sharing.
In addition, before performing consensus processing, nodes in the local chain need to be initialized, and the initialization process is as follows: collecting local data, such as preparing data needing uplink, generating a key pair, requiring a certificate if identity authentication depends on PKI, registering necessary information of the user, mainly a public key, to a chain, then starting local chain consensus and verification service, completing initialization of some registry entries, initializing a local storage data structure, starting processing processes such as node formula and verification, monitoring proposals from other nodes, and the like.
The initialization process of the nodes is a process of mutually verifying identities, when the node selected from the nodes in the local chain is used as the node of the global chain, the node of the global chain also needs to be initialized, and the initialization process of the node is consistent with the verification process in the prior art, and redundant description is not repeated here.
In addition, when a new node is added into the global chain or the local chain, the added node needs to provide a local chain or global chain identity authentication basis, the local chain or the global chain completes authentication on the newly added node depending on the consensus of the current node, and if the authentication is passed, the newly added node registers a message on the chain, which can participate in the consensus and verification of the local chain or the global chain, and starts related preparation work.
Referring to fig. 3, fig. 3 is a block chain network system according to an embodiment of the present disclosure, where the block chain network system includes a plurality of nodes, the plurality of nodes are divided into a plurality of networks, each network is a local chain, a node in each local chain is completely visible for service data and has a first type of visible right, different local chains are invisible for service data, and a network formed by at least one node in each local chain is selected as a global chain; when the visible authority of the service data is the first type of visible authority, performing consensus processing on the service data through the consensus node in the local chain, and when the visible authority of the service data is the second type of visible authority, performing consensus processing on the service data through the consensus node in the global chain.
For a specific implementation process of this embodiment, please refer to the implementation process of the above method, which is not described herein in detail.
Referring to fig. 4, fig. 4 is a block diagram of a blockchain node 200 according to an embodiment of the present disclosure, where the blockchain node 200 includes:
the data acquisition module 210 is configured to acquire service data to be identified, and determine a visible right of the service data;
a local chain consensus processing module 220, configured to send the service data to a consensus node in the local chain when the visible right is a first type of visible right, so as to perform consensus processing on the service data through the consensus node in the local chain, where the first type of visible right indicates that the service data needs to be subjected to consensus processing in the local chain;
and the global chain consensus processing module 230 is configured to, when the visible right is the second type of visible right, send the service data to a consensus node in a global chain, so as to perform consensus processing on the service data through the consensus node in the global chain, where the global chain is a network formed by at least one node selected from each local chain.
Optionally, the global chain consensus processing module 230 is specifically configured to perform consensus processing on the service data through the consensus node in the local chain first and then perform consensus processing on the service data through the consensus node in the global chain when the visible right is the second type of visible right.
Optionally, the blockchain node further includes:
a consensus node selection module, configured to broadcast the selected consensus node from the local chain to other nodes in the local chain, so that the other nodes vote whether to agree to provide a consensus service by the selected consensus node;
the local chain consensus processing module 220 is configured to send the service data to a consensus node in the local chain when the visible permission is the first type of visible permission and when a consensus passing message sent by the other node is received, so as to perform consensus processing on the service data through the consensus node in the local chain.
Optionally, the local chain is a network formed by dividing a plurality of nodes in the block chain network according to different application scenarios or different data privacy degrees.
Referring to fig. 5, fig. 5 is a schematic structural diagram of an electronic device according to an embodiment of the present disclosure, where the electronic device may include: at least one processor 110, such as a CPU, at least one communication interface 120, at least one memory 130, and at least one communication bus 140. Wherein the communication bus 140 is used for realizing direct connection communication of these components. The communication interface 120 of the device in the embodiment of the present application is used for performing signaling or data communication with other node devices. The memory 130 may be a high-speed RAM memory or a non-volatile memory (e.g., at least one disk memory). Memory 130 may optionally be at least one memory blockchain node located remotely from the aforementioned processor. The memory 130 stores computer readable instructions, which when executed by the processor 110, cause the electronic device to perform the method process of fig. 2.
The embodiment of the present application provides a readable storage medium, and when being executed by a processor, the computer program performs the method process performed by the electronic device in the method embodiment shown in fig. 2.
It can be clearly understood by those skilled in the art that, for convenience and brevity of description, the specific working process of the above described blockchain node may refer to the corresponding process in the foregoing method, and will not be described in too much detail herein.
In summary, the embodiments of the present application provide a block chain hierarchical consensus method, a block chain network system, and a block chain node, in the method, service data to be consensus is obtained through a node in a local chain, a visible right of the service data is determined, when the visible right is a first type of visible right, the service data is sent to a consensus node in the local chain, so that the service data is consensus-processed through the consensus node in the local chain, and when the visible right is a second type of visible right, the service data is sent to the consensus node in the global chain, so that the service data is consensus-processed through the consensus node in the global chain, where the global chain is a network formed by at least one node selected in each local chain. It can be seen that the corresponding visible permission is determined for the service data to be commonly recognized, and then the service data is selectively shared in a local chain or a global chain based on different visible permissions, that is, when the number of nodes of the internet of things is large and the network environments are various, the data can be selectively disclosed according to the trust and the data privacy degree, so that the propagation range of the service data is greatly reduced, the data privacy protection effect is improved, compared with the existing block chain technology for realizing the data privacy protection, the risk of random propagation of transaction data does not exist, and the data propagation safety is improved.
In the several embodiments provided in the present application, it should be understood that the disclosed block link points and methods may be implemented in other ways. The block link point embodiments described above are merely illustrative, for example, the flowcharts and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of block chain nodes, methods and computer program products according to various embodiments of the present application. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
In addition, functional modules in the embodiments of the present application may be integrated together to form an independent part, or each module may exist separately, or two or more modules may be integrated to form an independent part.
The functions, if implemented in the form of software functional modules and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present application or portions thereof that substantially contribute to the prior art may be embodied in the form of a software product stored in a storage medium and including instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present application. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and other various media capable of storing program codes.
The above description is only a preferred embodiment of the present application and is not intended to limit the present application, and various modifications and changes may be made by those skilled in the art. Any modification, equivalent replacement, improvement and the like made within the spirit and principle of the present application shall be included in the protection scope of the present application. It should be noted that: like reference numbers and letters refer to like items in the following figures, and thus, once an item is defined in one figure, it need not be further defined and explained in subsequent figures.
The above description is only for the specific embodiments of the present application, but the scope of the present application is not limited thereto, and any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present application, and shall be covered by the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.
It is noted that, herein, relational terms such as first and second, and the like may be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other identical elements in a process, method, article, or apparatus that comprises the element.
Claims (9)
1. A block chain hierarchical consensus method applied to a node in a local chain, the local chain being a network formed by a plurality of nodes in a block chain network, the method comprising:
acquiring service data to be identified and determining the visible authority of the service data;
when the visible authority is a first type of visible authority, the service data is sent to a consensus node in the local chain so as to perform consensus processing on the service data through the consensus node in the local chain, wherein the first type of visible authority indicates that the service data needs to be subjected to consensus processing in the local chain;
when the visible right is a second type of visible right, the service data is sent to a consensus node in a global chain so as to perform consensus processing on the service data through the consensus node in the global chain, wherein the global chain is a network formed by at least one node selected from each local chain;
when the visible right is a second type of visible right, the service data is sent to a consensus node in the global chain, so that the service data is subjected to consensus processing through the consensus node in the global chain, and the method includes the following steps:
when the visible right is the second type of visible right, after the service data is subjected to consensus processing by the consensus node in the local chain, the service data is subjected to consensus processing by the consensus node in the global chain.
2. The method of claim 1, wherein before the obtaining the service data to be identified and determining the visible right of the service data, the method further comprises:
broadcasting a consensus node selected from the local chain to other nodes in the local chain to vote on whether the other nodes agree to provide a consensus service by the selected consensus node;
when the visible right is a first type of visible right, the service data is sent to a consensus node in the local chain, so that the service data is subjected to consensus processing through the consensus node in the local chain, and the method comprises the following steps:
and when the visible permission is a first type of visible permission and the consensus passing message sent by the other nodes is received, sending the service data to the consensus node in the local chain so as to perform consensus processing on the service data through the consensus node in the local chain.
3. The method according to claim 1, wherein the local chain is a network formed by dividing a plurality of nodes in the block chain network according to different application scenarios or different data privacy degrees.
4. A block chain network system is characterized in that the block chain network system comprises a plurality of nodes, the nodes are divided into a plurality of networks, each network is a local chain, the nodes in each local chain are completely visible to service data and have a first type of visible authority, the nodes in different local chains are invisible to the service data, and the networks formed by at least one node together are respectively selected from each local chain to serve as a global chain; when the visible authority of the service data is the first type of visible authority, performing consensus processing on the service data through the consensus node in the local chain, and when the visible authority of the service data is the second type of visible authority, performing consensus processing on the service data through the consensus node in the global chain.
5. A block link node, comprising:
the data acquisition module is used for acquiring service data to be identified and determining the visible authority of the service data;
the local chain consensus processing module is used for sending the service data to a consensus node in the local chain when the visible right is a first type of visible right, so as to perform consensus processing on the service data through the consensus node in the local chain, wherein the first type of visible right indicates that the service data needs to be subjected to consensus processing in the local chain;
the global chain consensus processing module is used for sending the service data to a consensus node in a global chain when the visible right is a second type of visible right, so as to perform consensus processing on the service data through the consensus node in the global chain, wherein the global chain is a network formed by at least one node selected from each local chain;
the global chain consensus processing module is specifically configured to perform consensus processing on the service data through a consensus node in the local chain first and then perform consensus processing on the service data through a consensus node in the global chain when the visible right is the second type of visible right.
6. The blockchain node of claim 5, further comprising:
a consensus node selection module, configured to broadcast the selected consensus node from the local chain to other nodes in the local chain, so that the other nodes vote whether to agree to provide a consensus service by the selected consensus node;
the local chain consensus processing module is configured to send the service data to a consensus node in the local chain when the visible permission is a first type of visible permission and when a consensus passing message sent by the other node is received, so as to perform consensus processing on the service data through the consensus node in the local chain.
7. The blockchain node according to claim 5, wherein the local chain is a network formed by dividing a plurality of nodes in the blockchain network according to different application scenarios or different data privacy degrees.
8. An electronic device comprising a processor and a memory, said memory storing computer readable instructions which, when executed by said processor, perform the steps of the method of any of claims 1-3.
9. A readable storage medium, on which a computer program is stored which, when being executed by a processor, carries out the steps of the method according to any one of claims 1 to 3.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811336181.XA CN109462587B (en) | 2018-11-09 | 2018-11-09 | Block chain layered consensus method, block chain network system and block chain node |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811336181.XA CN109462587B (en) | 2018-11-09 | 2018-11-09 | Block chain layered consensus method, block chain network system and block chain node |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109462587A CN109462587A (en) | 2019-03-12 |
| CN109462587B true CN109462587B (en) | 2020-03-27 |
Family
ID=65610041
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811336181.XA Active CN109462587B (en) | 2018-11-09 | 2018-11-09 | Block chain layered consensus method, block chain network system and block chain node |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109462587B (en) |
Families Citing this family (26)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110047581A (en) * | 2019-03-26 | 2019-07-23 | 阿里巴巴集团控股有限公司 | A kind of donated organs matching process, apparatus and system based on block chain |
| CN110012100B (en) * | 2019-04-09 | 2021-04-27 | 杭州秘猿科技有限公司 | Bandwidth-optimized block chain consensus method and device and electronic equipment |
| CN110147684B (en) * | 2019-05-24 | 2023-07-25 | 众安信息技术服务有限公司 | Method and device for realizing privacy protection of blockchain data |
| CN110188563B (en) * | 2019-06-02 | 2021-04-13 | 四川虹微技术有限公司 | Trust data updating method and device |
| CN110266686B (en) * | 2019-06-20 | 2021-06-15 | 深圳前海微众银行股份有限公司 | Data sharing method, device, equipment and computer readable storage medium |
| CN110491491A (en) * | 2019-07-19 | 2019-11-22 | 平安科技（深圳）有限公司 | Department's consumption statistics method and device, electronic equipment and non-transient storage media |
| CN110474986B (en) * | 2019-08-20 | 2022-08-12 | 深圳前海微众银行股份有限公司 | Consensus method, device and system based on block chain system |
| CN110602694B (en) * | 2019-09-16 | 2021-03-23 | 广州大学 | User privacy protection crowd sensing system based on block chain |
| CN110730225A (en) * | 2019-09-30 | 2020-01-24 | 北京中电拓方科技股份有限公司 | Data processing method of Internet of things based on block chain, Internet of things and storage medium |
| CN110750595B (en) * | 2019-10-16 | 2022-06-03 | 西安交通大学 | Double-layer Internet of things architecture based on credit degree-block chain |
| CN111080452B (en) * | 2019-12-17 | 2023-12-29 | 电子科技大学 | Hierarchical transaction method suitable for energy block chain |
| CN111447087B (en) * | 2020-03-23 | 2023-04-07 | 北京众享比特科技有限公司 | Block chain configuration method for dynamic networking |
| CN111371905B (en) * | 2020-03-27 | 2023-08-01 | 中国人民解放军国防科技大学 | Block chain layering consensus proving system and method based on cloud computing |
| CN111464631B (en) * | 2020-03-31 | 2023-03-28 | 成都质数斯达克科技有限公司 | Service consensus method and device in alliance block chain |
| CN111464633B (en) * | 2020-03-31 | 2023-03-21 | 成都质数斯达克科技有限公司 | Consensus method and system for transaction information of block chain |
| CN111522563B (en) * | 2020-04-20 | 2023-09-19 | 中国工商银行股份有限公司 | Terminal upgrading protection system and method based on block chain |
| CN111667367B (en) * | 2020-05-22 | 2023-10-31 | 安庆师范大学 | Block chain node equipment and block chain network system thereof |
| CN111654380B (en) * | 2020-06-19 | 2021-05-07 | 清华大学 | Self-organizing consensus method and system based on scene node selection mechanism |
| CN112600874B (en) * | 2020-11-24 | 2023-03-31 | 成都质数斯达克科技有限公司 | Node joining method and device, electronic equipment and readable storage medium |
| CN113313489A (en) * | 2020-11-24 | 2021-08-27 | 陈敏 | Block chain payment data processing method based on big data and cloud server |
| CN112511350B (en) * | 2020-12-01 | 2023-04-07 | 浙商银行股份有限公司 | Alliance chain multi-level consensus method, device and storage medium |
| CN113052610A (en) * | 2021-04-22 | 2021-06-29 | 支付宝(杭州)信息技术有限公司 | Data processing method and device based on block chain |
| CN113746908A (en) * | 2021-08-19 | 2021-12-03 | 卓尔智联(武汉)研究院有限公司 | Data processing method and system, electronic device and computer storage medium |
| CN114465730A (en) * | 2022-01-10 | 2022-05-10 | 浙商银行股份有限公司 | Internet of things equipment mutual authentication method and device based on block chain technology |
| CN116226908B (en) * | 2022-12-27 | 2024-03-29 | 北京市大数据中心 | Data security emergency management analysis method and system based on big data |
| CN116319072B (en) * | 2023-05-11 | 2023-07-21 | 西华大学 | Authentication and hierarchical access control integrated method based on blockchain technology |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101246466A (en) * | 2007-11-29 | 2008-08-20 | 华为技术有限公司 | Management method and device for sharing internal memory in multi-core system |
| CN107222482A (en) * | 2017-06-01 | 2017-09-29 | 黑龙江卓亚科技有限公司 | A kind of data management system and method based on compound block chain network |
| US10084826B1 (en) * | 2018-05-14 | 2018-09-25 | Xage Security, Inc. | Protocol agnostic security by using out-of-band health check |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10102265B1 (en) * | 2017-04-12 | 2018-10-16 | Vijay K. Madisetti | Method and system for tuning blockchain scalability for fast and low-cost payment and transaction processing |
| CN107358420B (en) * | 2017-06-09 | 2020-08-11 | 北京博晨技术有限公司 | Block chain system for realizing hot spot account and method for realizing hot spot account |
| CN107528886B (en) * | 2017-07-25 | 2020-07-31 | 中国科学院计算技术研究所 | Block chain full-network splitting method and system |
| CN108023729B (en) * | 2017-10-13 | 2020-06-23 | 中国银联股份有限公司 | Block chain network and transaction method thereof |
| CN107766542B (en) * | 2017-10-30 | 2020-09-11 | 上海分布信息科技有限公司 | Partitioned block chain network and method for realizing partitioned query thereof |
| CN107766540A (en) * | 2017-10-31 | 2018-03-06 | 上海分布信息科技有限公司 | A kind of block chain network of subregion and its method for realizing partitioned storage |
| CN107807984A (en) * | 2017-10-31 | 2018-03-16 | 上海分布信息科技有限公司 | A kind of block chain network of subregion and its method for realizing subregion common recognition |
| US10084600B1 (en) * | 2018-04-16 | 2018-09-25 | Xage Security, Inc. | Decentralized information protection for confidentiality and tamper-proofing on distributed database |
-
2018
- 2018-11-09 CN CN201811336181.XA patent/CN109462587B/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101246466A (en) * | 2007-11-29 | 2008-08-20 | 华为技术有限公司 | Management method and device for sharing internal memory in multi-core system |
| CN107222482A (en) * | 2017-06-01 | 2017-09-29 | 黑龙江卓亚科技有限公司 | A kind of data management system and method based on compound block chain network |
| US10084826B1 (en) * | 2018-05-14 | 2018-09-25 | Xage Security, Inc. | Protocol agnostic security by using out-of-band health check |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109462587A (en) | 2019-03-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109462587B (en) | Block chain layered consensus method, block chain network system and block chain node | |
| Singh et al. | Blockchain: A game changer for securing IoT data | |
| Maroufi et al. | On the convergence of blockchain and internet of things (iot) technologies | |
| JP7289298B2 (en) | Computer-implemented system and method for authorizing blockchain transactions using low-entropy passwords | |
| CN110046996B (en) | Data processing method and device | |
| CN110800250B (en) | Controlled release of encrypted private keys | |
| Chattaraj et al. | Block-CLAP: Blockchain-assisted certificateless key agreement protocol for internet of vehicles in smart transportation | |
| Andola et al. | PoEWAL: A lightweight consensus mechanism for blockchain in IoT | |
| Ali et al. | Blockchain and the future of the internet: A comprehensive review | |
| Han et al. | A survey on blockchain-based integrity auditing for cloud data | |
| CN113328997B (en) | Alliance chain crossing system and method | |
| ul Hassan et al. | Blockchain and the future of the internet: a comprehensive review | |
| Puri et al. | Smart contract based policies for the Internet of Things | |
| CN109450685B (en) | local link node offline consensus method and node | |
| Abbade et al. | Blockchain applied to vehicular odometers | |
| Dasu et al. | Unchain your blockchain | |
| Zafar et al. | Integration of blockchain and Internet of Things: Challenges and solutions | |
| CN109951490A (en) | Webpage integrity assurance, system and electronic equipment based on block chain | |
| Wang et al. | A fast and secured vehicle-to-vehicle energy trading based on blockchain consensus in the internet of electric vehicles | |
| CN112116349B (en) | High-throughput-rate-oriented random consensus method and device for drawing account book | |
| Lahiri et al. | A trustworthy blockchain based framework for impregnable iov in edge computing | |
| Hatefi et al. | A conditional privacy-preserving fair electronic payment scheme based on blockchain without trusted third party | |
| Akhter et al. | Blockchain in vehicular ad hoc networks: Applications, challenges and solutions | |
| Porkodi et al. | Integration of blockchain and internet of things | |
| Quamara et al. | An in-depth security and performance investigation in hyperledger fabric-configured distributed computing systems |
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 |