CN111210345B - Signature method and device based on block chain network transaction and terminal equipment - Google Patents

Abstract

This application provides a signature method, device, and terminal equipment based on blockchain network transactions. The signature method includes: in this transaction message, obtain the input fields corresponding to each input required for this transaction. The TxOutHash value of the current transaction message is the transaction message of this transaction; obtain the previous transaction message corresponding to each input required for this transaction; calculate the hash Hash of each previous transaction message Value, get the Hash value corresponding to each input; judge whether the calculated Hash value corresponding to each input is consistent with the TxOutHash value under the input field corresponding to the input; if the calculated Hash value corresponding to each input is consistent with the input If the TxOutHash values under the corresponding input fields are consistent, then the transaction message is signed. The signature method provided by this application can better protect the user's financial security to a certain extent.

Description

A signature method, device and terminal equipment based on blockchain network transactions

technical field

The present application belongs to the technical field of network transactions, and in particular relates to a signature method, signature device, terminal equipment and computer-readable storage medium based on block chain network transactions.

Background technique

With the development of blockchain technology, various electronic currencies (such as Bitcoin, Litecoin, Ethereum, etc.) are widely circulated in the blockchain network.

For the current blockchain network, when users perform transfer operations in the blockchain network, they need to pay a certain handling fee. The calculation formula of the handling fee is: the sum of the amount of each transaction input - the amount of each transaction output The sum of the amounts. For example, for a blockchain network that uses bitcoin as the transaction currency, when user A transfers money to user B, the amount of each transaction input used by user A is 2 bitcoins and 5 bitcoins respectively, and user A 1 bitcoin is transferred to user B, and the blockchain network returns 5.5 bitcoins to user A (although the 5.5 bitcoins are returned to user A, it is still counted as the transaction output of this transaction), then in this transaction , User A needs to pay a handling fee of 0.5 BTC.

It can be seen that when the user is transferring money, if multiple transaction inputs are illegally provided, the user will have to pay more fees. Therefore, when the user performs the transfer operation in the blockchain network, how to better Ensuring the safety of users' funds is a technical problem that needs to be solved urgently.

Contents of the invention

In view of this, this application provides a signature method, signature device, terminal equipment and computer-readable storage medium based on blockchain network transactions, which can better guarantee User's funds are safe.

The first aspect of the present application provides a signature method based on a blockchain network transaction. The above-mentioned blockchain network transaction message includes input fields corresponding to each transaction input input and output fields corresponding to each transaction output output. , each input field includes the sending output hash TxOutHash value, each legal input corresponds to the previous transaction message, and the previous transaction message corresponding to each legal input has an output field, the output The output corresponding to the field is the legal input, and the TxOutHash value corresponding to each legal input is the same as the hash Hash value of the previous transaction message corresponding to the legal input;

The above signature methods include:

In this transaction message, obtain the TxOutHash value under the input field corresponding to each input required for this transaction, and the above-mentioned current transaction message is the transaction message of this transaction;

Obtain the previous transaction message corresponding to each input required for this transaction;

Calculate the Hash value of each previous transaction message to obtain the Hash value corresponding to each input;

Determine whether the calculated Hash value corresponding to each input is consistent with the TxOutHash value under the input field corresponding to the input;

If the calculated Hash value corresponding to each input is consistent with the TxOutHash value under the input field corresponding to the input, the above-mentioned transaction message is signed.

The second aspect of the present application provides a signature device based on a blockchain network transaction. The transaction message of the blockchain network includes input fields corresponding to each transaction input input and output fields corresponding to each transaction output output. , each input field includes the sending output hash TxOutHash value, each legal input corresponds to the previous transaction message, and the previous transaction message corresponding to each legal input has an output field, the output The output corresponding to the field is the legal input, and the TxOutHash value corresponding to each legal input is the same as the hash Hash value of the previous transaction message corresponding to the legal input;

The above signature devices include:

The TxOutHash acquisition module is used to obtain the TxOutHash value under the input field corresponding to each input required for this transaction in the current transaction message, and the above-mentioned current transaction message is the transaction message of this transaction;

The previous message acquisition module is used to obtain the previous transaction messages corresponding to each input required for this transaction;

Hash value calculation module, used to calculate the hash Hash value of each previous transaction message, and obtain the Hash value corresponding to each input;

Judgment module, used to judge whether the Hash value corresponding to each input calculated is consistent with the TxOutHash value under the input field corresponding to the input;

The signature module is used to sign the above-mentioned transaction message if the calculated Hash value corresponding to each input is consistent with the TxOutHash value under the input field corresponding to the input.

The third aspect of the present application provides a terminal device, including a memory, a processor, and a computer program stored in the memory and operable on the processor. When the processor executes the computer program, the method of the first aspect above is implemented. A step of.

A fourth aspect of the present application provides a computer-readable storage medium, where the computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the steps of the above-mentioned method in the first aspect are implemented.

A fifth aspect of the present application provides a computer program product, the computer program product includes a computer program, and when the computer program is executed by one or more processors, the steps of the method in the first aspect above are implemented.

It can be seen from the above that this application provides a signature method based on blockchain network transactions. In the transaction messages of the blockchain network, each legal input corresponds to the previous transaction message, and each legal input The Hash value of the corresponding previous transaction message is the same as the TxOutHash value corresponding to the input. The signature method provided by this application calculates the TxOutHash value corresponding to an input in this transaction message and the previous transaction report corresponding to the input. Whether the Hash value of the text is the same to determine whether the input is legal, and traverse all the inputs of the transaction message, only when it is judged that all the inputs of the transaction message are legal, the transaction message is signed . As we all know, when a user needs to perform a transfer operation in the blockchain network, the blockchain node where the user is located needs to send a signed transaction message to the blockchain trading platform, and the signature operation is used to indicate that the transaction message is legal message, the blockchain trading platform will only execute the transfer operation when it receives a legal message. Therefore, the technical solution provided by this application can judge whether each transaction input of this transaction is legal, and can check out the illegal transaction input embedded in this transaction message to a certain extent. Only when it is judged that all transaction inputs are legal Only then will the signature operation be performed, that is, the transaction message is determined to be legal, which in turn enables the blockchain trading platform to perform this transfer operation, which can to a certain extent avoid when the user transfers money due to illegally embedded transactions in the transaction message. Multiple transaction inputs cause the user to pay more fees. Therefore, the signature method provided by this application can better protect the user's fund security to a certain extent.

