Offline Decentralized Identity Communication With Mutually Signed Requests

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing decentralized identity-based communication systems fail to maintain secure transactions and communications when there is no internet connection, as distributed ledger technology cannot be updated in such scenarios.

Innovation Solution

Implementing offline decentralized identifier-based communication by establishing a local area network between devices to store a record of transactions, which are digitally signed by each entity involved, ensuring trust and security, and updating the distributed ledger when internet connectivity is restored.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If decentralized identifier-based communication is implemented using distributed ledger technology, then security and trust are improved, but the system fails when internet connection is unavailable

Engineering Contradiction:
ImprovesecurityVSAvoidoffline capability
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The system segments the decentralized identity communication into online and offline modes. Online mode uses distributed ledger technology for security, while offline mode uses locally stored verification data. This segmentation allows the system to maintain security through digital signatures and verification keys even when disconnected from the internet, resolving the contradiction between security and offline capability.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system performs preliminary actions by storing verification keys and decentralized identifier data locally on devices before internet disconnection occurs. This advance preparation enables offline verification of digital identities and transactions without requiring real-time connection to the distributed ledger, thus maintaining both security and offline operability.

Inventive Principle:
Principle #10Preliminary action

2Reliability

If distributed ledger technology is used for updating transactions, then decentralization and security are improved, but the system cannot operate without internet connectivity

Engineering Contradiction:
ImprovedecentralizationVSAvoidoffline operation
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The system introduces local storage of verification data as an intermediary between the distributed ledger and offline operations. This intermediary layer allows transactions to be verified using locally cached decentralized identifier information without requiring real-time connection to the distributed ledger, maintaining decentralization principles while enabling offline operation.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Stability of the object's composition

If continuous internet connection is required for distributed ledger updates, then data consistency is improved, but system availability deteriorates during connectivity loss

Engineering Contradiction:
Improvedata consistencyVSAvoidavailability
Core Design Contradiction:
Stability of the object's compositionVSReliability

Solution Approach 1:

The system performs preliminary actions by caching decentralized identifier verification data locally before disconnection. This allows transactions to be verified with locally stored data during offline periods, maintaining system availability. When reconnected, the system synchronizes with the distributed ledger to restore data consistency, thus resolving the contradiction between consistency and availability.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS20260089009A1Offline decentralized identity-based communication for applications
Publication Date: 2026.03.26 AMERICAN EXPRESS TRAVEL RELATED SERVICES CO INC
  • US20260089009A1 patent drawing
  • US20260089009A1 patent drawing
  • US20260089009A1 patent drawing

AI summary

Disclosed are various embodiments for offline decentralized identity-based communications between software applications. In one non-limiting example, a system can include a computing device that is configured to receive a request for an action for a decentralized identifier from a client application and detect a network connection loss for the client device to a wide area network. The computing device is configured to generate mutually signed request that includes a first digital signature from the client application and a second digital signature executed by the computing device. A network connection to the wide area network is detected. The computing device is configured to execute the action for the decentralized identifier based at least in part on the mutually signed request and accessing a verifier computing environment through the wide area network.