TWM607453U - Guaranteeing server and system for transactions on blockchain - Google Patents

Abstract

The invention discloses a guaranteeing server and a guaranteeing system for transactions on blockchain. The guaranteeing server is coupled to a blockchain network and comprises a memory unit and one or more processing units. The memory unit stores a plurality of instructions and the one or more processing units are configured to execute the instructions to: receive a transaction data from a user, wherein the transaction data includes a wallet data which has a wallet address data and a user's signature data; check whether an amount of a cryptocurrency associated with the wallet address data is sufficient to execute the transaction on the blockchain network; when the an amount of a cryptocurrency associated with the wallet address data is sufficient to execute the transaction, transmit the transaction data to the block chain network for validating and recording on the blockchain network; and transmit a transaction guarantee information corresponding to the transaction data to an opposing party of the transaction.

Description

Guarantee server and guarantee system for blockchain transactions

The present invention relates to a transaction guarantee server, in particular to a guarantee server (guaranteeing server) and a guarantee system for blockchain transactions.

Blockchain is a decentralized digital ledger that adopts a consensus algorithm, and the most widely known application of blockchain technology is cryptocurrency. Encrypted currency based on blockchain technology has the characteristics of decentralization and is not subject to the supervision of central banks of governments. At the same time, in principle, the record of cryptocurrency transactions is permanent and cannot be retrospectively modified, and can be verified and traceable. For example, a traditional decentralized transaction process is initiated by a party of the transaction, signed with its user's private key, and submitted the transaction content and its digital signature to the blockchain, which are verified and recorded by each node. In order to ensure security, the counterparty of the transaction usually does not wait for a confirmation (confirmation) to think that the transaction has been completed. Generally speaking, the counterparty of the transaction will wait for at least 6 confirmations before they believe that the transaction has been completed. However, this often takes ten minutes to several hours. However, at present, even cash transactions can be completed in about 3 minutes, not to mention the use of credit cards or other non-decentralized virtual currencies that can be completed in about 0.5 minutes to 1 minute. Therefore, the waiting time for traditional blockchain cryptocurrency transactions is too long, which violates the trading habits of ordinary people.

However, cryptocurrencies based on blockchain technology still have other security flaws. If a malicious user has a higher hash rate (for example, 51%), he can launch a double spend attack, destroying the unmodifiable nature of the original transaction record, and making the transaction in the undeletable block The record is erased, allowing the cryptocurrency that has been "spent" to be used again. Even if, for example, the Ethereum blockchain (Ethereum) platform adopts the Turing complete language Solidity, malicious users can still pay a higher "fuel/gas" to carry out a double payment attack, so that the transactions that are made later will be destroyed first. Record, and its earlier transaction will fail because the node finds that there is not enough cryptocurrency balance to make the payment when confirming the corresponding wallet address, which will cause the authentication to fail, making the counterparty of the previous transaction unable to obtain the transaction The consideration.

Therefore, for cryptocurrency transactions based on blockchain technology, there is an urgent need for a transaction method that can prevent malicious users from carrying out double payment attacks, and at the same time allow the counterparty of the transaction to not have to wait for a long time for completion.

The purpose of this model is to provide a guarantee server and guarantee system for blockchain transactions, which enable the guarantee server to confirm whether the user’s cryptocurrency balance is sufficient to cover the transaction, and then submit the transaction to the blockchain Calculations are performed on the network, so malicious users can avoid double payment attacks; at the same time, through the authentication and guarantee of the guarantee server, the counterparty (merchant) of the transaction can also know whether the transaction is guaranteed or not in a short time And the validity of the transaction is guaranteed, and long waiting time is avoided.

