Federated Ledger Tracking for Real-World and Virtual Transfers

Resolve Bottlenecks,
Find Innovative SolutionsGenerate Solutions

Solution Overview

Problem

Existing systems fail to accurately and efficiently track and log resource transfers between real-world and virtual environments in a secure manner.

Innovation Solution

A distributed ledger system that generates resource tokens based on resource transfers, updating ledgers in real-time to track and log transactions across different environments, including real-world and virtual transactions, using a federated distributed ledger accessible by multiple entities.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If a centralized tracking system is used for resources, then it is easy to maintain a single record, but it cannot securely and accurately track resources across different environments (real-world and virtual) simultaneously

Engineering Contradiction:

Improvetracking accuracyVSAvoidenvironment compatibility

Core Design Contradiction:

ReliabilityVSAdaptability or versatility

Solution Approach 1:

The system divides the tracking function into separate distributed ledgers for different environments (real-world and virtual), each maintaining independent records. This segmentation allows each ledger to be optimized for its specific environment while collectively providing comprehensive cross-environment tracking capability through the federated architecture.

Inventive Principle:

Principle #1Segmentation

Solution Approach 2:

The federated distributed ledger system creates a universal tracking infrastructure that can handle multiple types of resources and transactions across different environments. The system provides multi-functionality by supporting both real-world and virtual resource tracking within a single federated framework, enabling cross-environment resource management.

Inventive Principle:

Principle #6Universality (Multi-functionality)

2Measurement precision

If real-time tracking of all resource transfers is implemented, then accuracy is improved, but computational resources and network load increase significantly

Engineering Contradiction:

Improvetracking precisionVSAvoidcomputational resource consumption

Core Design Contradiction:

Measurement precisionVSUse of energy by moving object

Solution Approach 1:

Each node in the distributed ledger network independently validates and records transactions locally, eliminating the need for a central processing authority. This self-service approach distributes computational load across multiple participants, reducing the energy consumption and network bandwidth requirements compared to centralized real-time tracking systems.

Inventive Principle:

Principle #25Self-service

Solution Approach 2:

The system implements selective validation where not all nodes need to verify every transaction in full detail. Instead, a sufficient number of nodes perform validation to ensure security and accuracy, reducing overall computational overhead while maintaining tracking precision through the consensus mechanism.

Inventive Principle:

Principle #16Partial or excessive action

3Adaptability or versatility

If multiple distributed ledgers are maintained for different environments, then cross-environment tracking capability is improved, but system complexity increases

Engineering Contradiction:

Improveenvironment compatibilityVSAvoidsystem architecture complexity

Core Design Contradiction:

Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The federated distributed ledger acts as an intermediary layer that connects and coordinates multiple environment-specific ledgers. This mediator structure provides a unified interface for cross-environment transactions while allowing each underlying ledger to maintain its own complexity characteristics, thus managing overall system complexity through standardized interaction protocols.

Inventive Principle:

Principle #24Intermediary (Mediator)

4Reliability

If secure logging of all transactions is implemented, then reliability is improved, but data storage requirements and processing overhead increase

Engineering Contradiction:

Improvetransaction securityVSAvoiddata storage volume

Core Design Contradiction:

ReliabilityVSQuantity of substance

Solution Approach 1:

The system extracts only the essential transaction data needed for security and tracking purposes into the distributed ledger, rather than storing complete transaction details. This extraction approach maintains transaction security and auditability while minimizing data storage requirements by recording only critical information such as transaction hashes, timestamps, and participating nodes.

Inventive Principle:

Principle #2Taking out (Extraction)

Data Source

PatentUS12354093B2Systems, methods, and apparatuses for tracking and logging resource transfers via a distributed network

Publication Date: 2025.07.08 BANK OF AMERICA CORP

AI summary

Systems, computer program products, and methods are described herein for tracking and logging resource transfers in a distributed network. The present invention is configured to generate a distributed ledger associated with a resource identifier; receive a resource transfer associated with the resource identifier, the resource transfer comprising a resource transfer between a sender account and a recipient account; update the distributed ledger based on the resource transfer; and generate a resource token based on the distributed ledger.