Blockchain Consensus Node Hash Verification Mechanism
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing blockchain consensus methods often lead to inconsistencies in distributed ledgers due to differences in results from executing transaction tasks by various consensus nodes.
Innovation Solution
A consensus method for a blockchain that involves calculating a first hash value for a transaction task by a consensus node, determining a second hash value based on the first hash value and the transaction task, and generating a block containing the first hash value only when the second hash value matches at least half of the third hash values broadcasted by other consensus nodes.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Productivity
If each consensus node independently executes transaction tasks and packages results into blocks, then processing speed and autonomy are improved, but consistency of distributed ledgers deteriorates due to different execution results
Solution Approach 1:
The patent applies preliminary action by requiring consensus nodes to pre-calculate hash values of transaction task execution results before packaging blocks. Each node calculates a first hash value from its execution result, then determines a second hash value that includes this first hash value. This preliminary hashing allows nodes to verify consistency of execution results across the network before finalizing blocks, preventing divergence of distributed ledgers while maintaining independent processing capability.
Solution Approach 2:
The patent implements feedback by having consensus nodes broadcast their second hash values to other nodes and compare them. Each node receives third hash values from other nodes and verifies whether its own second hash value matches at least half of the received hash values. This feedback mechanism ensures that only blocks with consistent execution results across the majority of nodes are added to the blockchain, thereby maintaining ledger consistency while allowing parallel processing.
2Stability of the object's composition
If hash value comparison is performed to ensure consensus, then ledger consistency is improved, but communication overhead and time consumption increase
Solution Approach 1:
The patent applies parameter changes by transforming the execution results into hash values for comparison. Instead of comparing actual transaction execution results directly (which would be data-intensive and time-consuming), nodes compare compact hash values that represent these results. The system calculates a first hash value from execution results, then a second hash value that incorporates this first hash value along with transaction task information. This parameter transformation enables efficient consensus verification while maintaining ledger consistency.
3Reliability
If all consensus nodes execute and verify every transaction task, then security and consistency are improved, but system complexity and computational overhead increase
Solution Approach 1:
The patent applies the extraction principle by separating the verification process into distinct hash value comparisons rather than requiring full transaction result verification. Each node extracts the essential consistency information into hash values (first hash value from execution results, second hash value including first hash value and transaction tasks). Nodes only need to compare these extracted hash values with others' hash values to verify consensus, rather than examining and re-executing all transaction details, thus reducing computational overhead while maintaining reliability.
Data Source
AI summary
The present application provides a consensus method for a blockchain, a consensus node, an electronic device, and a storage medium. The method includes: receiving a transaction request sent by an object, calculating a first hash value of executing the at least one transaction task by a consensus node, determining a second hash value according to the first hash value and the at least one transaction task, receiving third hash values broadcasted by other consensus nodes, and generating and adding to the blockchain a block containing the first hash value in response to the second hash value being the same as at least half of the third hash values.