WO2020248656A1

WO2020248656A1 - Method and apparatus for unlocking account in block chain

Info

Publication number: WO2020248656A1
Application number: PCT/CN2020/081989
Authority: WO
Inventors: 方思羽; 左军
Original assignee: 创新先进技术有限公司
Priority date: 2019-06-12
Filing date: 2020-03-30
Publication date: 2020-12-17
Also published as: TWI770486B; CN110415114A; TW202046208A

Abstract

A method and an apparatus for unlocking an account in a block chain. The block chain is a consortium chain, and a full node in the consortium chain is a trusted node. The full node locally pre-stores authentication information of a first account, the authentication information comprising at least two authentication items, and when the current state of the first account is a locked state, said method is performed by the full node in the block chain, and comprises: receiving, from the block chain, a second transaction initiated by the first account, the second transaction being used for unlocking the first account in the block chain (S602); acquiring authentication information of the first account locally (S604); verifying, on the basis of the authentication information, whether the authentication information is included in the second transaction (S606); and if the verification is passed, unlocking the first account locally (S608).

Description

Method and device for unlocking account in blockchain

Technical field

The embodiments of this specification relate to the field of blockchain technology, and more specifically, to a method and device for unlocking an account in a blockchain.

Background technique

Blockchain technology is built on a peer-to-peer (P2P) network, using chained data structures to verify and store data, using distributed node consensus algorithms to generate and update data, and using cryptography to ensure the security of data transmission and access. A new distributed infrastructure and computing paradigm that uses smart contracts composed of automated script codes to program and manipulate data. The blockchain is, for example, the Ethereum blockchain. In Ethereum, the concept of accounts has been added, among which the accounts created by users are external accounts in Ethereum. Generally, each external account has a pair of public and private keys, where the private key is used for digital signatures, and the public key is used for signature verification. In addition, in each full node, the data table of all accounts in the blockchain is maintained in the form of a state tree in the local database of the node. The state tree is the mapping between the account address and the account content, and the account content includes: Account balance, account key information (hash value), etc. However, in existing blockchains, when users find that the key of the blockchain account is lost or stolen and thus freeze the account, the account cannot be unlocked generally, resulting in the inability to transfer the assets in the user account.

Therefore, a more effective solution for unlocking accounts in the blockchain is needed.

Summary of the invention

The embodiments of this specification aim to provide a more effective solution for unlocking accounts in the blockchain.

In order to achieve the above objective, one aspect of this specification provides a method for storing authentication information of an account in a blockchain. The blockchain is a consortium chain, and all nodes in the consortium chain are trusted nodes. The method is executed by the first account client in the blockchain, and includes: sending a first transaction to any of the full nodes, the first transaction being used to deposit authentication information of the first account in the blockchain, so The data field of the first transaction includes the authentication information, and the authentication information is used to unlock the first account after the first account is locked, wherein the authentication information includes at least two authentication items.

In one embodiment, the first transaction is a transaction for invoking a first smart contract, and the first smart contract is a smart contract pre-deployed in the blockchain for depositing authentication information of an account.

In one embodiment, the authentication information includes two authentication items, and the two authentication items are any two of the following items: private key, password, mobile phone number, and SMS verification code.

In one embodiment, sending the first transaction to any of the full nodes includes sending the first transaction to any of the full nodes through a gateway provided by a trusted platform, wherein the gateway is connected to the blockchain .

Another aspect of this specification provides a method for depositing account authentication information in a blockchain, where the blockchain is a consortium chain, all nodes in the consortium chain are trusted nodes, and the method is determined by the block chain. The execution of all nodes in the chain includes: receiving a first transaction initiated by a first account from the blockchain, and the first transaction is used to deposit authentication information of the first account in the blockchain, and the first The data field of the transaction includes the authentication information, the authentication information is used to unlock the first account after the first account is locked, wherein the authentication information includes at least two authentication items; and based on the For the first transaction, the authentication information of the first account is stored locally.

In one embodiment, the first transaction is a transaction for invoking a first smart contract, and the first smart contract is a smart contract pre-deployed in the blockchain for depositing the authentication information of the account, wherein the In the first transaction, storing the authentication information of the first account locally includes storing the authentication information in the first account in the local state tree by executing the first smart contract locally.

Another aspect of this specification provides a method for unlocking an account in a blockchain, where the blockchain is a consortium chain, the full nodes in the consortium chain are trusted nodes, and the full nodes locally prestore the first The authentication information of the account, wherein the authentication information includes at least two authentication items, the current state of the first account is a locked state, and the method is executed by the first account client and includes: reporting to any of the full nodes A second transaction is sent, the second transaction is used to unlock the first account in the blockchain, and the data field of the second transaction includes the authentication information.

In one embodiment, the second transaction is a transaction for invoking a second smart contract, and the second smart contract is a smart contract pre-deployed in the blockchain for unlocking an account.

Another aspect of this specification provides a method for unlocking an account in a blockchain, where the blockchain is a consortium chain, the full nodes in the consortium chain are trusted nodes, and the full nodes locally prestore the first The authentication information of the account, wherein the authentication information includes at least two authentication items, the current state of the first account is the locked state, and the method is executed by all nodes in the blockchain, including: from the blockchain Receive a second transaction initiated by the first account, the second transaction is used to unlock the first account in the blockchain; obtain the authentication information of the first account locally; based on the authentication information, verify the Whether the authentication information is included in the second transaction; and in the case where the verification is passed, the first account is unlocked locally.

In one embodiment, the second transaction is a transaction for invoking a second smart contract, and the second smart contract is a smart contract pre-deployed in the blockchain for unlocking an account. The first transaction is performed locally. The unlocking of the account includes unlocking the first account by executing the second smart contract locally.

In one embodiment, the authentication information is stored in the local state tree of the full node, wherein obtaining the authentication information of the first account locally includes obtaining the authentication information of the first account from the local state tree. Certification Information.

Another aspect of this specification provides a device for storing authentication information of an account in a blockchain. The blockchain is a consortium chain, all nodes in the consortium chain are trusted nodes, and the device is deployed in a district. The first account client in the blockchain includes:

The transaction initiation unit is configured to send a first transaction to any one of the full nodes, where the first transaction is used to store authentication information of the first account in the blockchain, and the data field of the first transaction includes The authentication information, the authentication information is used to unlock the first account after the first account is locked, wherein the authentication information includes at least two authentication items.

In an embodiment, the transaction initiation unit is further configured to send the first transaction to any of the full nodes through a gateway provided by a trusted platform, wherein the gateway is connected to the blockchain.

Another aspect of this specification provides a device for storing authentication information of an account in a blockchain. The blockchain is a consortium chain, all nodes in the consortium chain are trusted nodes, and the device is deployed in a district. The full node in the block chain includes: a receiving unit configured to receive a first transaction initiated by the first account from the block chain, and the first transaction is used for verification of depositing the first account in the block chain Information, the data field of the first transaction includes the authentication information, the authentication information is used to unlock the first account after the first account is locked, wherein the authentication information includes at least two authentications Item; and a deposit unit configured to deposit authentication information of the first account locally based on the first transaction.

In one embodiment, the first transaction is a transaction for invoking a first smart contract, and the first smart contract is a smart contract pre-deployed in the blockchain for depositing authentication information of an account, wherein the The deposit unit is further configured to store the authentication information under the first account in the local state tree by executing the first smart contract locally.

Another aspect of this specification provides a device for unlocking an account in a blockchain, where the blockchain is a consortium chain, the full nodes in the consortium chain are trusted nodes, and the full nodes locally pre-store the first The authentication information of the account, wherein the authentication information includes at least two authentication items, the current state of the first account is a locked state, and the device is deployed on the first account client and includes: a transaction initiation unit configured to, A second transaction is sent to any of the full nodes, the second transaction is used to unlock the first account in the blockchain, and the data field of the second transaction includes the authentication information.

Another aspect of this specification provides a device for unlocking an account in a blockchain, where the blockchain is a consortium chain, the full nodes in the consortium chain are trusted nodes, and the full nodes locally prestore the first The authentication information of the account, wherein the authentication information includes at least two authentication items, the current state of the first account is a locked state, and the device is deployed on a full node in the blockchain and includes: a receiving unit configured to , Receiving a second transaction initiated by the first account from the blockchain, where the second transaction is used to unlock the first account in the blockchain; the obtaining unit is configured to obtain the first account locally Authentication information; a verification unit configured to, based on the authentication information, verify whether the second transaction includes the authentication information; and an unlocking unit configured to, in the case of passing the verification, perform a local verification of the first Unlock the account.

In an embodiment, the second transaction is a transaction that calls a second smart contract, and the second smart contract is a smart contract pre-deployed in the blockchain for unlocking an account, wherein the unlocking unit is also configured In order to unlock the first account by executing the second smart contract locally.

In an embodiment, the authentication information is stored in the local state tree of the full node, wherein the obtaining unit is further configured to obtain the authentication information of the first account from the local state tree.

Another aspect of this specification provides a computer-readable storage medium on which a computer program is stored. When the computer program is executed in a computer, the computer is caused to execute any of the above methods.

Another aspect of this specification provides a computing device including a memory and a processor, wherein the memory stores executable code, and when the processor executes the executable code, any one of the above methods is implemented.

Compared with the problem that the user’s account cannot be unfrozen after being frozen in the traditional blockchain platform, this solution adopts the multi-authentication authentication method, and the user pre-stores his own set authentication information in the blockchain, so that the user can When thawing is required, a safe and convenient account thawing operation can be performed based on the authentication information. Improved the usability of the blockchain platform.

Description of the drawings

By describing the embodiments of this specification in conjunction with the drawings, the embodiments of this specification can be made clearer.

Fig. 1 shows a schematic diagram of a blockchain system 100 according to an embodiment of the present specification;

Figure 2 shows a flow chart of a method for depositing account authentication information in a blockchain according to an embodiment of this specification;

Figure 3 shows a schematic form of the first transaction;

Fig. 4 shows a flowchart of a method for depositing authentication information of an account in a blockchain according to an embodiment of the present specification;

Fig. 5 shows a flowchart of a method for unlocking an account in a blockchain according to an embodiment of the present specification;

Fig. 6 shows a flowchart of a method for unlocking an account in a blockchain according to an embodiment of the present specification;

FIG. 7 shows a device 700 for depositing authentication information of an account in a blockchain according to an embodiment of the present specification;

FIG. 8 shows a device 800 for depositing authentication information of an account in a blockchain according to an embodiment of the present specification;

FIG. 9 shows a device 900 for unlocking an account in the blockchain according to an embodiment of the present specification;

Fig. 10 shows a device 1000 for unlocking an account in a blockchain according to an embodiment of the present specification.

Detailed ways

The embodiments of this specification will be described below with reference to the drawings.

Fig. 1 shows a schematic diagram of a blockchain system 100 according to an embodiment of the present specification. As shown in Figure 1, the blockchain system 100 includes a consortium chain 11, which includes four consensus nodes (full nodes) 1, 2, 3, and 4 in the figure. In addition, the consortium chain 11 also includes multiple user clients These user clients have their own accounts, private keys, and public keys, which can be regarded as light nodes of the blockchain, or they can perform operations in the blockchain through the gateway 12. As shown in the figure, the user client includes client A and client B, for example. Among them, the client B is a malicious client, which, for example, may steal the private key of the client A's account to conduct illegal transactions. The gateway 12 is provided by a trusted platform, which can be connected to any full node in the blockchain, so that the user client can use it to perform various operations related to the blockchain, such as sending transactions. Client A can store its authentication information in the blockchain by initiating the first transaction. For example, after client B steals the account private key of client A, and locks the account of client A in the blockchain, client A can initiate a second transaction in the case of retrieving the private key, so that Unlock its account in the blockchain.

It can be understood that the above description with reference to FIG. 1 is only schematic and is not used to limit the scope of the embodiments of the present specification. The process of depositing authentication information and unlocking the account will be described in detail below.

Fig. 2 shows a flow chart of a method for storing authentication information of an account in a blockchain according to an embodiment of the present specification. The blockchain is a consortium chain, and all nodes in the consortium chain are trusted nodes, The method is executed by the first account client in the blockchain and includes:

Step S202: Send a first transaction to any of the full nodes, the first transaction is used to store the authentication information of the first account in the blockchain, and the data field of the first transaction includes the authentication information The authentication information is used to unlock the first account after the first account is locked, wherein the authentication information includes at least two authentication items.

As shown in Figure 1, the alliance chain includes, for example, four full nodes. These four full nodes are trusted nodes, and their locals include all blocks and account data in the blockchain, which can be used as The consensus node or accounting node constitutes the server of the blockchain and provides services to the client of the blockchain platform. For example, the consortium chain is the consortium chain of the financial system, so that each full node of the consortium chain is various banks, financial institutions, etc., and these banks and financial institutions jointly provide users with financial services through the blockchain platform. In the consortium chain, the non-tampering and security of transaction information is guaranteed through the consensus of various banks and financial institutions. At the same time, user transaction information, personal information, etc. are stored at each trusted full node, so as not to cause personal information The leak.

For example, user A in Figure 1 belongs to a user in the blockchain, and uses the services in the blockchain through the client corresponding to its first account. The client may be a light node in the blockchain, that is, the local Blocks and account information in the blockchain are not stored, or the client can use the services provided in the blockchain through the gateway provided by the trusted platform as shown in Figure 1. For example, the client can use a specific service in the blockchain by sending a transaction to any full node, or the client can send a transaction to any full node through a gateway.

In this method, in step S202, a first transaction is sent to any of the full nodes, and the first transaction is used to store the authentication information of the first account in the blockchain, and the data field of the first transaction The authentication information is included in the authentication information, and the authentication information is used to unlock the first account after the first account is locked, wherein the authentication information includes at least two authentication items.