This model proposes a guarantee server for blockchain transactions. The guarantee server is coupled to a blockchain network. The guarantee server includes a memory unit and one or more processing units. The memory unit stores a plurality of instructions, one or more processing units are coupled to the memory unit, and one or more A processing unit executes the commands to perform the following steps: receive a transaction data sent by a user, where the transaction data includes a wallet data, the wallet data includes a wallet address data and a user signature data; to the blockchain Check whether the balance of a cryptocurrency corresponding to the wallet address data is sufficient for the transaction on the Internet; when the balance of the cryptocurrency is sufficient for the transaction, send the transaction data to the blockchain network for blockchain calculation; and send the transaction data Corresponding one of the transaction guarantee information to the counterparty of the transaction.

In addition, the present invention also proposes a block chain transaction guarantee method. The method includes the following steps: a guarantee server receives a transaction data transmitted by a user, wherein the transaction data includes a wallet data, and the wallet data includes a Wallet address data and a user’s signature data; from the guarantee server to the blockchain network to check whether the balance of a cryptocurrency corresponding to the wallet address data is sufficient for the transaction; when the balance of the cryptocurrency is sufficient for the transaction, The guarantee server sends transaction data to the blockchain network to perform blockchain operations; and the guarantee server sends transaction guarantee information corresponding to the transaction data to the counterparty of the transaction.

In one embodiment, the user signature data is a digital signature of the user corresponding to the wallet address data.

In one embodiment, the transaction information further includes a transaction content and a transaction counterparty information.

In one embodiment, when the balance of the encrypted currency is insufficient for the transaction, the guarantee server further sends a transaction failure message to the user, and the transaction data is not sent to the blockchain network.

In one embodiment, the user sends the wallet data and a stored value data to the blockchain network to increase the balance of the encrypted currency corresponding to the wallet address data through the blockchain network.

In one embodiment, the counterparty of the transaction sends the wallet data and a stored value data to the blockchain network to increase the balance of the encrypted currency corresponding to the wallet address data through the blockchain network.

In one embodiment, the user sends another wallet data, a stored value data, and the user's wallet data to the guarantee server to increase the balance of the encrypted currency corresponding to the user's wallet address data through the guarantee server .

In one embodiment, after the blockchain operation is completed, the guarantee server further sends back confirmation information of a successful transaction to the user and/or the counterparty of the transaction.

In one embodiment, after the blockchain operation is completed, the guarantee server further clears the encrypted currency corresponding to the wallet address data.

In the new type of guarantee server and guarantee system for blockchain transactions, the guarantee server confirms whether the user's cryptocurrency balance is sufficient to pay for the transaction, and then submits the transaction to the blockchain network for processing Therefore, malicious users can avoid double payment attacks. At the same time, the guarantee server will send transaction guarantee information to the counterparty after confirming that the user’s cryptocurrency balance is sufficient to cover the transaction. In this way, Through the authentication and guarantee of the guarantee server, the counterparty of the transaction can also know in a short time that the transaction has been guaranteed by the guarantee server, thus ensuring the validity of the transaction, thus avoiding a long waiting time.

The following describes the guarantee server and guarantee system for blockchain transactions according to various embodiments of the present invention with reference to related drawings. Among them, the same elements will be described with the same reference signs.

Unless otherwise defined, the meanings of all technical and scientific terms used in this article are equivalent to having the same meaning as the general meaning understood by a person with ordinary knowledge in the technical field to which the present invention belongs. It should be understood that the terms used herein are only for describing specific embodiments and are not limiting.

It should be noted that all the directional indicators (such as up, down, left, right, front, back,...) in the various embodiments of the present invention are only used to explain in a specific posture (as shown in the attached drawings ) The relative positional relationship, movement situation, etc. between the various components under the following, if the specific posture changes, the directional indication will also change accordingly.

