CN111522874B - Block chain consensus method, apparatus, computer device and storage medium - Google Patents
Block chain consensus method, apparatus, computer device and storage medium Download PDFInfo
- Publication number
- CN111522874B CN111522874B CN202010200643.6A CN202010200643A CN111522874B CN 111522874 B CN111522874 B CN 111522874B CN 202010200643 A CN202010200643 A CN 202010200643A CN 111522874 B CN111522874 B CN 111522874B
- Authority
- CN
- China
- Prior art keywords
- service
- information
- target
- record set
- consensus
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
- G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/389—Keeping log of transactions for guaranteeing non-repudiation of a transaction
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Accounting & Taxation (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Strategic Management (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- General Business, Economics & Management (AREA)
- Finance (AREA)
- General Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Health & Medical Sciences (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
- Data Mining & Analysis (AREA)
- Computing Systems (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
The application relates to a block chain consensus method, a block chain consensus device, a block chain consensus computer device and a block chain consensus storage medium. The method comprises the following steps: acquiring service information corresponding to a plurality of target services to be processed respectively to form a parallel consensus information set; broadcasting a parallel consensus request, wherein the parallel consensus request carries the parallel consensus information set; receiving response result sets sent by each block link point respectively, wherein the response result sets comprise simulation service processing results corresponding to the target service, and the simulation service processing results are obtained by processing according to the service information; determining target service processing results corresponding to the target services respectively according to the simulation service processing results in the response result sets; and obtaining a first service record set according to each target service processing result and the pre-stored service information so as to store the first service record set in a blockchain. The method can improve consensus efficiency and block generation efficiency.
Description
Technical Field
The present application relates to the field of blockchain technologies, and in particular, to a blockchain consensus method, a blockchain consensus device, a computer device, and a storage medium.
Background
With the development of network technology, blockchain technology (Blockchain technology, BT), also called distributed ledger technology, has emerged as an internet database technology. The method is characterized by decentralization and transparent disclosure, so that everybody can participate in database records.
Currently, because the blockchain network involves a topology structure of P2P (Peer to Peer), nodes or network failures may exist in the network at any time. Therefore, a Consensus (Consensus) mechanism was introduced in the blockchain to resolve the consistency of the blockchain. The consistency of each node account book under the distributed system needs to be solved. Based on this, the blockchain can introduce a consensus mechanism to resolve the consistency of the distributed system. The consensus mechanism is to complete verification and confirmation of the transaction in a short time by voting of special nodes. For example, for a transaction, if several nodes that are not of interest can agree on it, we can consider that the whole network can agree on it as well.
However, large amounts of data are typically required to be transmitted during the consensus process, resulting in inefficient consensus.
Disclosure of Invention
In view of the foregoing, it is desirable to provide a blockchain consensus method, apparatus, computer device, and storage medium that can improve consensus efficiency in response to the above-described technical problem of low consensus efficiency.
A blockchain consensus method, the method comprising: acquiring service information corresponding to a plurality of target services to be processed respectively to form a parallel consensus information set; broadcasting a parallel consensus request, wherein the parallel consensus request carries the parallel consensus information set; receiving response result sets sent by each block link point respectively, wherein the response result sets comprise simulation service processing results corresponding to the target service, and the simulation service processing results are obtained by processing according to the service information; determining target service processing results corresponding to the target services respectively according to the simulation service processing results in the response result sets; and obtaining a first service record set according to each target service processing result and the pre-stored service information so as to store the first service record set in a blockchain.
In some embodiments, the method further comprises: performing abstract calculation on the first service record set to obtain first abstract information corresponding to the first service record set; and determining the block generation priority corresponding to the first business record set according to the first abstract information, so as to add the first business record set into a blockchain according to the block generation priority.
In some embodiments, the method further comprises: acquiring second abstract information sent by each block chain node, wherein the second abstract information is obtained by the block chain node according to a second service record set generated by a local terminal; the determining, according to the first summary information, a block generation priority corresponding to the first service record set includes: and determining the block generation priorities respectively corresponding to the first business record set and the second business record set according to the first abstract information and the second abstract information.
In some embodiments, the first summary information includes a first time statistic, and the performing summary calculation on the first service record set to obtain first summary information corresponding to the first service record set includes: counting time information corresponding to each service record in the first service record set, and taking the obtained statistic value as a first time statistic value in the first abstract information, wherein the second abstract information comprises a second time statistic value; the determining, according to the first summary information and the second summary information, the block generation priorities respectively corresponding to the first service record set and the second service record set includes: and determining the block generation priorities respectively corresponding to the first service record set and the second service record set according to the time sequence corresponding to the first time statistic value and the second time statistic value.
In some embodiments, the method further comprises: determining a service record set with highest block generation priority as a target service record set; and taking the blockchain node corresponding to the target business record set as a target blockchain node, and sending a block generation message to the target blockchain link point so that the target blockchain link point responds to the block generation message and generates a target block according to the target business record set.
In some embodiments, the method further comprises: sequencing the first abstract information and the second abstract information according to the time sequence corresponding to the first time statistic value and the second time statistic value to form an abstract information sequence; broadcasting the abstract information sequence, so that each block chain node determines the block generation priority corresponding to the business record set generated by the local terminal according to the abstract information sequence, and generates a corresponding block according to the corresponding block generation priority.
In some embodiments, the determining, according to the simulated service processing results in each response result set, a target service processing result corresponding to each target service respectively includes: determining that the simulation service processing result corresponding to the target service is a first passing quantity, and determining the target service processing result corresponding to the target service according to the first quantity.
A blockchain consensus device, the device comprising: the parallel consensus information set forming module is used for acquiring service information corresponding to a plurality of target services to be processed respectively to form a parallel consensus information set; a parallel consensus request broadcasting module, configured to broadcast a parallel consensus request, where the parallel consensus request carries the parallel consensus information set; the response result set receiving module is used for receiving response result sets sent by the chain link points of each block respectively, wherein the response result sets comprise simulation service processing results corresponding to the target service, and the simulation service processing results are obtained by processing according to the service information; the target service processing result determining module is used for determining target service processing results corresponding to the target services respectively according to the simulation service processing results in the response result sets; and the first service record set obtaining module is used for obtaining a first service record set according to each target service processing result and the pre-stored service information so as to store the first service record set in a blockchain.
A computer device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, the processor implementing the steps of the blockchain consensus method described above when the computer program is executed.
A computer readable storage medium having stored thereon a computer program which when executed by a processor performs the steps of the blockchain consensus method described above.
According to the block chain consensus method, the device, the computer equipment and the storage medium, the service information corresponding to a plurality of target services to be processed respectively is acquired to form a parallel consensus information set, a parallel consensus request is broadcasted, the parallel consensus request carries the parallel consensus information set, a response result set sent by each block chain node is received, the response result set comprises simulation service processing results corresponding to the target services, the simulation service processing results are processed according to the service information, the target service processing results corresponding to each target service are determined according to the simulation service processing results in each response result set, and a first service record set is obtained according to each target service processing result and the pre-stored service information so as to store the first service record set in a block chain. Because the parallel consensus information set is obtained according to the service information respectively corresponding to the plurality of target services to be processed, the parallel consensus information set is broadcasted, so that the consensus can be initiated for the plurality of target services at the same time, and the consensus efficiency is improved. In addition, the first service record set is obtained by each target service processing result and corresponding pre-stored service information, so that the first service record can be obtained rapidly according to the stored service information, the generation efficiency of the service record is improved, and the generation efficiency of the block is improved.
Drawings
FIG. 1 is an application scenario diagram of a block chain consensus method in some embodiments;
FIG. 2A is a flow chart of a block chain consensus method in some embodiments;
FIG. 2B is a schematic diagram of a block chain consensus method in some embodiments;
FIG. 3 is a flow chart of a block chain consensus method in some embodiments;
FIG. 4 is a flow chart of a block chain consensus method in some embodiments;
FIG. 5 is a flow chart of a block chain consensus method in some embodiments;
FIG. 6 is a flow diagram of a block chain consensus method in some embodiments;
FIG. 7 is a flow diagram of a block chain consensus method in some embodiments;
FIG. 8 is a block diagram of a block chain consensus device in some embodiments;
fig. 9 is an internal block diagram of a computer device in some embodiments.
Detailed Description
The present application will be described in further detail with reference to the drawings and examples, in order to make the objects, technical solutions and advantages of the present application more apparent. It should be understood that the specific embodiments described herein are for purposes of illustration only and are not intended to limit the scope of the application.
The block chain consensus method provided by the application can be applied to an application environment shown in fig. 1. The application environment includes a service Node 110 and a blockchain system 100, wherein the blockchain system 100 may include a plurality of nodes (nodes), such as a first blockchain Node 102, a second blockchain Node 104, a third blockchain Node 106, and a fourth blockchain Node 108. The various nodes in the blockchain system 100 communicate over a network. The service node 110 and the first blockchain node 102 communicate over a network. It is to be understood that the 4 nodes in FIG. 1 are merely exemplary and not limiting, and that the blockchain system 100 may include more nodes or fewer nodes. Each node may be an independent server or a server cluster formed by a plurality of servers.
Specifically, the first blockchain node 102 may acquire service information corresponding to a plurality of target services to be processed respectively, form a parallel consensus information set, broadcast a parallel consensus request, where the parallel consensus request carries the parallel consensus information set, receive the parallel consensus request by other nodes in the blockchain system 100, respond to the parallel consensus request, obtain an analog service processing result corresponding to the target service according to the service information in the parallel consensus information set, generate a response result set according to each analog service processing result, and broadcast the response result set. The first blockchain node 102 may receive the response result sets sent by the respective blockchain link points, determine, according to the analog service processing results in the respective response result sets, the target service processing results corresponding to the respective target services, obtain, according to the respective target service processing results and the pre-stored service information, a first service record set, so as to generate a block (block) from the first service record set, and store the generated block in the blockchain.
Wherein the blockchain node is a data processing node in the blockchain network. Blockchain networks are the carrier and organization way to run blockchain technologies. The blockchain technology, abbreviated as BT (Blockchain technology), is also called a distributed ledger wall technology, is an internet database technology, and is characterized by decentralization, disclosure and transparency, so that each node can participate in data recording. The blockchain technology is a brand new distributed infrastructure and computing mode which uses a blockchain data structure to verify and store data, uses a distributed node consensus algorithm to generate and update data, uses a cryptography mode to ensure the safety of data transmission and access, and uses an intelligent contract consisting of automated script codes to program and operate the data.
It will be appreciated that the above application scenario is only an example and does not constitute a limitation on the method provided by the embodiment of the present application, and the method provided by the embodiment of the present application may also be applied in other scenarios, for example, the server in fig. 1 may be a terminal device. Wherein the end user device may be, but is not limited to, various personal computers and notebook computers.
In some embodiments, as shown in fig. 2A, a blockchain consensus method is provided, and is illustrated as applied to the first blockchain node 102 in fig. 1, comprising the steps of:
s202, acquiring service information corresponding to a plurality of target services to be processed respectively to form a parallel consensus information set.
Specifically, the target traffic refers to the traffic stored in the first blockchain node to be processed. The target service may be at least one of a certification service, a transaction service, and the like. The transaction service refers to resource transfer, and may be, for example, a transfer service. The business information may include one or more of a business identification, identification information of the smart contract, transaction amount, transaction content, business participants, and the like. The service identifier is used to uniquely identify a service. Of course, the specific content of the service information is not limited in this embodiment. Consensus refers to a consensus mechanism in a blockchain, wherein the consensus mechanism is used for completing verification and confirmation of service information through voting of blockchain nodes. Parallel consensus refers to the concurrent consensus of multiple traffic information. The set of parallel consensus information may include one or more parallel consensus information, each of which may be one of the traffic information.
In some embodiments, service information corresponding to a plurality of target services to be processed respectively may be obtained, signature data corresponding to each service information may be calculated respectively, parallel consensus information may be formed according to the service information and the corresponding signature data, and each parallel consensus information may be combined to obtain a parallel consensus information set. Specifically, hash calculation can be performed on the service information to obtain a hash value corresponding to the service information, and the hash value is encrypted by a private key of a user generating the service information to obtain signature data corresponding to the service information. For example, the parallel consensus information may be Tx: { txid= 3719302; cc= kst; input= "Jason-100& tom+100"; sign=jason.sign }, where. Tx represents a piece of parallel consensus information including service information and signature data corresponding to the service information. TxID represents a service identity, and txid= 3719302 represents a service identity of 3719302. Cc= kst indicates that the intelligent sum is about kst. input= "Jason-100& tom+100" represents transaction content, representing transfer 100 from Jason's account to Tom's account. Where the symbol & is "and" means Jason and Tom are business participants and 100 is transaction amount. Sign=jason.sign represents signature data signed using the private key of Jason. Among them, common hash algorithms such as MD5 (Message Digest Algorithm, fifth edition of message digest algorithm), SHAl (Secure Hash Algorithm ), SHA2, etc., are not particularly limited herein.
In some embodiments, the service server may send a service processing request to the first block link, and the service processing request carries service information. The service processing request may be, for example, a transfer request or a certification request, etc. Of course, other nodes in the blockchain may also acquire the service processing request sent by the corresponding system server or terminal.
S204, broadcasting a parallel consensus request, wherein the parallel consensus request carries a parallel consensus information set.
Specifically, the first block chain link point broadcasts a parallel consensus request carrying a parallel consensus information set, so that the first block chain node can simultaneously perform consensus among block chains sent by a plurality of service information to obtain a consensus result respectively corresponding to the plurality of service information.
In some embodiments, the first blockchain node may acquire signature data in the service information and a public key corresponding to a private key that generates the signature data, decrypt the signature data with the public key to obtain decrypted data, calculate a hash value corresponding to the service information, compare the decrypted data with the hash value corresponding to the service information, and broadcast the parallel consensus request when the comparison is consistent.
S206, receiving response result sets sent by the chain link points of each block respectively, wherein the response result sets comprise simulation service processing results corresponding to the target service, and the simulation service processing results are obtained by processing according to service information.
In particular, the set of response results may include one or more response results. The response result comprises the simulation service processing result of the corresponding target service. One response result corresponds to one service information (or target service). The blockchain node can acquire the intelligent contract identification in the service information, determine the corresponding intelligent contract according to the intelligent contract identification, execute the corresponding intelligent contract by using the service information, and obtain the corresponding simulation service processing result.
In some embodiments, the response results may also include a service identification of the target service and time information at the time of generation of the simulated service processing results, which may be a time stamp (timestamp). The time stamp is the total number of milliseconds from the time of greenwich time 1970, 01, 00 minutes, 00 seconds (Beijing time 1970, 01, 08, 00 seconds). The simulated business process results may include current balance information for the business participant account. For example, the response result for Tx may be expressed as Sr { TxID= 3719302; output= { Jason:200; tom:100}; timestamp= 1572940900}, where Sr represents a response result corresponding to the parallel consensus information Tx. timestamp= 1572940900 represents a time stamp. output= { Jason:200; tom:100} represents the result of the simulated business process, and represents that the current balance of Jason's account is 200 and the current balance of Tom's account is 100 RMB after the transfer is assumed.
In some embodiments, when receiving a parallel consensus request broadcast by a first blockchain node, other blockchain nodes acquire a parallel consensus information set in the parallel consensus request, acquire parallel consensus information in the parallel consensus information set, verify signature data corresponding to service information in the parallel consensus information, and execute a corresponding intelligent contract by using the service information when verification passes, so as to obtain a corresponding analog service processing result.
In some embodiments, the blockchain link points generate initial response results from the parallel consensus information, broadcast the generated initial response results to other blockchain nodes, and receive shared results broadcast from other blockchain nodes. For example, the second blockchain node sends the generated shared result to the third blockchain node and the fourth blockchain node, and receives the initial response results generated by the third blockchain node and the fourth blockchain node. The block chain node can obtain a final response result according to the initial response results broadcast by other block chain nodes, and the final response result is taken as a response result corresponding to the target service. For example, when the blockchain node receives that the simulation service processing results in the response results broadcasted by other blockchain nodes of the preset number are consistent, a final response result is generated according to the simulation service processing results.
In some embodiments, after the block link points obtain the response results corresponding to the target services respectively, the response results are combined into a response result set. Of course, the response results corresponding to the target service obtained in the preset time range may also be formed into a response result set.
S208, according to the simulation service processing results in each response result set, determining the target service processing results corresponding to each target service respectively.
Specifically, the first blockchain node may acquire response results corresponding to the same target service in each response result set, and when determining that the simulation service processing results in the preset number of response results are consistent in the response results corresponding to the same target service, the first blockchain node uses the consistent simulation service processing results as the target service processing results.
As shown in fig. 2B, the blockchain node a receives the certification request, broadcasts the service information in the certification request to other nodes (the blockchain node B, the blockchain node C and the blockchain node D) through a P2P (Peer-to-Peer network), processes the service information by the other nodes to obtain a response result, and sends the response result to the blockchain node a through the Peer-to-Peer network. The service information is Tx { TxID= 3719302; cc=save; input= "asderpcl; dask31235lsdfoi "; "input=" asderpcl "in }; dask31235lsdfoi ", response results are for example Sr { output = { status: success; }}.
S210, according to each target service processing result and the pre-stored service information, a first service record set is obtained, so that the first service record set is stored in the blockchain.
Specifically, the first blockchain node may obtain corresponding pre-stored service information according to the service identifier in the target service processing result, and combine the corresponding pre-stored service information with the target service processing result to obtain a first service record corresponding to the target service, and form the first service records corresponding to each target service into a first service record set. Wherein the pre-stored service information may be stored in a cache. The first blockchain node may generate a block from the first set of traffic records and store the generated block in a corresponding location in the blockchain.
In some embodiments, the first blockchain node forms the first service record according to a response result corresponding to the target service processing result and parallel consensus information corresponding to the pre-stored service information. For example, the first traffic record composed of the response result Sr and the parallel consensus information Tx may be expressed as an Envelope { Tx: { txid= 3719302; cc= kst; input= "Jason-100& tom+100"; sign=jason. Sign } Sr: { txid= 3719302; output= { Jason:200; tom:100}; timestamp= 1572940900 }.
In the above-mentioned block chain consensus method, a plurality of pieces of service information corresponding to target services to be processed respectively are acquired to form a parallel consensus information set, a parallel consensus request is broadcasted, the parallel consensus request carries the parallel consensus information set, a response result set sent by each block chain node is received, the response result set comprises simulation service processing results corresponding to the target services, the simulation service processing results are processed according to the service information, the simulation service processing results in each response result set are determined according to the simulation service processing results corresponding to each target service, and a first service record set is obtained according to each target service processing result and pre-stored service information so as to store the first service record set in the block chain. Because the parallel consensus information set is obtained according to the service information respectively corresponding to the plurality of target services to be processed, the parallel consensus information set is broadcasted, so that the consensus can be initiated for the plurality of target services at the same time, and the consensus efficiency is improved. In addition, the first service record set is obtained by each target service processing result and corresponding pre-stored service information, so that the first service record can be obtained rapidly according to the stored service information, the generation efficiency of the service record is improved, and the generation efficiency of the block is improved.
In the blockchain consensus in the related art, if each transaction needs to achieve consensus, data comprising the original transaction needs to be transmitted among all nodes for multiple times, and finally consistency confirmation can be obtained. In the blockchain consensus process, the situation that P2P communication is carried out together with the data carrying the original transaction and the processing result is quite many, the package carried by the communication occupies the bandwidth in the network, and the efficiency of the communication is lower along with the increase of the package.
In the block chain consensus method, after the processing result is obtained, the block chain node can carry out P2P communication on the processing result or the simulation service processing result in the processing result, thereby reducing the package size of communication and improving the communication efficiency in the consensus process.
In some embodiments, as shown in fig. 3, the method further comprises:
s302, performing abstract calculation on the first business record set to obtain first abstract information corresponding to the first business record set.
Specifically, the summary calculation is used for calculating summary information corresponding to the business record set. And acquiring the common attribute of each first service record in the first service record set, and performing abstract calculation according to the attribute value corresponding to the common attribute to obtain first abstract information corresponding to the first service record set. The attributes of the business records may include one or more of business identification, smart contracts, time stamps, and the like. The summary information may be metadata structured. Specifically, a metadata structure can be constructed, fields with frequent communication requirements are collected, the size of a package for communication is reduced by means of metadata communication, and the final purpose of block chain consensus is achieved.
In some embodiments, statistics corresponding to the service identities may be calculated, for example, an average or a sum of the service identities is calculated, and the statistics of the service identities are used as summary information.
S304, determining the block generation priority corresponding to the first business record set according to the first abstract information, so as to add the first business record set into the blockchain according to the block generation priority.
Specifically, the block generation priority may be the order in which the blocks are generated. The blockchain node in the blockchain system can generate a corresponding service record set according to the service information stored by the local terminal, and generate corresponding abstract information for the service record set. For example, the second blockchain node generates a second set of business records and generates second summary information for the second set of business records. The block chain nodes in the block chain system can broadcast the abstract information generated by the local end and receive the abstract information broadcast by other block chain link points. The first blockchain node may sort according to the first summary information and summary information broadcast by other blockchain links to obtain a block generation priority corresponding to the first service record set.
In some embodiments, the block generation priority may be the order of connection between blocks in the blockchain, e.g., block 1 is connected after block 2 and before connecting with block 3.
In some embodiments, the blockchain node may calculate summary information of the locally stored service record set, calculate a hash value of the summary information, encrypt the hash value by a private key of the node to obtain summary signature information, and broadcast the summary information and the corresponding summary signature information. The block chain node can receive abstract information and corresponding abstract signature information broadcast by other nodes, calculate hash values of the abstract information, decrypt the abstract signature information through a corresponding public key to obtain decrypted data, compare the decrypted data with the hash values of the corresponding abstract information, and determine that the received abstract information is correct when the comparison is consistent.
In some embodiments, after the first service record set is generated into the corresponding block, the first service record set may be deleted from the cache, thereby reducing the pressure of the cache.
In the above embodiment, the summary information is generated for the service record set, and the block generation priority of the service record set is obtained according to the summary information, and because the summary information can be obtained by calculating the attribute value corresponding to the common attribute of each service record, the data volume of the summary information is much smaller than the data volume of the service record set itself, the data volume of network transmission can be reduced by broadcasting the summary information instead of broadcasting the service record set itself, and the speed of transmitting the summary information is faster than the speed of transmitting the service record set, thereby improving the efficiency of obtaining the block generation priority and further improving the generation efficiency of the block.
In some embodiments, as shown in fig. 4, the method further comprises:
s402, obtaining second abstract information sent by each block chain node, wherein the second abstract information is obtained by the block chain node according to a second service record set generated by the local terminal.
Specifically, in the running process of the blockchain, the blockchain service is continuously called by the service, and the blockchain nodes in the blockchain system can all receive the service processing request corresponding to the service. The blockchain node may generate a corresponding set of business records (e.g., envelope) from the received respective business processing requests. Thus, each blockchain node in the blockchain system may generate a corresponding set of business records. The second set of traffic records is a set of traffic records generated by block link points in the block chain system other than the first block chain node. The second summary information is generated by a blockchain node that generates a second set of business records. The second summary information is generated by referring to the first summary information.
Step S304 is determining, according to the first summary information, a block generation priority corresponding to the first service record set, including:
s404, determining the block generation priorities respectively corresponding to the first service record set and the second service record set according to the first abstract information and the second abstract information.
Specifically, each blockchain node in the blockchain system may broadcast the generated summary information over a peer-to-peer network, and the blockchain node may store the summary information broadcast by other blockchain links. Each block chain node can be ranked according to each abstract information, so that the sequence of generating blocks of each service record set is determined according to the ranking result, namely, the block generation priority corresponding to each service record set is determined.
In some embodiments, each blockchain node in the blockchain system may be elected together to obtain a master node, and the master node ranks each summary information. The master node may also be determined by polling the block attachment points.
According to the embodiment, the block link point broadcasts the generated summary information, so that nodes in the block chain system can be ranked according to each summary information, the block generation priority corresponding to each service record set is determined according to the ranking result, the determination process of the block generation priority can be determined through the summary information with small data volume, the communication data volume during broadcasting is reduced, the network transmission burden is reduced, the determination speed of the block generation priority is improved, and the generation efficiency of the block is improved.
Currently, in a blockchain system, after each blockchain link point generates a service record set, the generated service record set needs to be broadcasted to other nodes. The blockchain node for acquiring the block qualification of the current round of generation can be determined through a random algorithm, for example, the blockchain node is a first blockchain node, the first blockchain node needs to read a stored business record set from a cache (the business record stored in the cache comprises a first business record set generated by the first blockchain node and also comprises a second business record set broadcasted by other nodes), the business record sets are compared one by one, the business record set of the current round of generation block is determined according to a comparison result, and after the block is generated according to a determined business record set, the generated block is broadcasted to other blockchain nodes to inform the other blockchain nodes of the storage block. Thus, a large amount of data needs to be transmitted, which is liable to cause network congestion and loss of data. The block chain consensus method provided by the application has the advantages that the data size of the transmitted summary information is small, and the network transmission burden is reduced.
In some embodiments, the first summary information includes a first time statistic, as shown in fig. 5, step S302 performs summary calculation on the first service record set to obtain first summary information corresponding to the first service record set, including:
S502, counting time information corresponding to each service record in the first service record set, taking the obtained statistic value as a first time statistic value in the first abstract information, and the second abstract information comprises a second time statistic value.
Specifically, each service record may correspond to time information, and the first blockchain node may acquire time information in each service record in the first service record set to obtain a time information set, calculate an average value of the time information in the time information set to obtain average time information, and use the obtained average time information as the first time statistic value. Of course, the first blockchain node may also calculate the sum of the time information in the time information set to obtain total time information, and use the obtained total time information as the first time statistic value. Other nodes in the blockchain system may use a similar method to derive the second time statistic.
In some embodiments, the summary information further includes a summary identification. Specifically, hash calculation can be performed on the service record set to obtain a hash value corresponding to the service record set, and the hash value is used as a summary identifier. For example, summary information may be expressed as: abstrect { set_id=xxxxx; average_time= 7348378, where set_id=xxxxx represents a digest identification and average_time= 7348378 represents average time information. The summary information may also include further brief information, including, for example, one or more of the height of the last chunk and the hash value of the last chunk, etc. The height of the last block may be the height corresponding to the newly generated block. For example, summary information may be expressed as: abstrect { set_id=xxxxx; average_time= 7348378; height=1280; previous hash=abcd 123; the height=1280 indicates the height of the last block, and the previous hash=abcd 123 indicates the hash value of the last block.
Step S404, determining the block generation priorities corresponding to the first service record set and the second service record set according to the first summary information and the second summary information, includes:
s504, determining the block generation priorities respectively corresponding to the first service record set and the second service record set according to the time sequence corresponding to the first time statistic value and the second time statistic value.
Specifically, the larger the time statistic value can be set, the lower the block generation priority. For example, the first blockchain node may compare the respective time statistics, find the smallest time statistic, set the block generation priority of the service record set corresponding to the smallest time statistic as the smallest time statistic, and set the block generation priority to be the highest.
In the above embodiment, the block generation priority is determined by the time statistics value, so that the generated blocks are ordered in the blockchain according to the time sequence, and the information can be traced from the blockchain according to the time.
In some embodiments, as shown in fig. 6, the method further comprises:
s602, determining a business record set with highest block generation priority as a target business record set.
S604, taking the block chain node corresponding to the target service record set as a target block chain node, and sending a block generation message to the target block chain node, so that the target block chain node responds to the block generation message and generates a target block according to the target service record set.
Specifically, the block generation message may include a set identifier corresponding to the target service record set, where the set identifier may be a hash value corresponding to the service record set. When the first blockchain node determines that the target service record set belongs to the local terminal, the target service record set can be directly generated into a block. When the first blockchain node determines that the target business record set does not belong to the local end, for example, belongs to a second blockchain node, a block generation message can be sent to the second blockchain node, and the second blockchain node can acquire the stored target business record set according to the set identifier in the block generation message, generate a block from the target business record set and store the block into the blockchain.
In some embodiments, as shown in fig. 7, the method further comprises:
s702, sorting the first abstract information and the second abstract information according to the time sequence corresponding to the first time statistic value and the second time statistic value to form an abstract information sequence.
And S704, broadcasting the abstract information sequence, so that each block chain node determines the block generation priority corresponding to the business record set generated by the local terminal according to the abstract information sequence, and generates a corresponding block according to the corresponding block generation priority.
Specifically, the summary information in the summary information sequence is ordered according to the corresponding time statistics, e.g. the smaller the time statistics, the earlier the ordering. The sequences of the abstract information in the abstract information sequences are different, and the corresponding block generation priorities are also different, so that the block generation priorities of the corresponding business record sets can be determined according to the sequences of the abstract information. The first blockchain node can broadcast the ordered summary information, and other blockchain nodes in the blockchain system can determine the generation sequence of the blocks corresponding to the business record set stored at the local end according to the ordered summary information, and generate the corresponding blocks according to the generation sequence.
In the above embodiment, each blockchain node may be responsible for generating the block from the stored service record set, and generating the blocks sequentially, so that the service record set generated by each blockchain node does not need to be sent to the same node, and the same node generates the blocks. Therefore, through the retrieval and propagation of the abstract information, the frequent reading of the business records with large data volume to the cache is avoided, and the frequent transmission of the business records with large volume in the network communication is also avoided.
In some embodiments, step S208 determines, according to the simulated service processing results in each response result set, a target service processing result corresponding to each target service, including: and determining the first quantity of the simulation service processing results corresponding to the target service as passing, and determining the target service processing results corresponding to the target service according to the first quantity.
Specifically, when the first number reaches the preset number, determining that the target service processing result corresponding to the target service is passing.
It should be understood that, although the steps in the flowcharts of the above embodiments are shown in order as indicated by the arrows, these steps are not necessarily performed in order as indicated by the arrows. The steps are not strictly limited to the order of execution unless explicitly recited herein, and the steps may be executed in other orders. Moreover, at least some of the steps in the flowcharts of the above embodiments may include a plurality of sub-steps or a plurality of stages, which are not necessarily performed at the same time, but may be performed at different times, and the order of execution of the sub-steps or stages is not necessarily sequential, but may be performed alternately or alternately with at least some of the other steps or sub-steps of other steps.
In some embodiments, as shown in fig. 8, there is provided a blockchain consensus device comprising: the parallel consensus information set composition module 802, the parallel consensus request broadcast module 804, the response result set receiving module 806, the target service processing result determining module 808, and the first service record set obtaining module 810, wherein:
the parallel consensus information set forming module 802 is configured to obtain service information corresponding to a plurality of target services to be processed, and form a parallel consensus information set.
The parallel consensus request broadcasting module 804 is configured to broadcast a parallel consensus request, where the parallel consensus request carries a parallel consensus information set.
The response result set receiving module 806 is configured to receive a response result set sent by each block link point, where the response result set includes a simulated service processing result corresponding to the target service, and the simulated service processing result is obtained by processing according to service information.
And the target service processing result determining module 808 is configured to determine target service processing results corresponding to each target service respectively according to the simulated service processing results in each response result set.
The first service record set obtaining module 810 is configured to obtain a first service record set according to each target service processing result and the pre-stored service information, so as to store the first service record set in the blockchain.
In some embodiments, the apparatus further comprises:
the first abstract information obtaining module is used for carrying out abstract calculation on the first business record set to obtain first abstract information corresponding to the first business record set;
and the block generation priority determining module is used for determining the block generation priority corresponding to the first business record set according to the first abstract information so as to add the first business record set into the blockchain according to the block generation priority.
In some embodiments, the apparatus further comprises:
and the second abstract information acquisition module is used for acquiring second abstract information sent by each blockchain node, wherein the second abstract information is acquired by the blockchain node according to a second service record set generated by the local terminal.
The block generation priority determining module is further configured to determine, according to the first summary information and the second summary information, a block generation priority corresponding to the first service record set and the second service record set, respectively.
In some embodiments, the first summary information includes a first time statistic, the first summary information obtaining module is further configured to count time information corresponding to each service record in the first service record set, and the obtained statistic is used as a first time statistic in the first summary information, and the second summary information includes a second time statistic.
The block generation priority determining module is further configured to determine, according to the time sequence corresponding to the first time statistic and the second time statistic, a block generation priority corresponding to the first service record set and the second service record set respectively.
In some embodiments, the apparatus further comprises:
the summary information sequence obtaining module is used for sequencing the first summary information and the second summary information according to the time sequence corresponding to the first time statistic value and the second time statistic value to form a summary information sequence.
And the abstract information sequence broadcasting module is used for broadcasting the abstract information sequence, so that each block chain node determines the block generation priority corresponding to the business record set generated by the local terminal according to the abstract information sequence, and generates a corresponding block according to the corresponding block generation priority.
In some embodiments, the apparatus further comprises:
and the target business record set obtaining module is used for determining the business record set with the highest block generation priority as the target business record set.
And the block generation message sending module is used for taking the block chain node corresponding to the target business record set as a target block chain node and sending a block generation message to the target block chain node so that the target block chain node responds to the block generation message and generates a target block according to the target business record set.
In some embodiments, the target service processing result determining module 808 is further configured to determine that the simulated service processing result corresponding to the target service is a first number that passes, and determine the target service processing result corresponding to the target service according to the first number.
For specific limitations on the blockchain consensus device, reference may be made to the above limitations on the blockchain consensus method, and no further description is given here. The various modules in the blockchain consensus apparatus described above may be implemented in whole or in part by software, hardware, or a combination thereof. The above modules may be embedded in hardware or may be independent of a processor in the computer device, or may be stored in software in a memory in the computer device, so that the processor may call and execute operations corresponding to the above modules.
In some embodiments, a computer device is provided, which may be a server, the internal structure of which may be as shown in fig. 9. The computer device includes a processor, a memory, a network interface, and a database connected by a system bus. Wherein the processor of the computer device is configured to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, computer programs, and a database. The internal memory provides an environment for the operation of the operating system and computer programs in the non-volatile storage media. The database of the computer device is used for storing block consensus data. The network interface of the computer device is used for communicating with an external terminal through a network connection. The computer program when executed by a processor implements a blockchain consensus method.
It will be appreciated by persons skilled in the art that the architecture shown in fig. 9 is merely a block diagram of some of the architecture relevant to the present inventive arrangements and is not limiting as to the computer device to which the present inventive arrangements are applicable, and that a particular computer device may include more or fewer components than shown, or may combine some of the components, or have a different arrangement of components.
In some embodiments, a computer device is provided that includes a memory, a processor, and a computer program stored on the memory and executable on the processor, the processor implementing the steps of the blockchain consensus method described above when executing the computer program.
In some embodiments, a computer readable storage medium is provided having a computer program stored thereon which, when executed by a processor, implements the steps of the blockchain consensus method described above.
Those skilled in the art will appreciate that implementing all or part of the above described methods may be accomplished by way of a computer program stored on a non-transitory computer readable storage medium, which when executed, may comprise the steps of the embodiments of the methods described above. Any reference to memory, storage, database, or other medium used in embodiments provided herein may include non-volatile and/or volatile memory. The nonvolatile memory can include Read Only Memory (ROM), programmable ROM (PROM), electrically Programmable ROM (EPROM), electrically Erasable Programmable ROM (EEPROM), or flash memory. Volatile memory can include Random Access Memory (RAM) or external cache memory. By way of illustration and not limitation, RAM is available in a variety of forms such as Static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double Data Rate SDRAM (DDRSDRAM), enhanced SDRAM (ESDRAM), synchronous Link DRAM (SLDRAM), memory bus direct RAM (RDRAM), direct memory bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM), among others.
The technical features of the above embodiments may be arbitrarily combined, and all possible combinations of the technical features in the above embodiments are not described for brevity of description, however, as long as there is no contradiction between the combinations of the technical features, they should be considered as the scope of the description.
The above examples illustrate only a few embodiments of the application, which are described in detail and are not to be construed as limiting the scope of the application. It should be noted that it will be apparent to those skilled in the art that several variations and modifications can be made without departing from the spirit of the application, which are all within the scope of the application. Accordingly, the scope of protection of the present application is to be determined by the appended claims.
Claims (10)
1. A method of blockchain consensus, the method comprising:
acquiring service information corresponding to a plurality of target services to be processed respectively to form a parallel consensus information set;
broadcasting a parallel consensus request, wherein the parallel consensus request carries the parallel consensus information set;
receiving response result sets sent by each block link point respectively, wherein the response result sets comprise simulation service processing results corresponding to the target service, and the simulation service processing results are obtained by processing according to the service information;
Determining target service processing results corresponding to the target services respectively according to the simulation service processing results in the response result sets;
obtaining a first service record set according to each target service processing result and the pre-stored service information so as to store the first service record set in a block chain;
counting the time information corresponding to each service record in the first service record set to obtain a first time statistic value;
acquiring a second time statistic; the second time statistic value is obtained by the blockchain node according to a second service record set generated by the local terminal;
and determining the block generation priorities respectively corresponding to the first service record set and the second service record set according to the time sequence corresponding to the first time statistic value and the second time statistic value.
2. The method according to claim 1, wherein the method further comprises:
and adding the first business record set into a blockchain according to the block generation priority.
3. The method according to claim 2, wherein the method further comprises:
acquiring second abstract information sent by each block chain node, wherein the second abstract information is obtained by the block chain node according to a second service record set generated by a local terminal; the second summary information includes the second time statistic.
4. The method according to claim 1, wherein the method further comprises:
determining a service record set with highest block generation priority as a target service record set;
and taking the blockchain node corresponding to the target business record set as a target blockchain node, and sending a block generation message to the target blockchain link point so that the target blockchain link point responds to the block generation message and generates a target block according to the target business record set.
5. The method of claim 1, wherein the first set of business records corresponds to first summary information and the second set of business records corresponds to second summary information; the method further comprises the steps of:
sequencing the first abstract information and the second abstract information according to the time sequence corresponding to the first time statistic value and the second time statistic value to form an abstract information sequence;
broadcasting the abstract information sequence, so that each block chain node determines the block generation priority corresponding to the business record set generated by the local terminal according to the abstract information sequence, and generates a corresponding block according to the corresponding block generation priority.
6. The method according to claim 1, wherein determining the target service processing result corresponding to each target service according to the simulated service processing result in each response result set includes:
determining that the simulation service processing result corresponding to the target service is a first passing quantity, and determining the target service processing result corresponding to the target service according to the first quantity.
7. A blockchain consensus device, the device comprising:
the parallel consensus information set forming module is used for acquiring service information corresponding to a plurality of target services to be processed respectively to form a parallel consensus information set;
a parallel consensus request broadcasting module, configured to broadcast a parallel consensus request, where the parallel consensus request carries the parallel consensus information set;
the response result set receiving module is used for receiving response result sets sent by the chain link points of each block respectively, wherein the response result sets comprise simulation service processing results corresponding to the target service, and the simulation service processing results are obtained by processing according to the service information;
the target service processing result determining module is used for determining target service processing results corresponding to the target services respectively according to the simulation service processing results in the response result sets;
The first service record set obtaining module is used for obtaining a first service record set according to each target service processing result and the pre-stored service information so as to store the first service record set in a blockchain;
the device is also for:
counting the time information corresponding to each service record in the first service record set to obtain a first time statistic value;
acquiring a second time statistic; the second time statistic value is obtained by the blockchain node according to a second service record set generated by the local terminal;
and determining the block generation priorities respectively corresponding to the first service record set and the second service record set according to the time sequence corresponding to the first time statistic value and the second time statistic value.
8. The apparatus of claim 7, wherein the apparatus is further configured to:
and adding the first business record set into a blockchain according to the block generation priority.
9. A computer device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor implements the steps of the blockchain consensus method according to any of claims 1 to 6 when the computer program is executed.
10. A computer readable storage medium having stored thereon a computer program, wherein the computer program when executed by a processor implements the steps of the blockchain consensus method of any of claims 1 to 6.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010200643.6A CN111522874B (en) | 2020-03-20 | 2020-03-20 | Block chain consensus method, apparatus, computer device and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010200643.6A CN111522874B (en) | 2020-03-20 | 2020-03-20 | Block chain consensus method, apparatus, computer device and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111522874A CN111522874A (en) | 2020-08-11 |
| CN111522874B true CN111522874B (en) | 2023-09-05 |
Family
ID=71901986
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010200643.6A Active CN111522874B (en) | 2020-03-20 | 2020-03-20 | Block chain consensus method, apparatus, computer device and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111522874B (en) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111737724B (en) * | 2020-08-26 | 2021-01-01 | 腾讯科技（深圳）有限公司 | Data processing method and device, intelligent equipment and storage medium |
| CN112087502B (en) * | 2020-08-28 | 2022-10-21 | 成都质数斯达克科技有限公司 | Method, device and equipment for processing request and storage medium |
| CN112395300B (en) * | 2021-01-20 | 2021-05-25 | 腾讯科技（深圳）有限公司 | Data processing method, device and equipment based on block chain and readable storage medium |
| CN113641688B (en) * | 2021-07-15 | 2024-01-09 | 北京百度网讯科技有限公司 | Node updating method, related device and computer program product |
| CN115499379B (en) * | 2022-11-14 | 2023-03-24 | 中国电子信息产业集团有限公司第六研究所 | Information interaction method, device, equipment and medium based on block chain |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108182635A (en) * | 2017-12-18 | 2018-06-19 | 深圳前海微众银行股份有限公司 | Block chain common recognition method, system and computer readable storage medium |
| CN109447810A (en) * | 2018-11-29 | 2019-03-08 | 杭州秘猿科技有限公司 | Parallel block chain common recognition method, system, electronic equipment and computer readable storage medium |
| CN110570311A (en) * | 2019-09-17 | 2019-12-13 | 北京海益同展信息科技有限公司 | block chain consensus method, device and equipment |
| CN110598446A (en) * | 2019-09-16 | 2019-12-20 | 腾讯科技（深圳）有限公司 | Block chain based test method and device, storage medium and computer equipment |
| CN110633323A (en) * | 2019-09-16 | 2019-12-31 | 腾讯科技（深圳）有限公司 | Business data storage method, device, storage medium and computer equipment |
| CN111047306A (en) * | 2019-12-17 | 2020-04-21 | 北京菲林方德科技有限公司 | Parallel transaction processing method and device for transaction input set |
-
2020
- 2020-03-20 CN CN202010200643.6A patent/CN111522874B/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108182635A (en) * | 2017-12-18 | 2018-06-19 | 深圳前海微众银行股份有限公司 | Block chain common recognition method, system and computer readable storage medium |
| CN109447810A (en) * | 2018-11-29 | 2019-03-08 | 杭州秘猿科技有限公司 | Parallel block chain common recognition method, system, electronic equipment and computer readable storage medium |
| CN110598446A (en) * | 2019-09-16 | 2019-12-20 | 腾讯科技（深圳）有限公司 | Block chain based test method and device, storage medium and computer equipment |
| CN110633323A (en) * | 2019-09-16 | 2019-12-31 | 腾讯科技（深圳）有限公司 | Business data storage method, device, storage medium and computer equipment |
| CN110570311A (en) * | 2019-09-17 | 2019-12-13 | 北京海益同展信息科技有限公司 | block chain consensus method, device and equipment |
| CN111047306A (en) * | 2019-12-17 | 2020-04-21 | 北京菲林方德科技有限公司 | Parallel transaction processing method and device for transaction input set |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111522874A (en) | 2020-08-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111522874B (en) | Block chain consensus method, apparatus, computer device and storage medium | |
| CN111625593B (en) | Block chain-based data processing method and device and computer equipment | |
| CN107819828B (en) | Data transmission method and device, computer equipment and storage medium | |
| US20230273912A1 (en) | Data processing method and apparatus for blockchain network, computer device, and computer-readable storage medium | |
| CN110399424B (en) | Block generation method, block generation device, block chain node and storage medium | |
| CN111523890B (en) | Block chain-based data processing method, device, storage medium and equipment | |
| CN110647582A (en) | Method and device for block chain network consensus checking, storage medium and computer equipment | |
| CN111769948A (en) | Block chain-based inter-chain interaction method, system, device and computer equipment | |
| CN111191294B (en) | Single-node accounting method, system, equipment and storage medium based on block chain | |
| CN111556120A (en) | Data processing method and device based on block chain, storage medium and equipment | |
| US20230370285A1 (en) | Block-chain-based data processing method, computer device, computer-readable storage medium | |
| Guo et al. | RNS-based adaptive compression scheme for the block data in the blockchain for IIoT | |
| KR20200081533A (en) | Blockchain Consensus Method based Improved Dynamic Blind Voting for Internet of Things Environment | |
| CN111367923A (en) | Data processing method, data processing device, node equipment and storage medium | |
| CN111625467B (en) | Automatic testing method and device, computer equipment and storage medium | |
| CN111679978B (en) | Program testing method, program testing device, electronic equipment and storage medium | |
| CN110598452B (en) | Evidence information processing method, device, storage medium and equipment based on blockchain | |
| CN108389124B (en) | Data processing method, data processing device, computer equipment and storage medium | |
| CN109410049A (en) | Block chain bookkeeping methods, device, computer equipment and storage medium | |
| CN111522873B (en) | Block generation method, device, computer equipment and storage medium | |
| CN111565173A (en) | Intelligent contract management method and device for block chain system and hardware equipment | |
| CN111405027A (en) | Block chain consensus result screening method and device, computer equipment and storage medium | |
| CN116910820A (en) | Data report processing method, device, computer equipment and storage medium | |
| CN116668456A (en) | Block generation method, device and system based on DAG multi-node consensus | |
| CN117010889A (en) | Data processing method, device, equipment, medium and product |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |