Blockchain Bridge Trust Framework for Heterogeneous Networks

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current blockchain networks face interoperability challenges due to disparate protocols and lack of trust between networks, leading to difficulties in cross-chain transactions, as existing bridge solutions are opaque and lack universal trust.

Innovation Solution

Implementing co-built blockchain bridges that establish a 'membrane of trust' by allowing participating networks to map disparate protocols to a single equivalent, ensuring trust and attesting identities through independent verification and mutual agreement for cross-chain transactions.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If traditional blockchain bridge solutions are used to enable cross-chain transactions, then interoperability between heterogeneous blockchains is achieved, but trust and security are compromised due to opaque mechanisms

Engineering Contradiction:
ImproveinteroperabilityVSAvoidtrust
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The patent introduces a decentralized network of validator nodes as intermediaries between heterogeneous blockchains. These validators independently verify cross-chain transactions through consensus mechanisms, acting as transparent mediators that eliminate trust requirements while enabling interoperability between disparate blockchain networks with different protocols and operations

Inventive Principle:
Principle #24Intermediary (Mediator)

2Adaptability or versatility

If disparate blockchain protocols are mapped to enable cross-chain communication, then interoperability is enhanced, but system complexity increases

Engineering Contradiction:
ImproveinteroperabilityVSAvoidsystem complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent creates a universal bridge protocol that can accommodate multiple heterogeneous blockchain types through a single standardized interface. The system uses configurable mapping rules and parameter translation layers that allow different blockchain operations (encryption, transaction commitment, consensus mechanisms) to be uniformly handled, reducing overall system complexity while maintaining broad interoperability

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

3Reliability

If independent verification mechanisms are implemented for trust validation, then security and trust are improved, but verification time and processing duration increase

Engineering Contradiction:
ImprovetrustVSAvoidverification time
Core Design Contradiction:
ReliabilityVSDuration of action of moving object

Solution Approach 1:

The patent implements preliminary validation where validator nodes pre-establish trust credentials and verify blockchain identities before cross-chain transactions occur. consensus parameters and validator authorities are cached and prepared in advance, allowing rapid transaction verification without repeated full validation cycles, thus maintaining high trust while reducing verification time

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS20240205019A1Universally trusted bridges for heterogenous blockchain networks
Publication Date: 2024.06.20 PAYPAL INC
  • US20240205019A1 patent drawing
  • US20240205019A1 patent drawing
  • US20240205019A1 patent drawing

AI summary

Different communication and software protocols may be used by different blockchain networks. Cross-chain communication is provided via a software bridge configured to enable specific operations. An event request may be sent from a first blockchain network to a second blockchain network. The event request may be processed using a first protocol of the first network to provide a first output. An offer of equivalent processing provided by the second network may be verified by: processing the event request using a second protocol of the second network to provide a second output, and confirming that the second output matches the offer of equivalent processing. A processing equivalence of the event request may be established between the first network and the second network based on the first output of the event request processed using the first protocol and the second output of the event request processed using the second protocol.