Smart Contract Staging Blocks for Pre-Consensus Modification

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing smart contracts in distributed trust computing networks face challenges in modifying data once it has been added to a data block and undergone consensus, particularly when conditions for self-execution change over time.

Innovation Solution

A system that generates a smart contract and its associated hash value in an intermediate data block stored in a staging area, allowing modifications until all parties accept and conditions are met, then synthesizes it into an immutable data block upon execution.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If data is added to a distributed ledger through consensus, then data immutability is ensured, but data cannot be modified even when conditions change

Engineering Contradiction:
Improvedata immutabilityVSAvoiddata modifiability
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The patent segments the data storage process into two distinct phases: a staging area where data blocks are modifiable and can be updated, and a distributed ledger where data becomes immutable after consensus. This segmentation allows the system to maintain both adaptability during the staging phase and reliability/immutability in the final ledger phase, resolving the contradiction between these two requirements.

Inventive Principle:
Principle #1Segmentation

2Adaptability or versatility

If multiple data blocks are created and added to the distributed ledger to accommodate changing conditions, then data adaptability is achieved, but the burden on nodes increases

Engineering Contradiction:
Improvesmart contract modification capabilityVSAvoidnode processing efficiency
Core Design Contradiction:
Adaptability or versatilityVSProductivity

Solution Approach 1:

The patent implements preliminary action by allowing smart contracts and their associated data to be created and modified in advance in a staging area before being added to the distributed ledger. This preliminary phase enables all necessary modifications and condition changes to occur without requiring multiple consensus processes, thereby reducing the burden on nodes while maintaining adaptability.

Inventive Principle:
Principle #10Preliminary action

3Reliability

If data blocks undergo consensus process, then data integrity is ensured, but the process is time-consuming and reduces system efficiency

Engineering Contradiction:
Improvedata integrityVSAvoidconsensus process time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The staging area enables preliminary action where data blocks can be created, modified, and prepared in advance without undergoing the time-consuming consensus process. This allows multiple iterations and modifications to occur rapidly in the staging area, with consensus only required once the final version is ready for ledger inclusion, thereby reducing overall consensus time while maintaining data integrity.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS12549392B2System for enabling modification of data and endorsements of smart contracts within a distributed trust computing network
Publication Date: 2026.02.10 BANK OF AMERICA CORP
  • US12549392B2 patent drawing
  • US12549392B2 patent drawing
  • US12549392B2 patent drawing

AI summary

Enabling modifications to smart contracts within a distributed trust computing network platform. Enablement of smart contract modifications is made possible by generating a smart contract and an associated hash value and storing such in an intermediate data block held within a staging area. The intermediate data block is held in the staging area until (i) all the parties accept the smart contract and (ii) the conditions are met and the smart contract self-executes. As long as the intermediate data block remains in the staging area, the data stored therein is subject to modification. Once the parties to the smart contract accept the smart contract (and/or modifications to the smart contact) and the conditions are met, such that the smart contact self-executes, the intermediate data block is synthesized/transformed into an immutable data block which is stored within a distributed ledger of the corresponding distributed trust computing network.