The term "blockchain" in this article refers to the transaction records that are built on a peer-to-peer (P2P) network system and are encrypted and connected in series by cryptography (each record is also called a "block (block) )”). Each block includes the encrypted hash string, time stamp and transaction data of the previous block. In addition to using the above-mentioned P2P network architecture, blockchain technology also uses asymmetric encryption technology (public key-private key pair), distributed ledger, and authentication mechanism based on consensus algorithms. It makes the block content difficult to be tampered with, and has verifiability and traceability. Therefore, when a currency or goods ownership transfer transaction is to be carried out, it can be initiated directly by one party, and it can be completed without any financial institution or third-party institution in the middle, so it has the characteristics of decentralization. Currently commonly used in digital currency or cryptocurrency transactions. In a blockchain network based on the P2P network architecture, each computer (also called a "node") in the network has the same network computing rights, and the network computing rights may vary by different blocks. The consensus algorithm of the chain is different.

The term "cryptocurrency" in this article refers to a transaction medium that uses blockchain technology's asymmetric encryption, decentralized ledger, consensus calculation and authentication mechanism and other technologies to ensure transaction security and control transaction units. The cryptocurrency in this article is a digital currency, which can be Bitcoin (Bitcoin, BTC), Bitcoin cash (Bitcoin cash, BCC), Ethereum (Ethereum, ETH), Litecoin (Litecoin, LTC), or gate Monero (Monero, XMR), or other digital currencies (or virtual currencies), etc.

The terms "wallet" and "wallet address" in this article refer to the address corresponding to the cryptocurrency used for exchange on the blockchain, and the currency settlement (and currency balance) corresponding to the address is recorded. It uses the user's or owner's private key to perform elliptic curve calculations (such as secp256k1), hash function calculations (such as SHA-256), and encoding (such as BASE58) to obtain a string sequence of English letters and numbers ( For example, 0x80a956Ab640Ee8A6E336C9a954bB55f422e3Ac6e). The wallets used by transactions on the blockchain can be formed using, for example, asymmetric encryption, in which each wallet has its own unique pair of public and private keys. The public key of each wallet can openly allow each node to identify the wallet (for example, transfer encrypted currency to the wallet address), but the private key is unique to the owner of the wallet and is used to sign the transaction Chapter (for example, to allow nodes to verify whether the transaction is true).

The term "smart contract" or "smart contract" refers to a contract defined in digital form. It is a computer protocol written in a programming language. When used on a blockchain, such as the Ethereum blockchain, its It represents a computer protocol that is transmitted through the network and can be verified and automatically executed by computers (miners, netizens) on the blockchain. Smart contracts (smart contracts) do not require the existence of third parties or intermediaries, and can also conduct transactions that can be verified, traced and irreversible. For example, when both parties to a transaction write a smart contract in Solidity language based on the ERC20 Token Standard, and deploy it on the Ethereum blockchain (hereinafter referred to as the Ethereum chain) and use the Ethereum virtual machine (Ethereum virtual machine, EVM) operation, the computer on the Ethernet chain will have a signal related to the contract (or "event", for example, the transfer time specified in the contract, or one party has transferred When the goods are delivered to the other party), corresponding actions are executed according to the content of the contract (for example, withdrawal and transfer from a wallet address). Deploying and executing smart contracts on the Ethereum chain requires additional calculation fees, which are called "fuel/gas", and "fuel/gas" can be purchased with Ether. Similarly, in response to specific events on the Ethereum chain to execute the corresponding actions in the smart contract, consensus encryption and decryption algorithms are also adopted. A smart contract successfully deployed on the Ethereum chain will also have a dedicated address, such as "0x03f8a79ccf94611a512b63d42f5fc3eacf59d3", a string sequence that includes English letters and numbers.

Several exemplary embodiments of this document will be described below.

FIG. 1 is a schematic diagram of a guarantee server used in blockchain transactions according to an embodiment of the new type, and FIG. 2 is a functional block diagram of the guarantee server in FIG. 1.

As shown in FIGS. 1 and 2, the guarantee server 1 is coupled to the blockchain network 4 and may include a memory unit 11, one or more processing units 12, and one or more output/input units 13. In this embodiment, the processing unit 12 and the output/input unit 13 are each described as an example. Among them, the memory unit 11 can store a plurality of instructions (such as program codes). The processing unit 12 is respectively coupled to the output/input unit 13 and the memory unit 11. Among them, the memory unit 11 may include random memory or a non-volatile computer-readable storage medium, etc. The non-volatile computer-readable storage medium may be, for example, a hard disk, a solid state drive (SSD), or a flash memory. Etc., which stores instructions (such as program codes) executable by the processing unit 12. In addition, the processing unit 12 may be a core control component of the security server 1, and may be, for example, a central processing unit (CPU), or may be composed of other control hardware, software, or firmware. The processing unit 12 can load these instructions (such as program codes) from a storage medium readable by a non-volatile computer into a random memory and execute them. In addition, the output/input unit 13 is, for example, a network card, a network chip, a modem, and other components, units, or devices that can provide network connections.

The guarantee server 1 is further coupled to the user-side computer device 2 and the store-side computer device 3, and its coupling method may include, but is not limited to, a wireless network connection or a wired network connection. The user-side computer device 2 and the store-side computer device 3 can be, for example, mobile devices, notebook computers, desktop computers, network-connectable devices (such as smart home appliances, smart watches), or other computer devices, etc. limit.

As shown in Figure 1, the blockchain network 4 includes multiple computers (or nodes/nodes), and the number is unlimited. Although Fig. 1 shows a block chain network 4 composed of 7 computers/nodes, including computers 41 to 47, its purpose is only to give an exemplary explanation and not to impose any restriction on this article. Among them, the user-side computer device 2 can also be connected to the blockchain network 4, for example, to the computer 41 in the blockchain network 4 in a wireless or wired manner, and then to the entire blockchain network 4; or , The user-side computer device 2 can also become a node in the blockchain network 4, and then become a part of the blockchain network 4. Similarly, the store-side computer device 3 can also be connected to the blockchain network 4, for example, to the computer 46 in the blockchain network 4 in a wireless or wired manner, and then to the entire blockchain network 4; or The store-side computer device 3 can also become a node in the blockchain network 4, and then become a part of the blockchain network 4. The present invention is not limited.

After the aforementioned processing unit 12 reads and executes the instructions stored in the memory unit 11, the guarantee server 1 can perform the following actions: receive the transaction data sent by the user (ie, the user-side computer device 2). Among them, the transaction data can include wallet data, and the wallet data can include wallet address data and user signature data (step S1); go to the blockchain network 4 to check the encryption corresponding to the wallet address data Whether the balance of the currency is sufficient for the transaction (step S2); when the balance of the encrypted currency is sufficient for the transaction, send the transaction data to the blockchain network 4 for blockchain calculation (step S3); and send the transaction data The corresponding transaction guarantee information is sent to the counterparty of the transaction (step S4).

First reminder that there is no priority between step S3 and step S4. The guarantee server 1 can first send the transaction data to the blockchain network 4, and then send the transaction guarantee information to the counterparty of the transaction; or, Send the transaction guarantee information to the counterparty of the transaction first, and then send the transaction data to the blockchain network 4; or, send the transaction data and the transaction guarantee information at the same time, this model is not limited.

For example, when a user A goes to a certain store C to purchase goods with a price of 0.5 ETH and wants to make a payment, user A can use all of his user-side computer devices 2 to perform the transaction, and the store C C is the counterparty of the transaction. In this embodiment, the store C is the counterparty of the transaction using the store-side computer device 3 to carry out this transaction. User A can use the user-side computer device 2 to send a transaction request to the guarantee server 1 and send transaction data corresponding to the transaction. The transaction data includes the wallet data that user A wants to use for payment, the The content of the transaction (that is, 0.5 ETH must be delivered), and the transaction counterparty information of the transaction (can be the name of Store C and/or the wallet address used by Store C to receive the above 0.5 ETH). It is worth mentioning that, in addition to Ethereum (ETH), the cryptocurrency used in this embodiment can also be Bitcoin (Bitcoin, BTC), Bitcoin cash (Bitcoin cash, BCC), and Litecoin (Litecoin). , LTC), or Monero (Monero, XMR), or other digital currencies (or virtual currencies), etc., are not limited to Ether.

