Dynamic Consensus Protocol Selection for Blockchain Adaptability
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing blockchain systems are limited by static consensus algorithm selection, leading to issues such as consensus lock-in, inability to monitor algorithm performance, multi-ledger management challenges, application elasticity problems, and incompatibilities when transitioning between private and public environments or experiencing radical fluctuations in requirements.
Innovation Solution
Implementing a policy-driven dynamic consensus protocol selection method that allows for the selection of the most suitable consensus algorithm on a per-transaction basis based on application-specific requirements, using a consensus selector module to tag transactions with the appropriate algorithm for validation.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If a static consensus algorithm is selected for the blockchain system, then the system structure is simple and easy to implement, but the system lacks adaptability to different application requirements and environments
Solution Approach 1:
The patent implements dynamic consensus protocol selection where the consensus algorithm is chosen on a per-transaction basis rather than being statically configured. The system evaluates application requirements, transaction characteristics, and environmental factors to dynamically select the most appropriate consensus algorithm (e.g., Proof of Work, Proof of Stake, Delegated Proof of Stake) for each transaction, enabling adaptability while maintaining manageable complexity through automated selection
Solution Approach 2:
The system changes the parameter of consensus algorithm selection from a fixed static value to a dynamic variable that can take different values based on application requirements. By introducing a consensus protocol selector that evaluates multiple parameters (application type, transaction characteristics, network conditions), the system transforms the consensus mechanism from a rigid configuration to a flexible, parameter-driven selection process
2Adaptability or versatility
If multiple consensus algorithms are supported dynamically, then the system becomes more versatile and adaptable, but the device complexity and management difficulty increase
Solution Approach 1:
The patent introduces a consensus protocol selector as an intermediary component that mediates between the transaction input and the consensus algorithm execution. This selector evaluates application requirements and transaction characteristics, then routes transactions to the appropriate consensus algorithm. By placing this intermediary layer, the system manages multiple algorithms without requiring complex direct integration between all components, simplifying the overall architecture while maintaining versatility
Solution Approach 2:
The system segments the consensus validation process into distinct phases: transaction evaluation, algorithm selection, and execution. Each consensus algorithm operates as an independent module that can be selected and executed based on specific conditions. This segmentation allows multiple algorithms to coexist without interfering with each other, reducing management complexity while maintaining flexibility
3Productivity
If a single unified ledger is maintained, then the system structure is simple, but the system cannot accommodate different application-specific requirements that may benefit from different consensus mechanisms
Solution Approach 1:
The patent applies local quality by allowing different consensus algorithms to be applied to different transactions or application domains within the same unified ledger. Instead of using a single consensus mechanism for all transactions, the system selects the most appropriate algorithm locally for each transaction based on its specific requirements. This enables optimization for specific application types (e.g., high-speed transactions, secure financial transactions) while maintaining a single ledger structure
Data Source
AI summary
A method obtains one or more transactions to be validated by a set of consensus nodes before storage on a digital ledger, and then selects, from a plurality of consensus algorithms, a consensus algorithm to be executed by the set of consensus nodes on the one or more transactions. The consensus algorithm selection is made based on a given policy associated with the one or more transactions. The method then tags the one or more transactions to identify the selected consensus algorithm, and sends the one or more tagged transactions to the set of consensus nodes for execution of the selected consensus algorithm for validation of the one or more transactions before storage on the digital ledger. The selection step is repeated when one or more additional transactions are obtained.