Blockchain Consensus Message Caching for Asynchronous Block Validation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

The blockchain network, particularly those based on the Byzantine consensus algorithm, faces issues with inconsistent message processing speeds among nodes, leading to stuck consensus processes and failure to provide external services due to one-time message transfers and strict protocol adherence.

Innovation Solution

Implement a caching mechanism for consensus validation messages in the blockchain network, allowing messages to be stored if they meet certain cache conditions, such as block height and view ID differences, ensuring that validation can proceed asynchronously and reliably.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If consensus nodes follow strict protocol rules and process messages one-time, then protocol compliance is maintained, but consensus process may get stuck and fail to provide external services

Engineering Contradiction:
Improveprotocol complianceVSAvoidconsensus processing continuity
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The patent applies preliminary action by caching consensus validation messages before they are fully processed. When a node receives a consensus validation message, it caches the message in advance without immediately processing it, allowing the node to later process the cached message after completing its current consensus round. This enables the node to catch up on asynchronous messages and continue providing external services, thus maintaining both protocol compliance and processing continuity.

Inventive Principle:
Principle #10Preliminary action

2Productivity

If nodes process messages at different speeds due to resource variations, then individual node performance is optimized, but consensus synchronization deteriorates

Engineering Contradiction:
Improvenode processing speedVSAvoidconsensus synchronization
Core Design Contradiction:
ProductivityVSStability of the object's composition

Solution Approach 1:

The patent addresses synchronization issues by implementing preliminary caching of consensus validation messages. Nodes cache incoming messages during their current consensus round without requiring immediate processing. This allows nodes with varying processing speeds to accumulate messages in cache and process them sequentially after completing their current round, maintaining consensus synchronization while accommodating different node performance levels.

Inventive Principle:
Principle #10Preliminary action

3Reliability

If consensus validation messages are discarded during ongoing validation, then current validation process is protected, but message processing completeness is reduced

Engineering Contradiction:
Improvevalidation integrityVSAvoidmessage processing completeness
Core Design Contradiction:
ReliabilityVSLoss of information

Solution Approach 1:

The patent prevents message loss by implementing preliminary caching action. Instead of discarding consensus validation messages received during ongoing validation, the system caches these messages in advance. After the current validation process completes, the node processes the cached messages, ensuring that no validation information is lost and maintaining both validation integrity and message processing completeness.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentEP4198861B1Information processing method and apparatus for blockchain network, and device and storage medium
Publication Date: 2026.04.08 TENCENT TECHNOLOGY (SHENZHEN) CO LTD
  • EP4198861B1 patent drawingFigure 1
  • EP4198861B1 patent drawingFigure 2~3
  • EP4198861B1 patent drawingFigure 4

AI summary

Embodiments of the present application disclose an information processing method and apparatus for a blockchain network, and a device and a storage medium. The information processing method comprises: if target consensus verification information for consensus verification of a second block is received in a process that a target consensus node performs consensus verification on a first block, determining, according to block attribute information of the second block, whether the target consensus verification information satisfies a cache condition; if the target consensus verification information satisfies the cache condition, storing the target consensus verification information into an information cache pool corresponding to the target consensus node; and after the consensus verification of the first block is completed, performing consensus verification on the second block on the basis of the target consensus verification information in the information cache pool.