Description of drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present application, the accompanying drawings that need to be used in the descriptions of the embodiments or the prior art will be briefly introduced below. Obviously, the accompanying drawings in the following description are only for the present application For some embodiments, those skilled in the art can also obtain other drawings according to these drawings without paying creative efforts.

Figure 1 is a schematic diagram of the application scenario of the signature method based on blockchain network transactions provided by this application;

Figure 2 is a schematic diagram of the commonly used transaction message format when conducting transactions based on the blockchain network;

Fig. 3 is a schematic diagram of the implementation flow of a signature method based on blockchain network transactions provided by Embodiment 1 of the present application;

Fig. 4 is a schematic diagram of judging whether each transaction input is legal or not provided by Embodiment 1 of the present application;

Fig. 5 is a schematic diagram of the implementation flow of another signature method based on blockchain network transactions provided by Embodiment 2 of the present application;

Figure 6 is a schematic diagram of the fee calculation process provided by Embodiment 2 of the present application;

FIG. 7 is a schematic structural diagram of a signature device based on blockchain network transactions provided in Embodiment 3 of the present application;

FIG. 8 is a schematic structural diagram of a terminal device provided in Embodiment 4 of the present application.

Detailed ways

In the following description, specific details such as specific system structures and technologies are presented for the purpose of illustration rather than limitation, so as to thoroughly understand the embodiments of the present application. It will be apparent, however, to one skilled in the art that the present application may be practiced in other embodiments without these specific details. In other instances, detailed descriptions of well-known systems, devices, circuits, and methods are omitted so as not to obscure the description of the present application with unnecessary detail.

The signature method based on blockchain network transactions provided by this application is applied to blockchain nodes in the blockchain network. Accompanying drawing 1 is a schematic diagram of the application scenario of the signature method based on the blockchain network transaction provided by this application. The application scenario includes a blockchain node 1 and a blockchain trading platform 2. When the blockchain node 1 wants to initiate a transfer transaction , a transaction message 3 will be generated first. Usually, the transaction message 3 includes the account number of each payee and the transfer amount to the account of each payee. For example, if the blockchain node 1 sends When blockchain node X and blockchain node Y transfer money, the transaction message 3 includes the account x of blockchain node X, the transfer amount to account x, the account y of blockchain node Y, and the transfer amount to account y. transfer amount. The blockchain node 1 sends the transaction message 3 to the blockchain trading platform 2, and the blockchain trading platform 2 will assist the blockchain node 1 to complete the transfer transaction when it judges that the transaction message 3 is legal.

In addition, for the current blockchain network, when users perform transfer operations in the blockchain network, they usually need to pay a certain fee. As shown in Figure 1, when user A at blockchain node 1 initiates a transfer operation, he usually needs to pay a certain handling fee. The input amount of each transaction is related to the amount of each transaction output output. The above-mentioned blockchain trading platform 2 will charge a certain handling fee after receiving the transaction message 3 and judging that the transaction message 3 is legal. For a blockchain network that uses Bitcoin as the transaction currency, the fee will be rewarded to the miners.

For different types of blockchain networks (for example, the blockchain network with Bitcoin as the transaction currency, the blockchain network with Ethereum as the transaction currency, and the blockchain network with Litecoin as the transaction currency) network, etc.), the format of the transaction message is usually different. The following uses Figure 2 to illustrate a more commonly used transaction message format. The blockchain network with Bitcoin as the transaction currency adopts the transaction message format shown in Figure 2.

As shown in Figure 2, the transaction message includes an input field corresponding to each transaction input input and an output field corresponding to each transaction output output. The transaction message also includes an Input-Counter field and an Output-Counter field. Input -The size of the Counter field is used to indicate the number of input fields in the current transaction message, and the size of the Output-Counter field is used to indicate the number of output fields in the current transaction message. In the example shown in Figure 2, Input -Counter and Output-Counter should both have a size of 2.

As shown in Figure 2, for each input field, it includes the sending output hash TxOutHash value, sending output index TxOutIndex value, script length ScriptLen value and signature public key Sign&PubKey value. Among them, the TxOutHash value under each input field is the hash Hash value of the previous transaction message of the input corresponding to the input field, as shown in Figure 2, the TxOutHash value in the first input field should be the transaction input input1 The Hash value of the corresponding previous transaction message I, wherein, the previous transaction message corresponding to each input has an output field, and the output corresponding to the output field is the transaction message of the input (for example, for the transaction Input input1, if the previous transaction message corresponding to the input1 is the previous transaction message I, then the previous transaction message I includes an output field, and the transaction output corresponding to the output field is the input1); The TxOutIndex value under each input field is used to indicate which output field in the previous transaction message the corresponding input corresponds to. For example, the previous transaction message corresponding to the transaction input input1 in Figure 2 is the previous transaction message I, assuming that the previous transaction message I includes two output fields, namely the outputA field and the outputB field, if the transaction output corresponding to the outputA field is input1, then the output of the previous transaction message I corresponding to the input1 The field is specifically the outputA field, so in this transaction message, the outputA field of the input1 corresponding to the previous transaction message I can be obtained through the TxOutIndex value in the input field corresponding to the input1; ScriptLen under each input field The value is used to indicate the field length of the Sign&PubKey value in the input field; Sign&Pubkey under each input field is the transaction signature and transaction public key of this transaction.

As shown in FIG. 2 , each output field includes an amount Value value, a script length ScriptLen value, and a PKScript value. The Value value under each output field is used to indicate the amount of the corresponding output; the ScriptLen value under each output field is used to indicate the field length of the PKScript value in the output field; the PKScript value under each output field is used to indicate The payee's account public key or account address (the account address is the payee's account number). If the PKScript under the output field is used to indicate the account public key of the payee, the blockchain trading platform can calculate the account address of the payee through the account public key, so as to carry out the transfer transaction.

The signature method based on blockchain network transactions provided by this application can be applied to blockchain networks using the transaction message format shown in Figure 2, for example, it can be applied to blockchain networks using Bitcoin as currency middle. However, those skilled in the art should note that the signature method based on blockchain network transactions provided by this application does not have to be applied to blockchain networks using the transaction message format shown in Figure 2. For details, please refer to this application Description of Embodiment 1 and Embodiment 2.

Embodiment one

The following describes a signature method based on blockchain network transactions provided by Embodiment 1 of the present application. The signature method is applied in the following blockchain networks:

The transaction message of the blockchain network includes the input field corresponding to each transaction input input and the output field corresponding to each transaction output output. Each input field includes a TxOutHash value, and each legal input corresponds to a In the previous transaction message, the previous transaction message corresponding to each legal input has an output field, and the output corresponding to the output field is the legal input, and the TxOutHash value corresponding to each legal input is the same as the legal input The hash value of the corresponding previous transaction message is the same (the main reason why the input is limited to "legal" here is: when the input field corresponding to the illegal input is embedded in the transaction message, the illegal input is not necessarily Corresponding to a previous transaction message, even if there is a previous transaction message, the TxOutHash value corresponding to the illegal input is not necessarily the same as the Hash value of the previous transaction message).

For the transaction message format of the blockchain network defined in Embodiment 1 of the application, please refer to Figure 2 and the corresponding text description for details. However, those skilled in the art should note that the message format of the blockchain network applied to the signature method provided by Embodiment 1 of this application does not necessarily include the Input-Counter field, the Output-Counter field, or the input field. It must contain the ScriptLen value, and the output field does not necessarily have the Value value and ScriptLen value. In addition, since the signature method provided in Embodiment 1 of the present application needs to sign the transaction message, it can be the same as in Figure 2, and each input field in the transaction message can include Sign&PubKey, but please ask those skilled in the art to Note that the fields corresponding to signing the transaction message in this embodiment of the application are not necessarily exactly the same as those in FIG. 2 .

The signature method provided in Embodiment 1 of this application is shown in Figure 3, including:

In step S101, in the current transaction message, obtain the TxOutHash value under the input field corresponding to each input required for the current transaction, and the above-mentioned current transaction message is the transaction message of this transaction;

In this transaction, in order to avoid the illegal insertion of multiple inputs in this transaction message and cause the user to pay more fees, it is necessary to first execute the steps S101-S105 provided in this application, and after judging the transaction report Only when all the inputs required in the text are legal can the transaction message be signed.

In order to describe the technical solution described in Embodiment 1 of the present application in detail, the following uses FIG. 4 for illustration.

As shown in Figure 4, this transaction message includes 3 input fields, namely input field 1, input field 2 and input field 3, then in step S101, read the input fields from this transaction message The TxOutHash value in 1, the TxOutHash value in input field 2, and the TxOutHash value in input field 3.

In addition, in the embodiment of the present application, the step S101 may include: judging whether the above-mentioned current transaction message conforms to the preset message format, and if yes, then in the current transaction message, obtain the The TxOutHash value under the input field corresponding to each input of . That is to say, first check whether the transaction message conforms to the preset message format, for example, check whether the transaction message includes the preset fields, and whether the length of each field conforms to the preset length, etc. After the transaction message conforms to the preset message format, read the TxOutHash value under each input field.

In step S102, obtain the previous transaction message corresponding to each input required for this transaction;

In the embodiment of this application, the previous transaction message can be obtained by communicating with the preset server, and this step S102 can include the following steps S1021-S1022:

In step S1021, the identification information of each input required for this transaction is obtained, and the identification information of each input is sent to the default server to instruct the default server to perform the operation of searching for the previous transaction message corresponding to each input;

Wherein, the identification information of each input can be the entry time, entry amount, entry account number and/or payment account number of the input, etc. For example, for a certain inputX, the identification information of the inputX can include: 2018 October At 5:10 p.m. on March 30, the account is credited, 5 bitcoins, the deposit account is X, and the sending account is Y. After receiving the identification information of each input, the above-mentioned preset server searches for the previous transaction message corresponding to each input according to the identification information of each input. For example, for the above-mentioned inputX, the preset server searches for a corresponding transaction Output the transaction message of outputX, the outputX is the transaction output transferred out at 5:10 pm on October 30, 2018, the amount is 5 bitcoins, the receiving account is X, and the sending account is Y, corresponding to the transaction with this outputX The message is the previous transaction message of inputX.

In step S1022, receiving the previous transaction message corresponding to each input sent by the preset server;

In addition, the step S1022 may include: after sending the identification information of each input to the preset server, judging whether the previous transaction message corresponding to each input returned by the preset server is received within a preset time period; If the previous transaction message corresponding to each input is received, the subsequent step S103 is performed; if the previous transaction message corresponding to each input is not received, it is considered that there is an illegal input in this transaction. At this time, you can Output a prompt message to remind the user that this transaction is illegal, and remind the user whether to sign the transaction message; or, output a prompt message to remind the user that the transaction is illegal, and terminate the transaction report The signature operation of the text; or, the signature can be terminated directly, or the transaction can be terminated directly, that is, the transaction message of this transaction will not be sent to the blockchain trading platform.

