Blockchain Node Communication Mapping Verification

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In consortium blockchain networks, user private data stored in service nodes is vulnerable to leakage due to insecure communication methods between nodes that do not participate in the same service.

Innovation Solution

Implementing a method and apparatus for communication between blockchain nodes where service nodes verify the mapping relationship before establishing a connection, ensuring that only nodes participating in the same service can communicate, thereby preventing unauthorized data access.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If service nodes establish communication connections without verifying mapping relationships, then communication ease is improved, but data security deteriorates

Engineering Contradiction:
Improvecommunication easeVSAvoiddata security
Core Design Contradiction:
Ease of operationVSReliability

Solution Approach 1:

The patent applies preliminary action by requiring service nodes to pre-establish mapping relationships and verify them before communication. The receiving node checks whether the requesting node's identifier exists in its local mapping relationship table before allowing connection, preventing unauthorized access in advance while maintaining secure communication channels for legitimate nodes.

Inventive Principle:
Principle #10Preliminary action

2Reliability

If service nodes verify mapping relationships before communication, then data security is improved, but device complexity increases

Engineering Contradiction:
Improvedata securityVSAvoidcommunication mechanism complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent implements self-service by enabling each service node to independently maintain its own mapping relationship table and perform autonomous verification of incoming connection requests. Nodes manage their own security credentials and validation logic without requiring centralized authentication, reducing overall system complexity while ensuring data security through distributed self-verification.

Inventive Principle:
Principle #25Self-service

3Reliability

If service nodes restrict communication to only mapped nodes, then data security is improved, but adaptability deteriorates

Engineering Contradiction:
Improvedata securityVSAvoidcommunication flexibility
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The patent applies dynamics by making the mapping relationships configurable and updatable. Service nodes can dynamically add, remove, or modify mapping relationships in their tables based on changing service requirements. This allows the system to adapt to new service scenarios while maintaining the security benefit of controlled communication, balancing security with necessary flexibility.

Inventive Principle:
Principle #15Dynamics

Data Source

PatentEP3840291A1Method and apparatuses for communication between blockchain nodes
Publication Date: 2021.06.23 ANTCHAIN TECHNOLOGY PTE LTD
  • EP3840291A1 patent drawingFigure 1
  • EP3840291A1 patent drawingFigure 2
  • EP3840291A1 patent drawingFigure 3

AI summary

A communication request sent by a second blockchain node of a blockchain network is received by a first block chain node of the blockchain network. Whether the second blockchain node has a mapping relationship with the first blockchain node is determined. If yes, a communication connection to the second blockchain node is established, otherwise, an establishment of a communication connection to the second blockchain node is refused.