CN108681965B - Block chain network transaction processing method and device for offline node - Google Patents
Block chain network transaction processing method and device for offline node Download PDFInfo
- Publication number
- CN108681965B CN108681965B CN201810370805.3A CN201810370805A CN108681965B CN 108681965 B CN108681965 B CN 108681965B CN 201810370805 A CN201810370805 A CN 201810370805A CN 108681965 B CN108681965 B CN 108681965B
- Authority
- CN
- China
- Prior art keywords
- transaction
- node
- transaction record
- sender node
- generation time
- 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
Images
Classifications
-
- 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/3297—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving time stamps, e.g. generation of time stamps
Abstract
The invention provides a block chain network transaction processing method and device of an offline node, wherein the method comprises the following steps: acquiring the generation time of the last block, and sending a transaction query instruction from the generation time of the last block to a timestamp to a sender node; receiving a first transaction record occurring from the last block generation time to the timestamp and retrieving all second transaction records relating to the sender node from the transaction pool; and comparing the first transaction record with the second transaction record, and if the first transaction record is consistent with the second transaction record, sending a transaction confirmation message corresponding to the current transaction record to the sender node. Therefore, when the sender node in the block chain network offline mode conducts transaction, the transaction can be authenticated without waiting for the block generation, the transaction authentication efficiency is improved, and support is provided for the block chain technology to be applied to abnormal transactions.
Description
Technical Field
The present invention relates to the field of communications technologies, and in particular, to a method and an apparatus for processing a blockchain network transaction of an offline node.
Background
Generally, an operation mechanism based on a blockchain is applied based on a consensus mechanism, which is an algorithm for establishing trust and obtaining rights and interests between different nodes in the blockchain, that is, the blockchain is widely applied because the security of transactions is guaranteed by information interaction between the nodes based on the nodes, thereby reducing trust cost.
In the related art, transaction verification before a node needs to ensure that all nodes currently participating in a transaction participate in the blockchain, that is, as shown in fig. 1, when nodes A, B, C and D are included in the blockchain (in an online mode of the blockchain network, and online is indicated by solid lines between the nodes), based on an operation mechanism of the blockchain, verification of a transaction including nodes A, B, C and D in the blockchain can be ensured, but when a node E not included in the blockchain (in an offline mode of the blockchain network, and online is indicated by dotted lines between the nodes) transacts with a node included in the blockchain, verification of a transaction of the node E cannot be achieved.
However, with the development of the era of mobile internet, on one hand, a mobile terminal becomes a mainstream as a transaction node of a blockchain, and due to the limitations of electric quantity and flow of the mobile terminal and the like, a node which can not participate in a transaction is in an online mode of the blockchain network in real time, and thus, transaction verification of the node in an offline mode of the blockchain network cannot be realized. On the other hand, even if the nodes participating in the transaction are in the online mode of the block chain network, the transaction amount is more concurrent with the increase of the nodes participating in the transaction, the network flow is increased rapidly when the base block chain operates, the generation time of the waiting block is longer when the transaction is verified, and the transaction confirmation time is too long to meet the rapid requirement of daily transactions. The deficiencies of the above two aspects result in the inability of blockchain techniques to be applied to daily transactions.
Disclosure of Invention
The invention provides a block chain network transaction processing method and device of an offline node, and aims to solve the technical problem that a block chain technology is difficult to apply to daily transactions in the prior art.
A first embodiment of the present invention provides a method for processing a blockchain network transaction of an offline node, where the method is applied to a receiver node in an online mode of a blockchain network, and the method includes: sending transaction information to a sender node in an offline mode of a blockchain network, so that the sender node generates a current transaction record according to the transaction information; acquiring the current transaction record sent after being signed by the sender node, calculating a hash value of the current transaction record, and sending the hash value to a timestamp server of the block chain network, so that the timestamp server marks a timestamp for the hash value; acquiring the hash value which is sent after being signed by the timestamp server and contains the timestamp, broadcasting the hash value to a block chain network, and storing the hash value in a transaction pool of a currently-not-generated block of the receiver node; inquiring a block chain account book currently stored by the receiving party node, acquiring the last block generation time, and sending a transaction inquiry instruction between the last block generation time and the timestamp to the sending party node; receiving a first transaction record fed back by the sender node and occurring between the last block generation time and the timestamp, and retrieving all second transaction records related to the sender node from the transaction pool; and comparing the first transaction record with the second transaction record, and if the comparison result is consistent, sending a transaction confirmation message corresponding to the current transaction record to the sender node.
A second embodiment of the present invention provides a receiver node of a blockchain network, including: the sending module is used for sending transaction information to a sender node in an offline mode of a block chain network so that the sender node generates a current transaction record according to the transaction information; the acquisition module is used for acquiring the current transaction record sent after the signature of the sender node; the calculation module is used for calculating the hash value of the current transaction record; the sending module is further configured to send the hash value to a timestamp server of the blockchain network, so that the timestamp server marks a timestamp for the hash value; the storage module is used for acquiring the hash value which is sent after being signed by the timestamp server and contains the timestamp, broadcasting the hash value to a block chain network, and storing the hash value in a transaction pool of a currently-generated block of the receiver node; the sending module is further configured to query a block chain ledger book currently stored by the receiver node, obtain last block generation time, and send a transaction query instruction from the last block generation time to the timestamp to the sender node; a retrieval module, configured to receive a first transaction record occurring between the last block generation time and the timestamp, which is fed back by the sender node, and retrieve all second transaction records related to the sender node from the transaction pool; and the processing module is used for comparing the first transaction record with the second transaction record and sending a transaction confirmation message corresponding to the current transaction record to the sender node when the comparison result is consistent.
A third embodiment of the present invention provides a computer apparatus including: the system comprises a memory, a processor and a computer program stored on the memory and capable of running on the processor, wherein the processor executes the computer program to realize the method for processing the blockchain network transaction of the offline node according to the embodiment.
A fourth embodiment of the present invention provides a non-transitory computer-readable storage medium, on which a computer program is stored, where the computer program, when executed by a processor, implements the method for processing blockchain network transactions of offline nodes according to the foregoing embodiments.
The technical scheme provided by the embodiment of the invention has the following beneficial effects:
sending transaction information to a sender node in an offline mode of a blockchain network, so that the sender node generates a current transaction record according to the transaction information, acquiring the current transaction record sent after being signed by the sender node, calculating a hash value of the current transaction record, sending the hash value to a timestamp server of the blockchain network, so that the timestamp server marks a timestamp for the hash value, acquiring the hash value containing the timestamp sent after being signed by the timestamp server, broadcasting the hash value to the blockchain network, storing the hash value in a transaction pool of a receiver node which does not generate a block currently, inquiring a blockchain account book currently stored by the receiver node, acquiring the generation time of the last block, sending a transaction inquiry command from the generation time of the last block to the timestamp to the sender node, and further receiving a first transaction record which is fed back by the sender node and occurs between the generation time of the last block and the timestamp, and retrieving all second transaction records related to the sender node from the transaction pool, finally, comparing the first transaction record with the second transaction record, and if the comparison result is consistent, sending a transaction confirmation message corresponding to the current transaction record to the sender node. Therefore, when the sender node in the block chain network offline mode conducts transaction, the transaction can be authenticated without waiting for the block generation, the transaction authentication efficiency is improved, and support is provided for the block chain technology to be applied to abnormal transactions.
Additional aspects and advantages of the invention will be set forth in part in the description which follows and, in part, will be obvious from the description, or may be learned by practice of the invention.
Drawings
The above and/or additional aspects and advantages of the present invention will become apparent and readily appreciated from the following description of the embodiments, taken in conjunction with the accompanying drawings of which,
FIG. 1 is a diagram of an application scenario of a blockchain execution mechanism according to the prior art;
FIG. 2 is a schematic diagram of an application scenario of another blockchain execution mechanism according to the prior art;
FIG. 3 is a flow diagram of a method for blockchain network transaction processing for an offline node according to one embodiment of the invention;
fig. 4 is a schematic view of an application scenario of the method for processing blockchain network transactions of an offline node according to an embodiment of the present invention;
FIG. 5 is a flow diagram of a method of avoiding a double flower attack, according to one embodiment of the invention;
fig. 6 is a schematic view of an application scenario of a blockchain network transaction processing method for an offline node according to another embodiment of the present invention;
fig. 7 is a schematic structural diagram of a blockchain network transaction processing apparatus of an offline node according to an embodiment of the present invention;
fig. 8 is a schematic structural diagram of a blockchain network transaction processing apparatus of an offline node according to another embodiment of the present invention; and
fig. 9 is a schematic structural diagram of a blockchain network transaction processing apparatus of an offline node according to another embodiment of the present invention.
Detailed Description
Reference will now be made in detail to embodiments of the present invention, examples of which are illustrated in the accompanying drawings, wherein like or similar reference numerals refer to the same or similar elements or elements having the same or similar function throughout. The embodiments described below with reference to the drawings are illustrative and intended to be illustrative of the invention and are not to be construed as limiting the invention.
Based on the description of the background art, it is understood that in the prior art, as the daily transaction is actually performed, the receiver of the transaction is generally a shop owner, and such a block participating node has a real-time online condition, but the initiator of the block chain transaction is generally a common public user, and generally a mobile terminal is adopted, and generally does not have a condition of accessing to a block chain in real time.
On the other hand, when the current blockchain performs transaction verification, for example, as shown in fig. 2, when a node a and a node B perform a transaction, both participating nodes must be kept in the blockchain network online mode, receive various broadcast records in real time, generate a transaction record by a transaction initiator node, sign the transaction record, and broadcast the transaction record to the blockchain P2P network, but when a mobile terminal participating in the transaction cannot guarantee that the mobile terminal is in the blockchain network online mode in real time, the blockchain is difficult to apply to daily transactions.
On the other hand, based on the operation mechanism of the block chain, the block chain must wait until the transaction record is written into the block to confirm the transaction, i.e. referring to fig. 2, the node B needs to receive the verification information written into the block to confirm the transaction success, however, daily transactions, especially face-to-face transactions, need to be fast and fast, and need to complete payment and confirmation within 1-2 minutes, wait for writing into the block, or generate a plurality of blocks. Completely unacceptable to the user.
In order to solve the problem that the block chain is difficult to apply to daily transactions, the invention provides a block chain network transaction processing method of an offline node.
The following describes a block chain network transaction processing method for an offline node according to an embodiment of the present invention with reference to the drawings. For convenience of description, the following embodiments are described focusing on the side of the receiver node in the blockchain network online mode, where the receiver node in the blockchain network online mode may be understood as a payment processing terminal of a store, such as a pos machine or the like.
Specifically, fig. 3 is a flowchart of a method for processing blockchain network transactions of an offline node according to an embodiment of the present invention, as shown in fig. 3, the method includes:
In addition, the sender node in the embodiment of the present invention may be understood as a mobile terminal initiating a payment action, such as a hardware device, such as a smart phone, a tablet computer, a personal digital assistant, a wearable device, and the wearable device may be a smart band, a smart watch, smart glasses, and the like.
It should be emphasized that, a sender node in the offline mode of the blockchain network may be understood that, due to the limitations of power, traffic, and the like, the current sender node cannot be online in the blockchain network in real time, and cannot be a node stably existing in the blockchain.
Specifically, the receiving party node and the sending party node send transaction information, so that the sending party node generates a current transaction record according to the transaction information, the sending party node further confirms the transaction, and other illegal mobile terminals are prevented from pretending that the sending party node initiates a transaction behavior.
It should be noted that, in order to implement information interaction between the sender node and the receiver node, before sending the transaction information to the sender node in the blockchain network offline mode, the receiver node establishes a communication network with the sender node in the blockchain network offline mode, so that the receiver node performs information interaction with the sender node through the communication network.
According to different application scenarios, the method for establishing the Communication network between the sender node and the receiver node may include surface-to-surface connection methods such as infrared, bluetooth, NFC (Near Field Communication), WiFi, internet connection, and two-dimensional code scanning, or connection methods such as third-party transfer (for example, the receiver node sends the transaction information to a third-party server, and the third-party server sends the transaction information to the sender node).
And 103, acquiring the hash value containing the timestamp sent after the signature of the timestamp server, broadcasting the hash value to the blockchain network, and storing the hash value in a transaction pool of the current non-generated block of the receiver node.
Specifically, the sender node confirms the current transaction in a signature manner, wherein the sender node can perform signature through different identification information according to different application scenarios, such as a device identifier of the sender, a network access permission code, and the like, and further, after obtaining a current transaction record sent after the sender node performs signature, calculate a hash value of the current transaction record, and send the hash value to a timestamp server of the blockchain network, so that the timestamp server marks a timestamp for the hash value.
Therefore, the uniqueness of the current transaction is marked by the hash value and the timestamp mark marked for the hash value by the timestamp server, so that the current transaction can be effectively executed in the execution mechanism of the block chain.
Furthermore, based on the execution mechanism of the blockchain, after the receiving node acquires the hash value containing the timestamp sent after the signature of the timestamp server, the hash value is broadcasted to the blockchain network, so that all nodes of the blockchain can know the transaction, trust verification of the transaction is facilitated, and the like.
In some possible embodiments, when the receiving node and the timestamp server perform information interaction, an encryption transmission mode may also be adopted, for example, the receiving node encrypts the hash value by its own private key and sends the encrypted hash value to the timestamp server, and the timestamp server also encrypts the hash value including the timestamp by its own private key and sends the encrypted hash value to the receiving node, and the like.
The hash value containing the timestamp and sent after being signed by the timestamp server is stored in a transaction pool of a receiving node which does not generate a block currently, and it can be understood that due to concurrence of transactions, huge transaction amount, a network and other reasons, nodes in a block chain may have a plurality of block generation tasks, wherein the non-generated blocks are stored in the transaction pool of the non-generated blocks currently, the receiving node in the block chain updates the transaction pool of itself in real time, and all transaction records which are not written into the blocks between the current time and the last block generation time are stored in the corresponding transaction pool, deleted in real time according to the transaction records written into the newly generated blocks, and added according to the new transactions broadcasted in the block chain. Thus, in an implementation of the invention, hash values containing timestamps for non-generated tiles due to the sender node being in blockchain network online mode are stored in the transaction pool for which the recipient node is not currently generating tiles.
And 104, inquiring a block chain account book currently stored by the receiver node, acquiring the last block generation time, and sending a transaction inquiry command from the last block generation time to the timestamp to the sender node.
And step 105, receiving a first transaction record which is fed back by the sender node and occurs between the last block generation time and the timestamp, and retrieving all second transaction records related to the sender node from the transaction pool.
And step 106, comparing the first transaction record with the second transaction record, and if the comparison result is consistent, sending a transaction confirmation message corresponding to the current transaction record to the sender node.
However, since the sender node in the embodiment of the present invention is in the blockchain network online mode, the reconciliation mechanism is adopted to verify the current transaction.
Specifically, a blockchain account book currently stored by a receiving node is firstly inquired, the last block generation time is obtained, and a transaction inquiry instruction from the last block generation time to a timestamp is sent to a sending node, so that all transaction behaviors occurring in the transaction time corresponding to the current timestamp from the last block generation time of the sending node are obtained.
And after receiving a first transaction record which is fed back by the sender node and occurs between the last block generation time and the timestamp, retrieving all second transaction records related to the sender node from the transaction pool, and comparing the first transaction records with the second transaction records to verify the current transaction according to the comparison result.
If the comparison result is consistent, it indicates that the current sender node is reliable, and thus, a transaction confirmation message corresponding to the current transaction record, such as a "transaction success" notification message, is sent to the sender node.
If the comparison result is inconsistent, for example, if the comparison result shows that the first transaction record is less than the second transaction record, it indicates that the sender node concealed part of the transaction information, so as to determine that the sender node is unreliable, and sends a transaction rejection message corresponding to the current transaction record to the sender node, for example, sends a "transaction failure" notification message, etc.
Of course, in some possible embodiments, it may also be possible to relatively know that the first transaction record is more than the second transaction record, which indicates that the retrieval of the transaction record of the current receiver node is not complete, retrieve all the second transaction records related to the sender node from the transaction pool, and if the retrieval is still incomplete, perform troubleshooting to ensure the stable reliability of the blockchain network transaction processing method of the current offline node.
Therefore, the current transaction behavior is verified based on the reconciliation mechanism, all transaction records (second transaction records) between the last block generation time and the timestamp of the sender node are stored in the transaction pool of the receiver node, and the hash value containing the timestamp of each transaction is identified by broadcasting to the blockchain network by the receiver node, so that the transaction records corresponding to the transaction behaviors of all the receiver nodes in the blockchain between the last block generation time and the timestamp are contained in the second transaction records. Therefore, the second transaction behavior is checked with the first transaction record fed back by the sender, and the reliability of the current transaction is determined according to the checking result.
That is, in fact, the present invention determines the transaction based on the trust level determination of the sender node, determines that the current transaction is reliable when the sender node is a trusted node, and determines that the current transaction is unreliable when the sender node is not a trusted node. In the actual execution process, the first transaction behavior and the second transaction behavior include all transaction records between the last block generation time and the timestamp of the sender node, and may include a transaction record of the sender node in an online mode of a block chain network and a transaction record of the sender node in an offline mode of the block chain network. Of course, since the transaction record of the sender node in the blockchain network online mode has already been verified, in order to improve the verification efficiency, the first transaction behavior and the second transaction behavior include all the transaction records between the last block generation time and the timestamp of the sender node, and may only include the transaction record of the sender node in the blockchain network offline mode.
In consideration of some scenarios, even if the sender node really declares all transaction records, the sender node may not have payment capability, and therefore, the amount and payment method and the like in all transaction records of the sender node can be analyzed to determine whether the sender node has payment capability, for example, if all transaction behavior amounts declared by the sender node are larger than the amount corresponding to the current transaction behavior to be verified, and the payment methods are balance payment, the receiver node is determined to have payment capability, and thus, the current transaction behavior is determined.
For example, in the current transaction to be verified, when the node of the receiving party in the online mode of the blockchain network is B, the node of the sending party in the offline mode of the blockchain network is a, and the node a also performs a transaction with the node of the receiving party in the online mode of the blockchain network is C within the time corresponding to the timestamp from the last block generation time, as shown in fig. 4, since both the node B and the node C in the blockchain perform a broadcast in the blockchain when performing a transaction with the node a, the transaction pool of the node B stores the transaction records of the node a and the node B, and the transaction records of the node a and the node C.
When the transaction records of the node A and the node B are verified, the node B sends a transaction inquiry instruction between the last block generation time and the timestamp to the node A of the sender, whether the node A feeds back the transaction records of the node B and the node C is determined according to the first transaction record fed back by the node A and the second transaction record in the transaction pool, and if the node A really declares all the transaction records, the node A is determined to be reliable, so that the current transaction to be verified is confirmed.
In the block chain network transaction processing method of the offline node, the situation of double-flower attack also exists in the actual execution process, and in order to avoid the situation of double-flower attack, namely to avoid that the sender node completes two transactions with the same amount, in the embodiment of the invention, the verification is carried out based on the transaction records of a plurality of blocks.
Specifically, fig. 5 is a flowchart of a method for avoiding double-flower attack according to an embodiment of the present invention, and as shown in fig. 5, before sending a transaction confirmation message corresponding to a current transaction record to a sender node in step 106, the method includes:
And step 203, comparing the third transaction record with the fourth transaction record, and if the comparison result is consistent, sending a transaction confirmation message corresponding to the current transaction record to the sender node.
In order to avoid double-flower attack, a large number of transactions of a sender node are checked, in the embodiment of the invention, all transaction behaviors of the sender are checked based on the generation time from the Mth block to the last block, wherein the larger the time interval from M to the last block is, namely the smaller M is, the more reliable the result of checking is.
Specifically, a blockchain account currently saved by the receiving node is queried, and an mth blockchain generation time is obtained, wherein each blockchain has a generated timestamp based on a blockchain generation mechanism, so that a transaction query instruction from the mth blockchain generation time to a last blockchain generation time can be sent to the sending node based on the obtaining of the mth blockchain generation time by the executing mechanism.
And receiving a third transaction record fed back by the sender node from the Mth block generation time to the last block generation time, retrieving all fourth transaction records related to the sender node from the Mth block to the last block from the block chain ledger, and comparing the third transaction record with the fourth transaction records.
In order to more fully describe the block chain network transaction processing method of the offline node according to the embodiment of the present invention, the following description is given by taking specific application scenarios as examples, and the following are provided:
in this example, the sender node in the offline mode of the blockchain network is node a, the receiver node in the online mode of the blockchain network is node B, in the current transaction behavior to be verified, node a needs to pay 5 yuan to node B, and node a and node B are connected in a bluetooth manner.
As shown in fig. 6, after the node a and the node B are connected, the node B sends the node B address information, transaction amount and other transaction information to the node a, and the node a signs and generates a transaction record according to the transaction information and feeds back the transaction record to the node B.
And the node B calculates the hash value of the transaction record, submits the hash value of the transaction record to a timestamp server in the block chain network, and after receiving the hash value, the timestamp server stamps the hash value with a timestamp at the current moment, signs the hash value with a private key of the node B and sends the signature to the node B.
The node B obtains the Hash value of the transaction which is stamped by the timestamp server, and broadcasts the Hash value of the transaction and the timestamp which are signed by the private key of the timestamp server to the block chain for issuing.
And the node B simultaneously retrieves all transaction records related to the node A from the transaction pool of the current non-generated block (each record in the transaction pool needs to verify the signature), sorts the transaction records according to time sequence, checks account according to all transaction records of the node A, and if the transaction records are successful, carries out the next step, otherwise, the payment fails.
Specifically, the node B queries its local block chain ledger, obtains the generation time of the last block before the current time, and then requests the node a for all transaction records (including records of both offline and online transaction modes) of the node a from the generation time of the last block to the current transaction time, that is, the first transaction record. And the node B compares the first transaction record sent by the node A to the node B with the second transaction record of the node A in the transaction pool, and if the first transaction record is consistent with the second transaction record, the node A is considered to have the capability of paying the amount through calculation, the node B confirms the transaction.
If the first transaction record declared by the node A is less than the second transaction record declared by the node B for the A, the payment is declared to the A and fails. If node a declares more first transaction records than second transaction records in the node B transaction pool for a, then node B reconciles against the records provided by node a. Similarly, in order to avoid double-flower attack, the node B may compare and confirm all transaction records in M blocks ahead of the current transaction time, perform reconciliation, and determine the validity of the current transaction behavior according to the reconciliation result.
To sum up, in the method for processing a blockchain network transaction of an offline node according to an embodiment of the present invention, transaction information is sent to a sender node in an offline mode of the blockchain network, so that the sender node generates a current transaction record according to the transaction information, obtains the current transaction record sent after being signed by the sender node, calculates a hash value of the current transaction record, sends the hash value to a timestamp server of the blockchain network, so that the timestamp server marks a timestamp for the hash value, obtains the hash value containing the timestamp sent after being signed by the timestamp server, broadcasts the hash value to the blockchain network, stores the hash value in a transaction pool in which no block is currently generated by the receiver node, queries a blockchain account book currently stored by the receiver node, obtains a last block generation time, and sends a transaction query instruction from the last block generation time to the timestamp to the sender node, and then receiving a first transaction record which is fed back by the sender node and occurs between the last block generation time and the timestamp, retrieving all second transaction records related to the sender node from the transaction pool, finally comparing the first transaction record with the second transaction records, and if the comparison result is consistent, sending a transaction confirmation message corresponding to the current transaction record to the sender node. Therefore, when the sender node in the block chain network offline mode conducts transaction, the transaction can be authenticated without waiting for the block generation, the transaction authentication efficiency is improved, and support is provided for the block chain technology to be applied to abnormal transactions.
In order to implement the foregoing embodiment, the present invention further provides an offline node blockchain network transaction processing apparatus, and fig. 7 is a schematic structural diagram of the offline node blockchain network transaction processing apparatus according to an embodiment of the present invention, and as shown in fig. 7, the offline node blockchain network transaction processing apparatus includes: a sending module 100, an obtaining module 200, a calculating module 300, a storing module 400, a retrieving module 500 and a processing module 600.
The sending module 100 is configured to send transaction information to a sender node in an offline mode of a blockchain network, so that the sender node generates a current transaction record according to the transaction information.
In an embodiment of the present invention, as shown in fig. 8, based on the example shown in fig. 7, the receiver node of the blockchain network further includes a communication module 700, where the communication module 700 is configured to establish a communication network with the sender node in the blockchain network offline mode before the sending module 100 sends the transaction information to the sender node in the blockchain network offline mode, so that the receiver node performs information interaction with the sender node through the communication network.
An obtaining module 200, configured to obtain a current transaction record sent after being signed by a sender node.
A calculating module 300, configured to calculate a hash value of the current transaction record.
The sending module 100 is further configured to send the hash value to a timestamp server of the blockchain network, so that the timestamp server marks a timestamp for the hash value.
And the storage module 400 is configured to obtain the hash value containing the timestamp and sent after the timestamp server signs, broadcast the hash value to the blockchain network, and store the hash value in the transaction pool where the recipient node does not generate the block currently.
The sending module 100 is further configured to query a block chain ledger currently stored by the receiving node, obtain the last block generation time, and send a transaction query instruction from the last block generation time to the timestamp to the sending node.
A retrieving module 500, configured to receive a first transaction record occurring between the last chunk generation time and the timestamp, which is fed back by the sender node, and retrieve all second transaction records related to the sender node from the transaction pool.
And the processing module 600 is configured to compare the first transaction record with the second transaction record, and send a transaction confirmation message corresponding to the current transaction record to the sender node when the comparison result is consistent.
In an embodiment of the present invention, the processing module 600 is further configured to send a transaction rejection message corresponding to the current transaction record to the sender node when the comparison shows that the first transaction record is less than the second transaction record.
In one embodiment of the present invention, the processing module 600 is further configured to retrieve all second transaction records associated with the sender node from the transaction pool when the comparison reveals that the first transaction record is more than the second transaction record.
In one embodiment of the invention, as shown in fig. 9, the receiver node of the blockchain network further comprises a query module 800 based on that shown in fig. 7, wherein,
the query module 800 is configured to query the blockchain ledger currently stored by the receiver node before the processing module sends the transaction confirmation message corresponding to the current transaction record to the sender node.
In this embodiment, the sending module 100 is further configured to obtain an mth block generation time, where the mth block is not the last block, and send a transaction query instruction from the mth block generation time to the last block generation time to the sender node.
In this embodiment, the retrieving module 500 is further configured to receive a third transaction record fed back by the sending node from the mth block generation time to the last block generation time, and retrieve a fourth transaction record associated with the sending node from the blockchain ledger.
In this embodiment, the processing module 600 is further configured to compare the third transaction record with the fourth transaction record, and if the comparison result is consistent, send a transaction confirmation message corresponding to the current transaction record to the sender node.
It should be noted that the foregoing explanation of the method for handling block link network transactions of an offline node is also applicable to the device for handling block link network transactions of a block link network according to the embodiment of the present invention, and the implementation principle is similar, and is not described herein again.
To sum up, the apparatus for processing a blockchain network transaction according to an embodiment of the present invention sends transaction information to a sender node in an offline mode of the blockchain network, so that the sender node generates a current transaction record according to the transaction information, obtains the current transaction record sent after being signed by the sender node, calculates a hash value of the current transaction record, sends the hash value to a timestamp server of the blockchain network, so that the timestamp server marks a timestamp for the hash value, obtains the hash value containing the timestamp sent after being signed by the timestamp server, broadcasts the hash value to the blockchain network, stores the hash value in a transaction pool in which no block is currently generated by the receiver node, queries a blockchain account currently stored by the receiver node, obtains a last block generation time, and sends a transaction query instruction from the last block generation time to the timestamp to the sender node, and then receiving a first transaction record which is fed back by the sender node and occurs between the last block generation time and the timestamp, retrieving all second transaction records related to the sender node from the transaction pool, finally comparing the first transaction record with the second transaction records, and if the comparison result is consistent, sending a transaction confirmation message corresponding to the current transaction record to the sender node. Therefore, when the sender node in the block chain network offline mode conducts transaction, the transaction can be authenticated without waiting for the block generation, the transaction authentication efficiency is improved, and support is provided for the block chain technology to be applied to abnormal transactions.
In order to implement the foregoing embodiments, the present invention further provides a computer device, which includes a memory, a processor, and a computer program stored in the memory and executable on the processor, and when the processor executes the computer program, the computer device implements the block chain network transaction processing method of the offline node as described in the foregoing embodiments.
In order to implement the foregoing embodiments, the present invention also proposes a non-transitory computer-readable storage medium, on which a computer program is stored, which, when being executed by a processor, is capable of implementing the block chain network transaction processing method of an offline node as described in the foregoing embodiments.
In the description herein, reference to the description of the term "one embodiment," "some embodiments," "an example," "a specific example," or "some examples," etc., means that a particular feature, structure, material, or characteristic described in connection with the embodiment or example is included in at least one embodiment or example of the application. In this specification, the schematic representations of the terms used above are not necessarily intended to refer to the same embodiment or example. Furthermore, the particular features, structures, materials, or characteristics described may be combined in any suitable manner in any one or more embodiments or examples. Furthermore, various embodiments or examples and features of different embodiments or examples described in this specification can be combined and combined by one skilled in the art without contradiction.
Furthermore, the terms "first", "second" and "first" are used for descriptive purposes only and are not to be construed as indicating or implying relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include at least one such feature. In the description of the present application, "plurality" means at least two, e.g., two, three, etc., unless specifically limited otherwise.
Any process or method descriptions in flow charts or otherwise described herein may be understood as representing modules, segments, or portions of code which include one or more executable instructions for implementing steps of a custom logic function or process, and alternate implementations are included within the scope of the preferred embodiment of the present application in which functions may be executed out of order from that shown or discussed, including substantially concurrently or in reverse order, depending on the functionality involved, as would be understood by those reasonably skilled in the art of the present application.
The logic and/or steps represented in the flowcharts or otherwise described herein, e.g., an ordered listing of executable instructions that can be considered to implement logical functions, can be embodied in any computer-readable medium for use by or in connection with an instruction execution system, apparatus, or device, such as a computer-based system, processor-containing system, or other system that can fetch the instructions from the instruction execution system, apparatus, or device and execute the instructions. For the purposes of this description, a "computer-readable medium" can be any means that can contain, store, communicate, propagate, or transport the program for use by or in connection with the instruction execution system, apparatus, or device. More specific examples (a non-exhaustive list) of the computer-readable medium would include the following: an electrical connection (electronic device) having one or more wires, a portable computer diskette (magnetic device), a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber device, and a portable compact disc read-only memory (CDROM). Additionally, the computer-readable medium could even be paper or another suitable medium upon which the program is printed, as the program can be electronically captured, via for instance optical scanning of the paper or other medium, then compiled, interpreted or otherwise processed in a suitable manner if necessary, and then stored in a computer memory.
It should be understood that portions of the present application may be implemented in hardware, software, firmware, or a combination thereof. In the above embodiments, the various steps or methods may be implemented in software or firmware stored in memory and executed by a suitable instruction execution system. If implemented in hardware, as in another embodiment, any one or combination of the following techniques, which are known in the art, may be used: a discrete logic circuit having a logic gate circuit for implementing a logic function on a data signal, an application specific integrated circuit having an appropriate combinational logic gate circuit, a Programmable Gate Array (PGA), a Field Programmable Gate Array (FPGA), or the like.
It will be understood by those skilled in the art that all or part of the steps carried by the method for implementing the above embodiments may be implemented by hardware related to instructions of a program, which may be stored in a computer readable storage medium, and when the program is executed, the program includes one or a combination of the steps of the method embodiments.
In addition, functional units in the embodiments of the present application may be integrated into one processing module, or each unit may exist alone physically, or two or more units are integrated into one module. The integrated module can be realized in a hardware mode, and can also be realized in a software functional module mode. The integrated module, if implemented in the form of a software functional module and sold or used as a stand-alone product, may also be stored in a computer readable storage medium.
The storage medium mentioned above may be a read-only memory, a magnetic or optical disk, etc. Although embodiments of the present application have been shown and described above, it is understood that the above embodiments are exemplary and should not be construed as limiting the present application, and that variations, modifications, substitutions and alterations may be made to the above embodiments by those of ordinary skill in the art within the scope of the present application.
Claims (10)
1. A method for processing blockchain network transactions of an offline node, the method being applied to a receiver node in an online mode of a blockchain network, the method comprising:
establishing a communication network with the sender node in the offline mode of the blockchain network so that the receiver node performs information interaction with the sender node through the communication network;
sending transaction information to a sender node in an offline mode of a blockchain network, so that the sender node generates a current transaction record according to the transaction information;
acquiring the current transaction record sent after being signed by the sender node, calculating a hash value of the current transaction record, and sending the hash value to a timestamp server of the block chain network, so that the timestamp server marks a timestamp for the hash value;
acquiring the hash value which is sent after being signed by the timestamp server and contains the timestamp, broadcasting the hash value to a block chain network, and storing the hash value in a transaction pool of a currently-not-generated block of the receiver node;
inquiring a block chain account book currently stored by the receiving party node, acquiring the last block generation time, and sending a transaction inquiry instruction between the last block generation time and the timestamp to the sending party node;
receiving a first transaction record which is fed back by the sender node and occurs between the last block generation time and the timestamp, and retrieving all second transaction records related to the sender node from the transaction pool, wherein the transaction pool comprises the transaction records without the generated blocks between the current time and the last block generation time;
and comparing the first transaction record with the second transaction record, and if the comparison result is consistent, sending a transaction confirmation message corresponding to the current transaction record to the sender node.
2. The method of claim 1, wherein after said comparing said first transaction record and said second transaction record, further comprising:
and if the first transaction record is less than the second transaction record through comparison, sending a transaction rejection message corresponding to the current transaction record to the sender node.
3. The method of claim 1, wherein after said comparing said first transaction record and said second transaction record, further comprising:
and if the comparison shows that the first transaction record is more than the second transaction record, all the second transaction records related to the sender node are retrieved from the transaction pool.
4. The method of any of claims 1-3, wherein prior to said sending a transaction confirmation message corresponding to the current transaction record to the sender node, further comprising:
inquiring a block chain account book currently stored by the receiving party node, acquiring the generation time of the Mth block, wherein the Mth block is not the last block, and sending a transaction inquiry command from the generation time of the Mth block to the generation time of the last block to the sending party node;
receiving a third transaction record fed back by the sender node from the Mth block generation time to the last block generation time, and retrieving all fourth transaction records related to the sender node from the Mth block to the last block from the blockchain ledger;
and comparing the third transaction record with the fourth transaction record, and if the comparison result is consistent, sending a transaction confirmation message corresponding to the current transaction record to the sender node.
5. An apparatus for processing a blockchain network transaction of an offline node, comprising:
the communication module is used for establishing a communication network with a sender node in the block chain network offline mode before sending transaction information to the sender node in the block chain network offline mode so as to enable a receiver node to perform information interaction with the sender node through the communication network;
the sending module is used for sending transaction information to a sender node in an offline mode of a block chain network so that the sender node generates a current transaction record according to the transaction information;
the acquisition module is used for acquiring the current transaction record sent after the signature of the sender node;
the calculation module is used for calculating the hash value of the current transaction record;
the sending module is further configured to send the hash value to a timestamp server of the blockchain network, so that the timestamp server marks a timestamp for the hash value;
the storage module is used for acquiring the hash value which is sent after being signed by the timestamp server and contains the timestamp, broadcasting the hash value to a block chain network, and storing the hash value in a transaction pool of a currently-generated block of the receiver node;
the sending module is further configured to query a block chain ledger book currently stored by the receiver node, obtain last block generation time, and send a transaction query instruction from the last block generation time to the timestamp to the sender node;
a retrieval module, configured to receive a first transaction record that occurs between the last block generation time and the timestamp and is fed back by the sender node, and retrieve all second transaction records related to the sender node from the transaction pool, where the transaction pool includes transaction records without generated blocks between the current time and the last block generation time;
and the processing module is used for comparing the first transaction record with the second transaction record and sending a transaction confirmation message corresponding to the current transaction record to the sender node when the comparison result is consistent.
6. The apparatus of claim 5, wherein the processing module is further configured to:
and when the first transaction record is less than the second transaction record through comparison, sending a transaction rejection message corresponding to the current transaction record to the sender node.
7. The apparatus of claim 5, wherein the processing module is further configured to:
and when the comparison shows that the first transaction record is more than the second transaction record, all the second transaction records related to the sender node are retrieved from the transaction pool.
8. The apparatus of any of claims 5-7, further comprising:
the query module is used for querying a block chain account book currently stored by the receiver node before the processing module sends a transaction confirmation message corresponding to the current transaction record to the sender node;
the sending module is further configured to obtain an mth block generation time, where the mth block is not a last block, and send a transaction query instruction from the mth block generation time to the last block generation time to the sender node;
the retrieving module is further configured to receive a third transaction record fed back by the sender node from the mth block generation time to the last block generation time, and retrieve, from the blockchain ledger, all fourth transaction records related to the sender node from the mth block to the last block;
and the processing module is further configured to compare the third transaction record with the fourth transaction record, and if the comparison result is consistent, send a transaction confirmation message corresponding to the current transaction record to the sender node.
9. 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 method for block chain network transaction processing for an offline node as claimed in any one of claims 1 to 4 when executing the computer program.
10. A computer-readable storage medium, on which a computer program is stored, which, when being executed by a processor, implements the method for blockchain network transaction processing for offline nodes according to any one of claims 1 to 4.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810370805.3A CN108681965B (en) | 2018-04-24 | 2018-04-24 | Block chain network transaction processing method and device for offline node |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810370805.3A CN108681965B (en) | 2018-04-24 | 2018-04-24 | Block chain network transaction processing method and device for offline node |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN108681965A CN108681965A (en) | 2018-10-19 |
| CN108681965B true CN108681965B (en) | 2021-01-29 |
Family
ID=63801224
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810370805.3A Active CN108681965B (en) | 2018-04-24 | 2018-04-24 | Block chain network transaction processing method and device for offline node |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108681965B (en) |
Families Citing this family (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109087096B (en) * | 2018-07-19 | 2020-12-15 | 中国联合网络通信集团有限公司 | Block chain account checking method, device, equipment and storage medium |
| CN109493043A (en) * | 2018-10-30 | 2019-03-19 | 广州品唯软件有限公司 | The blocking method, apparatus of transaction record, electronic equipment and storage medium |
| EP3667534B1 (en) * | 2018-12-13 | 2021-09-29 | Schneider Electric Industries SAS | Time stamping of data in an offline node |
| CN110020864A (en) * | 2018-12-20 | 2019-07-16 | 阿里巴巴集团控股有限公司 | Recognition methods, device and the equipment traded extremely under weak net environment |
| WO2019072307A2 (en) * | 2018-12-28 | 2019-04-18 | Alibaba Group Holding Limited | Accelerating transaction deliveries in blockchain networks using acceleration nodes |
| KR20200083940A (en) * | 2018-12-28 | 2020-07-09 | 알리바바 그룹 홀딩 리미티드 | Accelerate transaction delivery in blockchain networks using transaction retransmission |
| US11159945B2 (en) * | 2018-12-31 | 2021-10-26 | T-Mobile Usa, Inc. | Protecting a telecommunications network using network components as blockchain nodes |
| US11601787B2 (en) | 2018-12-31 | 2023-03-07 | T-Mobile Usa, Inc. | Using a blockchain to determine trustworthiness of messages between vehicles over a telecommunications network |
| CN109784928B (en) * | 2019-01-23 | 2024-04-12 | 众安信息技术服务有限公司 | Information processing method and information processing device based on block chain |
| CN110348853B (en) * | 2019-07-15 | 2022-03-08 | 聂明 | Block chain off-line transaction method and system based on identification authentication |
| CN110445684B (en) * | 2019-08-09 | 2021-04-02 | 中国信息通信研究院 | Block chain performance benchmark test method and device |
| CN110992033A (en) * | 2019-12-10 | 2020-04-10 | 苏宁金融科技(南京)有限公司 | Block chain-based article monitoring method, device, medium and computer equipment |
| CN111768196B (en) * | 2020-07-01 | 2024-01-30 | 中国银行股份有限公司 | Transaction information confirmation method and device |
| US20220237111A1 (en) * | 2021-01-23 | 2022-07-28 | Dido Solutions, Inc. | Distributed immutable data object testing |
| CN112967149B (en) * | 2021-02-03 | 2024-01-26 | 广东电力信息科技有限公司 | Multi-party electric quantity statistical information sharing method and system based on block chain technology |
| CN113852687B (en) * | 2021-09-24 | 2023-12-01 | 成都质数斯达克科技有限公司 | File transmission method between block chain nodes |
| CN114511325B (en) * | 2022-04-19 | 2022-07-15 | 北京思特奇信息技术股份有限公司 | Block chain-based emergency transaction method and system |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2017027484A1 (en) * | 2015-08-09 | 2017-02-16 | Ramasamy Celambarasan | System and method for microshare based content funding and distribution |
| CN106790431A (en) * | 2016-12-05 | 2017-05-31 | 同济大学 | Cloud manufacturing service Transaction Information record system and method based on block chain |
| CN107423980A (en) * | 2017-07-11 | 2017-12-01 | 厦门易功成信息技术有限公司 | Data trade reference platform and method in a kind of supply chain |
| CN107493162A (en) * | 2017-07-25 | 2017-12-19 | 中国联合网络通信集团有限公司 | The implementation method and device of block chain node |
| CN107508681A (en) * | 2017-08-15 | 2017-12-22 | 中国联合网络通信集团有限公司 | Block chain cryptographic key protection method and device |
| CN107516180A (en) * | 2017-08-25 | 2017-12-26 | 迅鳐成都科技有限公司 | A kind of system and method that storage transaction security and operating efficiency are improved based on block chain |
| CN107767127A (en) * | 2017-10-23 | 2018-03-06 | 中国联合网络通信集团有限公司 | Exchange information processing method and device in block chain |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106384236B (en) * | 2016-08-31 | 2019-07-16 | 江苏通付盾科技有限公司 | Based on the ca authentication management method of block chain, apparatus and system |
| CN107016543A (en) * | 2017-03-29 | 2017-08-04 | 宁夏煜隆科技有限公司 | The method of commerce and system of model adaptation in e-commerce platform |
| CN107493340B (en) * | 2017-08-23 | 2020-02-11 | 广州市易彩乐网络科技有限公司 | Data distribution verification method, device and system in block chain network |
-
2018
- 2018-04-24 CN CN201810370805.3A patent/CN108681965B/en active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2017027484A1 (en) * | 2015-08-09 | 2017-02-16 | Ramasamy Celambarasan | System and method for microshare based content funding and distribution |
| CN106790431A (en) * | 2016-12-05 | 2017-05-31 | 同济大学 | Cloud manufacturing service Transaction Information record system and method based on block chain |
| CN107423980A (en) * | 2017-07-11 | 2017-12-01 | 厦门易功成信息技术有限公司 | Data trade reference platform and method in a kind of supply chain |
| CN107493162A (en) * | 2017-07-25 | 2017-12-19 | 中国联合网络通信集团有限公司 | The implementation method and device of block chain node |
| CN107508681A (en) * | 2017-08-15 | 2017-12-22 | 中国联合网络通信集团有限公司 | Block chain cryptographic key protection method and device |
| CN107516180A (en) * | 2017-08-25 | 2017-12-26 | 迅鳐成都科技有限公司 | A kind of system and method that storage transaction security and operating efficiency are improved based on block chain |
| CN107767127A (en) * | 2017-10-23 | 2018-03-06 | 中国联合网络通信集团有限公司 | Exchange information processing method and device in block chain |
Non-Patent Citations (1)
| Title |
|---|
| "区块链钱包之BTC交易离线签名";爱去玩;《https://blog.csdn.net/qq634416025/article/details/79686041》;20180325;第1-3页 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN108681965A (en) | 2018-10-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108681965B (en) | Block chain network transaction processing method and device for offline node | |
| AU2022204148B2 (en) | Methods and apparatus for providing blockchain participant identity binding | |
| CN110569675B (en) | Multi-Agent transaction information protection method based on block chain technology | |
| CN109327528B (en) | Node management method and device based on block chain | |
| CN109409122B (en) | File storage method, electronic device and storage medium | |
| CN110059495B (en) | Data sharing method, device and system and electronic equipment | |
| WO2020186788A1 (en) | Blockchain-based certificate verification method and device, storage medium, and electronic device | |
| CN107240001B (en) | Transaction method and system for digital assets | |
| CA2771816C (en) | Trusted message storage and transfer protocol and system | |
| CN108876331B (en) | Terminal equipment where block chain transaction reconciliation proxy node is located and information synchronization method thereof | |
| CN110599342B (en) | Block chain-based identity information authorization method and device | |
| WO2016180171A1 (en) | Trusted login method and device | |
| WO2020088074A1 (en) | Privacy transaction method and apparatus based on blockchain, and application method and apparatus therefor | |
| CN111489159A (en) | Data processing method, data processing device, computer equipment and medium | |
| CN110601816A (en) | Lightweight node control method and device in block chain system | |
| CN105007301A (en) | Electronic evidence processing system and method based on social platform | |
| CN113255014B (en) | Data processing method based on block chain and related equipment | |
| CN108846671B (en) | Online secure transaction method and system based on block chain | |
| CN112418850A (en) | Transaction method and device based on block chain and electronic equipment | |
| CN112182009B (en) | Block chain data updating method and device and readable storage medium | |
| CN113379542B (en) | Block chain transaction query method, device, medium and electronic equipment | |
| CN113300853B (en) | Financial credit information management method, device, electronic equipment and storage medium | |
| CN113468600B (en) | Data authorization method, device and equipment | |
| CN111626735B (en) | Data interaction system, method and module | |
| CN116523519A (en) | Account processing method, account processing device, node and computer 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 | ||
| CB02 | Change of applicant information |
Address after: 100191 1107c, 11 / F, Xueyuan international building, 1 Zhichun Road, Haidian District, Beijing Applicant after: IALLCHAIN Co.,Ltd. Address before: 100043 5158, 5 floor, 11 Shixing street, Shijingshan District, Beijing. Applicant before: IALLCHAIN Co.,Ltd. |
|
| CB02 | Change of applicant information | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |