Blockchain Wallet Static Data Parallel Database Optimization

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

As blockchain networks grow, the increasing size of the blockchain leads to higher bandwidth and computing resource consumption, making transaction confirmation more time-consuming and costly, necessitating a solution to optimize the analysis required for node operations.

Innovation Solution

Implementing a parallel database to store static characteristics of blockchain wallets, allowing nodes to limit analysis to blocks since the wallet's start date, reducing the data to be reviewed and resources needed for transaction confirmation.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Measurement precision

If the entire blockchain is reviewed for transaction confirmation, then transaction validation accuracy is maintained, but computing resource consumption and time required increase significantly

Engineering Contradiction:
Improvetransaction validation accuracyVSAvoidtransaction confirmation speed
Core Design Contradiction:
Measurement precisionVSProductivity

Solution Approach 1:

The patent segments the blockchain into two distinct components: a compressed header chain containing only block headers for quick verification, and a full transaction database stored separately. This segmentation allows nodes to validate transactions by checking only relevant headers rather than reviewing the entire blockchain, thereby maintaining validation accuracy while dramatically improving confirmation speed.

Inventive Principle:
Principle #1Segmentation

2Reliability

If the entire blockchain is stored and reviewed, then complete transaction history is available for validation, but bandwidth and storage requirements increase constantly

Engineering Contradiction:
Improvetransaction history completenessVSAvoiddata storage volume
Core Design Contradiction:
ReliabilityVSQuantity of substance

Solution Approach 1:

The patent extracts the essential validation elements (block headers containing Merkle roots, timestamps, and previous header hashes) from the full blockchain and stores them in a compressed header chain. The detailed transaction data is separated and stored independently, allowing nodes to maintain complete transaction history for validation purposes while minimizing the storage burden on individual nodes through the compact header structure.

Inventive Principle:
Principle #2Taking out (Extraction)

3Reliability

If miners review the entire chain to identify unspent outputs, then transaction security is ensured, but operation costs and energy consumption increase

Engineering Contradiction:
Improvetransaction securityVSAvoidmining energy consumption
Core Design Contradiction:
ReliabilityVSUse of energy by moving object

Solution Approach 1:

The patent implements preliminary action by pre-computing and storing Merkle roots in block headers that enable efficient verification of unspent transaction outputs. Miners can quickly verify transaction security by checking these pre-prepared cryptographic proofs in the compressed header chain without having to scan through the entire blockchain history, thereby maintaining security while reducing energy consumption.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS11829995B2Method and system for optimizing blockchain parsing using a wallet's static characteristics
Publication Date: 2023.11.28 MASTERCARD INT INC
  • US11829995B2 patent drawing
  • US11829995B2 patent drawing
  • US11829995B2 patent drawing

AI summary

A method for optimized validation of a blockchain transaction through the use of a parallel database and date management includes: receiving a new blockchain transaction that includes unspent transaction outputs; identifying, in a parallel database, a start date for a blockchain wallet involved in the new transaction; identifying a subset of blocks in the blockchain that have been added to the blockchain since the start date; validating the new blockchain transaction by validating the unspent transaction outputs using the subset of blocks; and, if the validation is successful, adding the new transaction to the blockchain, or, if the validation is unsuccessful, notifying the submitter of the failed validation.