Zero-Knowledge Proof Privacy on Distributed Ledgers

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Distributed ledger-based networks (DLNs) compromise privacy due to transparency and consensus-based verification mechanisms, which require sharing relevant information among participants, potentially exposing sensitive information and violating privacy laws, especially in transactions involving personal or health-related data.

Innovation Solution

The implementation of zero-knowledge proofs (ZKPs) on DLNs to verify transactions without revealing private information, using techniques such as hashing public identifiers and random nonces, generating hierarchical tree structures, and providing zero-knowledge proofs to confirm approvals without disclosing identities or document contents.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If transparency and consensus-based verification mechanisms are used on DLNs, then trust and validation accuracy are improved, but privacy and security of participants and transactions are compromised

Engineering Contradiction:
Improvetrust and validation accuracyVSAvoidprivacy and security compromise
Core Design Contradiction:
ReliabilityVSObject-affected harmful factors

Solution Approach 1:

The patent segments transaction information into public components (commitments, Merkle roots) that can be verified on-chain and private components (identities, document contents) that remain off-chain. This segmentation allows the system to maintain transparency for validation purposes while protecting sensitive information, resolving the contradiction between trust and privacy.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces cryptographic intermediaries including commitment schemes, Merkle trees, and zero-knowledge proofs as mediators between public verification requirements and private information protection. These intermediaries enable third-party validation without direct exposure of sensitive data, balancing reliability and privacy concerns.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If relevant information is shared among participants for consensus verification, then transaction validation is improved, but exposure of sensitive information and violation of privacy laws occurs

Engineering Contradiction:
Improvetransaction validationVSAvoidexposure of sensitive information
Core Design Contradiction:
ReliabilityVSLoss of information

Solution Approach 1:

The patent extracts only the essential verification elements (commitments, Merkle roots, validation proofs) from complete transaction information and places them on-chain, while removing sensitive information (identities, document contents) from public view. This extraction enables validation without information loss or privacy violation.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The patent transforms transaction data from its original form into cryptographic representations with different parameters - commitments transform identities into verifiable but untraceable forms, and Merkle trees transform document contents into hash-based validation tokens. These parameter changes maintain validation capability while protecting sensitivity.

Inventive Principle:
Principle #35Parameter changes

3Object-affected harmful factors

If zero-knowledge proofs are implemented to verify transactions without revealing private information, then privacy and security are improved, but device complexity and computational requirements increase

Engineering Contradiction:
Improveprivacy and securityVSAvoidcomputational complexity
Core Design Contradiction:
Object-affected harmful factorsVSDevice complexity

Solution Approach 1:

The patent performs preliminary cryptographic operations off-chain to generate commitments, Merkle trees, and zero-knowledge proof elements before submitting transactions to the blockchain. This preliminary action reduces on-chain computational complexity while maintaining privacy protections, as the heavy lifting occurs in advance.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent uses cryptographic copies and representations (commitments as copies of identities, Merkle roots as copies of document hashes) that preserve verification functionality without requiring the original sensitive information. These copies enable validation with reduced computational overhead compared to handling full transaction details.

Inventive Principle:
Principle #26Copying

Data Source

PatentUS11316691B2Methods and systems for enhancing network privacy of multiple party documents on distributed ledger-based networks
Publication Date: 2022.04.26 EYGS LLP
  • US11316691B2 patent drawing
  • US11316691B2 patent drawing
  • US11316691B2 patent drawing

AI summary

Embodiments of the instant disclosure include methods and systems directed at providing enhanced security and privacy to multiple party communications that occur on zero knowledge proof (ZKP)-enabled distributed ledger-based networks (DLNs). In particular, the methods and systems include subject matter related to the deployment, and approval, of a multi-party document or instrument for consideration and approval by multiple participants of the DLN.