Queue-Based Blockchain Data Processing to Simplify Node Connections

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

The complexity of communication connections among nodes in a blockchain network leads to high data transmission delays and low response speeds.

Innovation Solution

A data processing method and apparatus that involves reading transaction data from a transaction message queue, generating proposal information for a target block, and transmitting it to a consensus message queue, followed by consensus data interaction through the queue, and finally transmitting the target block to a data message queue, reducing network complexity and improving transmission efficiency.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Speed

If P2P communication is used between nodes in the blockchain network, then data transmission can be performed, but the communication connections become complex resulting in high data transmission delay

Engineering Contradiction:
Improvedata transmission speedVSAvoidcommunication connection complexity
Core Design Contradiction:
SpeedVSDevice complexity

Solution Approach 1:

The patent introduces a message queue system as an intermediary component between consensus nodes. Instead of direct P2P communication, nodes interact through the message queue, which standardizes and simplifies the communication protocol. This mediator reduces connection complexity while maintaining data transmission functionality.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The communication system is segmented into distinct functional layers: transaction message queue for transaction data, consensus message queue for consensus data, and data message queue for block data. This segmentation organizes complex communication into manageable channels, reducing overall system complexity and improving transmission efficiency.

Inventive Principle:
Principle #1Segmentation

2Productivity

If complex communication connections are established among multiple nodes, then data transmission can occur, but the response speed of the blockchain network becomes low

Engineering Contradiction:
Improvenetwork response speedVSAvoidcommunication connection complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The message queue system performs preliminary action by pre-establishing standardized communication interfaces and data formats before actual data transmission occurs. This preparation eliminates the need for complex real-time negotiation between nodes, thereby increasing response speed.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent changes the communication parameters from direct peer-to-peer connections to mediated queue-based communication. This parameter change transforms the communication model, reducing the overhead of establishing and maintaining complex connections while improving data processing throughput and response speed.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS20250279904A1Data processing method, system, and apparatus for blockchain, and computer device
Publication Date: 2025.09.04 TENCENT TECHNOLOGY (SHENZHEN) CO LTD
  • US20250279904A1 patent drawing
  • US20250279904A1 patent drawing
  • US20250279904A1 patent drawing

AI summary

The disclosed method includes: reading (operation 202) transaction data from a transaction message queue, the transaction data being transmitted by a business node in a business network to the transaction message queue through a proxy node; generating (operation 204) proposal information of a target block according to the transaction data, and transmitting the proposal information to a consensus message queue to cause second consensus nodes in a consensus network to read the proposal information from the consensus message queue, the proposal information being configured for instructing consensus nodes in the consensus network to perform consensus on the target block, and the consensus nodes performing consensus data interaction through the consensus message queue in a consensus process; and transmitting (operation 206), when consensus is reached, the target block to a data message queue to cause the business node to read the target block from the data message queue.