In one embodiment, the first transaction is a transaction for invoking a first smart contract, and the first smart contract is a smart contract pre-deployed in the blockchain for depositing authentication information of an account. The first smart contract includes, for example, a set1() function, which is used to set the preset authentication information field of the account in the state tree in the blockchain. When the first account initiates the first transaction that calls the first smart contract, the first transaction is, for example, as shown in FIG. 3, which shows a schematic form of the first transaction, where the sending field (From) in the first transaction Is the first account, the receiving field (To) is the contract account of the first smart contract, and the data field (Data) is the call to the set1() function in the first smart contract, such as {set1(strings, strings)," 6f8ae...", "186115..."}, where "6f8ae..." is the private key of the first account, for example, and "186115..." is the mobile phone number, which is the two input parameters of the set1() function. In addition, the A transaction includes a digital signature generated by the private key of the first account. For example, the first account sends the first transaction to any full node in FIG. 1 (for example, node 1). After receiving the first transaction, node 1 will spread the first transaction in the consensus node after verifying the first transaction. transaction. After the accounting node is determined by the consensus node, the first smart contract is executed at the accounting node, so that the authentication information field of the first account in the local state tree of the accounting node is set to the above transmission by executing the first smart contract. Enter the parameters (ie, private key and mobile phone number).

The authentication information is used to unlock the first account when needed. Although in the above, the authentication information includes a private key and a mobile phone number, the embodiment of this specification is not limited to this. For example, the authentication information may also include three or four authentication items, etc., and the authentication items are not limited to private keys and mobile phone numbers, but can be determined by users themselves, such as private keys, preset passwords, and mobile phone numbers. Number, any two or more of the SMS verification code, etc. By including at least two authentication items in the authentication information, and determining the at least two authentication items by the user himself, the difficulty for a malicious user to crack the authentication information is increased, and the security is improved.

It can be understood that although the authentication information of the account is automatically stored in the state tree through the smart contract, this specification is not limited to this. For example, the Set function included in the function of the first smart contract may not perform any operation, and is only used for The authentication information is transferred, so that the authentication information and the call of the smart contract are stored in the block as a transaction for subsequent authentication information search. Or, through a predetermined rule, the node in the blockchain can determine that the transaction is a transaction for depositing authentication information based on the smart contract account called in the transaction, so as to update the first account's pre-order in the local state tree. Authentication information field set.

In one embodiment, the first transaction is, for example, a common transaction (such as a transfer transaction) sent by the first account to any full node. In the data field of the transaction, a predetermined flag can be set to identify the The transaction is used to deposit authentication information. For example, the data field of the transaction includes the text of "deposit authentication information" and the authentication information itself. Therefore, the first account sends such a first transaction to the second account. When the first transaction After the consensus is stored in the block, that is, the first account stores the authentication information of the first account in the blockchain, and the authentication information can be based on the first account and the text "deposit authentication information" Retrieve from the block.

Fig. 4 shows a flow chart of a method for depositing authentication information of an account in a blockchain according to an embodiment of the present specification. The blockchain is a consortium chain, and all nodes in the consortium chain are trusted nodes, The method is executed by all nodes in the blockchain and includes:

Step S402: Receive a first transaction initiated by a first account from the blockchain, the first transaction is used to deposit authentication information of the first account in the blockchain, and the data field of the first transaction includes The authentication information, the authentication information is used to unlock the first account after the first account is locked, wherein the authentication information includes at least two authentication items; and

Step S404: Based on the first transaction, the authentication information of the first account is stored locally.

This method is a process in which each full node in the blockchain deposits the authentication information of the first account in the blockchain based on the first transaction after the first account client sends the first transaction to the blockchain. As mentioned above, here, depositing to the blockchain includes depositing to the local state tree, or depositing to the local block, and so on.

First, in step S402, a first transaction initiated by a first account is received from the blockchain, the first transaction is used to deposit authentication information of the first account in the blockchain, and the data of the first transaction The field includes the authentication information, and the authentication information is used to unlock the first account after the first account is locked, wherein the authentication information includes at least two authentication items.

The full node is, for example, an accounting node determined by consensus. It can be any full node in the blockchain, such as

nodes

1, 2, 3, and 4 in Figure 1. The full node can be accessed from the first account client The first transaction is received, or the first transaction can be received from any other full node. It can be understood that the full node used to execute the method is not limited to the accounting node. For example, it may be a consensus node of the accounting node, which receives the first transaction contained in the newly generated block from the accounting node, thereby Receive the first transaction. With reference to the description in step S202 above, the first transaction is, for example, a transaction that calls the first smart contract.

In step S404, based on the first transaction, the authentication information of the first account is stored locally.

With reference to the above description of step S202, in one embodiment, the first transaction is a transaction for invoking a first smart contract, and the first smart contract is a pre-deployed block chain for depositing into an account. Smart contract for authentication information. Therefore, the full node automatically stores the authentication information under the first account in the local state tree by executing the first smart contract locally. Or, the set function included in the first smart contract may not perform any operation and is only used to transmit information. Therefore, the full node executes the first smart contract locally and based on predetermined rules, the full node itself The authentication information is stored under the first account in the local state tree.

With reference to the above description of step S202, in one embodiment, the first transaction includes a predetermined mark (for example, the account of the first smart contract, or the text "deposit authentication information"), which is used to indicate the first transaction. A transaction is a transaction used to store authentication information in the blockchain. For example, after the accounting node generates a new block based on the first transaction, it stores the block in the local block database, and spreads the block to other full nodes, so as to be in a new area of the blockchain. The authentication information of the first account is stored in the block.

Fig. 5 shows a flowchart of a method for unlocking an account in a blockchain according to an embodiment of the present specification. The blockchain is a consortium chain, the full nodes in the consortium chain are trusted nodes, and the full nodes The authentication information of the first account is pre-stored locally, where the authentication information includes at least two authentication items, the current state of the first account is a locked state, and the method is executed by the first account client and includes:

Step S502: Send a second transaction to any of the full nodes, where the second transaction is used to unlock the first account in the blockchain, and the data field of the second transaction includes the authentication information.

After the methods shown in FIGS. 2 and 4 are executed as described above, the authentication information of the first account has been stored in the blockchain. In this case, when the first account is locked due to the loss or theft of the private key, the first account is forbidden to conduct any transactions other than the second transaction. In the case where the first account retrieves the private key, The first account can be unlocked by sending a second transaction.

In one embodiment, the second transaction is a transaction for invoking a second smart contract, and the second smart contract is a smart contract pre-deployed in the blockchain for unlocking an account. For example, the second smart contract includes the "UnLock()" function, which is used when it is determined that the predetermined conditions are met, that is, when it is determined that the authentication information is included in the second transaction, the state tree in the blockchain Modify the lock state of the specified account to the normal state. The specific form of the second transaction invoking the second smart contract initiated by the first account is similar to that of the first transaction. It also includes a sending field, a receiving field, and a data field. The sending field is the first account and the receiving field is the second The contract account of the smart contract, the data field is the call to the "UnLock()" function, for example {UnLock(strings,strings), "6f8ae...", "186115..."}. As mentioned above, "6f8ae..." and "186115..." are the private key and mobile phone number, which are two verification items.

It can be understood that, similarly, the second smart contract is not limited to including the above UnLock function, so as to modify the state of the account in the state tree by executing the function. In one embodiment, the UnLock function included in the second smart contract may not Any operation performed is only used to transfer the information for unlocking the first account, so that each node of the blockchain actively modifies the state of the first account based on predetermined rules when executing the smart contract.

In one embodiment, the second transaction is, for example, an ordinary transaction (such as a transfer transaction) sent by the first account to any full node. In the data field of the transaction, a predetermined flag can be set to identify the The transaction is used to unlock the account. For example, the data field of the transaction includes the text "Unlock Account" and authentication information. Therefore, the first account sends such a second transaction. After the second transaction is stored in the block after consensus, that is, the first account spreads the information for unlocking the first account to the blockchain.

Fig. 6 shows a flowchart of a method for unlocking an account in a blockchain according to an embodiment of the present specification. The blockchain is a consortium chain, all nodes in the consortium chain are trusted nodes, and the full nodes The authentication information of the first account is pre-stored locally, where the authentication information includes at least two authentication items, the current state of the first account is the locked state, and the method is executed by all nodes in the blockchain, including :

Step S602, receiving a second transaction initiated by the first account from the blockchain, where the second transaction is used to unlock the first account in the blockchain;

Step S604: Obtain authentication information of the first account locally;

Step S606: Based on the authentication information, verify whether the authentication information is included in the second transaction;

In step S608, if the verification is passed, the first account is unlocked locally.

After the method shown in Figure 5 is performed on the first account, that is, after the second transaction is initiated in the blockchain, the accounting node is generated through the consensus of the consensus node in the blockchain, so that the accounting node and its consensus node can execute Figure 6 In the method shown, the consensus nodes should all be full nodes in the blockchain, that is, all blocks and account databases are included locally, so that the transaction can be verified based on the content in the database.

First, in step S602, a second transaction initiated by the first account is received from the blockchain, and the second transaction is used to unlock the first account in the blockchain.

After the first account client sends the second transaction to any full node in the blockchain as described above, the any full node then spreads the second transaction to other full nodes. Thus, for example, the billing node may directly receive the second transaction from the second account, or may receive the second transaction from other full nodes in the block.

In step S604, the authentication information of the first account is obtained locally.

As described above, in one embodiment, the authentication information is stored in the local state tree of the full node, wherein obtaining the authentication information of the first account locally includes obtaining all the authentication information from the local state tree. Describe the authentication information of the first account.

In one embodiment, the authentication information is stored in a block, where obtaining the authentication information of the first account locally includes retrieving a transaction with the first account and a predetermined mark from multiple blocks in the local area. (That is, the above-mentioned first transaction), thereby obtaining the authentication information of the first account.

