Dynamic Consensus Waiting Time Adjustment in Blockchain Networks
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
The Byzantine fault tolerance (BFT) consensus algorithm in blockchain systems is inefficient due to the fixed waiting time for proposal nodes, leading to prolonged consensus reaching processes and impaired performance.
Innovation Solution
A dynamic adjustment method for the waiting time of consensus nodes based on the quantity of prevote messages received, allowing for real-time adjustments to ensure efficient block generation and consensus processing.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Loss of time
If a fixed waiting time is used for proposal nodes in BFT consensus algorithm, then the system maintains simplicity and ease of operation, but the consensus reaching process consumes overly long time and consensus performance deteriorates
Solution Approach 1:
The patent implements dynamic adjustment of the waiting time parameter based on the actual performance of proposal nodes. Instead of using a fixed waiting time, the system dynamically adapts the duration based on observed block generation capabilities, transforming a static parameter into a dynamic one that responds to system conditions
Solution Approach 2:
The system incorporates feedback mechanisms where consensus nodes monitor and evaluate the performance of proposal nodes. Based on this feedback regarding block generation speed and consistency, the system adjusts the waiting time parameter to optimize consensus efficiency while maintaining system stability
2Reliability
If a longer fixed waiting time is allocated for proposal nodes, then reliability is improved by ensuring proposal nodes have sufficient time to generate blocks, but productivity decreases due to prolonged consensus processes
Solution Approach 1:
The patent changes the waiting time parameter from a fixed value to a dynamically adjusted value based on proposal node performance metrics. This parameter change allows the system to adapt the waiting duration to match actual block generation capabilities, optimizing both reliability and productivity
3Ease of operation
If consensus nodes wait for a fixed duration for proposal messages, then ease of operation is maintained with simple timing logic, but loss of time increases due to unnecessary waiting when proposal nodes generate blocks quickly
Solution Approach 1:
The system transforms the static waiting time into a dynamic parameter that adapts based on proposal node performance. This dynamic approach allows the system to reduce waiting time when proposal nodes perform well while maintaining sufficient waiting time when needed, optimizing both operational simplicity and time efficiency
Data Source
AI summary
A consensus method for a blockchain includes: obtaining, in a consensus reaching process of a block initiated by a proposal node, prevote messages generated by consensus nodes in a blockchain network; counting a quantity of first prevote messages for the block based on the received prevote messages, the first prevote messages being generated by the consensus nodes within a set duration in response to a proposal message for the block, the set duration corresponding to the proposal node and being determined based on a block generation duration of the proposal node; and adjusting the set duration corresponding to the proposal node recorded by the consensus nodes based on the quantity of the first prevote messages.