As shown in Figure 4, the previous transaction message corresponding to input1 of this transaction message is the previous transaction message A, the previous transaction message corresponding to input2 is the previous transaction message B, and the previous transaction message corresponding to input3 is The message is the previous transaction message C.

In step S103, calculate the Hash value of each previous transaction message, and obtain the Hash value corresponding to each input;

In the embodiment of the present application, the method for calculating the hash value of the message may adopt a currently commonly used method, such as the SHA256 algorithm, and the present application does not limit the method for calculating the hash value. As shown in Figure 4, in this step S103, it is necessary to calculate the Hash value of the previous transaction message A (the Hash value of the previous transaction message A is the Hash value corresponding to input1), the previous transaction message B Hash value (the Hash value of the previous transaction message B is the Hash value corresponding to input2) and the Hash value of the previous transaction message C (the Hash value of the previous transaction message C is the Hash value corresponding to input3) .

In addition, before the step S103, a step may also be included: judging whether the previous transaction message corresponding to each input required for the current transaction has been obtained. The same as described in step S102, if the previous transaction message corresponding to each input is not received, it is considered that there is an illegal input in this transaction, and at this time, a prompt for prompting the user that this transaction is illegal can be output information to remind the user whether to sign the transaction message; or, it can output a prompt message to remind the user that the transaction is illegal, and terminate the signing operation of the transaction message; or, it can directly terminate the transaction signature; or, the transaction can be terminated directly, that is, the transaction message will not be sent to the blockchain trading platform. Correspondingly, this step S103 is specifically: if the previous transaction message corresponding to each input required for this transaction is obtained, calculate the hash Hash value of each previous transaction message, and obtain the Hash value corresponding to each input value.

In addition, this step S103 may also include:

Judging whether the message format of each previous transaction message conforms to the preset message format;

If it conforms to the preset message format, calculate the Hash value of each previous transaction message to obtain the Hash value corresponding to each input.

Since this embodiment of the application needs to sign this transaction message, this transaction message can include Sign&PubKey as shown in Figure 2, in this case, this step S103 can also include: after obtaining each After the previous transaction message, judge whether each previous transaction message is a legal message according to the signature value and public key (can be Sign&PubKey) in each previous transaction message; When the texts are all legitimate messages, calculate the Hash value of each previous transaction message to obtain the Hash value corresponding to each input.

If it is judged that a previous transaction message is illegal (does not conform to the preset message format, or judges that it is not a legal message based on the signature value and public key), it can output to remind the user that this transaction is illegal prompt information to remind the user whether to sign the transaction message; or, it can output a prompt message to remind the user that the transaction is illegal, and terminate the signing operation of the transaction message; or, it can be terminated directly This signature, or, can also directly terminate this transaction, that is, not send this transaction message to the blockchain trading platform.

In step S104, it is judged whether the calculated Hash value corresponding to each input is consistent with the TxOutHash value under the input field corresponding to the input;

As shown in Figure 4, it is to judge whether the TxOutHash under input field 1 is consistent with the Hash value of the previous transaction message A, whether the TxOutHash under input field 2 is consistent with the Hash value of the previous transaction message B, and whether the input field 3 Whether the TxOutHash below is consistent with the Hash value of the previous transaction message C, if they are consistent, it can be considered that each input in this transaction message is legal, otherwise, if each input required for this transaction , there is one or more Hash values corresponding to the input inconsistent with the TxOutHash value under the corresponding input field (for example, the TxOutHash under the input field 2 is different from the Hash value of the previous transaction message B), then it can be output for A prompt message to remind the user that this transaction is illegal, reminding the user whether to sign the transaction message; or, it can output a prompt message to remind the user that the transaction is illegal, and terminate the signature of the transaction message operation; or, the signature can be terminated directly, or the transaction can be terminated directly, that is, the transaction message of this transaction will not be sent to the blockchain transaction review.

In step S105, if the calculated Hash value corresponding to each input is consistent with the TxOutHash value under the input field corresponding to the input, then sign the transaction message;

As shown in Figure 4, if the TxOutHash under input field 1 is consistent with the Hash value of the previous transaction message A, the TxOutHash under input field 2 is consistent with the Hash value of the previous transaction message B, and the TxOutHash under input field 3 is consistent with If the Hash value of the previous transaction message C is the same, it is considered that all the inputs of the transaction message are legal, and the transaction message is signed (if the input field of the transaction message defined in the embodiment of this application includes Sign&PubKey, you can write the transaction signature and transaction public key of this transaction into the Sign&PubKey in the input field of the transaction message), so that the blockchain trading platform can assist in completing this transaction.

It can be seen from the above that the technical solution provided by Embodiment 1 of the present application can judge whether each transaction input of this transaction is legal, and can check out the illegal transaction input embedded in the transaction message to a certain extent. When all transaction inputs are legal, the signature operation will be executed, that is, the transaction message will be determined to be legal, which will enable the blockchain trading platform to perform this transfer operation, which can avoid, to a certain extent, Multiple transaction inputs are illegally embedded in the text, causing the user to pay more fees. Therefore, the signature method provided by this application can better protect the user's fund security to a certain extent.

Embodiment two

The following describes another signature method based on blockchain network transactions provided by Embodiment 2 of this application. The signature method described in Embodiment 2 of this application is applied in the following blockchain network:

The transaction message of the blockchain network includes each input field and each output field, each input field includes a TxOutHash value, each output field includes an amount Value value, and the Value value is used to indicate the amount of the corresponding output , each input field also includes a sending output index TxOutIndex value, and the TxOutIndex value under each input field is used to indicate the position of the output field corresponding to the corresponding input in the corresponding previous transaction message. For the transaction message format of the blockchain network defined in Embodiment 1 of the application, please refer to Figure 2 and the corresponding text description for details. In addition, as in the first embodiment, since the signature method provided in the second embodiment of the present application needs to sign the transaction message, it can be the same as in Figure 2, each input field in the transaction message can include Sign&PubKey, However, those skilled in the art should note that the fields corresponding to signing the transaction message in the embodiment of the present application are not necessarily exactly the same as those in FIG. 2 .