After the full node receives the second transaction and obtains the authentication information, it first uses the public key of the first account to verify the digital signature of the transaction. In addition, in Ethereum, for example, the full node also checks the first account's The remaining fuel for verification, etc. will not be listed here.

After performing the above-mentioned conventional verification, in one embodiment, the second transaction is a transaction that calls a second smart contract, so that the full node starts to execute the above Unlock() function in the smart contract, thereby executing the function The following steps S606-S608 are automatically performed. In one embodiment, as described above, the second transaction includes a predetermined flag for indicating that the second transaction is a transaction for unlocking an account, so that the full node locally executes the following steps S606-S608 .

In step S606, based on the authentication information, verify whether the authentication information is included in the second transaction.

After obtaining the authentication information, the authentication information can be compared with the information included in the second transaction to determine whether the authentication information is included in the second transaction. For example, if the authentication information includes two authentication items, a private key and a mobile phone number, the obtained private key and mobile phone number can be compared with the private key and mobile phone number included in the data field of the second transaction respectively to determine Whether the second transaction includes the authentication information.

In one embodiment, the second transaction is a transaction that calls a second smart contract. As described above, the second smart contract is a smart contract pre-deployed in the blockchain for unlocking an account, so that The account node unlocks the first account by executing the second smart contract locally, that is, by executing the above-mentioned "UnLock()" function, step S606 is executed, and if the verification is passed, the local state tree is automatically changed The locked state of the first account in is changed to the normal state.

In one embodiment, the second transaction is a normal transaction. As described above, it transmits the information for unlocking the first account to the accounting node, so that the accounting node can put the local state tree in the local state tree if the verification is passed. The locked state of the first account of is changed to the unlocked state.

After the accounting node modifies the local state tree, the second transaction is packaged into a block and sent to other full nodes, thereby storing the block in the blockchain. After receiving the block including the second transaction, other nodes can also modify the state of the first account in the local state tree based on the second transaction, so as to achieve the data consistency of each full node.

Fig. 7 shows a device 700 for depositing authentication information of an account in a blockchain according to an embodiment of the present specification. The blockchain is a consortium chain, and all nodes in the consortium chain are trusted nodes. The device is deployed on the first account client terminal in the blockchain, and includes: a transaction initiation unit 71, configured to send a first transaction to any of the full nodes, and the first transaction is used to deposit in the blockchain Enter the authentication information of the first account, the data field of the first transaction includes the authentication information, and the authentication information is used to unlock the first account after the first account is locked, wherein the authentication The information includes at least two authentication items.

Fig. 8 shows a device 800 for depositing authentication information of an account in a blockchain according to an embodiment of the present specification. The blockchain is a consortium chain, and all nodes in the consortium chain are trusted nodes. The device is deployed on a full node in the blockchain and includes: a receiving unit 81 configured to receive a first transaction initiated by a first account from the blockchain, and the first transaction is used to store in the blockchain Enter the authentication information of the first account, the data field of the first transaction includes the authentication information, and the authentication information is used to unlock the first account after the first account is locked, wherein the authentication The information includes at least two authentication items; and the deposit unit 82 is configured to deposit the authentication information of the first account locally based on the first transaction.

In one embodiment, the first transaction is a transaction for invoking a first smart contract, and the first smart contract is a smart contract pre-deployed in the blockchain for depositing authentication information of an account, wherein the The depositing unit 82 is further configured to store the authentication information under the first account in the local state tree by executing the first smart contract locally.

Fig. 9 shows a device 900 for unlocking an account in a blockchain according to an embodiment of the present specification. The blockchain is a consortium chain, the full nodes in the consortium chain are trusted nodes, and the full nodes are local The authentication information of the first account is pre-stored, wherein the authentication information includes at least two authentication items, the current state of the first account is a locked state, and the device is deployed on the first account client, including: transaction initiation The unit 91 is configured to send a second transaction to any one of the full nodes, the second transaction is used to unlock the first account in the blockchain, and the data field of the second transaction includes the authentication information.

Fig. 10 shows a device 1000 for unlocking an account in a blockchain according to an embodiment of the present specification. The blockchain is a consortium chain, the full nodes in the consortium chain are trusted nodes, and the full nodes are local The authentication information of the first account is pre-stored, where the authentication information includes at least two authentication items, the current state of the first account is a locked state, and the device deployed on a full node in the blockchain includes: The receiving unit 101 is configured to receive a second transaction initiated by the first account from the blockchain, and the second transaction is used to unlock the first account in the blockchain; the acquiring unit 102 is configured to: The authentication information of the first account is acquired locally; the verification unit 103 is configured to verify whether the authentication information is included in the second transaction based on the authentication information; and the unlocking unit 104 is configured to: In this case, the first account is unlocked locally.

