Entity-Specific Blockchains for Uninterrupted Token Transfers

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing systems face inefficiencies in performing continuous and real-time transactions across multiple entity platforms due to slow communication, resource-intensive operations, and technical hurdles, particularly in financial transactions involving cryptocurrencies and fiat money, which hinder seamless integration and reconciliation.

Innovation Solution

A distributed ledger network with a common platform and segregated data structures enables parallel and asynchronous operations, using tokenized assets for real-time transactions, with batch processing for asset transfers, ensuring secure and efficient reconciliation through a distributed crypto-ledger and smart contracts.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If traditional sequential transaction processing is used, then system reliability is maintained, but transaction speed and productivity deteriorate

Engineering Contradiction:
Improvetransaction speedVSAvoidsystem reliability
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The system segments the distributed ledger network into multiple entity-specific blockchains, each handling transactions for specific entities independently. This segmentation allows parallel processing of transactions across different entity chains while maintaining individual chain integrity and reliability through cryptographic hashing and consensus mechanisms.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces a multi-dimensional architecture where transactions are processed not just sequentially in a single chain but across multiple parallel entity-specific blockchains simultaneously. This dimensional expansion from single-chain sequential processing to multi-chain parallel processing dramatically increases transaction throughput while each chain maintains its own reliability through standard blockchain consensus.

Inventive Principle:
Principle #17Another dimension (Dimensionality change)

2Productivity

If real-time transaction processing is implemented across multiple platforms, then transaction efficiency improves, but resource consumption and system complexity worsen

Engineering Contradiction:
Improvetransaction efficiencyVSAvoidsystem complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The system divides the complex multi-platform transaction network into separate entity-specific blockchain segments. Each entity chain processes only its own transactions independently, eliminating the need for complex cross-platform coordination and reconciliation logic, thereby reducing overall system complexity while enabling real-time processing.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

Each entity-specific blockchain is self-sufficient and autonomously processes its own transactions without requiring intervention from other entity chains or central coordination. This self-service capability simplifies the overall system architecture by eliminating complex inter-chain communication protocols and centralized mediators.

Inventive Principle:
Principle #25Self-service

3Loss of energy

If batch processing is used for asset transfers, then resource consumption is reduced, but transaction latency increases

Engineering Contradiction:
Improveresource consumptionVSAvoidtransaction latency
Core Design Contradiction:
Loss of energyVSLoss of time

Solution Approach 1:

The system segments asset transfers into entity-specific batches processed on dedicated entity chains. Each entity's asset transfers are batched and processed independently on its own blockchain, allowing efficient resource utilization within each entity context while maintaining real-time visibility and faster overall throughput compared to centralized batch processing.

Inventive Principle:
Principle #1Segmentation

4Adaptability or versatility

If multiple entity platforms are integrated, then system versatility improves, but communication speed and transaction finality deteriorate

Engineering Contradiction:
Improvesystem versatilityVSAvoidcommunication speed
Core Design Contradiction:
Adaptability or versatilityVSSpeed

Solution Approach 1:

The system segments the multi-entity network into independent entity-specific blockchain platforms, each optimized for its own transaction processing. This segmentation eliminates complex cross-platform communication overhead and reconciliation delays, as each entity interacts primarily with its own chain, achieving both high versatility and fast transaction finality.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

While maintaining operational independence, the patent merges multiple entity-specific blockchains into a unified distributed ledger network that shares common infrastructure, consensus protocols, and security mechanisms. This merging provides versatility across entities while the underlying shared infrastructure optimizes communication speed and reduces redundancy.

Inventive Principle:
Principle #5Merging (Combining)

Data Source

PatentUS12411714B2Method, controller, and computer-readable medium of a distributed ledger network for uninterrupted transmission processing and continuous net transmission among a plurality of clients of the distributed ledger network
Publication Date: 2025.09.09 TASSAT GROUP INC
  • US12411714B2 patent drawing
  • US12411714B2 patent drawing
  • US12411714B2 patent drawing

AI summary

A controller, method, and computer-readable medium for uninterrupted transmission processing and continuous net transmission among a plurality of clients of the distributed ledger, including receiving instructions to perform transmissions, each transmission having parameters for transfer of a first quantity of first entity-specific tokens corresponding to a first entity to a second quantity of second entity-specific tokens corresponding to a second entity that is a client of the distributed ledger network, writing one or more transmissions in the plurality of transmissions to one or more new blocks on a transmission blockchain of the distributed ledger network, each new block storing at least one transmission in the one or more transmissions, and initiating a net transmission process between a plurality of entities that are clients of the distributed ledger network, the net transmission process corresponding to the one or more transmissions written to the one or more new blocks.