Regulatory Node Digest Generation for Blockchain Privacy

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing consensus verification methods in blockchain networks easily disclose the privacy of blockchain nodes participating in transactions, as all nodes synchronize with the blockchain, compromising sensitive transaction data.

Innovation Solution

A regulatory node verifies transaction requests by generating a digest from specified data and sending it along with non-specified data to consensus nodes for verification, ensuring that only non-specified data is stored in the blockchain, thus maintaining privacy and allowing for tamper verification of unspecified data.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If all blockchain nodes synchronize with the blockchain to obtain transaction data, then the transparency and openness of the blockchain network is improved, but the privacy of transaction nodes is disclosed

Engineering Contradiction:
ImprovetransparencyVSAvoidprivacy disclosure
Core Design Contradiction:
Adaptability or versatilityVSObject-affected harmful factors

Solution Approach 1:

The patent segments transaction data into two parts: specified data (privacy-sensitive information) and non-specified data (public verification information). The regulatory node separates these components before broadcasting, allowing consensus nodes to verify transactions using only non-specified data while specified data remains private and stored only by the regulatory node.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent extracts privacy-sensitive specified data from the transaction data before broadcasting to the network. Only non-specified data is extracted and broadcast for consensus verification, while the extracted specified data is retained privately by the regulatory node, thus preventing privacy disclosure while maintaining verification capability.

Inventive Principle:
Principle #2Taking out (Extraction)

2Object-affected harmful factors

If the regulatory node generates a digest and sends only non-specified data to consensus nodes, then the privacy of transaction nodes is protected, but the ability to verify transaction integrity is reduced

Engineering Contradiction:
Improveprivacy protectionVSAvoidtransaction verification capability
Core Design Contradiction:
Object-affected harmful factorsVSReliability

Solution Approach 1:

The patent introduces a digest as an intermediary element that represents the specified data without revealing it. The digest serves as a cryptographic mediator that allows verification of specified data integrity while keeping the actual specified data private. Consensus nodes verify the digest against the non-specified data to ensure transaction integrity without accessing sensitive information.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Object-affected harmful factors

If the regulatory node verifies transaction requests and filters data before broadcasting, then the privacy protection is improved, but the device complexity increases

Engineering Contradiction:
Improveprivacy protectionVSAvoidregulatory node processing complexity
Core Design Contradiction:
Object-affected harmful factorsVSDevice complexity

Solution Approach 1:

The patent applies preliminary action by having the regulatory node perform verification and data filtering operations before broadcasting transaction data to the network. The regulatory node pre-processes transaction requests, validates signatures, separates specified and non-specified data, and generates digests in advance, reducing the complexity burden on consensus nodes during the verification process.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentEP3547199B1Consensus verification method and device
Publication Date: 2021.09.22 ADVANCED NEW TECHNOLOGIES CO LTD
  • EP3547199B1 patent drawingFigure 1
  • EP3547199B1 patent drawingFigure 2
  • EP3547199B1 patent drawingFigure 3

AI summary

Implementations of the present application disclose a consensus verification method and device. A regulatory node is responsible for verifying whether a transaction request is valid. If the transaction request is valid, the regulatory node generates a digest based on specified data in transaction data, and sends the digest and non-specified data included in the transaction data to each consensus node for consensus verification. Each consensus node stores the digest and the non-specified data in a blockchain after the consensus verification succeeds. As such, the consensus node receives no specified data, and therefore does not store the specified data in the blockchain. As a result, the specified data is not disclosed. In addition, the digest can be used to verify whether the specified data that is not stored in the blockchain is tempered with.