In one embodiment, the second transaction is a transaction that calls a second smart contract, and the second smart contract is a smart contract pre-deployed in the blockchain for unlocking an account, wherein the unlocking unit 104 also It is configured to unlock the first account by executing the second smart contract locally.

In an embodiment, the authentication information is stored in the local state tree of the full node, wherein the obtaining unit 102 is further configured to obtain the authentication information of the first account from the local state tree.

It should be understood that the descriptions of "first", "second", etc. in this text are merely used to distinguish similar concepts for simplicity of description, and do not have other limiting effects.

The various embodiments in this specification are described in a progressive manner, and the same or similar parts between the various embodiments can be referred to each other, and each embodiment focuses on the differences from other embodiments. In particular, as for the system embodiment, since it is basically similar to the method embodiment, the description is relatively simple, and for related parts, please refer to the part of the description of the method embodiment.

The foregoing describes specific embodiments of this specification. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps described in the claims may be performed in a different order than in the embodiments and still achieve desired results. In addition, the processes depicted in the drawings do not necessarily require the specific order or sequential order shown to achieve the desired result. In certain embodiments, multitasking and parallel processing are also possible or may be advantageous.

Those of ordinary skill in the art should be further aware that the units and algorithm steps of the examples described in the embodiments disclosed herein can be implemented by electronic hardware, computer software or a combination of the two, in order to clearly illustrate the hardware For the interchangeability with software, the composition and steps of each example have been described generally in accordance with the function in the above description. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those of ordinary skill in the art can use different methods for each specific application to implement the described functions, but such implementation should not be considered as going beyond the scope of this application.

The steps of the method or algorithm described in the embodiments disclosed in this document can be implemented by hardware, a software module executed by a processor, or a combination of the two. The software module can be placed in random access memory (RAM), internal memory, read-only memory (ROM), electrically programmable ROM, electrically erasable programmable ROM, registers, hard disks, removable disks, CD-ROMs, or all areas in the technical field. Any other known storage medium.

The specific implementations described above further describe the purpose, technical solutions and beneficial effects of this application in detail. It should be understood that the above are only specific implementations of this application and are not intended to limit the scope of this application. The scope of protection, any modification, equivalent replacement, improvement, etc. made within the spirit and principles of this application shall be included in the scope of protection of this application.

Claims

A method for storing authentication information of an account in a blockchain, where the blockchain is a consortium chain, all nodes in the consortium chain are trusted nodes, and the method is determined by the first account in the blockchain Client execution, including:

Send a first transaction to any of the full nodes, where the first transaction is used to store the authentication information of the first account in the blockchain, the data field of the first transaction includes the authentication information, the The authentication information is used to unlock the first account after the first account is locked, wherein the authentication information includes at least two authentication items.
The method according to claim 1, wherein the first transaction is a transaction for invoking a first smart contract, and the first smart contract is a smart contract pre-deployed in the blockchain for depositing authentication information of an account .
The method according to claim 1, wherein the authentication information includes two authentication items, and the two authentication items are any two of the following items: a private key, a password, a mobile phone number, and a short message verification code.
The method according to claim 1, wherein sending the first transaction to any of the full nodes comprises sending the first transaction to any of the full nodes through a gateway provided by a trusted platform, wherein the gateway and the all nodes The blockchain connection.
A method for storing authentication information of an account in a blockchain, the blockchain is a consortium chain, all nodes in the consortium chain are trusted nodes, and the method is executed by all nodes in the blockchain ,include:

A first transaction initiated by a first account is received from the blockchain, the first transaction is used to deposit authentication information of the first account in the blockchain, and the data field of the first transaction includes the authentication Information, the authentication information is used to unlock the first account after the first account is locked, wherein the authentication information includes at least two authentication items; and

Based on the first transaction, the authentication information of the first account is stored locally.
The method according to claim 5, wherein the first transaction is a transaction that calls a first smart contract, and the first smart contract is a smart contract pre-deployed in the blockchain for depositing authentication information of an account , Wherein, based on the first transaction, storing the authentication information of the first account locally includes storing the authentication information in the local state tree by executing the first smart contract locally. Under the account.
A method for unlocking an account in a block chain, the block chain is a consortium chain, the full nodes in the consortium chain are trusted nodes, and the full nodes locally pre-store the authentication information of the first account, wherein The authentication information includes at least two authentication items, the current state of the first account is a locked state, and the method is executed by the first account client, including:

A second transaction is sent to any of the full nodes, the second transaction is used to unlock the first account in the blockchain, and the data field of the second transaction includes the authentication information.
The method according to claim 7, wherein the second transaction is a transaction for invoking a second smart contract, and the second smart contract is a smart contract pre-deployed in the blockchain for unlocking an account.
A method for unlocking an account in a block chain, the block chain is a consortium chain, the full nodes in the consortium chain are trusted nodes, and the full nodes locally pre-store the authentication information of the first account, wherein The authentication information includes at least two authentication items, the current state of the first account is a locked state, and the method is executed by all nodes in the blockchain and includes:

