Improved practical Byzantine fault tolerant system based on alliance block chain
A fault-tolerant system and blockchain technology, applied in the field of practical Byzantine fault-tolerant systems, can solve the problems of many consensus steps, not suitable for point-to-point peer-to-peer networks, low system throughput, etc., to achieve reduced delay and power consumption, high Reliability and the effect of improving throughput
- Summary
- Abstract
- Description
- Claims
- Application Information
AI Technical Summary
Problems solved by technology
Method used
Image
Examples
Embodiment 1
[0018] Embodiment 1: This embodiment provides an improved practical Byzantine fault-tolerant system based on consortium blockchain technology. The system includes members with m nodes, of which there are f Byzantine nodes, and the total number of nodes is at least 3f+1 nodes. The system includes four modules, transaction module, consensus module, election module and storage module. First, the master node in the transaction module is responsible for collecting transaction information, and then encapsulates the transaction information into blocks, and then the consensus module completes the block consensus. The master node broadcasts the block to all slave nodes. After receiving the block sent by the master node, the slave node will verify it. If the verification is passed, it will broadcast the verification message to all nodes except itself. After 2f+1 messages, no new messages will be obtained. If there are f+1 consensus-passed messages among which f+1 consensus-consistent mes...
Embodiment 2
[0019] Embodiment 2: On the basis of Embodiment 1, there are two types of blocks generated by the master node, one is a transaction block, which contains transaction information; the other is a voting block, which contains voting information and does not contain transaction information. Each master node can generate n blocks during its tenure, among which the number (1, 2, 3...n-1) is a transaction block, the block number n is a voting block, and the transaction block is mainly It consists of two parts, the block header and the block body. The block header saves the hash value of the previous block, the hash value of this block, the view number and the timestamp. The block body stores the hash value of transaction quantity and transaction information. The voting block is mainly composed of two parts, the block header and the block body. The block header includes the hash value of the previous block, the hash value of this block, the view number and the timestamp. The block b...
Embodiment 3
[0020] Embodiment 3: On the basis of Embodiment 1, the consensus module includes two steps: consensus request and consensus confirmation. First enter the consensus request step, the master node sends a request message to all slave nodes, the message format is i, Block>, where i is the master node number, v is the current view number, p is the block number in the current view, b i Is the block Block summary. After receiving the verification block sent by the master node, the slave node will verify the item, first verify whether the current view number is consistent with the v in the verification block sent by the master node, and verify whether the summary of the block is consistent with the verification block sent by the master node b i Consistency, and whether the transaction information in the block body is duplicated with the block transaction information already on the chain to prevent double-spending attacks. After the block is verified and passed, the node enters the c...
PUM
Abstract
Description
Claims
Application Information
- R&D Engineer
- R&D Manager
- IP Professional
- Industry Leading Data Capabilities
- Powerful AI technology
- Patent DNA Extraction
Browse by: Latest US Patents, China's latest patents, Technical Efficacy Thesaurus, Application Domain, Technology Topic, Popular Technical Reports.
© 2024 PatSnap. All rights reserved.Legal|Privacy policy|Modern Slavery Act Transparency Statement|Sitemap|About US| Contact US: help@patsnap.com