CN112700333B - Electronic archive consensus method based on block chain - Google Patents
Electronic archive consensus method based on block chain Download PDFInfo
- Publication number
- CN112700333B CN112700333B CN202110033313.7A CN202110033313A CN112700333B CN 112700333 B CN112700333 B CN 112700333B CN 202110033313 A CN202110033313 A CN 202110033313A CN 112700333 B CN112700333 B CN 112700333B
- Authority
- CN
- China
- Prior art keywords
- transaction
- test node
- nodes
- incremental backup
- block
- 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
- 238000000034 method Methods 0.000 title claims abstract description 60
- 238000012360 testing method Methods 0.000 claims abstract description 125
- 230000007246 mechanism Effects 0.000 abstract description 12
- 230000001360 synchronised effect Effects 0.000 abstract 1
- 238000012795 verification Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 238000011160 research Methods 0.000 description 1
Classifications
-
- 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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1448—Management of the data involved in backup or backup restore
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/23—Updating
- G06F16/2365—Ensuring data consistency and integrity
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Databases & Information Systems (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Data Mining & Analysis (AREA)
- Economics (AREA)
- General Business, Economics & Management (AREA)
- Technology Law (AREA)
- Computer Security & Cryptography (AREA)
- Strategic Management (AREA)
- Marketing (AREA)
- Development Economics (AREA)
- Computing Systems (AREA)
- Quality & Reliability (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
The application discloses an electronic archive consensus method based on a block chain, and belongs to the technical field of electronic archive storage. When receiving a transaction application initiated by a user, the test node firstly judges whether the right value is sufficient or not, and if not, triggers public chain update; if so, the test node initiates the transaction, other nodes conduct transaction consensus on the transaction initiated by the test node, if consensus is achieved, the private chain of the test node is updated, and if no consensus is achieved, the transaction is refused. When the public chain is updated, whether the incremental backups are consistent or not is checked, if the incremental backups are inconsistent, the incremental backups are synchronized to be consistent, then the test node creates transaction data in the block storage incremental backups, the block data are true to be checked, if the block data are true, the block is added to the public chain, and after the public chain is updated, a benefit value reward is given to nodes participating in the process of transaction consensus, checking whether the incremental backups are consistent or not and checking the authenticity of the block data. Adopting obligation drive to replace economic incentive mechanism to ensure the authenticity of consensus.
Description
Technical Field
The application belongs to the technical field of storage of electronic files, and particularly relates to an electronic file consensus method based on a block chain.
Background
Currently, there are many consensus mechanisms based on blockchains, and the consensus mechanism is a mechanism for solving how to guarantee honest accounting of each node which is not trusted by each other under a decentralised distributed scene of a blockchain system and achieving consensus on legal transactions. Currently, blockchain systems implement this mechanism through different consensus algorithms, such as a workload proof consensus algorithm (POW), a share right proof consensus algorithm (POS), an authorized share right proof consensus algorithm (DPOS), a bayer consensus algorithm (PBFT), and the like.
Through research, the consensus mechanism and the incentive mechanism in the consensus algorithm are complementary, and a great part of the safety of the consensus mechanism is policy assurance depending on the incentive mechanism. The current blockchain system is tightly combined with the financial industry, the object of transaction is mainly electronic money, and the electronic money is associated with goods with practical value in real life, namely, an incentive mechanism of economic promotion is adopted to ensure the safety and reliability of consensus. However, for some public infrastructure application scenarios, such as those where electronic files are stored in the blockchain, it does not seem to be appropriate to use a means of marketing to secure the blockchain system, as the integrity of the blockchain nodes depends on economic incentives, which would create a huge investment of public assets.
Disclosure of Invention
In order to solve the above problems, the present application provides a blockchain-based electronic archive consensus method, which provides a new mechanism for replacing economic incentives by using obligation drive in terms of use scenes of electronic archives, defines and divides rights and obligations of each node forming a blockchain network, and needs to fulfill obligations as honest nodes in order to acquire informationized services of the electronic archives, thereby ensuring honest nodes of the blockchain and consistency and authenticity of consensus results.
In order to solve the technical problems, the application provides a technical scheme that:
an electronic archive consensus method based on a blockchain comprises the following steps:
step 1, a test node receives a transaction application initiated by a user;
step 2, the test node judges whether the right value is sufficient, if yes, the step 3 is executed, and if not, the step 6 is executed;
step 3, the test node initiates a transaction;
step 4, other nodes conduct transaction consensus on the transaction initiated by the test node, if consensus is achieved, step 5 is executed, and if consensus is not achieved, the transaction is refused;
the blockchain system records the obligation payment of other nodes participating in the transaction consensus process and gives out the obligation labor evidence;
step 5, updating the private chain of the test node;
step 6, updating the public chain;
step 6.1, checking whether the incremental backups are consistent, if so, executing the step 6.3, and if not, executing the step 6.2;
the incremental backup refers to the transaction of all newly added transactions on the private chain of the test node when the last public chain is updated to the current moment; checking whether the incremental backups are consistent refers to checking whether the incremental backups of the test nodes are consistent with the incremental backups of other nodes;
step 6.2, the test node and other nodes perform incremental backup synchronization to make incremental backups agree;
the block chain system records the obligation payment of other nodes participating in the process of checking whether the incremental backups are consistent, and gives out the obligation labor evidence;
step 6.3, the test node creates a block to store transaction data in the incremental backup, and the data stored in the block is called block data;
step 6.4, checking the authenticity of the block data, if true, executing step 6.5, and if not, turning to step 6.3;
the block chain system records the obligation payment of other nodes participating in the process of verifying the authenticity of the block data, and gives out the obligation labor evidence;
step 6.5, the electronic file node adds the block to the public chain to finish the update of the public chain;
and 7, respectively giving a certain benefit value to each electronic archive node according to the obligation labor evidence recorded by the block chain system.
Further, according to the blockchain-based electronic archive consensus method, each time a test node initiates a transaction, a certain benefit value is consumed.
Further, according to the electronic archive consensus method based on the blockchain, in step 4, a Bayesian fault-tolerant algorithm is adopted to perform consensus on the transaction.
Further, according to the blockchain-based electronic archive consensus method, in step 5, the method for updating the private chain of the test node is as follows: the agreed transaction can be output, wherein the output of the block refers to that the agreed transaction in a certain time is stored in the block to generate a block; after the test node leaves the block, the block is linked to the private chain of the test node, and the private chain of the test node is updated.
Further, according to the blockchain-based electronic archive consensus method, the specific method in step 6.1 is as follows: the test node generates a hash value based on the incremental backup, broadcasts the hash value to other nodes, the other nodes receive the hash value, and verifies whether the hash value is consistent with the hash value generated based on the incremental backup, if the hash value is different, the incremental backup is inconsistent, the other nodes return inconsistent transactions to the test node, step 6.2 is executed, if the hash value is the same, the incremental backup is consistent, and step 6.3 is executed.
Further, according to the blockchain-based electronic archive consensus method, in the step 6.2, aiming at the situation that transactions are absent in the incremental backup of the test node, the test node obtains the transactions absent in the incremental backup from other nodes and broadcasts the transactions one by one, the other nodes compare the transactions stored in the incremental backup with the transactions stored in the incremental backup of the test node one by one after receiving the transactions, and if the transactions are absent in the nodes exceeding 1/3 of the total number of the electronic archive nodes, the transactions are considered to be absent, and the fact that the transactions are not absent in the incremental backup of the test node is judged; otherwise, the transaction exists, the lack of the transaction in the incremental backup of the test node is determined, the test node records the transaction on the private chain, and the transaction is added to the incremental backup.
Further, according to the blockchain-based electronic archive consensus method, in the step 6.2, aiming at the situation that the transaction in the incremental backup of the test node is inconsistent with the transaction in the incremental backup of other nodes, the test node obtains inconsistent transactions from other nodes and broadcasts the inconsistent transactions one by one, the other nodes compare the inconsistent transactions with the transactions stored in the incremental backup of the test node one by one after receiving the transaction, if the transaction is not found in the nodes exceeding 1/3 of the total number of the electronic archive nodes, the transaction is considered to be absent, and the incremental backup of the test node is judged to be not inconsistent with the transaction; otherwise, the transaction exists, the fact that the incremental backup of the test node is inconsistent with the transaction stored in the incremental backups of other nodes is judged, the test node records the transaction on the private chain, and the incremental backups are correspondingly modified.
Further, according to the blockchain-based electronic archive consensus method, in the step 6.2, aiming at the situation that redundant transactions exist in the incremental backup of the test node, the test node broadcasts the redundant transactions one by one, after receiving, other nodes compare the redundant transactions with the transactions stored in the incremental backup of the test node one by one, if no transaction exists in the nodes exceeding 1/3 of the total number of the electronic archive nodes, the test node judges that the transaction is redundant in the incremental backup of the test node, and deletes the transaction from the incremental backup; conversely, the transaction is not a redundant transaction.
Further, according to the electronic archive consensus method based on the blockchain, the method for verifying the authenticity of the block data comprises the following steps: the test node broadcasts the block data, other nodes receive the block data, the block data and the incremental backup of other nodes are checked, if the block chain system passes the check of more than 2/3 of the electronic archive nodes, the block data is considered to be real, otherwise, the block data is considered to be unreal.
Further, according to the electronic archive consensus method based on the blockchain, the process of the electronic archive nodes participating in the updating of the public chain is divided into active participation and passive participation; the active participation refers to the active participation of the electronic archive node in the update of the public chain, and comprises the process of checking whether incremental backups are consistent and the process of checking the authenticity of block data; passive participation refers to the process in which electronic archive nodes in the blockchain system are forced to participate in public chain updates, in checking the authenticity of the blockdata.
The application has the beneficial effects that: the electronic archive consensus method based on the blockchain adopts obligation to drive the electronic archive nodes to participate in consensus, replaces the method of money to drive the electronic archive nodes to participate in consensus, overcomes the problem that the electronic archive has no economic body pushing, adopts obligation to drive to replace an economic incentive mechanism, is more suitable for consensus of the electronic archive, and ensures the reality of the consensus.
Drawings
FIG. 1 is a flow chart of a block chain based electronic archive consensus method of the present application;
FIG. 2 is a flow chart of the incremental backup verification and synchronization process of the base test node of the present application;
FIG. 3 is a schematic diagram of three situations in which the test node of the present application performs incremental backup synchronization with other nodes.
Detailed Description
In order that the application may be readily understood, a more complete description of the application will be rendered by reference to the appended drawings. The drawings illustrate preferred embodiments of the application. This application may, however, be embodied in many different forms and should not be construed as limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete.
The electronic archive consensus method based on the blockchain in the present embodiment, as shown in fig. 1, includes the following steps:
step 1, a test node receives a transaction application initiated by a user;
in this embodiment, the electronic archive node that initiates the transaction is referred to as a test node, and the other electronic archive nodes are referred to as other nodes.
Step 2, the test node judges whether the right value is sufficient, if not, the step 6 is executed, and if yes, the step 3 is executed;
in this embodiment, each time a test node initiates a transaction, a certain benefit value is consumed. The equity value corresponds to a token and the test node has sufficient equity value to be allowed to initiate a transaction. If the test node benefit value is insufficient, executing step 6, and if the test node benefit value is sufficient, executing step 3.
Step 3, the test node initiates a transaction;
and if the test node right value is sufficient, allowing the test node to initiate a transaction.
Step 4, other nodes perform transaction consensus on the transaction initiated by the test node;
the transaction initiated by the test node is broadcast to other nodes, which make transaction consensus for the transaction. In the embodiment, a Bayesian fault tolerance algorithm is adopted to carry out consensus on the transaction, if 2/3 of the electronic archive nodes agree on the transaction, the transaction is agreed, and the test node and other nodes record the transaction, so that step 5 is executed; otherwise, the transaction does not reach consensus, the transaction is rejected, and the transaction is ended.
When other nodes participate in the transaction consensus process, the other nodes need to record the transactions broadcasted by the test nodes and vote, and consume own storage space to store the transactions of the test nodes, which belong to obligation labor, and the blockchain system records the obligation payment of the other nodes and gives out the obligation labor evidence.
Step 5, updating the private chain of the test node;
the agreed transaction can be output, and outputting refers to storing the agreed transaction in the block for a certain time to generate a block. Multiple transactions may be stored in one block. The test node leaves the block, and the block is linked to the private chain of the test node to update the private chain of the test node.
Step 6, updating the public chain;
and triggering public chain update when the test node rights value is insufficient.
Step 6.1, as shown in fig. 2, checking whether the incremental backups are consistent, if yes, executing step 6.3, and if not, executing step 6.2
The incremental backup refers to all newly added transactions on the private chain of the test node from the last public chain update to the current moment. Checking whether the incremental backups are consistent refers to checking whether the incremental backups of the test node are consistent with the incremental backups of other nodes. The test node generates a hash value based on the incremental backup, broadcasts the hash value to other nodes, receives the hash value by the other nodes, and checks whether the hash value is consistent with the hash value generated by the incremental backup. If the hash values are different, the incremental backups are inconsistent, and other nodes return inconsistent transactions to the test node, and step 6.2 is executed. If the hash values are the same, the incremental backups are consistent, and step 6.3 is executed.
Step 6.2, the test node and other nodes perform incremental backup synchronization to make incremental backups agree;
if the incremental backups are inconsistent, as shown in fig. 3, there may be three cases, where the test node and the other nodes respectively perform corresponding processing to make the incremental backups consistent.
a) Lack of transactions in incremental backups of test nodes
The test node obtains the transactions lacking in the incremental backup from other nodes and broadcasts the transactions one by one, the other nodes compare the transactions stored in the incremental backup with the transactions stored in the incremental backup of the test node one by one after receiving the transactions, if the transactions are not found in the nodes exceeding 1/3 of the total number of the electronic archive nodes, the transactions are considered to be absent, and the fact that the transactions are not lacking in the incremental backup of the test node is judged; otherwise, the transaction exists, the lack of the transaction in the incremental backup of the test node is determined, the test node records the transaction on the private chain, and the transaction is added to the incremental backup.
b) Transactions in the incremental backups of the test nodes are inconsistent with transactions in the incremental backups of other nodes
The test node obtains inconsistent transactions from other nodes and broadcasts the transactions one by one, the other nodes compare the transactions stored in the incremental backups of the test node with the transactions stored in the incremental backups of the test node one by one after receiving the transactions, if the transactions are not found by the nodes exceeding 1/3 of the total number of the electronic archive nodes, the transactions are considered to be absent, and the incremental backups of the test node and the incremental backups of the other nodes are judged to be not inconsistent with the transactions; otherwise, the transaction exists, the fact that the incremental backup of the test node is inconsistent with the transaction stored in the incremental backups of other nodes is judged, the test node records the transaction on the private chain, and the incremental backups are correspondingly modified.
c) Redundant transactions in incremental backups of test nodes
The test node broadcasts redundant transactions one by one, other nodes compare the redundant transactions with the transactions stored in the incremental backups of the test node one by one after receiving the redundant transactions, if the node exceeding 1/3 of the total number of the electronic archive nodes does not have the transaction, the test node judges that the transaction is redundant in the incremental backups of the test node, and the test node deletes the transaction from the incremental backups; conversely, the transaction is not a redundant transaction.
The other nodes participate in the process of checking whether the incremental backups are consistent, and belong to the obligation labor process, and the blockchain system records the obligation payment of the other nodes and gives out the obligation labor evidence.
Step 6.3, the test node creates a block to store transaction data in the incremental backup;
the test node creates a block in which transaction data in the incremental backup is stored, and the data stored in the block is referred to as block data. The blocks are created to add blocks to the public chain to update the public chain.
Step 6.4, checking the authenticity of the block data, if true, executing step 6.5, and if not, turning to step 6.3;
the specific content of the step comprises: the test node broadcasts the block data, and other nodes receive the block data and check the incremental backup of the block data and other nodes. If the verification of the electronic archive node exceeding 2/3 in the block chain system is passed, the block data is considered to be real, and the step 6.5 is executed, otherwise, the block data is considered to be unrealistic, the block is required to be re-created, and the step 6.3 is executed;
the other nodes participate in the process of checking the authenticity of the block data, and belong to the obligation labor process, and the block chain system records the obligation effort of the other nodes and gives out the obligation labor evidence.
Step 6.5, the electronic file node adds the block to the public chain to finish the update of the public chain;
the process of the electronic archive node participating in the public chain update is divided into active participation and passive participation. Active participation refers to that the electronic archive node actively participates in public chain update, and comprises a process of checking whether incremental backups are consistent and a process of checking the authenticity of block data. Passive participation refers to the process in which electronic archive nodes in the blockchain system are forced to participate in public chain updates, in checking the authenticity of the blockdata.
And 7, respectively giving a certain benefit value to each electronic archive node according to the obligation labor evidence recorded by the block chain system.
After the public chain is updated, a certain equity value rewards are correspondingly given according to the obligation labor evidence recorded by the blockchain system when the electronic archive node participates in transaction consensus; and giving a certain benefit value rewards according to the obligation labor evidence recorded by the block chain system when the electronic archive node participates in public chain updating.
It will be appreciated by those skilled in the art in light of the present teachings that various modifications and changes can be made in light of the above teachings without departing from the spirit and scope of the application.
Claims (10)
1. The electronic archive consensus method based on the block chain is characterized by comprising the following steps of:
step 1, a test node receives a transaction application initiated by a user;
step 2, the test node judges whether the right value is sufficient, if yes, the step 3 is executed, and if not, the step 6 is executed;
step 3, the test node initiates a transaction;
step 4, other nodes conduct transaction consensus on the transaction initiated by the test node, if consensus is achieved, step 5 is executed, and if consensus is not achieved, the transaction is refused;
the blockchain system records the obligation payment of other nodes participating in the transaction consensus process and gives out the obligation labor evidence;
step 5, updating the private chain of the test node;
step 6, updating the public chain;
step 6.1, checking whether the incremental backups are consistent, if so, executing the step 6.3, and if not, executing the step 6.2;
the incremental backup refers to the transaction of all newly added transactions on the private chain of the test node when the last public chain is updated to the current moment; checking whether the incremental backups are consistent refers to checking whether the incremental backups of the test nodes are consistent with the incremental backups of other nodes;
step 6.2, the test node and other nodes perform incremental backup synchronization to make incremental backups agree;
the block chain system records the obligation payment of other nodes participating in the process of checking whether the incremental backups are consistent, and gives out the obligation labor evidence;
step 6.3, the test node creates a block to store transaction data in the incremental backup, and the data stored in the block is called block data;
step 6.4, checking the authenticity of the block data, if true, executing step 6.5, and if not, turning to step 6.3;
the block chain system records the obligation payment of other nodes participating in the process of verifying the authenticity of the block data, and gives out the obligation labor evidence;
step 6.5, the electronic file node adds the block to the public chain to finish the update of the public chain;
and 7, respectively giving a certain benefit value to each electronic archive node according to the obligation labor evidence recorded by the block chain system.
2. The blockchain-based electronic archive consensus method as in claim 1, wherein each time a test node initiates a transaction, a certain benefit value is consumed.
3. The blockchain-based electronic archive consensus method according to claim 1, wherein in step 4, the transactions are consensus using a bayer fault-tolerant algorithm.
4. The blockchain-based electronic archive consensus method according to claim 1, wherein in step 5, the method for testing private chain update of the nodes is: the block is generated by storing the agreed transaction in a block in a certain time to generate a block; after the test node leaves the block, the block is linked to the private chain of the test node, and the private chain of the test node is updated.
5. The blockchain-based electronic archive consensus method as in claim 1, wherein the specific method of step 6.1 is: the test node generates a hash value based on the incremental backup, broadcasts the hash value to other nodes, the other nodes receive the hash value, and verifies whether the hash value is consistent with the hash value generated based on the incremental backup, if the hash value is different, the incremental backup is inconsistent, the other nodes return inconsistent transactions to the test node, step 6.2 is executed, if the hash value is the same, the incremental backup is consistent, and step 6.3 is executed.
6. The blockchain-based electronic archive consensus method according to claim 5, wherein in step 6.2, in case of lack of transaction in the incremental backup of the test node, the test node obtains the transactions lacking in the incremental backup from other nodes and broadcasts the transactions one by one, the other nodes compare the transactions stored in the incremental backup with the transactions stored in the incremental backup of the test node one by one after receiving the transactions, if the transactions are not present in nodes exceeding 1/3 of the total number of the electronic archive nodes, the transactions are considered to be absent, and the test node is judged to be not lack of the transactions in the incremental backup; otherwise, the transaction exists, the lack of the transaction in the incremental backup of the test node is determined, the test node records the transaction on the private chain, and the transaction is added to the incremental backup.
7. The blockchain-based electronic archive consensus method according to claim 5, wherein in step 6.2, for the case that the transaction in the incremental backup of the test node is inconsistent with the transaction in the incremental backup of the other nodes, the test node obtains the inconsistent transaction from the other nodes and broadcasts the transaction one by one, the other nodes compare the transaction stored in the incremental backup of the test node with the transaction stored in the incremental backup of the test node one by one after receiving the transaction, if the transaction is not found in the nodes exceeding 1/3 of the total number of the electronic archive nodes, the transaction is considered to be absent, and the incremental backup of the test node is judged to be not inconsistent with the transaction; otherwise, the transaction exists, the fact that the incremental backup of the test node is inconsistent with the transaction stored in the incremental backups of other nodes is judged, the test node records the transaction on the private chain, and the incremental backups are correspondingly modified.
8. The blockchain-based electronic archive consensus method according to claim 5, wherein in step 6.2, for the case that there is an excess transaction in the incremental backup of the test node, the test node broadcasts the excess transaction one by one, and after receiving, the other nodes compare with the transaction stored in the incremental backup of the test node one by one, if the node exceeding 1/3 of the total number of the electronic archive nodes does not have the transaction, the test node determines that the transaction is excess in the incremental backup of the test node, and the test node deletes the transaction from the incremental backup; conversely, the transaction is not a redundant transaction.
9. The blockchain-based electronic archive consensus method as in claim 1, wherein the method of verifying the authenticity of the blockdata is: the test node broadcasts the block data, other nodes receive the block data, the block data and the incremental backup of other nodes are checked, if the block chain system passes the check of more than 2/3 of the electronic archive nodes, the block data is considered to be real, otherwise, the block data is considered to be unreal.
10. The blockchain-based electronic archive consensus method according to claim 1, wherein the process of the electronic archive nodes participating in the common chain update is divided into active participation and passive participation; the active participation refers to the active participation of the electronic archive node in the update of the public chain, and comprises the process of checking whether incremental backups are consistent and the process of checking the authenticity of block data; passive participation refers to the process in which electronic archive nodes in the blockchain system are forced to participate in public chain updates, in checking the authenticity of the blockdata.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110033313.7A CN112700333B (en) | 2021-01-11 | 2021-01-11 | Electronic archive consensus method based on block chain |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110033313.7A CN112700333B (en) | 2021-01-11 | 2021-01-11 | Electronic archive consensus method based on block chain |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112700333A CN112700333A (en) | 2021-04-23 |
CN112700333B true CN112700333B (en) | 2023-10-03 |
Family
ID=75513926
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110033313.7A Active CN112700333B (en) | 2021-01-11 | 2021-01-11 | Electronic archive consensus method based on block chain |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112700333B (en) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113543073B (en) * | 2021-06-07 | 2023-05-09 | 中国联合网络通信集团有限公司 | Block checking method and block chain system |
CN113536359B (en) * | 2021-08-06 | 2023-12-15 | 东北大学 | Personal health record privacy protection and access system and method based on blockchain |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106600405A (en) * | 2016-11-17 | 2017-04-26 | 复旦大学 | Block-chain-based data rights protection method |
CN109428892A (en) * | 2017-09-01 | 2019-03-05 | 埃森哲环球解决方案有限公司 | Multistage rewritable block chain |
CN109829267A (en) * | 2019-02-22 | 2019-05-31 | 陕西优米数据技术有限公司 | A kind of copyright common recognition system and method based on block chain |
CN110569675A (en) * | 2019-09-18 | 2019-12-13 | 上海海事大学 | Multi-Agent transaction information protection method based on block chain technology |
CN111311414A (en) * | 2020-02-27 | 2020-06-19 | 杭州云象网络技术有限公司 | Block chain multi-party consensus method based on consistent hash algorithm |
CN111353925A (en) * | 2020-02-28 | 2020-06-30 | 中国工商银行股份有限公司 | Block chain-based fraud prevention system and method |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20170124464A1 (en) * | 2015-10-28 | 2017-05-04 | Fractal Industries, Inc. | Rapid predictive analysis of very large data sets using the distributed computational graph |
US11004006B2 (en) * | 2018-08-30 | 2021-05-11 | Conduent Business Services, Llc | Method and system for dynamic trust model for personalized recommendation system in shared and non-shared economy |
-
2021
- 2021-01-11 CN CN202110033313.7A patent/CN112700333B/en active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106600405A (en) * | 2016-11-17 | 2017-04-26 | 复旦大学 | Block-chain-based data rights protection method |
CN109428892A (en) * | 2017-09-01 | 2019-03-05 | 埃森哲环球解决方案有限公司 | Multistage rewritable block chain |
CN109829267A (en) * | 2019-02-22 | 2019-05-31 | 陕西优米数据技术有限公司 | A kind of copyright common recognition system and method based on block chain |
CN110569675A (en) * | 2019-09-18 | 2019-12-13 | 上海海事大学 | Multi-Agent transaction information protection method based on block chain technology |
CN111311414A (en) * | 2020-02-27 | 2020-06-19 | 杭州云象网络技术有限公司 | Block chain multi-party consensus method based on consistent hash algorithm |
CN111353925A (en) * | 2020-02-28 | 2020-06-30 | 中国工商银行股份有限公司 | Block chain-based fraud prevention system and method |
Non-Patent Citations (2)
Title |
---|
一种优化的权益证明共识策略;夏昌琳;宋玉蓉;蒋国平;;计算机工程(05);全文 * |
区块链共识算法的比较研究;宋焘谊;赵运磊;;计算机应用与软件(08);全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN112700333A (en) | 2021-04-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3639468B1 (en) | Systems and methods for avoiding or reducing cryptographically stranded resources on a blockchain network | |
CA3060790C (en) | Performing parallel execution of transactions in a distributed ledger system | |
US20190354518A1 (en) | Chain mesh network for decentralized transaction systems | |
CN108667836B (en) | Block chain consensus method | |
US10460289B2 (en) | Auditing certified blockchain checkpoints | |
He et al. | On the consensus mechanisms of blockchain/dlt for internet of things | |
CN109829718B (en) | Block chain multi-level framework based on storage application scene and operation method thereof | |
CN110399424B (en) | Block generation method, block generation device, block chain node and storage medium | |
CN112700333B (en) | Electronic archive consensus method based on block chain | |
US20210233068A1 (en) | Settlement system, settlement method, user device, and settlement program | |
CN111861477A (en) | Block chain-based post-transaction data processing method and device and computer equipment | |
CN111639935A (en) | Account book modification method applicable to editable block chain | |
CN112287033B (en) | Data synchronization method, equipment and computer readable storage medium | |
WO2019223681A1 (en) | Blockchain-based transaction platform with enhanced scalability, testability and usability | |
Saini | Blockchain foundation | |
CN110245182B (en) | Method, apparatus, device and medium for processing distributed data | |
Decker | On the scalability and security of bitcoin | |
Mohsenzadeh et al. | A novel reputation-based consensus framework (RCF) in distributed ledger technology | |
Khacef et al. | A Dynamic Sharding Model Aware Security and Scalability in Blockchain | |
US20230306412A1 (en) | Docket credential insertion in non-fungible tokens | |
WO2022116900A1 (en) | Method and apparatus for blockchain consensus | |
KR20200107113A (en) | Method and system for power trading based reliability using blockchain | |
CN111598389B (en) | Transaction system for preventing bill market risk based on blockchain | |
CN113810185A (en) | Anti-trapdoor leakage on-chain data restoration system and method | |
Amiri et al. | Rashnu: Data-dependent order-fairness |
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 |