Distributed Ledger Synchronization via Proxy Blocks

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing distributed ledger systems lack synchronization, leading to inefficiencies in dynamic data processing, such as changing tax rates and communication toll rates, which complicates billing processes for wireless communication services.

Innovation Solution

Implementing a method to synchronize multiple distributed ledgers by initializing genesis blocks with metadata and building blocks that include hash values, nonces, and content fields, allowing for synchronized processing of blocks across ledgers to ensure accurate and efficient billing.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If multiple distributed ledgers operate independently without synchronization, then each ledger maintains its own data integrity and operational autonomy, but billing processes become inefficient and error-prone when dynamic data such as tax rates and communication toll rates need to be applied consistently across ledgers

Engineering Contradiction:
Improvebilling process efficiencyVSAvoidsynchronization accuracy
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The patent merges multiple distributed ledgers into a synchronized system where ledgers share common genesis blocks and maintain consistent state through cryptographic hashing. The ledgers are combined into a unified billing system that processes dynamic data (tax rates, toll rates) consistently across all ledgers, eliminating the inefficiencies of independent operation while maintaining the reliability of individual ledger integrity through hash-based verification.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The synchronized distributed ledger system creates a universal platform that serves multiple billing functions simultaneously. The same ledger structure and synchronization mechanism handle various dynamic data types (tax rates, communication toll rates, service charges) across different ledgers, providing a multi-functional solution that improves billing efficiency without sacrificing reliability through standardized cryptographic verification.

Inventive Principle:
Principle #6Universality (Multi-functionality)

2Reliability

If distributed ledgers are synchronized through complex hashing and validation mechanisms, then consistency and reliability of billing data are improved, but the computational complexity and processing time increase

Engineering Contradiction:
Improvedata consistencyVSAvoidsynchronization mechanism complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The synchronization mechanism is segmented into distinct modular components: genesis block creation, block hashing, validation logic, and state synchronization. Each component performs a specific function independently, making the overall complex system manageable and maintainable. The segmentation allows the system to achieve high reliability through rigorous cryptographic verification while keeping the complexity organized and localized to specific modules rather than distributed throughout the entire system.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system performs preliminary actions by pre-computing hash values and validating data integrity before final billing processing. Genesis blocks are created with embedded hash values that serve as anchors for subsequent synchronization operations. This preliminary validation ensures data consistency is established upfront, reducing the need for complex real-time verification and simplifying the ongoing synchronization mechanism.

Inventive Principle:
Principle #10Preliminary action

3Measurement precision

If real-time synchronization of dynamic billing data is implemented across distributed ledgers, then billing accuracy is improved, but the processing speed and time required for billing operations may be reduced

Engineering Contradiction:
Improvebilling accuracyVSAvoidprocessing time
Core Design Contradiction:
Measurement precisionVSLoss of time

Solution Approach 1:

The synchronized distributed ledger system maintains continuous operation by implementing asynchronous block propagation and parallel validation mechanisms. Multiple ledgers continue processing billing operations simultaneously while periodically synchronizing through hash-based verification. This continuous useful action ensures billing accuracy is maintained through real-time synchronization of dynamic data while minimizing processing time losses by avoiding complete system halts for synchronization events.

Inventive Principle:
Principle #20Continuity of useful action

Solution Approach 2:

The system implements feedback mechanisms where hash validation results from one ledger are immediately communicated to other ledgers, enabling rapid detection and correction of any desynchronization. This feedback loop maintains billing accuracy by ensuring all ledgers have consistent views of dynamic billing data while minimizing the time penalty through efficient, targeted verification rather than exhaustive checking of all data.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS11789974B2Synchronization of distributed ledger processes
Publication Date: 2023.10.17 T MOBILE INNOVATIONS LLC
  • US11789974B2 patent drawing
  • US11789974B2 patent drawing
  • US11789974B2 patent drawing

AI summary

A method of building a first distributed ledger based on synchronization with a proxy distributed ledger comprising a genesis block of a second distributed ledger and a contiguous plurality of last blocks of the second distributed ledger. The method comprises initializing a first distributed ledger by creating a first genesis block comprising executable instructions that implement a smart contract; initializing the proxy distributed ledger as a combination of the blocks read from the second distributed ledger; and building the first distributed ledger by creating blocks and adding the blocks to the first distributed ledger, wherein each block comprises a content field created at least in part based on processing one of the blocks of the proxy distributed ledger in time synchronization based on executing the executable instructions stored in the first genesis block.