Private Sub-Blockchain Validator Selection for Consensus Agility
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
As enterprises deploy blockchain for transaction processing, there is a need for fast, efficient, and trustworthy implementations that are scalable and manageable, but existing blockchain systems face increased computing time and effort with larger sizes and more validator nodes, affecting consensus times.
Innovation Solution
Creating a private sub-blockchain from a main blockchain by selecting a subset of validator nodes based on agility and trust requirements, reducing the number of nodes required for consensus and thus lowering computing power and time needed for transaction processing.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If the size of blockchain increases or the number of validator nodes increases to enhance security and trust, then the trust and security of the blockchain are improved, but the computing time and effort required for generating new blocks and reaching consensus increases
Solution Approach 1:
The patent divides the blockchain network into public and private sub-blockchains, segmenting the validator nodes into different groups. Private sub-blockchains use a selected subset of validator nodes for specific transactions, separating the consensus process for sensitive transactions from the main public blockchain. This segmentation allows fast consensus for private transactions while maintaining the security of the overall system through the public blockchain's larger validator set.
Solution Approach 2:
The patent extracts a subset of validator nodes from the main blockchain to form private sub-blockchains. By taking out specific validator nodes that meet certain criteria (such as geographic location, trust level, or performance metrics) and creating dedicated private sub-blockchains, the system enables faster consensus for transactions within those subsets without requiring all validators to participate, thus reducing consensus time while maintaining appropriate trust levels.
2Reliability
If the number of validator nodes increases to improve trust and security, then the reliability is improved, but the computing power and resources required for transaction processing increases
Solution Approach 1:
The patent segments the validator node network into multiple private sub-blockchains, each with its own subset of validators. This segmentation allows transactions to be processed by smaller groups of validators rather than requiring all validators to participate in every consensus process, thereby reducing the computing power and energy resources required for transaction processing while maintaining security through the distributed nature of the segmented structure.
Solution Approach 2:
The patent applies partial action by requiring only a subset of validator nodes to validate and reach consensus on transactions within private sub-blockchains, rather than requiring all validators to participate. This partial participation model reduces the computing power and resource requirements for transaction processing while still achieving the necessary level of trust and security for the specific transaction context.
3Productivity
If a private sub-blockchain is created with a subset of validator nodes to reduce consensus time, then the agility and speed are improved, but the trust requirement may be compromised
Solution Approach 1:
The patent applies local quality by creating private sub-blockchains with validator nodes selected based on specific local characteristics such as geographic location, organizational affiliation, or performance metrics. Each private sub-blockchain has tailored quality attributes appropriate for its specific use case, allowing faster consensus for transactions within that local context while the overall system maintains global security through the public blockchain's comprehensive validator set.
Solution Approach 2:
The patent changes the parameters of validator node selection by allowing different criteria (such as geographic location, trust level, performance metrics) to be applied when forming private sub-blockchains. By adjusting these selection parameters based on the specific trust and agility requirements of different use cases, the system can optimize the balance between transaction processing speed and trust requirements for each private sub-blockchain while maintaining overall system security.
Data Source
AI summary
The creation of a private sub-blockchain from a main blockchain is disclosed including receiving a request including a trust requirement and an agility requirement, receiving monitoring data from at least one of a plurality of validator nodes of the main blockchain, the monitoring data generated by monitoring the execution of transactions and the exchange of consensus messages by one or more of the plurality of validator nodes, determining a minimum number of validator nodes required to meet the trust requirement, identifying a subset of the plurality of validator nodes of the main blockchain that meets the agility requirement based on the received monitoring data, the subset containing at least the determined minimum number of validator nodes required to meet the trust requirement, and creating a private sub-blockchain of the main blockchain, the private sub-blockchain including the identified subset of the plurality of validator nodes of the main blockchain.