Systems and methods for real-time recording of transfers of self-validating digital records across cryptographically secure networks using cross-network registries

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing multi-chain and cross-chain self-executing programs face challenges with interoperability and latency issues when transferring non-fungible digital records, particularly those requiring multiple independent validations, leading to exponential latency in decentralized applications.

Innovation Solution

The use of self-validating, non-fungible digital records that incorporate pre-deployment validation characteristics, allowing them to self-validate and be transferred in real-time through a cross-network registry, bypassing the need for consensus determinations and atomicity across multiple chains.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If multi-chain or cross-chain self-executing programs are used to transfer non-fungible digital records across multiple blockchain networks, then interoperability between different blockchain networks is improved, but latency increases exponentially due to the need for consensus determinations and atomicity across multiple chains

Engineering Contradiction:
ImproveinteroperabilityVSAvoidlatency
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

The patent extracts the validation logic from multiple blockchain consensus mechanisms and consolidates it into a single validation performed by the cross-network registry. Instead of requiring consensus across multiple chains, the system takes out the essential validation function and performs it once off-chain, then records the result on a single blockchain, eliminating the exponential latency of multi-chain consensus while preserving interoperability.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The cross-network registry acts as an intermediary between multiple blockchain networks. It receives self-validating digital records from one chain, performs validation according to pre-deployment characteristics, and records the transfer on the target chain without requiring consensus mechanisms from both chains to coordinate. This intermediary approach resolves the latency issue by centralizing the validation function while maintaining cross-chain interoperability.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If conventional multi-chain self-executing programs are used with pre-deployment validation characteristics, then validation requirements can be enforced, but the validation process requires post-transfer confirmation which increases latency

Engineering Contradiction:
Improvevalidation requirement enforcementVSAvoidconfirmation latency
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The patent implements preliminary action by performing validation according to pre-deployment characteristics before the transfer is finalized on the blockchain. The cross-network registry validates the self-validating digital record off-chain using the pre-defined validation rules, and only after successful validation does it record the transfer on the blockchain. This eliminates the need for post-transfer confirmation while ensuring validation requirements are enforced, thereby reducing latency.

Inventive Principle:
Principle #10Preliminary action

3Loss of time

If self-validating digital records with pre-deployment validation characteristics are used, then real-time transfer is enabled, but the validation requirements are hardcoded into the record's code making them inflexible

Engineering Contradiction:
Improvetransfer speedVSAvoidvalidation requirement flexibility
Core Design Contradiction:
Loss of timeVSAdaptability or versatility

Solution Approach 1:

The patent separates validation requirements from the digital record's code by introducing a new dimension - the cross-network registry's off-chain validation layer. The self-validating digital record contains minimal validation characteristics, while the actual validation logic and requirements are stored and executed by the cross-network registry. This dimensional separation allows real-time validation (maintaining transfer speed) while enabling flexible updates to validation requirements through the registry without changing the record's code.

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

4Adaptability or versatility

If cross-chain self-executing programs are used to handle data exchange between different blockchains, then interoperability is achieved, but atomicity across multiple chains becomes difficult to ensure

Engineering Contradiction:
Improvedata exchange capabilityVSAvoidatomicity
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The patent extracts the atomicity assurance function from multi-chain consensus mechanisms and implements it in the cross-network registry's off-chain validation process. The registry validates the entire transfer transaction against pre-deployment characteristics before recording it, ensuring atomicity without requiring coordination between multiple blockchain consensus mechanisms. This maintains data exchange capability while reliably ensuring atomicity.

Inventive Principle:
Principle #2Taking out (Extraction)

Data Source

PatentUS20250231931A1Systems and methods for real-time recording of transfers of self-validating digital records across cryptographically secure networks using cross-network registries
Publication Date: 2025.07.17 CITIBANK N A
  • US20250231931A1 patent drawing
  • US20250231931A1 patent drawing
  • US20250231931A1 patent drawing

AI summary

Systems and methods for novel uses and/or improvements to blockchains and blockchain technology. As one example, systems and methods are described herein for self-validating digital records that may be transferred in real-time through a cross-network registry. For example, in a conventional system, minting a token (e.g., a digital record) involves writing a self-executing program that defines the transfer rules of the digital record. Once the self-executing program is written, it is deployed on a blockchain, and the digital record is minted by publishing it to a blockchain.