CN111598558A - Accounting method, accounting node server and payer node server - Google Patents

Accounting method, accounting node server and payer node server Download PDF

Info

Publication number
CN111598558A
CN111598558A CN202010402462.1A CN202010402462A CN111598558A CN 111598558 A CN111598558 A CN 111598558A CN 202010402462 A CN202010402462 A CN 202010402462A CN 111598558 A CN111598558 A CN 111598558A
Authority
CN
China
Prior art keywords
transaction
node
payer
parameter
information
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
Application number
CN202010402462.1A
Other languages
Chinese (zh)
Other versions
CN111598558B (en
Inventor
田新雪
肖征荣
马书惠
杨子文
董慧
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China United Network Communications Group Co Ltd
Original Assignee
China United Network Communications Group Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by China United Network Communications Group Co Ltd filed Critical China United Network Communications Group Co Ltd
Priority to CN202010402462.1A priority Critical patent/CN111598558B/en
Publication of CN111598558A publication Critical patent/CN111598558A/en
Application granted granted Critical
Publication of CN111598558B publication Critical patent/CN111598558B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/085—Payment architectures involving remote charge determination or related payment systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/42—Confirmation, e.g. check or permission by the legal debtor of payment
    • 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
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H04L63/0442—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload wherein the sending and receiving network entities apply asymmetric encryption, i.e. different keys for encryption and decryption
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Development Economics (AREA)
  • Technology Law (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

The invention discloses a billing method, a billing node server and a payer node server, wherein the method comprises the following steps: acquiring a first broadcast message sent by a transaction node of a payer from a blockchain network, wherein the first broadcast message comprises a blockchain identifier of the transaction node of the payer and first transaction information, the first transaction information is information generated by the transaction node of the payer and a transaction node of a payee when a first transaction is completed, and the first transaction information comprises a first transaction parameter; searching a blockchain account book according to the blockchain identification of the transaction node of the payer, and obtaining second transaction information of the transaction node of the payer when the transaction node of the payer carries out the last transaction, wherein the second transaction information comprises second transaction parameters; comparing the first transaction parameter with the second transaction parameter to obtain a comparison result; and determining whether to write the first transaction information into the block chain account book according to the comparison result. The transaction information written into the blockchain account book is correct, and the safety and reliability of the blockchain network are improved.

Description

Accounting method, accounting node server and payer node server
Technical Field
The invention relates to the technical field of block chains, in particular to an accounting method, an accounting node server and a payer node server.
Background
Replay Attacks (RA), also called Replay Attacks and Replay Attacks, refer to an attacker sending a data packet that has been received by the attacker to deceive the attacker, and are mainly applied to the process of identity authentication to destroy the correctness of the authentication. The attacker can be the initiator or a third-party device, and the third-party device can steal the authentication credential by using network monitoring or other methods, and resend the authentication credential to the attacker, thereby acquiring the information or data of the attacker. RA may occur in any communication network and is one of the attacks commonly used by hackers.
In a blockchain under an account system such as an ethernet house, an attacker first performs a collected transaction (for example, cash withdrawal from an exchange), then captures data of the transaction in a blockchain network, modifies information such as a timestamp in the data, and sends the modified transaction data to the blockchain network. Because the Hash value of the modified transaction data has changed greatly, each node in the blockchain network can consider the modified transaction data as a new transaction. When the victim obtains the modified transaction data from the blockchain network, the modified transaction data is judged to be new transaction data because the private key signature and the public key in the transaction data are completely encrypted, when the balance of the victim is checked to be enough, the modified transaction is considered to be legal transaction and transferred to the attacker, and therefore, the modified transaction data is transferred for multiple times until the balance of the account of the victim is deducted. Therefore, an attacker can obtain the fund of the victim without compensation, the rights and interests of the victim are damaged, and the safety and the reliability of the block chain network are reduced.
Disclosure of Invention
Therefore, the invention provides an accounting method, an accounting node server and a payer node server, which aim to solve the problems that in the prior art, the rights and interests of attackers are damaged due to replay attack in a block chain network, and the safety and reliability of the block chain network are reduced.
In order to achieve the above object, a first aspect of the present invention provides a billing method, including: acquiring a first broadcast message sent by a transaction node of a payer from a blockchain network, wherein the first broadcast message comprises a blockchain identifier of the transaction node of the payer and first transaction information, the first transaction information is information generated by the transaction node of the payer and a transaction node of a payee when a first transaction is completed, and the first transaction information comprises a first transaction parameter; searching a blockchain account book according to the blockchain identification of the transaction node of the payer, and obtaining second transaction information of the transaction node of the payer when the transaction node of the payer carries out the last transaction, wherein the second transaction information comprises second transaction parameters; comparing the first transaction parameter with the second transaction parameter to obtain a comparison result; and determining whether to write the first transaction information into the block chain account book according to the comparison result.
In some implementations, determining whether to write the first transaction information into the blockchain ledger according to the comparison result includes: if the comparison result is that the first transaction parameter is equal to the second transaction parameter plus one, writing the first transaction information into the block chain account book; otherwise, the first transaction is determined to be a replay attack, and the first transaction information is not written into the block chain account book.
In some implementations, before the step of obtaining the first broadcast message sent by the payer transaction node from the blockchain network, the method further includes: acquiring a third broadcast message sent by a transaction node of a receiving party from the blockchain network, wherein the third broadcast message comprises a blockchain identifier of the transaction node of the receiving party and first transaction information; starting a timer to obtain waiting time; and if the waiting time is determined to exceed the preset time length, generating and sending an inquiry message to the blockchain network according to the first transaction information so that the payment party transaction node acquires the inquiry message and confirms whether the first transaction is effective or not according to the first transaction information.
In some implementations, obtaining, from the blockchain network, a first broadcast message sent by the payer transaction node includes: acquiring a first broadcast message which is sent by a transaction node of a payer and is signed by a private key of the transaction node of the payer from a blockchain network; searching a block chain account book and obtaining a public key of a transaction node of a payer; and verifying the private key signature of the first broadcast message according to the public key of the transaction node of the payer, and obtaining the first broadcast message when the verification is passed.
In order to achieve the above object, a second aspect of the present invention provides a billing method, including: determining that a first transaction is completed with a transaction node of a payee, and generating first transaction information, wherein the first transaction information comprises a first transaction parameter which is equal to a third transaction parameter plus one after the last transaction is completed; generating a first broadcast message according to the first transaction information and the own block chain identification; the method comprises the steps of signing a first broadcast message by using a private key of the first broadcast message, sending the signed first broadcast message to a blockchain network, enabling an accounting node to obtain a first transaction parameter and a blockchain identifier of a transaction node of a payer, searching a blockchain account book according to the blockchain identifier of the transaction node of the payer, obtaining a second transaction parameter of the transaction node of the payer when the transaction node carries out the last transaction, comparing the first transaction parameter with the second transaction parameter, obtaining a comparison result, and determining whether to write the first transaction information into the blockchain account book according to the comparison result.
In some implementations, the method further comprises: encrypting the first transaction parameter by using the public key of the originator node to obtain a parameter encryption result; and generating and sending a second broadcast message to the blockchain network according to the parameter encryption result so that the originator node acquires the first transaction parameter and the blockchain identifier of the payer transaction node, and determining whether to inform the payer transaction node and the payee transaction node of stopping the first transaction according to the first transaction parameter, the blockchain identifier of the payer transaction node and a transaction parameter record table stored by the originator node.
In some implementations, after the step of generating and sending the second broadcast message to the blockchain network according to the encrypted result, the method further includes: receiving alarm information sent by a creator node, wherein the alarm information comprises a cancel operation instruction; stopping the first transaction according to the cancel operation instruction; and adding the transaction node of the payee into a transaction blacklist.
In some implementations, the first transaction information further includes timestamp information.
In order to achieve the above object, a third aspect of the present invention provides an accounting node server comprising: the system comprises an acquisition module, a processing module and a processing module, wherein the acquisition module is used for acquiring a first broadcast message sent by a payer transaction node from a blockchain network, the first broadcast message comprises a blockchain identifier of the payer transaction node and first transaction information, the first transaction information is information generated by the payer transaction node and a payee transaction node when a first transaction is completed, and the first transaction information comprises a first transaction parameter; the searching module is used for searching the blockchain account book according to the blockchain identification of the transaction node of the payer and acquiring second transaction information of the transaction node of the payer when the transaction node of the payer carries out the last transaction, wherein the second transaction information comprises second transaction parameters; the comparison module is used for comparing the first transaction parameter with the second transaction parameter to obtain a comparison result; and the writing module is used for determining whether to write the first transaction information into the block chain account book according to the comparison result.
In order to achieve the above object, a fourth aspect of the present invention provides a payer transaction node server, comprising: the transaction information generation module is used for determining that a first transaction is completed with a transaction node of a payee, and generating first transaction information, wherein the first transaction information comprises a first transaction parameter which is equal to a third transaction parameter plus one after the last transaction is completed; the broadcast message generating module is used for generating a first broadcast message according to the first transaction information and the block chain identification of the first transaction information; the sending module is used for signing the first broadcast message by using a private key of the sending module, sending the signed first broadcast message to the blockchain network, so that the accounting node obtains the first transaction parameter and the blockchain identifier of the transaction node of the payer, searching the blockchain account book according to the blockchain identifier of the transaction node of the payer, obtaining the second transaction parameter of the transaction node of the payer when the transaction node carries out the last transaction, comparing the first transaction parameter with the second transaction parameter, obtaining a comparison result, and determining whether to write the first transaction information into the blockchain account book according to the comparison result.
The invention has the following advantages: according to the acquired blockchain identification of the transaction node of the payer, a blockchain account book is searched, a second transaction parameter in second transaction information of the transaction node of the payer when the transaction node carries out the last transaction is acquired, and the first transaction parameter and the second transaction parameter are compared, so that whether the first transaction is repeated before can be confirmed, that is, whether the first transaction is a replay attack is judged, the transaction information written into the blockchain account book is correct, the rights and interests of two transaction parties are guaranteed, and the safety and reliability of a blockchain network are improved.
Drawings
The accompanying drawings are included to provide a further understanding of the embodiments of the disclosure and are incorporated in and constitute a part of this specification, illustrate embodiments of the disclosure and together with the description serve to explain the principles of the disclosure and not to limit the disclosure. The above and other features and advantages will become more apparent to those skilled in the art by describing in detail exemplary embodiments thereof with reference to the attached drawings, in which:
fig. 1 is a flowchart of a billing method according to a first embodiment of the present application.
Fig. 2 is a flowchart of a billing method in the second embodiment of the present application.
Fig. 3 is a block diagram of a billing node server according to a third embodiment of the present invention.
Fig. 4 is a block diagram of a payer transaction node server according to a fourth embodiment of the present application.
Fig. 5 is a block diagram showing a billing system according to a fifth embodiment of the present application.
Fig. 6 is a flowchart of a working method of the accounting system in the fifth embodiment of the present application.
In the drawings:
301: the obtaining module 302: search module
303: the comparison module 304: write-in module
401: the transaction information generation module 402: broadcast message generation module
403: the sending module 501: accounting node server
502: payer transaction node server 503: transaction node server of collection party
504: originator node server
Detailed Description
The following detailed description of embodiments of the present application will be made with reference to the accompanying drawings. It should be understood that the detailed description and specific examples, while indicating the present application, are given by way of illustration and explanation only, and are not intended to limit the present application. It will be apparent to one skilled in the art that the present application may be practiced without some of these specific details. The following description of the embodiments is merely intended to provide a better understanding of the present application by illustrating examples thereof.
It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising … …" does not exclude the presence of other identical elements in a process, method, article, or apparatus that comprises the element.
To make the objects, technical solutions and advantages of the present application more clear, embodiments of the present application will be described in further detail below with reference to the accompanying drawings.
Example one
The embodiment of the application provides a billing method which can be applied to a billing node server in a block chain network. Fig. 1 is a flowchart of a billing method in the present embodiment, including:
step 110, a first broadcast message sent by a payer transaction node is obtained from the blockchain network.
The first broadcast message comprises a blockchain identifier of the transaction node of the payer and first transaction information, the first transaction information is generated when the transaction node of the payer and the transaction node of the payee complete a first transaction, and the first transaction information comprises first transaction parameters. The first transaction parameter is equal to the number of transactions sent from the payer transaction node server, and the value of the first transaction parameter is automatically increased by one when the transactions are completed and verified.
In some implementations, a first broadcast message sent by a payer transaction node and signed by a private key of the payer transaction node is obtained from a blockchain network; searching a block chain account book and obtaining a public key of a transaction node of a payer; and verifying the private key signature of the first broadcast message according to the public key of the transaction node of the payer, and obtaining the first broadcast message when the verification is passed.
The first broadcast message is subjected to private key signature through the transaction node of the payer, and after the first broadcast message subjected to private key signature is received by the accounting node, the private key signature of the first broadcast message is verified by using the public key of the transaction node of the payer, so that the safety of the first broadcast message is ensured, the third-party equipment cannot obtain the first broadcast message because the public key of the transaction node of the payer cannot be obtained, and the leakage of message content is avoided.
And step 120, searching a blockchain account book according to the blockchain identifier of the transaction node of the payer, and acquiring second transaction information of the transaction node of the payer when the transaction node of the payer carries out the last transaction.
Wherein the second transaction information includes a second transaction parameter. The second transaction parameter is the number of transactions that the payer transaction node has sent from the payer transaction node last time, when the payer transaction node completes the last transaction and verifies that the last transaction is true and valid.
And step 130, comparing the first transaction parameter with the second transaction parameter to obtain a comparison result.
Specifically, after the comparison result is obtained, it is necessary to determine whether the first transaction information is real and valid based on the comparison result of the first transaction parameter and the second transaction parameter. If the first transaction parameter is determined to be equal to the second transaction parameter plus one, determining that the first transaction information is real and effective; otherwise, the error of the transaction corresponding to the first transaction information may exist. For example, the first transaction information is fake transaction information including past transaction information and made by a third-party device.
Step 140, determining whether to write the first transaction information into the block chain ledger book according to the comparison result.
In some implementations, if it is determined that the comparison result is that the first transaction parameter is equal to the second transaction parameter plus one, writing the first transaction information into the blockchain ledger; otherwise, the first transaction is determined to be a replay attack, and the first transaction information is not written into the block chain account book.
It should be noted that the replay attack means that an attacker sends a data packet that has been received by the attacker to achieve the purpose of deceiving the attacker. The replay attack is mainly applied to the identity authentication process to destroy the correctness of the transaction. For example, a certain third-party device forges a payee transaction node and sends a request for payment to a payer transaction node, wherein the request includes transaction information of a certain time in historical transactions conducted between the payee transaction node and the payer transaction node, but due to the existence of a first transaction parameter, the accounting node can determine whether the current transaction is correct in time, and further judge whether the current transaction is recorded in a block chain account book, so that the security of the transaction is ensured, and the benefits of both parties of the transaction are maintained.
The embodiment of the present application provides another possible implementation manner, where before step 110, the method further includes:
step 150, obtaining a third broadcast message sent by the transaction node of the payee from the blockchain network.
Wherein the third broadcast message includes the blockchain identification of the payee transaction node and the first transaction information.
It should be noted that, in the process of transaction, the transaction node of the payer and the transaction node of the payee both send the transaction information corresponding to the transaction to the accounting node, so that the accounting node can acquire the specific content of the transaction performed by each node in the block chain network to verify the correctness of each transaction.
When two transaction parties perform transactions, the transaction parameters recorded by each party calculate the corresponding transaction parameters of the current transaction according to the transaction parameters of the transaction node after the last transaction is completed, so that the accounting node takes the transaction parameters sent by the transaction node of the payment party as the reference to ensure the correctness of the transaction parameters.
Step 160, start the timer to obtain the waiting time.
Specifically, the accounting node presets a preset time (for example, 10 seconds or 20 seconds, etc.), starts a timer, and obtains the waiting time after counting a period of time.
Step 170, if it is determined that the waiting time exceeds the preset duration, generating and sending an inquiry message to the blockchain network according to the first transaction information.
When the timer reaches a preset time point, namely the waiting time exceeds a preset time length, if the accounting node does not receive the transaction information corresponding to the transaction sent by the transaction node of the payer, the accounting node actively sends an inquiry message to the block chain network so that the transaction node of the payer acquires the inquiry message and confirms whether the first transaction is valid according to the first transaction information.
In a specific implementation, after receiving the inquiry message, the payer transaction node performs step 110, so that the accounting node can determine whether the transaction is normal or not by combining the transaction information respectively reported by the payer transaction node and the payee transaction node, and write the first transaction information into the blockchain ledger when the transaction is verified to be correct or not.
The block chain account book is searched according to the obtained block chain identification of the transaction node of the payer, the second transaction parameter in the second transaction information of the transaction node of the payer when the transaction node of the payer carries out the last transaction is obtained, and the first transaction parameter and the second transaction parameter are compared, so that whether the first transaction is the repeated transaction which is implemented before can be judged, namely whether the first transaction is a replay attack is judged, and the transaction information written into the block chain account book is ensured to be correct, so that the rights and interests of two transaction parties are ensured, and the safety and the reliability of a block chain network are improved.
Example two
The embodiment of the application provides an accounting method which can be applied to a payer transaction node server in a blockchain network. Fig. 2 is a flowchart of the accounting method in the present embodiment, including:
step 210, determining that the first transaction is completed with the transaction node of the payee, and generating first transaction information.
The first transaction information comprises a first transaction parameter which is equal to the third transaction parameter plus one after the last transaction is completed. For example, the third transaction parameter is set to RRRfn-1The first transaction parameter is set to RRRfnThen RRRfn＝RRRfn-1+1, wherein n is a positive integer greater than 1.
In some implementations, the first transaction information further includes timestamp information. The specific transaction time of the transaction corresponding to the first transaction information can be known through the timestamp information, and the specific transaction times of the transaction node of the payer can be known through the statistics of the timestamp information. When the transaction times exceed the preset range, the payer transaction node can be determined to be possibly attacked by a third-party device, and the attack type can be replay attack.
For example, if the payer transaction node performs 60 transactions within 1 minute, that is, timestamp information of one transaction is recorded every 1 second, it indicates that the transaction performed by the payer transaction node is too frequent to be a regular transaction, that is, it indicates that the payer transaction node may be attacked.
Step 220, generating a first broadcast message according to the first transaction information and the own blockchain identifier.
Step 230, signing the first broadcast message by using the private key of the first broadcast message, and sending the signed first broadcast message to the blockchain network.
The first broadcast information is signed by adopting a private key, the safety of the information is ensured, the signed first broadcast information can be verified only by possessing a corresponding public key, and the information in the signed first broadcast information is obtained after the verification is passed. For example, the accounting node server obtains the signed first broadcast message in the blockchain network. The accounting node server obtains the public key of the transaction node of the payer by searching the block chain account book, and verifies the private key signature of the first broadcast message according to the public key of the transaction node of the payer. Upon passing the verification, the first transaction parameters and blockchain identification of the payer transaction node in the first broadcast message are obtained.
Then, the accounting node server searches a blockchain account book according to the blockchain identification of the transaction node of the payer, obtains a second transaction parameter of the transaction node of the payer when the transaction node of the payer carries out the last transaction, and compares the first transaction parameter with the second transaction parameter to obtain a comparison result; and judging whether the first transaction is normally legal or not through the comparison result, writing the first transaction information into the blockchain account book if the first transaction is legal when the first transaction is determined, and otherwise, not writing the first transaction information into the blockchain account book so as to ensure the correctness of the transaction information.
The embodiment of the present application provides another possible implementation manner, wherein, while performing step 230, the accounting method may further include the following steps.
Step 240, the public key of the originator node is used to encrypt the first transaction parameter, and a parameter encryption result is obtained.
And step 250, generating and sending a second broadcast message to the blockchain network according to the parameter encryption result.
The originator node obtains a second broadcast message from the blockchain network, and the second broadcast message is signed by using the private key of the payer transaction node, so that the originator node firstly uses the public key of the payer transaction node to verify the second broadcast message, and after the verification is passed, the originator node can obtain the first transaction parameters and the blockchain identifier of the payer transaction node. Then, the originator node will determine whether to inform the payer transaction node and the payee transaction node to stop the first transaction according to the first transaction parameter, the blockchain identifier of the payer transaction node, and the transaction parameter record table stored by the originator node.
Specifically, a transaction parameter list is stored in the originator node, where the transaction parameter list includes transaction parameters reported by each transaction node and timestamp information of each transaction node when a transaction is successfully completed. The transaction parameter list is updated in real time to ensure that the transaction information is synchronized with the transaction information of each node in the blockchain network. After the originator node obtains the decrypted first transaction parameter, a transaction parameter list is searched according to the blockchain identifier of the transaction node of the payer, whether the first transaction parameter appears in the transaction parameter list or not is determined, if the first transaction parameter appears in the transaction parameter list, the transaction node server of the payer, which currently reports the second broadcast message, is attacked by replay, and the transaction of the transaction node server of the payer is required to be terminated immediately; otherwise, the transaction node server of the payer currently reporting the second broadcast message is normal and effective in the ongoing transaction, and both parties of the transaction can continue to carry out the transaction. Therefore, the originator node can play a role in supervising the transaction in the block chain network, and the normal and effective transaction is ensured.
The embodiment of the present application provides another possible implementation manner, wherein after the step 250, the following steps may be further included.
And step 260, receiving alarm information sent by the originator node, wherein the alarm information comprises a cancel operation instruction.
It should be noted that, when the originator node obtains the decrypted first transaction parameter and determines that the first transaction parameter appears in the transaction parameter list, the originator node sends an alarm message to alert both parties of the transaction. The warning message may include "there is an abnormal problem in the current transaction, and attention needs to be paid".
Step 270, stopping the first transaction according to the cancel operation instruction.
Step 280, add the payee transaction node to the transaction blacklist.
Specifically, the originator node adds the payee transaction node to the transaction blacklist, or the originator node takes an deposit submitted by the payee transaction node in the blockchain network as a fine and withholds the deposit, so as to ensure that the payee transaction node cannot attack other transaction nodes by using replay attack.
In this embodiment, after the first transaction is completed by the payer transaction node and the payee transaction node, the first transaction parameter is generated, so that the accounting node can determine whether the transaction is a normal transaction according to the first transaction parameter and the second transaction parameter of the payer transaction node during the last transaction. And under the condition of ensuring that the transaction information is legal, writing the first transaction information into the blockchain account book, ensuring the benefits of both transaction parties and improving the safety of the blockchain network. Meanwhile, the originator node automatically maintains a transaction parameter list stored in the originator node, and when a first transaction parameter sent by the payer transaction node is obtained, the transaction parameter list is searched to determine whether the first transaction parameter is a parameter corresponding to a completed transaction, so that the authenticity of the transaction is ensured, and the payer transaction node can avoid unnecessary economic loss and improve the transaction safety through timely alarming.
EXAMPLE III
Fig. 3 is a schematic structural diagram of an accounting node server according to an embodiment of the present application, and specific implementation of the server may refer to the description related to the first embodiment, and repeated details are not repeated. It should be noted that the specific implementation of the server in this embodiment is not limited to the above embodiment, and other undescribed embodiments are also within the scope of the server.
As shown in fig. 3, the accounting node server specifically includes: the acquisition module 301 is configured to acquire, from the blockchain network, a first broadcast message sent by a payer transaction node, where the first broadcast message includes a blockchain identifier of the payer transaction node and first transaction information, where the first transaction information is information generated when the payer transaction node and a payee transaction node complete a first transaction, and the first transaction information includes a first transaction parameter; the searching module 302 is configured to search a blockchain ledger according to a blockchain identifier of a payer transaction node, and obtain second transaction information of the payer transaction node when performing the last transaction, where the second transaction information includes a second transaction parameter; the comparison module 303 is configured to compare the first transaction parameter with the second transaction parameter to obtain a comparison result; the writing module 304 is configured to determine whether to write the first transaction information into the blockchain ledger according to the comparison result.
In this embodiment, the search module can search the blockchain ledger according to the blockchain identifier of the transaction node of the payer, so as to obtain the second transaction parameter in the second transaction information of the transaction node of the payer when the transaction node of the payer performs the last transaction, and then the comparison module compares the first transaction parameter with the second transaction parameter, so as to determine whether the first transaction is a repeated transaction implemented before, that is, determine whether the first transaction is a replay attack, so as to ensure that the transaction information written into the blockchain ledger is correct, thereby ensuring the rights and interests of both parties of the transaction, and improving the security and reliability of the blockchain network.
It should be understood that the present embodiment is an apparatus embodiment corresponding to the first embodiment, and the present embodiment can be implemented in cooperation with the first embodiment. Related technical details mentioned in the first embodiment are still valid in this embodiment, and are not described herein again in order to reduce repetition. Accordingly, the related art details mentioned in the present embodiment can also be applied to the first embodiment.
Example four
Fig. 4 is a schematic structural diagram of a payer transaction node server according to an embodiment of the present application, and specific implementation of the server may refer to related descriptions of the second embodiment, and repeated descriptions are omitted. It should be noted that the specific implementation of the server in this embodiment is not limited to the above embodiment, and other undescribed embodiments are also within the scope of the server.
As shown in fig. 4, the payer transaction node server specifically includes: the transaction information generating module 401 is configured to determine that a first transaction is completed with a payee transaction node, and generate first transaction information, where the first transaction information includes a first transaction parameter, and the first transaction parameter is equal to a third transaction parameter obtained after the last transaction is completed plus one; a broadcast message generating module 402, configured to generate a first broadcast message according to the first transaction information and the own blockchain identifier; the sending module 403 is configured to sign the first broadcast message by using a private key of the sending module, send the signed first broadcast message to the blockchain network, so that the accounting node obtains the first transaction parameter and the blockchain identifier of the transaction node of the payer, search the blockchain ledger according to the blockchain identifier of the transaction node of the payer, obtain a second transaction parameter of the transaction node of the payer when performing the last transaction, compare the first transaction parameter with the second transaction parameter, obtain a comparison result, and determine whether to write the first transaction information into the blockchain ledger according to the comparison result.
In this embodiment, the transaction information generation module generates a first transaction parameter after the first transaction is completed between the payer transaction node and the payee transaction node, and sends a first broadcast message carrying the first transaction parameter to the blockchain network, so that after the accounting node acquires the first broadcast message, it can determine whether the transaction is a normal transaction according to the first transaction parameter in the first broadcast message and a second transaction parameter of the payer transaction node during the last transaction. And under the condition of ensuring that the transaction information is legal, writing the first transaction information into the blockchain account book, ensuring the benefits of both transaction parties and improving the safety of the blockchain network.
It should be understood that this embodiment is an apparatus example corresponding to the second embodiment, and the present embodiment can be implemented in cooperation with the second embodiment. Related technical details mentioned in the second embodiment are still valid in this embodiment, and are not described herein again in order to reduce repetition. Accordingly, the related-art details mentioned in this embodiment can also be applied to the second embodiment.
It should be noted that each module referred to in this embodiment is a logical module, and in practical applications, one logical unit may be one physical unit, may be a part of one physical unit, and may be implemented by a combination of multiple physical units. In addition, in order to highlight the innovative part of the present application, a unit that is not so closely related to solving the technical problem proposed by the present application is not introduced in the present embodiment, but it does not indicate that no other unit exists in the present embodiment.
EXAMPLE five
An embodiment of the present application provides a billing system, and fig. 5 is a block diagram of the billing system, which specifically includes: accounting node server 501, payer transaction node server 502, payee transaction node server 503, and originator node server 504.
It should be noted that, after the transaction between the payer transaction node server 502 and the payee transaction node server 503 is completed, the payer transaction node server 502 automatically records the transaction parameters corresponding to the transaction, and reports the transaction parameters to the accounting node server 501, so that the accounting node server 501 can confirm the correctness of the transaction, and record the transaction into the block chain ledger when the correctness and validity of the transaction are determined. When the transaction node server 502 of the payer is under replay attack, because an attacker cannot modify the transaction parameters in the transaction node server 502 of the payer, the accounting node server 501, after receiving the transaction parameters sent by the transaction node server 502 of the payer, can judge whether the transaction parameters corresponding to the transaction occur in the historical transaction record, and if the transaction parameters corresponding to the transaction occur in the historical transaction record, judge that the transaction is invalid, thereby preventing replay attack.
Specifically, fig. 6 is a flowchart of a working method of the accounting system, and as shown in fig. 6, the method specifically includes the following steps.
In step 601, the payee transaction node server 503 sends a transfer transaction request to the payer transaction node server 502, and the payer transaction node server 502 is expected to transfer 5 dollars to the payee transaction node server 503.
Step 602, the payer transaction node server 502 transfers 5 yuan to the payee transaction node server 503, and generates first transaction information after determining that the transfer transaction with the payee transaction node server 503 is completed.
Wherein the first transaction information comprises a first transaction parameter RRRfThe first transaction parameter RRRfEqual to the third transaction parameter RRRfn-1Plus one, i.e. RRRfn＝RRRfn-1+1, wherein, RRRfn-1Is a parameter of the payer transaction node server 502 after the last transaction is completed, and n is a positive integer greater than 1. The first transaction parameter is equal to the number of transactions issued from the payer transaction node server 502, and the value of the first transaction parameter is automatically incremented by one when the transaction is completed and verified.
Step 603, the payee transaction node server 503 generates a third broadcast message according to the first transaction information in step 602 and the blockchain identifier of the payee transaction node server 503, signs the third broadcast message by using the private key of the payee transaction node server 503, and sends the signed third broadcast message to the blockchain network, so that the accounting node server 501 receives the third broadcast message.
Wherein the first transaction information further includes a transaction parameter RRR of the payee transaction node server 503STransaction parameters RRRs of the payeenAfter the previous transaction is completed, the transaction node server 503 of the receiving party passes the transaction parameter RRRs of the previous transactionn-1And adding one to obtain the transaction parameters.
In step 604, after acquiring the third broadcast information sent by the payee transaction node server 503 from the blockchain network, the accounting node server 501 obtains the blockchain identifier and the first transaction information of the payee transaction node server 503 by analyzing the third broadcast information.
At step 605, the accounting node server 501 starts a timer, and hopefully receives the first transaction information sent by the payer transaction node server 502 within a preset time (e.g., within 10 seconds or 20 seconds), and obtains the first transaction parameter RRRf of the payer transaction node server 502n. When the waiting time exceeds the preset time, the accounting node server 501 has not received the first transaction information sent by the payer transaction node server 502, and the accounting node server 501 generates and sends an inquiry message to the blockchain network according to the first transaction information, so that the payer transaction node server 502 can receive the inquiry message.
In step 606, the payer transaction node server 502 generates a first broadcast message according to the first transaction information generated in step 602 and the blockchain identifier of the payer transaction node server 502, signs the first broadcast message with its own private key, and sends the signed first broadcast message to the blockchain network, so that the accounting node server 501 can receive the first broadcast message.
In step 607, the accounting node server 501 parses the first broadcast message to obtain the blockchain id and the first transaction parameter RRRf of the payer transaction node server 502n. The accounting node server 501 searches the blockchain ledger according to the blockchain identifier of the payer transaction node server 502, and obtains the second transaction information of the payer transaction node server 502 during the last transaction, wherein the second transaction information includes a second transaction parameter RRRfn-1By comparing the first transaction parameter RRRfnAnd a second transaction parameter RRRfn-1Obtaining a comparison result, if the comparison result is that the first transaction parameter is equal to the second transaction parameter plus one, namely RRRfn＝RRRfn-1+1, determining that the first transaction information is real and valid, and writing the transaction corresponding to the first transaction information into the block chain account book by the accounting node server 501; otherwise, the first transaction information is representedThe corresponding transaction is a replay attack, that is, false transaction information including past transaction information and made by a third-party device, and the accounting node server 501 does not write the transaction corresponding to the first transaction information into the blockchain ledger.
Step 608, while performing step 606, payer transaction node server 502 uses the public key of originator node server 504 to the first transaction parameters RRRfnEncrypting to obtain a parameter encryption result; then, the payer transaction node server 502 generates and sends a second broadcast message to the blockchain network according to the parameter encryption result, so that the originator node server 504 can obtain the second broadcast message and supervise the change condition of the first transaction parameter of the payer transaction node server 502 according to the second broadcast message.
Before sending the second broadcast message to the blockchain network, the payer transaction node server 502 also signs the second broadcast message with its private key to ensure the security of the transmission of the second broadcast message in the blockchain network.
Step 609, the originator node server 504 verifies the private key signature of the received second broadcast message by using the public key of the payer transaction node server 502, and after the verification is passed, the originator node server 504 decrypts the parameter encryption result in the second broadcast message by using its own private key to obtain the first transaction information, wherein the first transaction information includes the first transaction parameter RRRfn。
It should be noted that a transaction parameter list is stored in the originator node server 504, and the transaction parameter list includes transaction parameters reported by each transaction node and timestamp information of each transaction node when a transaction is successfully completed. And, each item of information in the transaction parameter list is updated in real time to ensure that the information can be synchronized with each node in the blockchain network.
When the originator node server 504 obtains the decrypted first transaction parameter RRRfnThereafter, the first transaction parameter RRRf is determined using the blockchain identification of the payer transaction node server 502, looking up the transaction parameter listnIf it is found in the transaction parameter list, if the first transaction parameter RRRf is determinednIf the transaction parameter has appeared in the transaction parameter list, it indicates that the transaction corresponding to the first transaction information is a replay attack, and the transaction needs to be terminated immediately, and step 610 is executed; otherwise, the transaction is normal and effective, and both parties can continue to carry out the transaction. In this way, the originator node server 504 can supervise the transaction in the blockchain network, and ensure the normal and effective transaction.
Step 610, generating and sending an alarm message to the blockchain network according to the first transaction message and the result obtained by searching the transaction parameter list, so that the payer transaction node server 502 and the payee transaction node server 503 receive the alarm message.
It should be noted that the alarm information includes a cancel operation instruction for stopping the transaction between the transaction parties (i.e., the payer transaction node server 502 and the payee transaction node server 503). Meanwhile, the originator node server 504 adds the payee transaction node server 503 to the transaction blacklist, or the originator node server 504 takes the deposit submitted by the payee transaction node server 503 in the blockchain network as a fine and withholds the deposit, so as to ensure that the payee transaction node server 503 can not attack other transaction nodes by using replay attack any more.
In this embodiment, the accounting node server searches for a blockchain ledger according to the obtained blockchain identifier of the transaction node of the payer, obtains a second transaction parameter in second transaction information of the transaction node of the payer when the transaction node of the payer performs the last transaction, and by comparing the first transaction parameter with the second transaction parameter, the server can determine whether the first transaction is a replay attack, ensure that the transaction information written into the blockchain ledger is correct, ensure rights and interests of both parties of the transaction, and improve the security and reliability of the blockchain network. Meanwhile, the originator node server automatically maintains a transaction parameter list stored in the originator node server, and searches the transaction parameter list according to the obtained first transaction parameter sent by the payer transaction node server, so that whether the first transaction parameter is a parameter corresponding to a completed transaction can be determined, the authenticity of the transaction is ensured, the payer transaction node server can avoid unnecessary economic loss through timely alarming, and the safety of the block chain network is improved.
It is to be understood that the above embodiments are merely exemplary embodiments that are employed to illustrate the principles of the present application, and that the present application is not limited thereto. It will be apparent to those skilled in the art that various changes and modifications can be made therein without departing from the spirit and scope of the application, and these changes and modifications are to be considered as the scope of the application.

Claims (10)

1. A billing method, characterized in that the method comprises:
acquiring a first broadcast message sent by a payer transaction node from a blockchain network, wherein the first broadcast message comprises a blockchain identifier of the payer transaction node and first transaction information, the first transaction information is information generated by the payer transaction node and a payee transaction node when a first transaction is completed, and the first transaction information comprises a first transaction parameter;
searching a blockchain account book according to the blockchain identification of the transaction node of the payer, and acquiring second transaction information of the transaction node of the payer when the transaction node of the payer carries out the last transaction, wherein the second transaction information comprises second transaction parameters;
comparing the first transaction parameter with the second transaction parameter to obtain a comparison result;
and determining whether to write the first transaction information into the block chain account book according to the comparison result.
2. The method of claim 1, wherein the determining whether to write the first transaction information into the blockchain ledger according to the comparison result comprises:
if the comparison result is that the first transaction parameter is equal to the second transaction parameter plus one, writing the first transaction information into the block chain account book;
otherwise, the first transaction is determined to be a replay attack, and the first transaction information is not written into the blockchain account book.
3. The method of claim 1, wherein prior to the step of obtaining the first broadcast message sent by the payer transaction node from the blockchain network, further comprising:
acquiring a third broadcast message sent by a transaction node of a receiving party from a blockchain network, wherein the third broadcast message comprises a blockchain identifier of the transaction node of the receiving party and the first transaction information;
starting a timer to obtain waiting time;
and if the waiting time is determined to exceed the preset time length, generating and sending an inquiry message to a block chain network according to the first transaction information so that the payer transaction node acquires the inquiry message and confirms whether the first transaction is effective or not according to the first transaction information.
4. The method of claim 1, wherein obtaining the first broadcast message sent by the payer transaction node from the blockchain network comprises:
acquiring a first broadcast message which is sent by the transaction node of the payer and is signed by a private key of the transaction node of the payer from a blockchain network;
searching a block chain account book to obtain a public key of the transaction node of the payer;
and verifying the private key signature of the first broadcast message according to the public key of the transaction node of the payer, and obtaining the first broadcast message when the verification is passed.
5. A billing method, characterized in that the method comprises:
determining that a first transaction is completed with a transaction node of a payee, and generating first transaction information, wherein the first transaction information comprises a first transaction parameter which is equal to a third transaction parameter plus one after the last transaction is completed;
generating a first broadcast message according to the first transaction information and the own block chain identification;
the first broadcast message is signed by using a private key of the first broadcast message, the signed first broadcast message is sent to a block chain network, so that an accounting node obtains the first transaction parameter and a block chain identifier of a transaction node of a payer, a block chain account book is searched according to the block chain identifier of the transaction node of the payer, a second transaction parameter of the transaction node of the payer during the last transaction is obtained, the first transaction parameter and the second transaction parameter are compared, a comparison result is obtained, and whether the first transaction information is written into the block chain account book or not is determined according to the comparison result.
6. The method of claim 5, further comprising:
encrypting the first transaction parameter by using a public key of the originator node to obtain a parameter encryption result;
and generating and sending a second broadcast message to a blockchain network according to the parameter encryption result so that the originator node acquires the first transaction parameter and the blockchain identifier of the payer transaction node, and determining whether to inform the payer transaction node and the payee transaction node of stopping the first transaction according to the first transaction parameter, the blockchain identifier of the payer transaction node and a transaction parameter record table stored by the originator node.
7. The method of claim 6, further comprising, after the step of generating and sending the second broadcast message to a blockchain network according to the encrypted result:
receiving alarm information sent by the originator node, wherein the alarm information comprises a cancel operation instruction;
stopping the first transaction according to the cancel operation instruction;
and adding the transaction node of the payee into a transaction blacklist.
8. The method of any of claims 5 to 7, wherein the first transaction information further comprises timestamp information.
9. An accounting node server, comprising:
the system comprises an acquisition module, a processing module and a processing module, wherein the acquisition module is used for acquiring a first broadcast message sent by a payer transaction node from a blockchain network, the first broadcast message comprises a blockchain identifier of the payer transaction node and first transaction information, the first transaction information is information generated by the payer transaction node and a payee transaction node when a first transaction is completed, and the first transaction information comprises a first transaction parameter;
the searching module is used for searching a blockchain account book according to the blockchain identification of the transaction node of the payer and acquiring second transaction information of the transaction node of the payer when the transaction node of the payer carries out the last transaction, wherein the second transaction information comprises second transaction parameters;
the comparison module is used for comparing the first transaction parameter with the second transaction parameter to obtain a comparison result;
and the writing module is used for determining whether to write the first transaction information into the block chain account book according to the comparison result.
10. A payer transaction node server, comprising:
the transaction information generation module is used for determining that a first transaction is completed with a transaction node of a payee, and generating first transaction information, wherein the first transaction information comprises a first transaction parameter which is equal to a third transaction parameter obtained after the last transaction is completed plus one;
the broadcast message generating module is used for generating a first broadcast message according to the first transaction information and the block chain identification of the first transaction information;
the sending module is used for signing the first broadcast message by using a private key of the sending module, sending the signed first broadcast message to a block chain network, so that an accounting node obtains the first transaction parameter and a block chain identifier of a transaction node of a payer, searching a block chain ledger according to the block chain identifier of the transaction node of the payer, obtaining a second transaction parameter of the transaction node of the payer when the transaction node of the payer carries out the last transaction, comparing the first transaction parameter with the second transaction parameter, obtaining a comparison result, and determining whether to write the first transaction information into the block chain ledger according to the comparison result.
CN202010402462.1A 2020-05-13 2020-05-13 Billing method, billing node server and payer node server Active CN111598558B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010402462.1A CN111598558B (en) 2020-05-13 2020-05-13 Billing method, billing node server and payer node server

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010402462.1A CN111598558B (en) 2020-05-13 2020-05-13 Billing method, billing node server and payer node server

Publications (2)

Publication Number Publication Date
CN111598558A true CN111598558A (en) 2020-08-28
CN111598558B CN111598558B (en) 2023-08-22

Family

ID=72188736

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010402462.1A Active CN111598558B (en) 2020-05-13 2020-05-13 Billing method, billing node server and payer node server

Country Status (1)

Country Link
CN (1) CN111598558B (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112261427A (en) * 2020-10-20 2021-01-22 中国联合网络通信集团有限公司 Malicious node identification method and device and electronic equipment

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107480990A (en) * 2017-08-01 2017-12-15 中国联合网络通信集团有限公司 Block chain bookkeeping methods and device
CN108765150A (en) * 2018-05-11 2018-11-06 中国联合网络通信集团有限公司 Exchange information processing method and memory node
CN108881120A (en) * 2017-05-12 2018-11-23 阿里巴巴集团控股有限公司 A kind of data processing method and equipment based on block chain
CN109584063A (en) * 2018-10-25 2019-04-05 阿里巴巴集团控股有限公司 Transaction processing method and device, electronic equipment based on block chain
CN109767220A (en) * 2019-01-15 2019-05-17 中国联合网络通信集团有限公司 Method of commerce based on block chain and the transaction system based on block chain
CN110349029A (en) * 2019-07-17 2019-10-18 中国银行股份有限公司 A kind of processing method, equipment and the system of the trade identity based on block chain
CN110458542A (en) * 2019-08-02 2019-11-15 中国工商银行股份有限公司 Offline electronic payment system and method based on block chain
CN110717832A (en) * 2019-10-21 2020-01-21 腾讯科技（深圳）有限公司 Clean energy trading method, system, device and storage medium based on block chain
CN111149122A (en) * 2018-05-30 2020-05-12 重庆小雨点小额贷款有限公司 Block chain-based security management method, related device and storage medium
US10785035B1 (en) * 2019-04-26 2020-09-22 Alibaba Group Holding Limited Anti-replay attack authentication protocol

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108881120A (en) * 2017-05-12 2018-11-23 阿里巴巴集团控股有限公司 A kind of data processing method and equipment based on block chain
CN107480990A (en) * 2017-08-01 2017-12-15 中国联合网络通信集团有限公司 Block chain bookkeeping methods and device
CN108765150A (en) * 2018-05-11 2018-11-06 中国联合网络通信集团有限公司 Exchange information processing method and memory node
CN111149122A (en) * 2018-05-30 2020-05-12 重庆小雨点小额贷款有限公司 Block chain-based security management method, related device and storage medium
CN109584063A (en) * 2018-10-25 2019-04-05 阿里巴巴集团控股有限公司 Transaction processing method and device, electronic equipment based on block chain
CN109767220A (en) * 2019-01-15 2019-05-17 中国联合网络通信集团有限公司 Method of commerce based on block chain and the transaction system based on block chain
US10785035B1 (en) * 2019-04-26 2020-09-22 Alibaba Group Holding Limited Anti-replay attack authentication protocol
CN110349029A (en) * 2019-07-17 2019-10-18 中国银行股份有限公司 A kind of processing method, equipment and the system of the trade identity based on block chain
CN110458542A (en) * 2019-08-02 2019-11-15 中国工商银行股份有限公司 Offline electronic payment system and method based on block chain
CN110717832A (en) * 2019-10-21 2020-01-21 腾讯科技（深圳）有限公司 Clean energy trading method, system, device and storage medium based on block chain

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112261427A (en) * 2020-10-20 2021-01-22 中国联合网络通信集团有限公司 Malicious node identification method and device and electronic equipment
CN112261427B (en) * 2020-10-20 2022-04-29 中国联合网络通信集团有限公司 Malicious node identification method and device and electronic equipment

Also Published As

Publication number Publication date
CN111598558B (en) 2023-08-22

Similar Documents

Publication Publication Date Title
KR101019006B1 (en) Certify and split system and method for replacing cryptographic keys
JP4546240B2 (en) User authentication method and system using challenge / response method
CN108933667B (en) Management method and management system of public key certificate based on block chain
CN110852745B (en) Block chain distributed dynamic network key automatic updating method
CN108737442A (en) A kind of cryptographic check processing method
CN111538784A (en) Block chain-based digital asset transaction method and device and storage medium
CN108701308B (en) System for issuing public certificate based on blockchain, and method for issuing public certificate based on blockchain using same
CN109754226B (en) Data management method, device and storage medium
CN110943840B (en) Signature verification method
CN111831974A (en) Interface protection method and device, electronic equipment and storage medium
US10122755B2 (en) Method and apparatus for detecting that an attacker has sent one or more messages to a receiver node
CN110213232B (en) fingerprint feature and key double verification method and device
CN110572392A (en) Identity authentication method based on HyperLegger network
CN112417502B (en) Distributed instant messaging system and method based on block chain and decentralized deployment
CN112968910B (en) Replay attack prevention method and device
CN111598558B (en) Billing method, billing node server and payer node server
CN116720839B (en) Financial information management method based on blockchain technology and supervision system thereof
CN112383577A (en) Authorization method, device, system, equipment and storage medium
CN111371555A (en) Signature authentication method and system
CN111510302A (en) Method and system for improving certificate verification efficiency in secure communication protocol
CN116094786A (en) Data processing method, system, device and storage medium based on double-factor protection
CN116074061A (en) Data processing method and device for rail transit, electronic equipment and storage medium
CN114466353A (en) App user ID information protection device and method, electronic equipment and storage medium
CN114531246A (en) Data downloading method and device
CN117896188B (en) Safety analysis method, device, equipment and system for equipment identification

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