Blockchain Consensus Fallback Switching Under Liveness Attacks
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing blockchain consensus protocols face challenges in maintaining liveness while ensuring safety, particularly under attacks, leading to inefficiencies and performance issues.
Innovation Solution
A transition mechanism is implemented to seamlessly switch between consensus protocols, leveraging a high safety-high liveness protocol as a fallback when liveness is endangered, ensuring robustness and efficiency by alternating between protocols to maintain both safety and liveness properties.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If a first consensus protocol is run to ensure safety, then safety is maintained, but liveness may be attacked and compromised
Solution Approach 1:
The system dynamically switches between the first consensus protocol and the second consensus protocol based on detected liveness conditions. When liveness is compromised in the first protocol, the system transitions to the second protocol to restore progress, and switches back when liveness is restored, making the consensus mechanism adaptive rather than static
Solution Approach 2:
The system changes the operational parameters by switching between different consensus protocols with different safety-liveness characteristics. The first protocol prioritizes safety while the second protocol prioritizes liveness, and the system adjusts which protocol is active based on network conditions and attack detection
2Productivity
If a second consensus protocol is used as fallback to restore liveness, then liveness is improved, but protocol complexity increases
Solution Approach 1:
The consensus mechanism is segmented into two distinct protocols: the first consensus protocol for normal operation prioritizing safety, and the second consensus protocol as a fallback for restoring liveness. This segmentation allows each protocol to be optimized for its specific purpose while managing complexity through clear separation of functions
Solution Approach 2:
The system introduces a protocol transition mechanism that acts as an intermediary layer between the first and second consensus protocols. This transition logic monitors liveness conditions and orchestrates switching between protocols, managing the complexity of having multiple protocols through a centralized control mechanism
3Reliability
If seamless transitioning between protocols is implemented, then robustness is improved, but system complexity increases
Solution Approach 1:
The system performs preliminary actions by pre-configuring the second consensus protocol as a fallback option and establishing transition criteria in advance. When liveness is compromised, the transition to the second protocol can occur rapidly because the fallback mechanism is already prepared and configured
Solution Approach 2:
The system implements feedback mechanisms to monitor liveness conditions and trigger protocol transitions accordingly. When liveness is detected as compromised, feedback triggers a switch to the second protocol, and when liveness is restored, feedback triggers a switch back to the first protocol, creating a self-regulating system
Data Source
AI summary
Various aspects of the subject technology relate to systems, methods, and machine-readable media for enhancing liveness in a blockchain. Various aspects may include running a first consensus protocol. Aspects may also include detecting a liveness attack in the first consensus protocol. Aspects may also include suspending, when the liveness attack is detected, acceptance of new blocks in the first consensus protocol. Aspects may also include broadcasting a preferred block and identifying a highest accepted block in the set of nodes from running the first consensus protocol based on the preferred block. Aspects may also include transitioning from the first consensus protocol to the second consensus protocol and running the second consensus protocol until a consensus value or a new accepted block is decided. Aspects may also include reinstating and resuming running the first consensus protocol based on the new accepted block.