Blockchain Interoperability via Directory and Identity Service Nodes

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Heterogeneous blockchain networks are isolated due to different communication protocols and formatting standards, leading to inconsistencies in data retrieval and potential breakdown of consensus when interacting with external sources.

Innovation Solution

A system and method that enables communication between blockchains by using a directory service node to identify receiving blockchains through machine learning algorithms and an identity service node to verify trust certificates, allowing for end-to-end payment flows despite differing messaging formats.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If blockchain networks use different communication protocols and formatting standards, then each blockchain can operate independently with its own characteristics, but the blockchains become isolated and unable to communicate with each other

Engineering Contradiction:
Improveblockchain independenceVSAvoidcommunication isolation
Core Design Contradiction:
Adaptability or versatilityVSObject-generated harmful factors

Solution Approach 1:

The patent introduces a gateway node as an intermediary component that sits between heterogeneous blockchain networks. This gateway node translates messages from one blockchain's protocol format into another blockchain's protocol format, enabling communication between isolated networks without requiring them to modify their own core protocols. The gateway acts as a mediator that resolves the format incompatibility issue while preserving the independence of each blockchain network.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Adaptability or versatility

If each node in a blockchain network retrieves information from an external source individually, then the network can access external data, but there is no guarantee that each node will receive the same answer, breaking consensus

Engineering Contradiction:
Improveexternal data accessVSAvoidconsensus validity
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The patent introduces a directory service as an intermediary that all nodes must query before accessing external sources. The directory service maintains a centralized record of valid external data sources and returns consistent responses to all node queries. This ensures that every node retrieves the same external information through a unified interface, preserving consensus validity while still enabling external data access across the distributed network.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Reliability

If blockchain networks establish trusted connections through identity service nodes and trust certificates, then communication reliability is improved, but system complexity increases

Engineering Contradiction:
Improveconnection trustworthinessVSAvoidtrust verification system
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent introduces an identity service node as an intermediary that handles all trust verification operations. Instead of each node performing complex trust verification independently, nodes simply query the identity service node, which returns pre-validated trust information. This centralized approach maintains high reliability for connection trustworthiness while significantly reducing the complexity burden on individual nodes, as trust verification is handled as a simple query-response operation.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS12131314B2Method and system for enabling communication between blockchains on heterogeneous blockchain networks
Publication Date: 2024.10.29 MASTERCARD INT INC
  • US12131314B2 patent drawing
  • US12131314B2 patent drawing
  • US12131314B2 patent drawing

AI summary

A system for enabling communication between blockchains on heterogeneous blockchain networks. The system can include a sending blockchain network comprised of a sending blockchain that includes a plurality of blocks, each block including a block header and one or more transaction values associated with an identification request transmitted by the sending blockchain. The system can include a directory service node configured to receive the identification request from the sending blockchain, and identify a receiving blockchain, which forms part of a receiving blockchain network. The system can include an identity service node configured to receive a trust request from the directory service node to determine whether a valid trust certificate is available for the receiving blockchain, and enable communication between the sending blockchain and the receiving blockchain, when the valid trust certificate is determined to be available.