Distributed Ledger Consensus With Segmented Storage Architecture

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional blockchain systems face inefficiencies in scalability, flexibility, and security, with high processing and storage demands, limited transaction throughput, and susceptibility to inaccuracies and digital security attacks.

Innovation Solution

A scalable, secure, and adaptable distributed digital ledger transaction network utilizing a unique Byzantine-fault-tolerant consensus protocol, a new programming language with linear data types and static-dynamic reference safety analysis, flexible storage and account management, and smart contracts for improved transaction execution and consensus processes.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If conventional blockchain systems maintain duplicate databases across replicated servers, then security and decentralization are improved, but processing and storage demands increase significantly

Engineering Contradiction:
ImprovesecurityVSAvoidstorage demands
Core Design Contradiction:
ReliabilityVSQuantity of substance

Solution Approach 1:

The patent segments the blockchain data structure into separate components: a canonical chain of blocks containing only transaction hashes and Merkle roots, and separate state databases maintained individually by each validator node. This segmentation eliminates the need for every node to store complete duplicate copies of all transaction data, reducing storage demands while maintaining security through distributed verification.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent extracts and removes redundant data from the blockchain structure. Specifically, full transaction details are extracted from the canonical chain and stored separately in individual validator state databases. The canonical chain retains only essential verification data (transaction hashes, Merkle roots, timestamps), thereby reducing overall storage requirements while preserving security through distributed consensus on the canonical chain.

Inventive Principle:
Principle #2Taking out (Extraction)

2Measurement precision

If conventional blockchain systems sequentially analyze transactions across validator nodes, then consensus accuracy is improved, but transaction throughput decreases

Engineering Contradiction:
Improveconsensus accuracyVSAvoidtransaction throughput
Core Design Contradiction:
Measurement precisionVSProductivity

Solution Approach 1:

The patent implements preliminary action by having validator nodes pre-validate transactions against the canonical chain before adding them to their local state databases. Transactions are verified for consistency with the canonical chain's Merkle roots and transaction hashes in advance, enabling parallel processing of validated transactions while maintaining consensus accuracy through pre-established verification rules.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent ensures continuity of useful action by maintaining an always-synchronized canonical chain that continuously provides the source of truth for transaction validation. Validator nodes continuously update their state databases based on the canonical chain, enabling uninterrupted transaction processing and consensus maintenance without sequential bottlenecks, as the canonical chain provides continuous verification reference.

Inventive Principle:
Principle #20Continuity of useful action

3Ease of operation

If conventional blockchain systems provide unrestricted digital asset access to user accounts, then ease of operation is improved, but security against malicious attacks worsens

Engineering Contradiction:
ImproveaccessibilityVSAvoidsecurity vulnerabilities
Core Design Contradiction:
Ease of operationVSObject-affected harmful factors

Solution Approach 1:

The patent applies preliminary anti-action by implementing access limit smart contracts that pre-establish restrictions on digital asset access. These smart contracts set maximum access limits and require multi-signature approval for transactions exceeding predefined thresholds. This preliminary protective measure is embedded in the transaction validation process, preventing unauthorized or excessive access before malicious attacks can exploit unrestricted access vulnerabilities.

Inventive Principle:
Principle #9Preliminary anti-action

4Reliability

If conventional blockchain systems perform reference safety analysis on source code during execution, then security is improved, but processing time and latency increase

Engineering Contradiction:
ImprovesecurityVSAvoidlatency
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The patent implements preliminary reference safety analysis through static analysis of smart contract code before deployment to the blockchain. The system analyzes source code for reference safety issues, potential vulnerabilities, and logical errors in advance, generating verified bytecode or compiled contracts that have already undergone security validation. This preliminary analysis eliminates the need for time-consuming runtime reference safety checks, reducing latency while maintaining security through pre-verified code.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS12511259B2Scalable, secure, efficient, and adaptable distributed digital ledger transaction network
Publication Date: 2025.12.30 CIRCLE INTERNET FINANCIAL LTD
  • US12511259B2 patent drawing
  • US12511259B2 patent drawing
  • US12511259B2 patent drawing

AI summary

The present disclosure relates to systems, methods, and non-transitory computer readable storage media for implementing a scalable, secure, efficient, and adaptable distributed digital ledger transaction network. Indeed, the disclosed systems can reduce storage and processing requirements, improve security of implementing computing devices and underlying digital assets, accommodate a wide variety of different digital programs (or “smart contracts”), and scale to accommodate billions of users and associated digital transactions. For example, the disclosed systems can utilize a host of features that improve storage, account/address management, digital transaction execution, consensus, and synchronization processes. The disclosed systems can also utilize a new programming language that improves efficiency and security of the distributed digital ledger transaction network.