The aforementioned wallet data will further include the wallet address data corresponding to the cryptocurrency that user A wants to use for the transaction (that is, the wallet address that user A wants to use to pay 0.5 ETH), and user signature data (That is, user A's digital signature of the transaction). Wherein, the aforementioned wallet address data is generated by the private key of user A and/or the private key of the guarantee server 1, which is generated by a computer (such as the user-side computer device 2, the guarantee server 1, or other third-party computers). Any device can be used, and this article does not limit it here.) It is generated by performing elliptic curve calculation, hash function calculation, and coding as described above. In addition, the aforementioned user signature data (ie, the digital signature of the user A for the transaction) is also generated by the user-side computer device 2 using the user A's private key to perform asymmetric encryption and other operations. Furthermore, since this embodiment is constructed by means of a smart contract, the transaction data sent by the user-side computer device 2 to the guarantee server 1 may also further include those already deployed on the blockchain network 4 is used to execute the address data of the smart contract, so that each node of the blockchain network 4 can perform subsequent verification.

If it is based on security considerations, the user's private key may not be sent to the guarantee server 1. When the wallet address corresponding to the above transaction is generated, the user-side computer device 2 uses the user A by itself. The private key for elliptic curve calculation, hash function calculation and encoding are performed.

Then, after the guarantee server 1 receives the above transaction data (step S1), it will query the nodes 41 to 47 of the blockchain network 4. In the record of the blockchain, according to the wallet address data recorded The wallet address and whether the corresponding cryptocurrency settlement result is sufficient to cover the amount to be paid by the exchange (step S2). That is, the guarantee server 1 will go to each node to check and confirm whether there is enough credit in the wallet address to pay 0.5 ETH for the transaction. Among them, the output/input unit 13 is responsible for receiving and transmitting the transaction data by the guarantee server 1.

When the guarantee server 1 confirms that there is sufficient credit in the aforementioned wallet address to pay the 0.5 ETH required for the transaction, it will send transaction guarantee information corresponding to the transaction to the store-side computer device 3 of store C (step S4), It means that the wallet address that user A wants to use for this transaction has enough credit to pay the 0.5 ETH. At this point, Store C can quickly learn that the transaction has been authenticated and guaranteed by the guarantee server 1, and the validity of the transaction has been guaranteed, thus avoiding the need to perform several times by the blockchain network 4 traditionally (E.g. 6 times) the waiting time for confirmation. In addition, in a preferred embodiment, the guarantee server 1 may further send back the transaction guarantee information to the user-side computer device 2 (user) to notify the user A that the transaction has been guaranteed by the server 1 It is guaranteed that user A can also avoid the waiting time that is traditionally required by the blockchain network 4 to confirm several times (for example, 6 times).

In addition, the guarantee server 1 will also transmit the transaction data corresponding to the transaction to the blockchain network 4, and each node 41 to 47 will perform corresponding authentication and recording and other blockchain operations (step S3). The aforementioned transaction data sent to the blockchain network 4 will include the wallet address data, transaction content data, transaction counterpart data, user signature data, and the address data of the smart contract from the user-side computer device 2. . In this way, after each node 41-47 of the blockchain network 4 receives the transaction data from the guarantee server 1, they will, based on the user’s digital signature and the wallet address included in the transaction data, Authenticate with the address of the smart contract.

In detail, each node 41-47 will use the public key corresponding to the wallet address to decrypt the user's digital signature data for authentication. Only after confirming that the digital signature data of the user’s digital signature data is true, the payment function of the transaction will be executed according to the smart contract, and the transaction content data and transaction counterpart data will be encrypted and encoded to be used as A new block is concatenated (that is, recorded) on the existing blockchain, and the transaction is completed at this time: User A pays 0.5 ETH from his wallet to the counterparty of the transaction---store C. In addition, when recording the content of the transaction, each node 41-47 will also incorporate the time stamp corresponding to the transaction into the new block, making it difficult for the newly added block content to be tampered with. , And has verifiability and traceability.

In addition, in some embodiments, after the blockchain calculation is completed, the guarantee server 1 may further send the calculation result (transaction success confirmation information) back to user A and/or the counterparty of the transaction (store C), To notify user A and/or the counterparty of the transaction (store C) that the transaction has been completed. In addition, in some embodiments, after the blockchain operation is completed, the guarantee server 1 can further clear the cryptocurrency corresponding to the wallet address data of the user A. Here, "clearing" means that the guarantee server 1 transfers the 0.5 ETH cryptocurrency in the wallet of user A to the wallet of store C (the wallet of user A reduces the cryptocurrency of 0.5 ETH, and store C The wallet adds 0.5 ETH cryptocurrency). In particular, in some embodiments, store C can take away the corresponding cryptocurrency without every transaction, and store C can choose to take it away, for example, after several transactions, or for a period of time (for example, 1 day) Take it out again, so as to save the calculation frequency of the store-side computer device 3 and/or the guarantee server 1 and reduce the cost.

In addition, in some embodiments, when the guarantee server 1 confirms that there is not enough credit in the wallet address to pay 0.5 ETH for the transaction, the guarantee server 1 will send a transaction failure message to the user (user side Computer device 2) to notify user A that there is not enough Ether in the designated wallet for this transaction, so that user A can take other actions (for example, add enough cryptocurrency to the wallet address, or specify Another wallet address with sufficient cryptocurrency) to continue the transaction. At the same time, the guarantee server 1 will not send the transaction data of the aforementioned transaction to the blockchain network 4 for authentication and recording. In addition, the guarantee server 1 can also send this transaction failure information to the store-side computer device 3 to notify the counterparty of the transaction that the transaction has not been completed.

In the foregoing, when the guarantee server 1 confirms that there is not enough credit in the aforementioned wallet address to pay 0.5 ETH for the transaction, and informs user A that there is not enough Ether in the designated wallet for this transaction, use The person can add enough cryptocurrency to the wallet address (to store value in his wallet), for example, but not limited to the following three methods:

The first method is: User A sends the wallet data and a stored value data (the amount of encrypted currency to be stored) to the blockchain network 4 through the user-side computer device 2 to pass the blockchain network 4 Increase the balance of the cryptocurrency corresponding to the wallet address data (Gas paid by the user). After that, step S2 is performed again, so that the guarantee server 1 re-checks whether the balance of the encrypted currency corresponding to the wallet address data is sufficient for the transaction.

The second method is: Store C sends the wallet data and the stored value data (the amount of encrypted currency to be stored) to the blockchain network 4 through the store-side computer device 3, so as to increase through the blockchain network 4. The balance of the encrypted currency corresponding to user A's wallet address data. In this approach, user A needs to pay an amount equal to 0.5 ETH to store C in advance, and then store value on the chain by store C (store C pays for Gas). It is worth mentioning that in different embodiments, the user A and/or the store C can also perform the above-mentioned stored value operation through the guarantee server 1, which is not limited by the present invention.

The third method is: User A can designate another cryptocurrency wallet address with sufficient transaction quota to continue this transaction, and User A can add another wallet data (which can be another wallet or user A’s The wallet of another user B), stored value data and user A’s own wallet data are sent to the guarantee server 1 to increase the cryptocurrency corresponding to user A’s wallet address data through the guarantee server 1 (only by Guarantee server 1 records, users A and B do not need to pay Gas).

It is worth mentioning that the aforementioned three methods of increasing the value of the cryptocurrency balance corresponding to user A's wallet address data can also be applied to the storage of value under normal circumstances, and it does not have to be done after the transaction fails.

In addition, this application also proposes a guarantee method for blockchain transactions, which is performed by using the guarantee server 1 coupled to the blockchain network 4 provided in the foregoing embodiment. Please refer to FIG. 3, which is a schematic flowchart of a block chain transaction guarantee method according to an embodiment of the application. The guarantee method for blockchain transactions in this embodiment may include the following steps S1 to S4.

Step S1 is: the guarantee server 1 receives the transaction data sent by user A, where the transaction data includes wallet data, which includes wallet address data and user signature data; step S2 is: from the guarantee server 1 to the district Check on the blockchain network 4 whether the balance of the encrypted currency corresponding to the wallet address data is sufficient for the transaction; step S3 is: when the balance of the encrypted currency is sufficient for the transaction, the guarantee server 1 sends the transaction data to the blockchain network Step 4 is to perform block chain calculation; and, step S04 is: the guarantee server 1 sends transaction guarantee information corresponding to the transaction data to the counterparty of the transaction. The aforementioned step S3 and step S4 are not prioritized (can be reversed or performed at the same time). In addition, in step S3, when the balance of the cryptocurrency is insufficient for the transaction, the guarantee server 1 further sends transaction failure information to the user And do not send the transaction data to the blockchain network 4 (step S3').

In addition, the guarantee server 1, the user-side computer device 2, the store-side computer device 3, and the block chain network 4 used in the guarantee method of this application are composed of the detailed components, and the variation of the guarantee method of this embodiment The same, as well as the connection relationship between the guarantee server 1, the user-side computer device 2, the store-side computer device 3, and the blockchain network 4 used by it, are the same as those described in the previous embodiment, and are not here. Go into details again.

In conclusion, with the above architecture, the guarantee server 1 disclosed in this article will first confirm whether the user's cryptocurrency balance is sufficient to cover the transaction, and then submit the transaction to the blockchain network 4 after the confirmation is completed Perform calculations. In this way, malicious users can avoid double payment attacks by using the time difference; at the same time, the guarantee server 1 will send transaction guarantee information to the counterparty after confirming that the user’s cryptocurrency balance is sufficient to cover the transaction. First, through the authentication and guarantee of the guarantee server, the counterparty of the transaction can also know in a short time that the transaction has been guaranteed by the guarantee server 1 to ensure the validity of the transaction, thus avoiding a long waiting time .

The above description is only illustrative, and not restrictive. Any equivalent modifications or changes that do not depart from the spirit and scope of this new model shall be included in the scope of the attached patent application.

1: Guarantee server 11: Memory unit 12: Processing unit 13: output/input unit 2: Client computer device 3: Store-side computer device 4: Blockchain network 41, 42, 43, 44, 45, 46, 47: Computer (node) S1, S2, S3, S3’, S4: steps

FIG. 1 is a schematic diagram of a guarantee server used in blockchain transactions according to an embodiment of the new type. FIG. 2 is a functional block diagram of the guarantee server of FIG. 1. FIG. FIG. 3 is a schematic flowchart of a method for guaranteeing a blockchain transaction according to an embodiment of the application.

1: Guarantee server

2: Client computer device

3: Store-side computer device

4: Blockchain network

41, 42, 43, 44, 45, 46, 47: Computer (node)

Claims (19)

A guarantee server for blockchain transactions is coupled to a blockchain network. The guarantee server includes a memory unit and one or more processing units. The memory unit stores a plurality of instructions and the one or more processing units. The unit is coupled to the memory unit, and the one or more processing units execute the instructions to perform the following steps: Receiving a transaction data sent by a user, where the transaction data includes a wallet data, and the wallet data includes a wallet address data and a user signature data; Go to the blockchain network to check whether the balance of a cryptocurrency corresponding to the wallet address data is sufficient for the transaction; When the balance of the encrypted currency is sufficient for the transaction, send the transaction data to the blockchain network for blockchain calculation; and Send one of the transaction guarantee information corresponding to the transaction data to the counterparty of the transaction. The guarantee server according to claim 1, wherein the user signature data is a digital signature of the user corresponding to the wallet address data. The guarantee server according to claim 1, wherein the transaction data further includes a transaction content and a transaction counterparty data. The guarantee server according to claim 1, wherein when the balance of the cryptocurrency is insufficient for the transaction, the guarantee server further sends a transaction failure message to the user, and does not send the transaction data to the area Block chain network. The security server according to claim 1, wherein the user sends the wallet data and a stored value data to the blockchain network to increase the address data corresponding to the wallet through the blockchain network The balance of the cryptocurrency. The guarantee server according to claim 1, wherein the counterparty of the transaction sends the wallet data and a stored value data to the blockchain network to increase the address data of the wallet through the blockchain network The corresponding balance of the cryptocurrency. The guarantee server according to claim 1, wherein the user sends another wallet data, a stored value data, and the user's wallet data to the guarantee server to increase the user through the guarantee server The balance of the cryptocurrency corresponding to the wallet address data. The guarantee server according to claim 1, wherein after the blockchain operation is completed, the guarantee server further sends back confirmation information of a successful transaction to the user and/or the counterparty of the transaction. The guarantee server according to claim 1, wherein after the blockchain operation is completed, the guarantee server further clears the encrypted currency corresponding to the wallet address data. A guarantee system for blockchain transactions, the guarantee system includes: A user-side computer device; A blockchain network; and A guarantee server is respectively coupled to the client computer device and the blockchain network. The guarantee server includes a memory unit and one or more processing units. The memory unit stores a plurality of commands. The one or A plurality of processing units are coupled to the memory unit, and the one or more processing units execute the instructions to perform the following steps: Receiving a transaction data sent by the user-side computer device, where the transaction data includes a wallet data, and the wallet data includes a wallet address data and a user signature data; Go to the blockchain network to check whether the balance of a cryptocurrency corresponding to the wallet address data is sufficient for the transaction; When the balance of the encrypted currency is sufficient for the transaction, send the transaction data to the blockchain network for blockchain calculation; and Send one of the transaction guarantee information corresponding to the transaction data to the counterparty of the transaction. The guarantee system according to claim 10, wherein the user signature data is a digital signature of the user-side computer device corresponding to the wallet address data. The guarantee system according to claim 10, wherein the transaction information further includes a transaction content and a transaction counterparty information. The guarantee system according to claim 10, wherein when the balance of the encrypted currency is insufficient for the transaction, the guarantee server further sends a transaction failure message to the user-side computer device, and does not send the transaction data to The blockchain network. The guarantee system according to claim 10, wherein the user-side computer device transmits the wallet data and a stored value data to the blockchain network to increase the address data of the wallet through the blockchain network The corresponding balance of the cryptocurrency. The guarantee system according to claim 10, wherein the counterparty of the transaction transmits the wallet data and a stored value data to the blockchain network to increase the address data corresponding to the wallet through the blockchain network The balance of the cryptocurrency. The guarantee system according to claim 10, wherein the user-side computer device transmits another wallet data, a stored value data, and the wallet data of the user-side computer device to the guarantee server to pass the guarantee server The device increases the balance of the encrypted currency corresponding to the wallet address data of the user-side computer device. The guarantee system according to claim 10, wherein after the blockchain operation is completed, the guarantee server further sends back confirmation information of a successful transaction to the user-side computer device and/or the counterparty of the transaction. The guarantee system according to claim 10, wherein after the blockchain operation is completed, the guarantee server further clears the encrypted currency corresponding to the wallet address data. The guarantee system according to claim 10, wherein the counterparty of the transaction is a store-side computer device.

Images