The signature method described in Embodiment 2 of this application is shown in Figure 5, including:

In step S201, in the current transaction message, obtain the TxOutHash value under the input field corresponding to each input required for the current transaction, the above-mentioned current transaction message is the transaction message of this transaction;

In step S202, obtain the previous transaction message corresponding to each input required for this transaction;

In step S203, calculate the Hash value of each previous transaction message, and obtain the Hash value corresponding to each input;

In step S204, it is judged whether the calculated Hash value corresponding to each input is consistent with the TxOutHash value under the input field corresponding to the input;

In the second embodiment of the present application, the above-mentioned steps S201-S204 are performed in the same manner as the steps S101-S104 in the first embodiment. For details, please refer to the description of the first embodiment, which will not be repeated here.

In step S205, if the calculated Hash value corresponding to each input is consistent with the TxOutHash value under the input field corresponding to the input, then according to the above-mentioned current transaction message, obtain each output field of the above-mentioned current transaction message Value value below to get the amount corresponding to each output in this transaction;

In the second embodiment of the present application, if it is judged through steps S201-S204 that each transaction input of this transaction message is legal, the transaction fee that needs to be paid for this transaction can be further calculated and displayed, so that the user can Know the handling fee of this transaction, and enable the user to determine whether to continue the transaction according to the handling fee of this transaction.

In order to describe the technical solution described in Embodiment 2 of the present application more clearly, the following uses FIG. 6 for illustration. As shown in Figure 6, in this step S205, the value of each transaction output is determined by reading the Value value under each output field in the transaction message, for example, the Value value under output field 1 is used to indicate the transaction Output the amount of output1, and the Value value under output field 2 is used to indicate the amount of transaction output output2.

In step S206, among the inputs required for this transaction, select an input as the target input;

As shown in Figure 6, this transaction requires three inputs, namely input1, input2, and input3. You can select any input from input1, input2, and input3 as the target input, for example, select input1 as the target input.

In step S207, according to the TxOutIndex value under the input field corresponding to the above-mentioned target input, search the target output field in the previous transaction message corresponding to the target input, and the output corresponding to the target output field is the target input;

If in step S206, input1 is selected as the target input, then in this transaction message, the TxOutIndex value in the input field 1 corresponding to the input1 is obtained, and the TxOutIndex value in the input field 1 is used to indicate that the input1 corresponds to the previous Which output field in the transaction message A, as shown in Figure 6, can be concluded that the input1 corresponds to the first output field in the previous transaction message A, that is, the output field A1, so that the target output field is output field A1.

In step S208, the Value value under the above-mentioned target output field is obtained to obtain the amount of the target input;

As shown in Figure 6, the Value under the output field A1 in the previous transaction message A is used as the amount of input1.

In step S209, it is judged whether the selected input has traversed all the inputs required for this transaction, if not, execute step S210, if yes, execute step S211;

In step S210, remove the selected input, select an input as the target input among each input in this transaction, and return to step S207;

In the above step S209, it is judged whether the amount of each input of this transaction message has been obtained, if not, then select another input as the target input, and return to execute step S207;

In step S211, according to the amount corresponding to each input in this transaction and the amount corresponding to each output in this transaction, determine the handling fee for this transaction;

In this step, the calculation method of the handling fee can use the existing technology to calculate the sum of the amount of each input, and the sum of the amount of each output, and subtract the sum of the amount of each input from the amount of each output The sum of the sizes is the handling fee for this transaction.

In step S212, the above-mentioned handling fee is displayed to the user, so that the user can confirm whether he is willing to continue the transaction;

In step S213, if an instruction indicating that the user is willing to continue the transaction is received, the current transaction message is signed.

In the embodiment of this application, the size of the handling fee is shown to the user, and when the user is willing to continue the transaction is received, the transaction message is signed; when the user refuses to continue the transaction is received, the user can Terminate this signature.

Compared with Embodiment 1, Embodiment 2 of this application can further inform the user of the transaction fee of this transaction. Therefore, compared with Embodiment 1, Embodiment 2 of this application can let users know the size of the transaction fee for each transaction. It can guarantee the user's right to know and further improve the user experience. In addition, Embodiment 2 of the present application is the same as Embodiment 1, and to a certain extent, the illegal transaction input embedded in the transaction message can be checked out, so that it can be avoided when the user transfers money due to multiple transactions illegally embedded in the transaction message. A transaction input, causing the user to pay more fees.

It should be understood that the sequence numbers of the steps in the above embodiments do not mean the order of execution, and the execution order of each process should be determined by its function and internal logic, and should not constitute any limitation to the implementation process of the embodiment of the present application.

Embodiment Three

Embodiment 3 of the present application provides a signature device based on a blockchain network transaction. The transaction message of the above blockchain network includes input fields corresponding to each transaction input input and output fields corresponding to each transaction output output. , each input field includes the sending output hash TxOutHash value, each legal input corresponds to the previous transaction message, and the previous transaction message corresponding to each legal input has an output field, the output The output corresponding to the field is the legal input, and the TxOutHash value corresponding to each legal input is the same as the hash Hash value of the previous transaction message corresponding to the legal input;

As shown in Figure 7, the signature device 300 includes:

The TxOutHash acquisition module 301 is used to obtain the TxOutHash value under the input field corresponding to each input required for this transaction in the current transaction message, and the above-mentioned current transaction message is the transaction message of this transaction;

The previous message obtaining module 302 is used to obtain the previous transaction messages corresponding to each input required for this transaction;

Hash value calculation module 303, used to calculate the hash Hash value of each previous transaction message, and obtain the corresponding Hash value of each input;

