Blockchain Key Sharing for Spoof-Resistant Message Encryption

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Centralized end-to-end encryption protocols are vulnerable to security breaches due to reliance on a single point of failure and lack robust identity verification mechanisms, especially in decentralized and pseudonymous online interactions, leading to risks like identity spoofing and man-in-the-middle attacks.

Innovation Solution

A decentralized end-to-end encryption protocol utilizing blockchain technology for secure key management, including a Multi-Signed Certificate Provider (MSCP) for certificate generation and storage on the blockchain, smart contracts for verification, and a crypto-module for secure communication, ensuring secure key distribution and authentication.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If centralized key management is used for end-to-end encryption, then ease of operation is improved, but reliability deteriorates due to single point of failure

Engineering Contradiction:
Improveease of operationVSAvoidreliability
Core Design Contradiction:
Ease of operationVSReliability

Solution Approach 1:

The patent segments the private key into multiple shares using secret sharing schemes, distributing them across different nodes in the network. This eliminates the single point of failure in centralized key management while maintaining operational simplicity through automated threshold-based key reconstruction mechanisms.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces blockchain technology as an intermediary layer that mediates key share distribution and verification. The blockchain provides a decentralized, trustless environment for managing cryptographic keys, replacing the vulnerable centralized key server while maintaining ease of operation through smart contract automation.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If decentralized key management is implemented, then reliability is improved by eliminating single points of failure, but device complexity increases

Engineering Contradiction:
ImprovereliabilityVSAvoiddevice complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent implements self-service mechanisms where the system automatically performs key share distribution, verification, and reconstruction without requiring complex user intervention. Smart contracts on the blockchain autonomously manage the cryptographic key lifecycle, reducing the perceived complexity for end users while maintaining high reliability.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The patent creates a universal key management protocol that can be applied across different messaging applications and platforms. By establishing standardized interfaces and procedures for decentralized key management, the solution reduces operational complexity despite the underlying technical sophistication.

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

3Ease of operation

If traditional certificate verification is used, then ease of operation is maintained, but security deteriorates due to identity spoofing vulnerabilities

Engineering Contradiction:
Improveease of operationVSAvoidsecurity
Core Design Contradiction:
Ease of operationVSObject-affected harmful factors

Solution Approach 1:

The patent replaces traditional mechanical certificate verification mechanisms with cryptographic proof-based verification. Instead of relying on trust in certificate authorities, the system uses blockchain-verified cryptographic signatures and threshold signatures to authenticate identities, eliminating identity spoofing vulnerabilities while maintaining user-friendly operation.

Inventive Principle:
Principle #28Mechanics substitution (Replace mechanical system)

Solution Approach 2:

The patent performs preliminary verification of key shares and identities through blockchain validation before actual communication occurs. Smart contracts verify the authenticity of key shares and participant identities in advance, preventing security breaches before they can occur while keeping the interaction simple for end users.

Inventive Principle:
Principle #10Preliminary action

4Object-affected harmful factors

If blockchain technology is integrated for key management, then security is improved through decentralized verification, but loss of time increases due to consensus processes

Engineering Contradiction:
ImprovesecurityVSAvoidloss of time
Core Design Contradiction:
Object-affected harmful factorsVSLoss of time

Solution Approach 1:

The patent implements partial verification where only the necessary minimum number of key shares (threshold) need to be collected and verified on the blockchain to establish secure communication. This partial action approach reduces the time overhead compared to requiring full network consensus, while still maintaining the security benefits of decentralized verification.

Inventive Principle:
Principle #16Partial or excessive action

Data Source

PatentUS20260012363A1Systems and methods for blockchain-enabled end-to-end encryption in instant messaging applications
Publication Date: 2026.01.08 EL MAJDOUBI DRISS
  • US20260012363A1 patent drawing
  • US20260012363A1 patent drawing
  • US20260012363A1 patent drawing

AI summary

A system is provided to leverage blockchain for a Multi-Signed Certificate-To-Identity (MSC-To-IT) system using a distributed approach to allow end users to have greater control over their digital identities and cryptographic keys. The system can manage cryptographic keys in a distributed network. The system can include a plurality of nodes configured to participate in a blockchain network. The system can include a key generation module, operable on at least one of the nodes, to distribute generation of cryptographic keys using a threshold scheme, where the cryptographic keys can include a public key and a private key share for each participating node.