Blockchain Consensus Node Block Proposal Processing
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
In blockchain networks, consensus nodes may fail to obtain complete voting information due to network disconnection or delay, leading to inconsistent data as some nodes write new blocks while others do not, causing data inconsistencies on the blockchain.
Innovation Solution
A method where a consensus node processes block proposal messages by deleting the message if it has a locked block with the same height as the new block, obtaining voting information from the first consensus stage, and determining a consensus result based on submission voting information in the second consensus stage to ensure accurate block verification and reduce data inconsistency.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Productivity
If consensus nodes continue to process new block proposals even when they have locked blocks, then network throughput is maintained, but data inconsistency occurs across nodes
Solution Approach 1:
The system performs preliminary verification to determine if a node already has a locked block before processing new block proposals. This preliminary check prevents redundant processing and potential data inconsistency by identifying nodes that should skip the current proposal and wait for their locked block to be confirmed.
Solution Approach 2:
The system dynamically adjusts block processing behavior based on the locked block status of each node. Nodes with locked blocks are directed to skip current proposals and focus on confirming their locked blocks, while nodes without locked blocks continue normal processing, creating a dynamic, status-dependent processing workflow.
2Reliability
If consensus nodes skip processing when they have locked blocks, then data consistency is maintained, but processing efficiency decreases
Solution Approach 1:
The system extracts and handles the locked block verification logic as a separate, independent check before the main block processing flow. This extraction allows nodes to quickly determine their processing status without interfering with the overall network throughput, maintaining efficiency while ensuring consistency.
Solution Approach 2:
The system implements feedback mechanisms where nodes report their locked block status to the network, and this status information is used to adjust processing behavior. The feedback loop ensures that nodes with locked blocks are properly identified and directed to appropriate actions, optimizing both consistency and efficiency.
3Measurement precision
If nodes wait for locked block confirmation, then consensus accuracy improves, but network latency increases
Solution Approach 1:
The system uses periodic consensus stages (first consensus stage for approval votes, second consensus stage for submission votes) to incrementally build consensus accuracy. Rather than requiring complete confirmation before any progress, the system advances through periodic verification cycles, reducing overall latency while maintaining accuracy.
Solution Approach 2:
The system performs preliminary approval vote collection in the first consensus stage before requiring full confirmation in the second stage. This preliminary action gathers initial consensus data early, reducing the time needed for final confirmation while ensuring accuracy through the two-stage verification process.
Data Source
AI summary
A computer device obtains a block proposal message and obtains a first block from the block proposal message. In accordance with a determination that a current consensus node of the computer device has a second block in a locked state and a block height of the first block is the same as a block height of the second block, the computer device deletes the block proposal message and obtains block voting information of the second block in a first consensus stage. The locked state is a state of a block that has passed the first consensus stage and has not passed a second consensus stage. The computer device obtains block submission voting information of the second block in the second consensus stage according to the block voting information, and determines a consensus result corresponding to the second block according to the block submission voting information.