Ethereum Consortium Blockchain Consensus Optimization
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
The high network resource consumption and communication overhead in consortium blockchain transactions using the PBFT consensus mechanism hinder efficient transaction processing.
Innovation Solution
A blockchain system and method that employs a master node and backup nodes, where the master node generates a block, broadcasts it to backup nodes, and uses first-stage, second-stage, and third-stage certificates based on block hash values for verification and negotiation, reducing network resource consumption and communication overhead.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Productivity
If the PBFT consensus mechanism is used in consortium blockchain transactions, then nodes can reach consensus without mining, but network resource consumption and communication overhead increase significantly
Solution Approach 1:
The patent segments the consensus process into three distinct stages (first-stage certificate generation, second-stage certificate generation, third-stage certificate generation), where each stage processes only necessary data portions. This segmentation allows nodes to verify blocks in incremental steps rather than processing complete block data repeatedly across all consensus stages, thereby reducing overall network resource consumption while maintaining consensus capability.
Solution Approach 2:
The patent extracts and transmits only critical verification data (certificates containing essential transaction hashes and block headers) between nodes during consensus, rather than sharing complete block copies. This extraction principle reduces communication overhead by transmitting minimal necessary information for verification while still enabling nodes to reach consensus on block validity.
2Reliability
If the PBFT consensus mechanism is used in consortium blockchain transactions, then nodes can reach consensus without mining, but communication overhead increases
Solution Approach 1:
The consensus communication is segmented into three stages with progressively refined verification. In the first stage, nodes exchange certificates containing essential block verification data. In subsequent stages, nodes exchange only necessary confirmation messages. This segmentation reduces communication overhead by avoiding redundant transmission of complete block data while maintaining consensus reliability through multi-stage verification.
Solution Approach 2:
The patent introduces certificates as intermediary data structures that mediate between complete block data and consensus verification. These certificates contain essential verification information (transaction hashes, block headers, digital signatures) that enable nodes to verify block validity without exchanging complete block copies, thereby reducing communication overhead while preserving consensus accuracy.
3Measurement precision
If complete block information is transmitted for verification in each consensus stage, then verification accuracy is maintained, but network resource consumption increases
Solution Approach 1:
The patent extracts only the essential verification elements from complete block information and embeds them in certificates. These extracted elements include transaction hashes, block headers, and digital signatures, which are sufficient for verification purposes. By transmitting these extracted verification elements rather than complete block data, the system maintains verification accuracy while significantly reducing network resource consumption.
Solution Approach 2:
The patent creates simplified copies of block verification data in the form of certificates. These certificates are lightweight replicas containing only the essential verification information needed for consensus, rather than complete block copies. This copying approach enables accurate verification while reducing the computational and network resources required compared to processing complete block data at each stage.
Data Source
AI summary
The present application relates to a blockchain system based on Ethereum, including a master node configured to receive a transaction request transmitted by a client terminal, perform transaction processing by calling a smart contract deployed in a consortium blockchain according to the transaction request to obtain transaction data; and use the transaction data to generate a block, and broadcast the block is to the plurality of backup nodes; backup node configured to receive the block and verify the transaction data of the block; the master node is further configured to generate a first-stage certificate using complete block information, and transmit the first-stage certificate to the plurality of backup nodes; the backup node is further configured to respectively generate a second-stage certificate and a third-stage certificate according to a block hash value in the first-stage certificate, and the second-stage certificate and the third-stage certificate are respectively used to negotiate on the block to obtain a negotiation result; and when the block verification is passed and the negotiation result is a successful negotiation, the master node and the plurality of backup nodes are configured respectively to add the block to the copy of the local consortium blockchain.