CN109831425A - Block chain common recognition method, apparatus, equipment and computer readable storage medium - Google Patents
Block chain common recognition method, apparatus, equipment and computer readable storage medium Download PDFInfo
- Publication number
- CN109831425A CN109831425A CN201910073385.7A CN201910073385A CN109831425A CN 109831425 A CN109831425 A CN 109831425A CN 201910073385 A CN201910073385 A CN 201910073385A CN 109831425 A CN109831425 A CN 109831425A
- Authority
- CN
- China
- Prior art keywords
- common recognition
- block
- request
- host node
- block chain
- 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.)
- Granted
Links
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
The present invention provides a kind of block chain common recognition method, apparatus, equipment and computer readable storage medium, method includes: the common recognition request for receiving host node and initiating, the common recognition request is the host node by broadcast after itself private key signature into block chain, wherein, the block of each host node continuous production preset quantity；Common recognition request is verified by the public key of the host node prestored, and msu message is sent according to verification result, the msu message includes confirmation message and suspection information；If detecting, the quantity of confirmation message is more than preset threshold value, generates new block according to the common recognition request.By being audited immediately according to common recognition request after receiving common recognition request, block is carried out out when confirmation message is more than preset threshold value, so as to improve the efficiency of block generation.
Description
Technical field
The present invention relates to block chain field more particularly to a kind of block chain common recognition method, apparatus, equipment and computer-readable
Storage medium.
Background technique
Block chain technology is that algorithm of knowing together with storing data, using distributed node is verified using block linked data structure
Guarantee the safety of data transmission and access with more new data, in the way of cryptography, using by automatized script generation to generate
The intelligent contract of code composition programs the completely new distributed basis framework and calculation paradigm of one kind with operation data.
Common recognition mechanism is a core feature of block chain, is the consistency for guaranteeing block catenary system under distributed structure/architecture
Scheme.Mainstream also has a lot of kinds of common recognition algorithms at present: proof of work (Proof of Work, abbreviation POW), equity prove
(Proof of Stake, abbreviation POS), authorization equity proof mechanism (Delegated Proof of Stake, abbreviation DPOS),
Practical Byzantine failure tolerance (Practical Byzantine Fault Tolerance, abbreviation PBFT) etc..For example, POW
It relies on machine to perform mathematical calculations to obtain book keeping operation power, resource consumption is high compared to other common recognition mechanism, can be supervisory weak, while every
It is secondary reach common understanding need the whole network to participate in operation jointly, effectiveness of performance is relatively low, allows 50% node of the whole network to malfunction in terms of fault-tolerance.
The main thought of POS is that the acquisition difficulty of node book keeping operation power is inversely proportional with the equity that node is held, relative to PoW, to a certain degree
Reduce mathematical operation bring resource consumption, performance has also obtained corresponding promotion, but is still and competes based on Hash operation
The mode for obtaining book keeping operation power, can be supervisory weak.The common recognition mechanism fault-tolerance is identical with PoW.It is a kind of upgrading common recognition machine of Pow
System, according to the ratio of token shared by each node and time, mine disaster degree is dug in the reduction of equal proportion, so that the speed of random number is looked in quickening
Degree.DPOS is verified by agent and is kept accounts by electing several agents.It closes rule supervision, performance, resource consumption and fault-tolerance
It is similar to PoS.It votes similar to the board of directors, money-holder launches a certain number of nodes, acts on behalf of them and verify and keep accounts.
But when carrying out block chain common recognition using the above method, even if other eye-witnesses have received current new block,
The new block can not be confirmed, be needed to wait when taking turns to oneself and going out block, the area before could being confirmed by production block
The confirmation of block, new block needs 45 second time, and efficiency is lower.
Summary of the invention
The present invention provides a kind of block chain common recognition method, apparatus, equipment and computer readable storage medium, existing for solving
The lower technical problem of some block chain common recognition mechanism new block confirmation efficiency.
The first aspect of the invention is to provide a kind of block chain common recognition method, comprising:
The common recognition request that host node is initiated is received, after the private key signature that the common recognition request is the host node by itself
Broadcast is into block chain, wherein the block of each host node continuous production preset quantity；
Common recognition request is verified by the public key of the host node prestored, and audit letter is sent according to verification result
Breath, the msu message include confirmation message and suspection information；
If detecting, the quantity of confirmation message is more than preset threshold value, generates new block according to the common recognition request.
Another aspect of the present invention is to provide a kind of block chain common recognition device, comprising:
Common recognition request receiving module, for receiving the common recognition request of host node initiation, the common recognition request is the main section
Broadcast is into block chain after the private key signature that point passes through itself, wherein the block of each host node continuous production preset quantity；
First authentication module verifies common recognition request for the public key by the host node prestored, and according to
Verification result sends msu message, and the msu message includes confirmation message and suspection information；
Generation module is requested if the quantity for detecting confirmation message is more than preset threshold value according to the common recognition
Generate new block.
An additional aspect of the present invention is to provide a kind of block chain common recognition equipment, comprising: memory, processor；
Memory；For storing the memory of the processor-executable instruction；
Wherein, the processor is configured to being executed by the processor such as above-mentioned block chain common recognition method.
An additional aspect of the present invention is to provide a kind of computer readable storage medium, the computer readable storage medium
In be stored with computer executed instructions, for realizing such as above-mentioned block chain when the computer executed instructions are executed by processor
Common recognition method.
Block chain common recognition method, apparatus, equipment and computer readable storage medium provided by the invention, by receiving main section
The common recognition request that point is initiated, the common recognition request are the host nodes by broadcast after itself private key signature into block chain
, wherein the block of each host node continuous production preset quantity；By the public key of the host node prestored to the common recognition request into
Row verifying, and msu message is sent according to verification result, the msu message includes confirmation message and suspection information；If detection
Quantity to confirmation message is more than preset threshold value, then generates new block according to the common recognition request.By receiving common recognition
It is audited immediately according to common recognition request after request, carries out out block when confirmation message is more than preset threshold value, so as to
Improve the efficiency that block generates.
Detailed description of the invention
In order to more clearly explain the embodiment of the invention or the technical proposal in the existing technology, to embodiment or will show below
There is attached drawing needed in technical description to be briefly described, it should be apparent that, the accompanying drawings in the following description is the present invention
Some embodiments be also possible to obtain other drawings based on these drawings for those of ordinary skill in the art.
Fig. 1 is the flow diagram for the block chain common recognition method that the embodiment of the present invention one provides；
Fig. 2 is the flow diagram of block chain provided by Embodiment 2 of the present invention common recognition method；
Fig. 3 is the flow diagram for the block chain common recognition method that the embodiment of the present invention three provides；
Fig. 4 is the flow diagram for the block chain common recognition method that the embodiment of the present invention four provides；
Fig. 5 is the flow diagram for the block chain common recognition method that the embodiment of the present invention five provides；
Fig. 6 is the structural schematic diagram for the block chain common recognition device that the embodiment of the present invention six provides；
Fig. 7 is the structural schematic diagram for the block chain common recognition equipment that the embodiment of the present invention seven provides.
Specific embodiment
In order to make the object, technical scheme and advantages of the embodiment of the invention clearer, below in conjunction with the embodiment of the present invention
In attached drawing, technical scheme in the embodiment of the invention is clearly and completely described, it is clear that described embodiment is
A part of the embodiment of the present invention, instead of all the embodiments.Every other reality obtained based on the embodiments of the present invention
Example is applied, shall fall within the protection scope of the present invention.
Common recognition mechanism is a core feature of block chain, is the consistency for guaranteeing block catenary system under distributed structure/architecture
Scheme.Mainstream also has a lot of kinds of common recognition algorithms at present: proof of work (Proof of Work, abbreviation POW), equity prove
(Proof of Stake, abbreviation POS), authorization equity proof mechanism (Delegated Proof of Stake, abbreviation DPOS),
Practical Byzantine failure tolerance (Practical Byzantine Fault Tolerance, abbreviation PBFT) etc..For example, POW
It relies on machine to perform mathematical calculations to obtain book keeping operation power, resource consumption is high compared to other common recognition mechanism, can be supervisory weak, while every
It is secondary reach common understanding need the whole network to participate in operation jointly, effectiveness of performance is relatively low, allows 50% node of the whole network to malfunction in terms of fault-tolerance.
The main thought of POS is that the acquisition difficulty of node book keeping operation power is inversely proportional with the equity that node is held, relative to PoW, to a certain degree
Reduce mathematical operation bring resource consumption, performance has also obtained corresponding promotion, but is still and competes based on Hash operation
The mode for obtaining book keeping operation power, can be supervisory weak.The common recognition mechanism fault-tolerance is identical with PoW.It is a kind of upgrading common recognition machine of Pow
System, according to the ratio of token shared by each node and time, mine disaster degree is dug in the reduction of equal proportion, so that the speed of random number is looked in quickening
Degree.DPOS is verified by agent and is kept accounts by electing several agents.It closes rule supervision, performance, resource consumption and fault-tolerance
It is similar to PoS.It votes similar to the board of directors, money-holder launches a certain number of nodes, acts on behalf of them and verify and keep accounts.But
It is, it, also can not be new to this even if other eye-witnesses have received current new block when carrying out block chain common recognition using the above method
Block confirmed, is needed to wait when taking turns to oneself and going out block, the block before could being confirmed by production block, new block
Confirmation needs 45 second time, and efficiency is lower.In order to solve the above technical problem, the present invention provides a kind of block chain common recognition method,
Device, equipment and computer readable storage medium.
It should be noted that the application offer block chain common recognition method, apparatus, equipment and computer readable storage medium can
It is used in the scene of any one block chain common recognition.
Fig. 1 is the flow diagram for the block chain common recognition method that the embodiment of the present invention one provides, as shown in Figure 1, the side
Method includes:
Step 101 receives the common recognition request that host node is initiated, and the common recognition request is private of the host node by itself
Broadcast is into block chain after key signature, wherein the block of each host node continuous production preset quantity；
Step 102 is verified common recognition request by the public key of the host node prestored, and is sent out according to verification result
It submits to a higher level for approval or revision nuclear information, the msu message includes confirmation message and suspects information；
If step 103, the quantity for detecting confirmation message are more than preset threshold value, generated according to common recognition request new
Block.
In the present embodiment, when host node is wanted to generate new block, common recognition request can be initiated, and common recognition request will be changed
It is encrypted by the private key of host node itself, by the request broadcast of encrypted common recognition into block chain, thus in block chain
All other nodes can receive the consensus information.Correspondingly, the node in block chain in addition to host node can receive
Common recognition request both can request progress to the common recognition receiving common recognition request to improve the block efficiency out of block chain
Audit.In order to guarantee the legitimacy of common recognition request, common recognition request can be tested by the public key of preset host node
Card, and msu message is sent according to verification result, wherein msu message includes confirmation message and suspects information, by the audit
Information is broadcasted into block chain, so that the whole nodes of other in block chain can receive the msu message.Correspondingly, if inspection
The quantity for measuring the confirmation message being currently received is more than preset threshold value, wherein the preset threshold value can be according to practical feelings
Condition is configured, for example, it can be 2/3rds of nodes whole in block chain.It is currently received really if detecting
The quantity for recognizing information is more than preset threshold value, then characterizes most of node in block chain and all request the common recognition to indicate confirmation, i.e.,
Reach common understanding, at this point it is possible to generate new block according to common recognition request.It should be noted that network delay often will affect
Block speed out, for example, 0.5 second acknowledging time frequently can lead to next block person out and receive a block person out not yet
Block, next block should be produced, then it is next go out block person can ignore a block, lead to block chain bifurcated
(there are two blocks for same block height).Therefore, in order to reduce influence of the network delay to block speed out, it can specify that each main section
The block of point continuous production preset quantity, the preset quantity are more than preset minimum threshold and are greater than preset max-thresholds.?
Block before exactly each eye-witness is also responsible for produces, but becomes to produce by initial only production 1 N number of.It is most severe
In the case where, in N number of block, the last one or two are possible to because network delay or other accidents are omited by next eye-witness
It crosses, but preceding several time enough that have in N number of block pass to next eye-witness.It is carried out immediately after each block production
The whole network broadcast, the block producer waits on one side produces next block for 0.5 second, while can receive other eye-witnesses for upper one
The confirmation result of block.The reception of the production of new block and the confirmation of old block carries out simultaneously.In most situation, trade fair exists
(irreversible) is confirmed within 1 second.It among these include block production in 0.5 second, and the time for requiring other eye-witnesses to confirm.?
Under above-mentioned common recognition mechanism, still the whole network is broadcasted when each node generating new block, after other nodes receive new block, is stood
This block is verified, and the block that verifying signature is completed is returned to the block node out of the new block immediately, without waiting for
Other nodes oneself confirm the new block when generating new block again.From the point of view of current block node angle out, the node is raw
A block is produced, and the whole network is broadcasted, and then has received confirmation of other nodes to this block successively, 2/3 node is true receiving
The moment recognized, block (including transaction therein) are just irreversible.
Block chain common recognition method provided in this embodiment is requested by receiving the common recognition that host node is initiated, and the common recognition is asked
Broadcast is into block chain after the private key signature that host node described in Seeking Truth passes through itself, wherein each host node continuous production is default
The block of quantity；Common recognition request is verified by the public key of the host node prestored, and is sent and is examined according to verification result
Nuclear information, the msu message include confirmation message and suspection information；If detecting, the quantity of confirmation message is more than preset
Threshold value then generates new block according to the common recognition request.By receive common recognition request after immediately according to the common recognition request into
Row audit, carries out out block when confirmation message is more than preset threshold value, so as to improve the efficiency of block generation.
Fig. 2 is the flow diagram of block chain provided by Embodiment 2 of the present invention common recognition method, in any of the above-described embodiment
On the basis of, which comprises
Step 201 receives the common recognition request that host node is initiated, and the common recognition request is private of the host node by itself
Broadcast is into block chain after key signature, wherein the block of each host node continuous production preset quantity；
Step 202, the legitimacy that the common recognition request is judged by the public key of the host node prestored；
If the request of step 203, the common recognition is legal, it will confirm that information is broadcasted into block chain according to verification result；
If the request of step 204, the common recognition is illegal, it will suspect that information is broadcasted into block chain according to verification result；
If step 205, the quantity for detecting confirmation message are more than preset threshold value, generated according to common recognition request new
Block.
In the present embodiment, after host node sends common recognition request, the node in block chain in addition to host node can be connect
Receive the common recognition request, in order to improve block chain go out block efficiency, receive the common recognition request common recognition can both have been requested into
Row audit.In order to guarantee the legitimacy of common recognition request, the common recognition can be requested to carry out by the public key of preset host node
Verifying, and msu message is sent according to verification result.Specifically, the common recognition can be requested by the public key of the host node prestored
Legitimacy judged, if judge the common recognition request it is legal, will confirm that information is broadcasted to block chain according to the verification result
In, correspondingly, if judging, common recognition request is illegal, can will suspect that information is broadcasted to block chain according to the verification result
In.It is understood that each node can add the verification result by the private key of itself before sending verification result
It is close, and encrypted verification result is broadcasted into block chain.
Block chain common recognition method provided in this embodiment judges the common recognition request by the public key of the host node prestored
Legitimacy will confirm that information is broadcasted into block chain according to verification result, if the common recognition is asked if common recognition request is legal
It asks illegal, then will suspect that information is broadcasted into block chain according to verification result, so as to go out the effect of block in raising block chain
On the basis of rate, guarantee the legitimacy of common recognition request.
Fig. 3 is the flow diagram for the block chain common recognition method that the embodiment of the present invention three provides, in any of the above-described embodiment
On the basis of, as shown in figure 3, the method also includes:
Step 301 receives the transaction request that promoter sends, and the transaction request is private of the promoter by itself
Broadcast is into block chain after key signature, wherein the block of each host node continuous production preset quantity；
Step 302 judges whether the promoter is host node；
Step 303, if so, the legitimacy of the transaction request is verified, if the transaction request is legal, by the friendship
Easily request saves to preset store path if the transaction request is illegal and deletes the transaction request；
Step 304, if it is not, then forwarding the transaction request；
Step 305 receives the common recognition request that host node is initiated, and the common recognition request is private of the host node by itself
Broadcast is into block chain after key signature；
Step 306 is verified common recognition request by the public key of the host node prestored, and is sent out according to verification result
It submits to a higher level for approval or revision nuclear information, the msu message includes confirmation message and suspects information；
If step 307, the quantity for detecting confirmation message are more than preset threshold value, generated according to common recognition request new
Block.
In the present embodiment, when the promoter to trade in block chain initiates a transaction, after being traded using private key signature, to
The whole network carries out broadcasting the transaction request, and correspondingly, other nodes can receive the transaction request in block chain.Receive the friendship
Easily after request, it is necessary first to judge whether the promoter of the transaction request is preset host node, if so, can be to the friendship
The legitimacy easily requested is verified.Specifically, the transaction request can be tested by the public key of the promoter prestored
Card can save the transaction request if it is legal to verify the transaction request to preset store path, correspondingly, if verifying
The transaction request is illegal, then can directly delete the transaction request.In addition, if detecting, the promoter of the transaction request is not
Host node in block chain then can not carry out verification processing to the transaction request, can directly be forwarded to the transaction request
In block chain.
Block chain common recognition method provided in this embodiment, the transaction request sent by receiving promoter, the transaction are asked
Promoter described in Seeking Truth by broadcast after itself private key signature into block chain, judge the promoter whether based on save
Point, if so, verify the legitimacy of the transaction request, if the transaction request is legal, by the transaction request save to
Preset store path deletes the transaction request if the transaction request is illegal, if it is not, the transaction is then forwarded to ask
It asks, to provide the foundation for the subsequent block efficiency that improves out.
Fig. 4 is the flow diagram for the block chain common recognition method that the embodiment of the present invention four provides, in any of the above-described embodiment
On the basis of, as shown in figure 4, the method also includes:
Step 401 receives the common recognition request that host node is initiated, and the common recognition request is private of the host node by itself
Broadcast is into block chain after key signature, wherein the block of each host node continuous production preset quantity；
Step 402 is verified common recognition request by the public key of the host node prestored, and is sent out according to verification result
It submits to a higher level for approval or revision nuclear information, the msu message includes confirmation message and suspects information；
If step 403, the quantity for detecting confirmation message are more than preset threshold value, generated according to common recognition request new
Block；
If step 404, the broadcast message for receiving block generation, delete the transaction request of current cache.
In the present embodiment, the common recognition request of host node initiation is received, and common recognition request is verified, works as detection
After carrying out out block operation when being more than preset threshold value to confirmation message, it can will go out block message and broadcast into block chain, characterize
Block success is currently gone out.Therefore, in order to further improve block efficiency out, other blocks verified are not requested to the common recognition
The transaction request of current cache can be deleted, so that it can as soon as possible request next common recognition to carry out verification operation.
Block chain common recognition method provided in this embodiment, if deletion is worked as by the broadcast message for receiving block generation
The transaction request of preceding caching, so as to effectively improve the block speed of block chain.
Fig. 5 is the flow diagram for the block chain common recognition method that the embodiment of the present invention five provides, in any of the above-described embodiment
On the basis of, as shown in Figure 5, which comprises
Step 501 receives being total to for the block sequence initiation out that the host node is arranged according to host node each in current block chain
Know request, the common recognition request is the host node by broadcast after itself private key signature into block chain, wherein each master
The block of node continuous production preset quantity；
Step 502 is verified common recognition request by the public key of the host node prestored, and is sent out according to verification result
It submits to a higher level for approval or revision nuclear information, the msu message includes confirmation message and suspects information；
If step 503, the quantity for detecting confirmation message are more than preset threshold value, generated according to common recognition request new
Block.
In the present embodiment, network delay frequently can lead to block chain go out block efficiency it is lower, for example, 0.5 second
Acknowledging time frequently can lead to next block person out and receive the block for block person not yet, should produce next block
, then next block person out can ignore a block, lead to block chain bifurcated (there are two blocks for same block height).Than
Such as: two remote nodes of route distance on network, for example, the network delay in China and U.S. 300ms sometimes, then it is likely used only to
When the eye-witness in the U.S. does not receive the new block of the eye-witness of China, the new block of oneself should be gone out, then China's witness
This block of people will be skipped over by U.S. eye-witness.Therefore, in order to solve the above-mentioned technical problem, can receive host node by
According to the common recognition request for going out block sequence and initiating of host node each in current block chain agreement.It for example, can will be original random
Block sequence is changed to determine block sequence later by unified confer of all host nodes in the whole world out, and such network connection delays are lower
It can adjacent block out between host node.Such as: Chinese eye-witness is followed by the eye-witness of South Korea, followed by seeing for Korea
Witness, followed by the eye-witness etc. of Japan.The network delay between eye-witness can be substantially reduced in this way.In order to guarantee ten thousand
None loses, any one eye-witness is not allowed to be skipped because of the accident of network delay, we provide to make each eye-witness continuous
Production is more than certain minimum threshold, is also responsible for less than N number of block of the quantity of maximum quantity threshold value, that is, each eye-witness
Block production before, but become to produce by initial only production 1 N number of.In worst situation, in N number of block, finally
One or two is possible to be skipped over because of network delay or other accidents by next eye-witness, but preceding several in N number of block
It has time enough and passes to next eye-witness.The whole network broadcast, the block producer one are carried out immediately after each block production
Side waits 0.5 second to produce next block, while can receive other eye-witnesses for the confirmation result of a upper block.New block
Production and old block confirmation reception carry out simultaneously.In most situation, trade fair confirmed (irreversible) within 1 second.
It among these include block production in 0.5 second, and the time for requiring other eye-witnesses to confirm.Once block reaches irreversible state
(2/3 eye-witness confirmation), can not just be done before bifurcated, ensure that the permanent credible of transaction.In addition, even if most witnesses
People thinks bifurcated block chain, can only also be competed with identical speed (0.5 second) and main chain, even if main chain only remains next eye-witness,
Bifurcated chain also never catch up with main chain, ensure that the stabilization of system.
Block chain common recognition method provided in this embodiment, by receiving the host node according to main section each in current block chain
What point was arranged goes out the common recognition request that block sequence is initiated, so as to guarantee block on the basis of raising block chain goes out block efficiency
The stability of chain.
Fig. 6 is the structural schematic diagram for the block chain common recognition device that the embodiment of the present invention six provides, as shown in fig. 6, the dress
It sets and includes:
Common recognition request receiving module 61, for receiving the common recognition request of host node initiation, the common recognition request is the master
Broadcast is into block chain after the private key signature that node passes through itself, wherein the block of each host node continuous production preset quantity；
First authentication module 62 verifies common recognition request for the public key by the host node prestored, and root
Msu message is sent according to verification result, the msu message includes confirmation message and suspection information；
Generation module 63, if being asked for detecting that the quantity of confirmation message is more than preset threshold value according to the common recognition
Seek survival into new block.
Further, based on any of the above embodiments, the authentication module includes:
Authentication unit, for judging the legitimacy of the common recognition request by the public key of the host node prestored；
First processing units will confirm that information is broadcasted to area according to verification result if legal for common recognition request
In block chain；
The second processing unit, if for the common recognition request it is illegal, according to verification result will suspection information broadcast to
In block chain.
Further, based on any of the above embodiments, described device further include:
Transaction request receiving module, for receiving the transaction request of promoter's transmission, the transaction request is the initiation
Broadcast is into block chain after the private key signature that person passes through itself；
Judgment module, for judging whether the promoter is host node；
Second authentication module, for if so, verify the legitimacy of the transaction request, if the transaction request is legal,
Then the transaction request is saved to preset store path, if the transaction request is illegal, deletes the transaction request；
Forwarding module, for if it is not, then forwarding the transaction request.
Further, based on any of the above embodiments, described device further include:
Removing module, if the broadcast message for receiving block generation, deletes the transaction request of current cache,
Further, based on any of the above embodiments, the common recognition request receiving module includes:
Request reception unit goes out block sequence according to what host node each in current block chain was arranged for receiving the host node
The common recognition of initiation is requested.
Fig. 7 is the structural schematic diagram for the block chain common recognition equipment that the embodiment of the present invention seven provides, as shown in fig. 7, the area
Block chain common recognition equipment, comprising: memory 71, processor 72；
Memory 71；For storing the memory 71 of 72 executable instruction of processor；
Wherein, the processor 72 is configured as executing the block as described in above-mentioned any embodiment as the processor 72
Chain common recognition method.
Further embodiment of this invention also provides a kind of computer readable storage medium, in the computer readable storage medium
Computer executed instructions are stored with, for realizing such as above-mentioned any embodiment when the computer executed instructions are executed by processor
The block chain common recognition method.
It is apparent to those skilled in the art that for convenience and simplicity of description, the device of foregoing description
Specific work process, can refer to corresponding processes in the foregoing method embodiment, details are not described herein.
Those of ordinary skill in the art will appreciate that: realize that all or part of the steps of above-mentioned each method embodiment can lead to
The relevant hardware of program instruction is crossed to complete.Program above-mentioned can be stored in a computer readable storage medium.The journey
When being executed, execution includes the steps that above-mentioned each method embodiment to sequence；And storage medium above-mentioned include: ROM, RAM, magnetic disk or
The various media that can store program code such as person's CD.
Finally, it should be noted that the above embodiments are only used to illustrate the technical solution of the present invention., rather than its limitations；To the greatest extent
Pipe present invention has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that: its according to
So be possible to modify the technical solutions described in the foregoing embodiments, or to some or all of the technical features into
Row equivalent replacement；And these are modified or replaceed, various embodiments of the present invention technology that it does not separate the essence of the corresponding technical solution
The range of scheme.
Claims (10)
- A kind of method 1. block chain is known together characterized by comprisingIt receives the common recognition request that host node is initiated, is broadcasted after the private key signature that the common recognition request is the host node by itself Into block chain, wherein the block of each host node continuous production preset quantity；Common recognition request is verified by the public key of the host node prestored, and msu message is sent according to verification result, The msu message includes confirmation message and suspection information；If detecting, the quantity of confirmation message is more than preset threshold value, generates new block according to the common recognition request.
- 2. the method according to claim 1, wherein the public key by the host node prestored is to the common recognition Request is verified, and sends msu message according to verification result, comprising:The legitimacy of the common recognition request is judged by the public key of the host node prestored；If the common recognition request is legal, it will confirm that information is broadcasted into block chain according to verification result；If the common recognition request is illegal, it will suspect that information is broadcasted into block chain according to verification result.
- 3. the method according to claim 1, wherein being gone back before the common recognition request for receiving host node initiation Include:It receives the transaction request that promoter sends, is broadcasted after the private key signature that the transaction request is the promoter by itself Into block chain；Judge whether the promoter is host node；If so, verify the legitimacy of the transaction request, if the transaction request is legal, by the transaction request save to Preset store path deletes the transaction request if the transaction request is illegal；If it is not, then forwarding the transaction request.
- 4. according to the method described in claim 3, it is characterized in that, if the quantity for detecting confirmation message is more than preset Threshold value, then after generating new block according to the common recognition request, further includes:If receiving the broadcast message of block generation, the transaction request of current cache is deleted.
- 5. any one of -4 the method according to claim 1, which is characterized in that the common recognition request for receiving host node and initiating, Include:The host node is received to request according to the common recognition that block sequence is initiated that goes out that host node each in current block chain is arranged.
- The device 6. a kind of block chain is known together characterized by comprisingCommon recognition request receiving module, for receiving the common recognition request of host node initiation, the common recognition request is that the host node is logical Broadcast is into block chain after crossing the private key signature of itself, wherein the block of each host node continuous production preset quantity；First authentication module verifies common recognition request for the public key by the host node prestored, and according to verifying As a result msu message is sent, the msu message includes confirmation message and suspection information；Generation module requests to generate if the quantity for detecting confirmation message is more than preset threshold value according to the common recognition New block.
- 7. device according to claim 6, which is characterized in that the authentication module includes:Authentication unit, for judging the legitimacy of the common recognition request by the public key of the host node prestored；First processing units will confirm that information is broadcasted to block chain according to verification result if legal for common recognition request In；The second processing unit will suspect that information is broadcasted to block according to verification result if illegal for common recognition request In chain.
- 8. device according to claim 6, which is characterized in that described device further include:Transaction request receiving module, for receiving the transaction request of promoter's transmission, the transaction request is that the promoter is logical Broadcast is into block chain after crossing the private key signature of itself；Judgment module, for judging whether the promoter is host node；Second authentication module, will if the transaction request is legal for if so, verify the legitimacy of the transaction request The transaction request is saved to preset store path, if the transaction request is illegal, deletes the transaction request；Forwarding module, for if it is not, then forwarding the transaction request.
- The equipment 9. a kind of block chain is known together characterized by comprising memory, processor；Memory；For storing the memory of the processor-executable instruction；Wherein, it is total to the processor is configured to executing block chain as described in any one in claim 1-5 by the processor Knowledge method.
- 10. a kind of computer readable storage medium, which is characterized in that be stored with computer in the computer readable storage medium It executes instruction, for realizing area as described in any one in claim 1-5 when the computer executed instructions are executed by processor Block chain common recognition method.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910073385.7A CN109831425B (en) | 2019-01-25 | 2019-01-25 | Block chain consensus method, device, equipment and computer readable storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910073385.7A CN109831425B (en) | 2019-01-25 | 2019-01-25 | Block chain consensus method, device, equipment and computer readable storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109831425A true CN109831425A (en) | 2019-05-31 |
| CN109831425B CN109831425B (en) | 2022-02-15 |
Family
ID=66862405
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910073385.7A Active CN109831425B (en) | 2019-01-25 | 2019-01-25 | Block chain consensus method, device, equipment and computer readable storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109831425B (en) |
Cited By (30)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110223174A (en) * | 2019-05-23 | 2019-09-10 | 北京清红微谷技术开发有限责任公司 | Block transaction bookkeeping methods and system, data processing terminal, block catenary system |
| CN110300167A (en) * | 2019-06-28 | 2019-10-01 | 京东数字科技控股有限公司 | Business information processing method, equipment and readable storage medium storing program for executing based on block chain |
| CN110351067A (en) * | 2019-06-12 | 2019-10-18 | 南京理工大学 | For the block chain common recognition mechanism of principal and subordinate's multichain |
| CN110460661A (en) * | 2019-08-09 | 2019-11-15 | 成都薇米创想科技有限公司 | A kind of common recognition algorithm based on block chain |
| CN110517141A (en) * | 2019-08-27 | 2019-11-29 | 深圳前海微众银行股份有限公司 | A kind of common recognition method and device based on block catenary system |
| CN110597918A (en) * | 2019-09-23 | 2019-12-20 | 腾讯科技（深圳）有限公司 | Account management method and device and computer readable storage medium |
| CN110648234A (en) * | 2019-09-12 | 2020-01-03 | 广州蚁比特区块链科技有限公司 | Block generation method and device |
| CN110661658A (en) * | 2019-09-23 | 2020-01-07 | 腾讯科技（深圳）有限公司 | Node management method and device of block chain network and computer storage medium |
| CN110990408A (en) * | 2019-12-02 | 2020-04-10 | 中国银行股份有限公司 | Block chain-based business information cooperation method, business system and alliance chain |
| CN111242778A (en) * | 2019-12-31 | 2020-06-05 | 布比（北京）网络技术有限公司 | Data processing method, data processing device, computer equipment and storage medium |
| CN111368343A (en) * | 2020-03-31 | 2020-07-03 | 北京俩撇科技有限公司 | Block chain system, data storage method and device |
| CN111445241A (en) * | 2020-02-28 | 2020-07-24 | 杭州泛链科技有限公司 | Hybrid consensus method and device combining POW and POS |
| CN111524011A (en) * | 2020-05-06 | 2020-08-11 | 杭州复杂美科技有限公司 | Parallel chain consensus confirming method, equipment and storage medium |
| CN111600960A (en) * | 2020-05-22 | 2020-08-28 | 昆明大棒客科技有限公司 | Switching method of hybrid consensus mechanism in block chain and related equipment |
| CN111711526A (en) * | 2020-06-16 | 2020-09-25 | 深圳前海微众银行股份有限公司 | Consensus method and system for block chain nodes |
| CN111723406A (en) * | 2020-06-08 | 2020-09-29 | 上海朝夕网络技术有限公司 | Consensus algorithm and system of block chain |
| CN112118239A (en) * | 2020-09-03 | 2020-12-22 | 腾讯科技（深圳）有限公司 | Block chain consensus method and device, electronic equipment and storage medium |
| CN112487496A (en) * | 2020-12-07 | 2021-03-12 | 合肥达朴汇联科技有限公司 | Block chain consensus system |
| CN112507019A (en) * | 2020-11-20 | 2021-03-16 | 南京航空航天大学 | PBFT consensus system and method based on intelligent contracts |
| CN112541763A (en) * | 2020-12-11 | 2021-03-23 | 军工保密资格审查认证中心 | Block consensus approval method and device for block chain manager |
| CN112910648A (en) * | 2019-12-03 | 2021-06-04 | 北京百度网讯科技有限公司 | Consensus method and device for block chain privacy states |
| CN112907369A (en) * | 2021-02-08 | 2021-06-04 | 网易（杭州）网络有限公司 | Block chain-based data consensus method and device, electronic equipment and storage medium |
| WO2021109471A1 (en) * | 2019-12-03 | 2021-06-10 | 北京海益同展信息科技有限公司 | Method and device for dynamically adding consensus node in blockchain |
| CN112994891A (en) * | 2019-12-18 | 2021-06-18 | 中国移动通信集团浙江有限公司 | Transaction request consensus method and system based on threshold signature |
| CN113014635A (en) * | 2021-02-19 | 2021-06-22 | 卓尔智联(武汉)研究院有限公司 | Node type division method and device of block chain system and block chain system |
| CN113225191A (en) * | 2021-03-24 | 2021-08-06 | 湖南宸瀚信息科技有限责任公司 | Method and device for generating consensus node, storage medium and processor |
| CN113495920A (en) * | 2020-04-02 | 2021-10-12 | 国家广播电视总局广播电视科学研究院 | Content auditing system, method and device based on block chain and storage medium |
| CN113922993A (en) * | 2021-09-18 | 2022-01-11 | 深圳时空云科技有限公司 | Distributed data acquisition control method and device |
| CN114140102A (en) * | 2021-12-02 | 2022-03-04 | 杭州复杂美科技有限公司 | Transaction sending method, computer device and storage medium |
| CN112988893B (en) * | 2021-03-15 | 2023-05-12 | 中国联合网络通信集团有限公司 | Information management method, system, block chain node and medium based on block chain |
Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106656974A (en) * | 2016-10-17 | 2017-05-10 | 江苏通付盾科技有限公司 | Block chain grouping consensus method and system |
| US20170149819A1 (en) * | 2015-11-25 | 2017-05-25 | International Business Machines Corporation | Resisting replay attacks efficiently in a permissioned and privacy- preserving blockchain network |
| CN106789095A (en) * | 2017-03-30 | 2017-05-31 | 腾讯科技（深圳）有限公司 | Distributed system and message treatment method |
| CN107196900A (en) * | 2017-03-24 | 2017-09-22 | 阿里巴巴集团控股有限公司 | A kind of method and device for verification of knowing together |
| CN107395353A (en) * | 2017-04-24 | 2017-11-24 | 阿里巴巴集团控股有限公司 | A kind of block chain common recognition method and device |
| CN107395659A (en) * | 2017-03-28 | 2017-11-24 | 阿里巴巴集团控股有限公司 | A kind of method and device of service handling and common recognition |
| CN107392611A (en) * | 2017-03-24 | 2017-11-24 | 阿里巴巴集团控股有限公司 | A kind of method and device for sending Transaction Information and common recognition checking |
| CN108122165A (en) * | 2017-12-15 | 2018-06-05 | 北京中电普华信息技术有限公司 | A kind of block chain common recognition method and system |
| CN108182635A (en) * | 2017-12-18 | 2018-06-19 | 深圳前海微众银行股份有限公司 | Block chain common recognition method, system and computer readable storage medium |
| CN108985772A (en) * | 2018-07-02 | 2018-12-11 | 上海达家迎信息科技有限公司 | A kind of verification method, device, equipment and the storage medium of block chain |
| US20190019144A1 (en) * | 2017-07-05 | 2019-01-17 | United Parcel Service Of America, Inc. | Counterparty physical proximity verification for digital asset transfers |
-
2019
- 2019-01-25 CN CN201910073385.7A patent/CN109831425B/en active Active
Patent Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20170149819A1 (en) * | 2015-11-25 | 2017-05-25 | International Business Machines Corporation | Resisting replay attacks efficiently in a permissioned and privacy- preserving blockchain network |
| CN106656974A (en) * | 2016-10-17 | 2017-05-10 | 江苏通付盾科技有限公司 | Block chain grouping consensus method and system |
| CN107196900A (en) * | 2017-03-24 | 2017-09-22 | 阿里巴巴集团控股有限公司 | A kind of method and device for verification of knowing together |
| CN107392611A (en) * | 2017-03-24 | 2017-11-24 | 阿里巴巴集团控股有限公司 | A kind of method and device for sending Transaction Information and common recognition checking |
| CN107395659A (en) * | 2017-03-28 | 2017-11-24 | 阿里巴巴集团控股有限公司 | A kind of method and device of service handling and common recognition |
| CN106789095A (en) * | 2017-03-30 | 2017-05-31 | 腾讯科技（深圳）有限公司 | Distributed system and message treatment method |
| CN107395353A (en) * | 2017-04-24 | 2017-11-24 | 阿里巴巴集团控股有限公司 | A kind of block chain common recognition method and device |
| US20190019144A1 (en) * | 2017-07-05 | 2019-01-17 | United Parcel Service Of America, Inc. | Counterparty physical proximity verification for digital asset transfers |
| CN108122165A (en) * | 2017-12-15 | 2018-06-05 | 北京中电普华信息技术有限公司 | A kind of block chain common recognition method and system |
| CN108182635A (en) * | 2017-12-18 | 2018-06-19 | 深圳前海微众银行股份有限公司 | Block chain common recognition method, system and computer readable storage medium |
| CN108985772A (en) * | 2018-07-02 | 2018-12-11 | 上海达家迎信息科技有限公司 | A kind of verification method, device, equipment and the storage medium of block chain |
Non-Patent Citations (5)
| Title |
|---|
| ANDREAS M.ANTONOPOULOS: "《Master bitcoin-UNLOCKING DIGITAL CRYPTOCURRENCIES》", 20 December 2014 * |
| 佚名: "【许晓笛】详解 EOS 的新共识机制 BFT-DPoS_圆方圆学院的博客-CSDN博客", 《HTTPS://BLOG.CSDN.NET/YUANFANGYUAN_BLOCK/ARTICLE/DETAILS/79872614》 * |
| 佚名: "EOS 高吞吐量的杀手锏 BFT-DPoS", 《HTTPS://ZHUANLAN.ZHIHU.COM/P/52306079》 * |
| 佚名: "EOS.IO Technical White Paper v2", 《HTTPS://GITHUB.COM/EOSIO/DOCUMENTATION/BLOB/MASTER/TECHNICALWHITEPAPER.MD》 * |
| 袁勇: "区块链共识算法的发展现状与展望", 《自动化学报》 * |
Cited By (44)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110223174A (en) * | 2019-05-23 | 2019-09-10 | 北京清红微谷技术开发有限责任公司 | Block transaction bookkeeping methods and system, data processing terminal, block catenary system |
| CN110223174B (en) * | 2019-05-23 | 2021-07-09 | 北京清红微谷技术开发有限责任公司 | Block transaction accounting method and system, data processing terminal and block chain system |
| CN110351067A (en) * | 2019-06-12 | 2019-10-18 | 南京理工大学 | For the block chain common recognition mechanism of principal and subordinate's multichain |
| CN110300167A (en) * | 2019-06-28 | 2019-10-01 | 京东数字科技控股有限公司 | Business information processing method, equipment and readable storage medium storing program for executing based on block chain |
| CN110460661A (en) * | 2019-08-09 | 2019-11-15 | 成都薇米创想科技有限公司 | A kind of common recognition algorithm based on block chain |
| CN110517141B (en) * | 2019-08-27 | 2023-06-13 | 深圳前海微众银行股份有限公司 | Consensus method and device based on block chain system |
| CN110517141A (en) * | 2019-08-27 | 2019-11-29 | 深圳前海微众银行股份有限公司 | A kind of common recognition method and device based on block catenary system |
| CN110648234A (en) * | 2019-09-12 | 2020-01-03 | 广州蚁比特区块链科技有限公司 | Block generation method and device |
| CN110661658A (en) * | 2019-09-23 | 2020-01-07 | 腾讯科技（深圳）有限公司 | Node management method and device of block chain network and computer storage medium |
| CN110597918A (en) * | 2019-09-23 | 2019-12-20 | 腾讯科技（深圳）有限公司 | Account management method and device and computer readable storage medium |
| CN110661658B (en) * | 2019-09-23 | 2022-08-12 | 腾讯科技（深圳）有限公司 | Node management method and device of block chain network and computer storage medium |
| CN110990408A (en) * | 2019-12-02 | 2020-04-10 | 中国银行股份有限公司 | Block chain-based business information cooperation method, business system and alliance chain |
| CN110990408B (en) * | 2019-12-02 | 2023-09-19 | 中国银行股份有限公司 | Business information collaboration method based on block chain, business system and alliance chain |
| CN112910648A (en) * | 2019-12-03 | 2021-06-04 | 北京百度网讯科技有限公司 | Consensus method and device for block chain privacy states |
| CN112910648B (en) * | 2019-12-03 | 2023-04-07 | 北京百度网讯科技有限公司 | Consensus method and device for privacy states of block chain |
| WO2021109471A1 (en) * | 2019-12-03 | 2021-06-10 | 北京海益同展信息科技有限公司 | Method and device for dynamically adding consensus node in blockchain |
| CN112994891A (en) * | 2019-12-18 | 2021-06-18 | 中国移动通信集团浙江有限公司 | Transaction request consensus method and system based on threshold signature |
| CN111242778A (en) * | 2019-12-31 | 2020-06-05 | 布比（北京）网络技术有限公司 | Data processing method, data processing device, computer equipment and storage medium |
| CN111445241A (en) * | 2020-02-28 | 2020-07-24 | 杭州泛链科技有限公司 | Hybrid consensus method and device combining POW and POS |
| CN111368343B (en) * | 2020-03-31 | 2022-11-01 | 北京俩撇科技有限公司 | Block chain system, data storage method and device |
| CN111368343A (en) * | 2020-03-31 | 2020-07-03 | 北京俩撇科技有限公司 | Block chain system, data storage method and device |
| CN113495920B (en) * | 2020-04-02 | 2023-06-16 | 国家广播电视总局广播电视科学研究院 | Content auditing system, method and device based on blockchain and storage medium |
| CN113495920A (en) * | 2020-04-02 | 2021-10-12 | 国家广播电视总局广播电视科学研究院 | Content auditing system, method and device based on block chain and storage medium |
| CN111524011B (en) * | 2020-05-06 | 2023-05-30 | 杭州复杂美科技有限公司 | Parallel link consensus validation method, apparatus, and storage medium |
| CN111524011A (en) * | 2020-05-06 | 2020-08-11 | 杭州复杂美科技有限公司 | Parallel chain consensus confirming method, equipment and storage medium |
| CN111600960A (en) * | 2020-05-22 | 2020-08-28 | 昆明大棒客科技有限公司 | Switching method of hybrid consensus mechanism in block chain and related equipment |
| CN111723406A (en) * | 2020-06-08 | 2020-09-29 | 上海朝夕网络技术有限公司 | Consensus algorithm and system of block chain |
| CN111723406B (en) * | 2020-06-08 | 2023-04-28 | 上海朝夕网络技术有限公司 | Block chain consensus algorithm and system |
| CN111711526B (en) * | 2020-06-16 | 2024-03-26 | 深圳前海微众银行股份有限公司 | Method and system for consensus of block chain nodes |
| CN111711526A (en) * | 2020-06-16 | 2020-09-25 | 深圳前海微众银行股份有限公司 | Consensus method and system for block chain nodes |
| CN112118239A (en) * | 2020-09-03 | 2020-12-22 | 腾讯科技（深圳）有限公司 | Block chain consensus method and device, electronic equipment and storage medium |
| CN112507019A (en) * | 2020-11-20 | 2021-03-16 | 南京航空航天大学 | PBFT consensus system and method based on intelligent contracts |
| CN112487496B (en) * | 2020-12-07 | 2024-04-16 | 合肥达朴汇联科技有限公司 | Block chain consensus system |
| CN112487496A (en) * | 2020-12-07 | 2021-03-12 | 合肥达朴汇联科技有限公司 | Block chain consensus system |
| CN112541763B (en) * | 2020-12-11 | 2024-04-30 | 军工保密资格审查认证中心 | Block co-identification approval method and device of block chain manager |
| CN112541763A (en) * | 2020-12-11 | 2021-03-23 | 军工保密资格审查认证中心 | Block consensus approval method and device for block chain manager |
| CN112907369A (en) * | 2021-02-08 | 2021-06-04 | 网易（杭州）网络有限公司 | Block chain-based data consensus method and device, electronic equipment and storage medium |
| CN113014635A (en) * | 2021-02-19 | 2021-06-22 | 卓尔智联(武汉)研究院有限公司 | Node type division method and device of block chain system and block chain system |
| CN112988893B (en) * | 2021-03-15 | 2023-05-12 | 中国联合网络通信集团有限公司 | Information management method, system, block chain node and medium based on block chain |
| CN113225191B (en) * | 2021-03-24 | 2024-02-13 | 湖南宸瀚信息科技有限责任公司 | Generation method and device of consensus node, storage medium and processor |
| CN113225191A (en) * | 2021-03-24 | 2021-08-06 | 湖南宸瀚信息科技有限责任公司 | Method and device for generating consensus node, storage medium and processor |
| CN113922993A (en) * | 2021-09-18 | 2022-01-11 | 深圳时空云科技有限公司 | Distributed data acquisition control method and device |
| CN113922993B (en) * | 2021-09-18 | 2024-04-12 | 深圳时空云科技有限公司 | Distributed acquisition data control method and device |
| CN114140102A (en) * | 2021-12-02 | 2022-03-04 | 杭州复杂美科技有限公司 | Transaction sending method, computer device and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109831425B (en) | 2022-02-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109831425A (en) | Block chain common recognition method, apparatus, equipment and computer readable storage medium | |
| CN108492103B (en) | Joint block chain consensus method | |
| US20180308091A1 (en) | Fairness preserving byzantine agreements | |
| US10713086B2 (en) | Asynchronous directed acyclic map based distributed transaction network | |
| CN111612613B (en) | Block chain network with centralized system | |
| CN108985772A (en) | A kind of verification method, device, equipment and the storage medium of block chain | |
| CN110493198A (en) | A method of it is attacked based on Sybil in PBFT algorithm defence block chain is improved | |
| CN111614468B (en) | Block chain consensus method and system | |
| CN109118230A (en) | Information processing method and device based on block chain | |
| CN110784331B (en) | Consensus process recovery method and related nodes | |
| KR102214849B1 (en) | Fault tolerance consensus method for eliminating interference factors in blockchain networks | |
| CN110535970A (en) | The evidence of judicial chain deposits card and processing method, device, equipment and medium | |
| CN110022216A (en) | Efficient asynchronous Byzantium's common recognition method, network communication platform of low communication complexity | |
| CN113052329A (en) | Method and device for jointly updating service model | |
| CN108537520B (en) | Method and device for accessing third-party payment transaction | |
| CN110766410A (en) | Method and equipment for constructing and verifying credible cross-chain event based on Mercker tree | |
| CN110460471A (en) | A kind of super node polling method, device and storage medium | |
| CN107395623A (en) | Interface access data verification method and device, computer-readable storage medium and equipment | |
| CN111260421A (en) | Block chain-based electronic invoice management and control method and device | |
| CN112235110B (en) | Cross-chain service processing method and device of block chain and electronic equipment | |
| CN114331446A (en) | Method, device, equipment and medium for realizing out-of-chain service of block chain | |
| CN113904869A (en) | Method for detecting malicious node in block chain and block chain | |
| CN113313592A (en) | Intelligent service transaction and supervision system based on block chain | |
| CN111222876B (en) | Method and system for solving cross-chain coupling | |
| CN111951017A (en) | Counter transaction authorization method, system, computer equipment and readable storage medium |
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 |