Judgment module 304, for judging whether the Hash value corresponding to each input obtained by the calculation is consistent with the TxOutHash value under the input field corresponding to the input;

The signature module 305 is configured to sign the transaction message if the calculated Hash value corresponding to each input is consistent with the TxOutHash value under the input field corresponding to the input.

Optionally, each output field in the transaction message of the above-mentioned blockchain network includes an amount Value value, the above-mentioned Value value is used to indicate the amount of the corresponding output, and each input field also includes a sending output index TxOutIndex value , the TxOutIndex value under each input field is used to indicate the position of the output field corresponding to the corresponding input in the corresponding previous transaction message;

Correspondingly, the above signature module 305 includes:

The output amount determination unit is used to obtain each of the above-mentioned current transaction messages according to the above-mentioned current transaction message if the calculated Hash value corresponding to each input is consistent with the TxOutHash value under the input field corresponding to the input. Value value under the output field to get the amount corresponding to each output in this transaction;

The target input selection unit is used to select any input as the target input among the various inputs required for this transaction;

The target output determination unit is used to search for the target output field in the previous transaction message corresponding to the above target input according to the TxOutIndex value under the input field corresponding to the above target input, wherein the output corresponding to the above target output field is the above target input;

The target input amount determination unit is used to obtain the Value value under the above target output field, and obtain the amount of the above target input;

The traversal judgment unit is used to judge whether the selected input has traversed all the inputs required for this transaction;

The target input reselection unit is used to remove the selected input if the selected input has not traversed all the inputs required for this transaction, and select another input as the target input from each input in this transaction;

The fee determination unit is used to determine the transaction fee according to the amount corresponding to each input in this transaction and the amount corresponding to each output in this transaction if the selected input has traversed all the inputs required for this transaction. transaction fee;

The handling fee display unit is used to display the above-mentioned handling fee to the user, so that the user can confirm whether he is willing to continue the transaction;

The signing unit is configured to sign the transaction message if an instruction indicating that the user is willing to continue the transaction is received.

Optionally, the above-mentioned TxOutHash acquisition module 301 includes:

The first format judging unit is used to judge whether the message format of the above-mentioned transaction message conforms to the preset message format;

The TxOutHash acquisition unit is configured to obtain the TxOutHash values under the input fields corresponding to the respective inputs required for this transaction in the current transaction message if the above preset message format is met.

Optionally, the above signature device 300 also includes:

The previous message judging module is used to judge whether to obtain the previous transaction message corresponding to each input required for this transaction;

Correspondingly, the above-mentioned hash value calculation module 303 is specifically used for:

If the previous transaction message corresponding to each input required for this transaction is obtained, the Hash value of each previous transaction message is calculated to obtain the Hash value corresponding to each input.

Optionally, the above-mentioned hash value calculation module 303 includes:

The second format judging unit is used to judge whether the message format of each previous transaction message conforms to the preset message format;

The hash value calculation unit is used to calculate the hash Hash value of each previous transaction message to obtain the Hash value corresponding to each input if it conforms to the above preset message format.

Optionally, the above-mentioned previous packet acquisition module 302 includes:

The communication sending unit is used to obtain the identification information of each input required for this transaction, and send the identification information of each input to the preset server, so as to instruct the aforementioned preset server to perform the operation of searching for the previous transaction message corresponding to each input ;

The communication receiving unit is configured to receive the previous transaction message respectively corresponding to each input sent by the preset server.

Optionally, the above signature device 300 also includes:

The signature termination module is used for terminating the signature if the Hash value corresponding to one or more inputs is inconsistent with the TxOutHash value under the corresponding input field among the various inputs required for this transaction.

It should be noted that the information interaction and execution process between the above-mentioned devices/units are based on the same concept as the method embodiment of the present application, and its specific functions and technical effects can be found in the method embodiment section. I won't repeat them here.

Embodiment four

Fig. 8 is a schematic diagram of a terminal device provided in Embodiment 4 of the present application. The terminal device is a blockchain node applied in a blockchain network, wherein the transaction message of the blockchain network includes each transaction input The input field corresponding to the input and the output field corresponding to each transaction output output, each input field includes the sending output hash TxOutHash value, each legal input corresponds to the previous transaction message, each legal The previous transaction message corresponding to the input has an output field, the output corresponding to the output field is the legal input, and the TxOutHash value corresponding to each legal input is the hash of the previous transaction message corresponding to the legal input The hash values are the same.

As shown in FIG. 8 , the terminal device 4 of this embodiment includes: a processor 40 , a memory 41 , and a computer program 42 stored in the memory 41 and operable on the processor 40 . When the above-mentioned processor 40 executes the above-mentioned computer program 42, the steps in the above-mentioned method embodiment are implemented, for example, steps S101 to S105 shown in FIG. 1 . Alternatively, when the processor 40 executes the computer program 42, the functions of the modules/units in the above device embodiments are implemented, such as the functions of the modules 301 to 305 shown in FIG. 7 .

Exemplarily, the above-mentioned computer program 42 may be divided into one or more modules/units, and the above-mentioned one or more modules/units are stored in the above-mentioned memory 41 and executed by the above-mentioned processor 40 to complete the present application. The above-mentioned one or more modules/units may be a series of computer program instruction segments capable of accomplishing specific functions, and the instruction segments are used to describe the execution process of the above-mentioned computer program 42 in the above-mentioned terminal device 4 . For example, the above-mentioned computer program 42 can be divided into a TxOutHash acquisition module, a previous message acquisition module, a hash value calculation module, a judgment module and a signature module, and the specific functions of each module are as follows:

In this transaction message, obtain the TxOutHash value under the input field corresponding to each input required for this transaction, and the above-mentioned current transaction message is the transaction message of this transaction;

Obtain the previous transaction message corresponding to each input required for this transaction;

Calculate the Hash value of each previous transaction message to obtain the Hash value corresponding to each input;