Receiving a second transaction initiated by the first account from the blockchain, where the second transaction is used to unlock the first account in the blockchain;

Obtain the authentication information of the first account locally;

Based on the authentication information, verify whether the authentication information is included in the second transaction; and

If the verification is passed, the first account is unlocked locally.
The method according to claim 9, wherein the second transaction is a transaction that calls a second smart contract, and the second smart contract is a smart contract pre-deployed in the blockchain for unlocking an account, wherein Unlocking the first account locally includes unlocking the first account by executing the second smart contract locally.
The method according to claim 9, wherein the authentication information is stored in the local state tree of the full node, wherein obtaining the authentication information of the first account locally includes obtaining all the authentication information from the local state tree. Describe the authentication information of the first account.
A device for storing authentication information of an account in a blockchain, where the blockchain is a consortium chain, all nodes in the consortium chain are trusted nodes, and the device is deployed in the first part of the blockchain. Account client, including:

The transaction initiation unit is configured to send a first transaction to any one of the full nodes, where the first transaction is used to store authentication information of the first account in the blockchain, and the data field of the first transaction includes The authentication information, the authentication information is used to unlock the first account after the first account is locked, wherein the authentication information includes at least two authentication items.
The device according to claim 12, wherein the first transaction is a transaction for invoking a first smart contract, and the first smart contract is a smart contract pre-deployed in the blockchain for depositing authentication information of an account .
The device according to claim 12, wherein the authentication information includes two authentication items, and the two authentication items are any two of the following items: a private key, a password, a mobile phone number, and a short message verification code.
The device according to claim 12, wherein the transaction initiation unit is further configured to send the first transaction to any one of the full nodes through a gateway provided by a trusted platform, wherein the gateway and the blockchain connection.
A device for storing authentication information of an account in a blockchain, where the blockchain is a consortium chain, all nodes in the consortium chain are trusted nodes, and the device is deployed on all nodes in the blockchain ,include:

The receiving unit is configured to receive, from the blockchain, a first transaction initiated by a first account, the first transaction is used to store authentication information of the first account in the blockchain, and data of the first transaction The field includes the authentication information, and the authentication information is used to unlock the first account after the first account is locked, wherein the authentication information includes at least two authentication items; and

The deposit unit is configured to deposit the authentication information of the first account locally based on the first transaction.
The device according to claim 16, wherein the first transaction is a transaction for invoking a first smart contract, and the first smart contract is a smart contract pre-deployed in the blockchain for depositing authentication information of an account , Wherein the depositing unit is further configured to store the authentication information under the first account in the local state tree by executing the first smart contract locally.
A device for unlocking an account in a block chain, the block chain is a consortium chain, the full nodes in the consortium chain are trusted nodes, and the full nodes locally pre-store the authentication information of the first account, wherein The authentication information includes at least two authentication items, the current state of the first account is a locked state, and the device is deployed on the first account client, including:

The transaction initiation unit is configured to send a second transaction to any of the full nodes, where the second transaction is used to unlock the first account in the blockchain, and the data field of the second transaction includes the Certification Information.
The device according to claim 18, wherein the second transaction is a transaction for invoking a second smart contract, and the second smart contract is a smart contract pre-deployed in the blockchain for unlocking an account.
A device for unlocking an account in a block chain, the block chain is a consortium chain, the full nodes in the consortium chain are trusted nodes, and the full nodes locally pre-store the authentication information of the first account, wherein The authentication information includes at least two authentication items, the current state of the first account is a locked state, and the device is deployed on a full node in the blockchain, including:

The receiving unit is configured to receive a second transaction initiated by the first account from the blockchain, where the second transaction is used to unlock the first account in the blockchain;

The obtaining unit is configured to obtain the authentication information of the first account locally;

A verification unit configured to, based on the authentication information, verify whether the authentication information is included in the second transaction; and

The unlocking unit is configured to unlock the first account locally when the verification is passed.
The device according to claim 20, wherein the second transaction is a transaction for invoking a second smart contract, and the second smart contract is a smart contract pre-deployed in the blockchain for unlocking an account, wherein, The unlocking unit is further configured to unlock the first account by executing the second smart contract locally.
The apparatus according to claim 20, wherein the authentication information is stored in a local state tree of the full node, and wherein the obtaining unit is further configured to obtain the information of the first account from the local state tree. Certification Information.
A computer-readable storage medium having a computer program stored thereon, and when the computer program is executed in a computer, the computer is caused to execute the method of any one of claims 1-11.
A computing device, comprising a memory and a processor, characterized in that executable code is stored in the memory, and when the processor executes the executable code, the device described in any one of claims 1-11 is implemented method.