Blockchain Quorum Management via Dynamic Sub-Element Bonding

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional blockchain management systems are limited in their ability to edit blocks and maintain quorum approver listings dynamically, leading to inefficiencies and security challenges in transaction validation.

Innovation Solution

The implementation of a computing platform that enables dynamic asset adjustment, cross-sectional editing, and bonding of new approvers, allowing for the generation of sub-threads within the blockchain, configuration of blocks for editing by cross-sectional entities, and dynamic adjustment of quorum approvers based on event-driven changes.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If conventional blockchain management systems are used to maintain stored blockchains, then system simplicity is preserved, but the ability to edit blocks and maintain quorum approver listings dynamically is limited

Engineering Contradiction:
Improveability to edit blocks and maintain quorum approver listings dynamicallyVSAvoidsystem complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The system implements dynamic quorum approver listings that can be modified through cross-sectional editing, allowing the blockchain management system to adapt its validation requirements based on changing conditions. The quorum approver database is updated dynamically to reflect current operational requirements, enabling the system to respond to events and maintain security while adapting to new scenarios.

Inventive Principle:
Principle #15Dynamics

2Adaptability or versatility

If static approver databases are used, then system simplicity is maintained, but the ability to dynamically change based on blockchain events is lost

Engineering Contradiction:
Improveability to dynamically change based on eventsVSAvoidtransaction validation reliability
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The system implements feedback mechanisms where blockchain events trigger updates to the quorum approver database. When events occur, the system receives notifications and dynamically adjusts the approver listings accordingly, ensuring that the validation process remains reliable and up-to-date with current operational requirements.

Inventive Principle:
Principle #23Feedback

3Adaptability or versatility

If one-to-one relationships between parent and child blocks are used, then system simplicity is preserved, but the ability to perform asset adjustment and cross-sectional editing is limited

Engineering Contradiction:
Improveability to perform asset adjustment and cross-sectional editingVSAvoidblockchain structure complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The system segments the blockchain structure by introducing cross-sectional editing capabilities that allow modification of specific portions of blocks rather than requiring complete block revalidation. This segmentation enables asset adjustment and quorum approver listing updates without compromising the entire blockchain structure, maintaining security while enabling flexibility.

Inventive Principle:
Principle #1Segmentation

Data Source

PatentUS11012232B2Blockchain management platform for performing asset adjustment, cross sectional editing, and bonding
Publication Date: 2021.05.18 BANK OF AMERICA CORP
  • US11012232B2 patent drawing
  • US11012232B2 patent drawing
  • US11012232B2 patent drawing

AI summary

Aspects of the disclosure relate to processing systems for performing bonding of asset approvers. A computing platform may generate a sub-element based on a parent element, associated with a first list of quorum approvers, in a stored element chain. The computing platform may determine that the sub-element should be associated with a second list of quorum approvers. The computing platform may generate authentication keys for the second list of quorum approvers by generating authentication keys for those included in the second list of quorum approvers that were not included in the first list of quorum approvers, and revoking authentication keys from those included in the first list of quorum approvers that are not included in the second list of quorum approvers. The computing platform may direct a database to store the authentication keys for the second list of quorum approvers and to concatenate authorization keys accordingly.