Determine whether the calculated Hash value corresponding to each input is consistent with the TxOutHash value under the input field corresponding to the input;

If the calculated Hash value corresponding to each input is consistent with the TxOutHash value under the input field corresponding to the input, the above-mentioned transaction message is signed.

The above-mentioned terminal device 4 may be computing devices such as desktop computers, notebooks, palmtop computers, and cloud servers. The foregoing terminal device may include, but is not limited to, a processor 40 and a memory 41 . Those skilled in the art can understand that FIG. 8 is only an example of the terminal device 4, and does not constitute a limitation to the terminal device 4. It may include more or less components than those shown in the figure, or combine certain components, or different components. , for example, the above-mentioned terminal device may also include an input and output device, a network access device, a bus, and the like.

The so-called processor 40 may be a central processing unit (Central Processing Unit, CPU), and may also be other general-purpose processors, digital signal processors (Digital Signal Processor, DSP), application specific integrated circuits (Application Specific Integrated Circuit, ASIC), Field-Programmable Gate Array (Field-Programmable Gate Array, FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general-purpose processor may be a microprocessor, or the processor may be any conventional processor, or the like.

The above-mentioned storage 41 may be an internal storage unit of the above-mentioned terminal device 4 , such as a hard disk or a memory of the terminal device 4 . The above-mentioned memory 41 may also be an external storage device of the above-mentioned terminal device 4, such as a plug-in hard disk equipped on the above-mentioned terminal device 4, a smart memory card (Smart Media Card, SMC), a secure digital (Secure Digital, SD) card, a flash memory Card (Flash Card), etc. Further, the above-mentioned memory 41 may also include both an internal storage unit of the above-mentioned terminal device 4 and an external storage device. The above-mentioned memory 41 is used to store the above-mentioned computer program and other programs and data required by the above-mentioned terminal device. The above-mentioned memory 41 can also be used to temporarily store data that has been output or will be output.

Those skilled in the art can clearly understand that for the convenience and brevity of description, only the division of the above-mentioned functional units and modules is used for illustration. In practical applications, the above-mentioned functions can be assigned to different functional units, Module completion means that the internal structure of the above-mentioned device is divided into different functional units or modules to complete all or part of the functions described above. Each functional unit and module in the embodiment may be integrated into one processing unit, or each unit may exist separately physically, or two or more units may be integrated into one unit, and the above-mentioned integrated units may adopt hardware It can also be implemented in the form of software functional units. In addition, the specific names of the functional units and modules are only for the convenience of distinguishing each other, and are not used to limit the protection scope of the present application. For the specific working process of the units and modules in the above system, reference may be made to the corresponding process in the foregoing method embodiments, and details will not be repeated here.

In the above-mentioned embodiments, the descriptions of each embodiment have their own emphases, and for parts that are not detailed or recorded in a certain embodiment, refer to the relevant descriptions of other embodiments.

Those skilled in the art can appreciate that the units and algorithm steps of the examples described in conjunction with the embodiments disclosed herein can be implemented by electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are executed by hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art may use different methods to implement the described functions for each specific application, but such implementation should not be regarded as exceeding the scope of the present application.

In the embodiments provided in this application, it should be understood that the disclosed apparatus/terminal device and method may be implemented in other ways. For example, the device/terminal device embodiments described above are only illustrative. For example, the division of the above-mentioned modules or units is only a logical function division. In actual implementation, there may be other division methods, such as multiple units or Components may be combined or integrated into another system, or some features may be omitted, or not implemented. In another point, the mutual coupling or direct coupling or communication connection shown or discussed may be through some interfaces, and the indirect coupling or communication connection of devices or units may be in electrical, mechanical or other forms.

The units described above as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, they may be located in one place, or may be distributed to multiple network units. Part or all of the units can be selected according to actual needs to achieve the purpose of the solution of this embodiment.

In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, each unit may exist separately physically, or two or more units may be integrated into one unit. The above-mentioned integrated units can be implemented in the form of hardware or in the form of software functional units.

If the above-mentioned integrated modules/units are realized in the form of software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the present application realizes all or part of the processes in the methods of the above-mentioned embodiments, and can also be completed by instructing related hardware through computer programs. The above-mentioned computer programs can be stored in a computer-readable storage medium. The computer program When executed by a processor, the steps in the above-mentioned various method embodiments can be realized. Wherein, the above-mentioned computer program includes computer program code, and the above-mentioned computer program code may be in the form of source code, object code, executable file or some intermediate form. The above-mentioned computer-readable medium may include: any entity or device capable of carrying the above-mentioned computer program code, recording medium, U disk, mobile hard disk, magnetic disk, optical disk, computer memory, read-only memory (ROM, Read-Only Memory), random Access memory (RAM, Random Access Memory), electrical carrier signal, telecommunication signal and software distribution medium, etc. It should be noted that the content contained in the above computer-readable media may be appropriately increased or decreased according to the requirements of legislation and patent practice in the jurisdiction. For example, in some jurisdictions, computer-readable media may not Including electrical carrier signals and telecommunication signals.

The above-mentioned embodiments are only used to illustrate the technical solutions of the present application, rather than to limit them; although the present application has been described in detail with reference to the foregoing embodiments, those of ordinary skill in the art should understand that: it can still apply to the foregoing embodiments Modifications to the technical solutions described, or equivalent replacement of some of the technical features; and these modifications or replacements do not make the essence of the corresponding technical solutions deviate from the spirit and scope of the technical solutions of the various embodiments of the application, and should be included in this application. within the scope of the application.

Claims (10)

1. A signature method based on block chain network transaction is characterized in that a transaction message of a block chain network comprises input fields corresponding to all transaction input inputs respectively and output fields corresponding to all transaction output respectively, each input field comprises a sending output HashOutHash value, each legal input corresponds to a previous transaction message, an output field exists in the previous transaction message corresponding to each legal input, the output corresponding to the output field is the legal input, and the TxOutHash value corresponding to each legal input is the same as the Hash value of the previous transaction message corresponding to the legal input;

the signature method comprises the following steps:

in the message of the transaction, obtaining a TxOutHash value under an input field corresponding to each input required by the transaction respectively, wherein the message of the transaction is the message of the transaction;

acquiring previous transaction messages corresponding to the inputs required by the transaction respectively;

calculating the Hash value of each previous transaction message to obtain the Hash value corresponding to each input;

judging whether the calculated Hash value corresponding to each input is consistent with the TxOutHash value under the input field corresponding to the input;

and if the calculated Hash value corresponding to each input is consistent with the TxOutHash value under the input field corresponding to the input, signing the transaction message.

2. The signature method according to claim 1, wherein each output field in the transaction message of the blockchain network includes an amount Value, the Value is used to indicate the amount of the corresponding output, each input field further includes a tx output index Value, and the tx output index Value in each input field is used to indicate the position of the output field corresponding to the corresponding input in the corresponding previous transaction message;

if the Hash value corresponding to each input obtained by calculation is consistent with the TxOutHash value under the input field corresponding to the input, signing the transaction message, including:

if the calculated Hash value corresponding to each input is consistent with the TxOutHash value under the input field corresponding to the input, then:

according to the transaction message, value values under each output field of the transaction message are obtained, and the amount of money corresponding to each output in the transaction is obtained;

selecting any input from the inputs required by the transaction as a target input;

searching a target output field in a previous transaction message corresponding to the target input according to the TxOutIndex value under the input field corresponding to the target input, wherein the output corresponding to the target output field is the target input;

obtaining Value under the target output field to obtain the amount of the target input;

judging whether the selected input traverses all the inputs required by the transaction;

if the selected input does not traverse all the inputs required by the transaction, then:

removing the selected input, selecting an input from each input of the transaction as a target input, returning to execute the TxOutIndex value under the input field corresponding to the target input, and searching a target output field in a previous transaction message corresponding to the target input, wherein the output corresponding to the target output field is the step of the target input and subsequent steps, so as to obtain the amount of money corresponding to each input in the transaction;

if the selected input has traversed all the inputs required by the transaction, then:

determining the handling fee of the transaction according to the amount of money corresponding to each input in the transaction and the amount of money corresponding to each output in the transaction;

presenting the commission to the user to confirm that the user would like to continue the transaction;

if an instruction for indicating that the user is willing to continue the transaction is received, signing the message of the transaction.

3. The signature method according to claim 1, wherein the obtaining, in the message of the current transaction, the TxOutHash value under the input field corresponding to each input required by the current transaction includes:

judging whether the message format of the transaction message conforms to a preset message format or not;

and if the preset message format is met, acquiring the TxOutHash value under the input field corresponding to each input required by the transaction in the transaction message.

4. The signature method as claimed in claim 1, wherein before the step of calculating the Hash value of each previous transaction packet to obtain the Hash value corresponding to each input, the signature method further comprises:

judging whether a previous transaction message corresponding to each input required by the transaction is acquired or not;

correspondingly, the calculating the Hash value of each previous transaction packet to obtain the Hash value corresponding to each input includes:

and if the previous transaction message corresponding to each input required by the transaction is obtained, calculating the Hash value of each previous transaction message to obtain the Hash value corresponding to each input.

5. The signature method as claimed in claim 1, wherein said calculating a Hash value of each previous transaction packet to obtain a Hash value corresponding to each input comprises:

judging whether the message format of each previous transaction message accords with a preset message format or not;

if the message format accords with the preset message format, calculating the Hash value of each message subjected to the previous transaction to obtain the Hash value corresponding to each input.

6. The signature method according to claim 1, wherein the obtaining of the previous transaction message corresponding to each input required by the current transaction comprises:

acquiring identification information of each input required by the transaction, and sending the identification information of each input to a preset server to instruct the preset server to execute an operation of searching a previous transaction message corresponding to each input;

and receiving the previous transaction message corresponding to each input sent by the preset server.

7. The signature method according to any one of claims 1 to 6, wherein after the step of determining whether the computed Hash value corresponding to each input is consistent with the txOutHash value under the input field corresponding to the input, the method further comprises:

and in each input required by the transaction, if the Hash value corresponding to one or more inputs is inconsistent with the TxOutHash value under the corresponding input field, terminating the signature.

8. A signature device based on block chain network transaction is characterized in that a transaction message of a block chain network comprises an input field corresponding to each transaction input and an output field corresponding to each transaction output, each input field comprises a sending output HashTxOutHash value, each legal input corresponds to a previous transaction message, an output field exists in the previous transaction message corresponding to each legal input, the output corresponding to the output field is the legal input, and the TxOutHash value corresponding to each legal input is the same as the Hash value of the previous transaction message corresponding to the legal input;

the signature device includes:

the TxOutHash acquisition module is used for acquiring TxOutHash values under input fields corresponding to the inputs required by the transaction respectively in the transaction message, wherein the transaction message is the transaction message of the transaction;

the previous message acquisition module is used for acquiring previous transaction messages corresponding to the inputs required by the transaction;

the Hash value calculation module is used for calculating the Hash value of each previous transaction message to obtain the Hash value corresponding to each input;

the judging module is used for judging whether the calculated Hash value corresponding to each input is consistent with the TxOutHash value under the input field corresponding to the input;

and the signature module is used for signing the transaction message if the Hash value corresponding to each input obtained by calculation is consistent with the TxOutHash value under the input field corresponding to the input.

9. A terminal device comprising a memory, a processor and a computer program stored in the memory and executable on the processor, characterized in that the processor implements the steps of the method according to any of claims 1 to 7 when executing the computer program.

10. A computer-readable storage medium, in which a computer program is stored which, when being executed by a processor, carries out the steps of the method according to any one of claims 1 to 7.

Images