WO2020248656A1 - Procédé et appareil de déverrouillage d'un compte dans une chaîne de blocs - Google Patents

Procédé et appareil de déverrouillage d'un compte dans une chaîne de blocs Download PDF

Info

Publication number
WO2020248656A1
WO2020248656A1 PCT/CN2020/081989 CN2020081989W WO2020248656A1 WO 2020248656 A1 WO2020248656 A1 WO 2020248656A1 CN 2020081989 W CN2020081989 W CN 2020081989W WO 2020248656 A1 WO2020248656 A1 WO 2020248656A1
Authority
WO
WIPO (PCT)
Prior art keywords
account
transaction
authentication information
blockchain
smart contract
Prior art date
Application number
PCT/CN2020/081989
Other languages
English (en)
Chinese (zh)
Inventor
方思羽
左军
Original Assignee
创新先进技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 创新先进技术有限公司 filed Critical 创新先进技术有限公司
Publication of WO2020248656A1 publication Critical patent/WO2020248656A1/fr

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange

Definitions

  • 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.
  • 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.
  • P2P peer-to-peer
  • the blockchain is, for example, the Ethereum blockchain.
  • Ethereum the concept of accounts has been added, among which the accounts created by users are external accounts in Ethereum.
  • 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.
  • 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.
  • the embodiments of this specification aim to provide a more effective solution for unlocking accounts in the blockchain.
  • 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.
  • the first transaction is a transaction for invoking a first smart contract
  • the first smart contract is a smart contract pre-deployed in the blockchain for depositing authentication information of an account.
  • 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.
  • 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.
  • the first transaction is a transaction for invoking a first smart contract
  • the first smart contract is a smart contract pre-deployed in the blockchain for depositing the authentication information of the account
  • 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.
  • the second transaction is a transaction for invoking a second smart contract
  • 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.
  • the second transaction is a transaction for invoking a second smart contract
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • the first transaction is a transaction for invoking a first smart contract
  • the first smart contract is a smart contract pre-deployed in the blockchain for depositing authentication information of an account
  • 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.
  • the second transaction is a transaction for invoking a second smart contract
  • the second smart contract is a smart contract pre-deployed in the blockchain for unlocking an account.
  • 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.
  • the second transaction is a transaction that calls a second smart contract
  • the second smart contract is a smart contract pre-deployed in the blockchain for unlocking an account
  • the unlocking unit is also configured In order to unlock the first account by executing the second smart contract locally.
  • 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.
  • 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.
  • 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.
  • 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.
  • Fig. 1 shows a schematic diagram of a blockchain system 100 according to an embodiment of the present specification.
  • the blockchain system 100 includes a consortium chain 11, which includes four consensus nodes (full nodes) 1, 2, 3, and 4 in the figure.
  • 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.
  • the user client includes client A and client B, for example.
  • 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.
  • 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.
  • 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.
  • 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.
  • the non-tampering and security of transaction information is guaranteed through the consensus of various banks and financial institutions.
  • user transaction information, personal information, etc. are stored at each trusted full node, so as not to cause personal information The leak.
  • 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.
  • 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.
  • 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.
  • the first transaction is a transaction for invoking a first smart contract
  • 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.
  • 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
  • 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.
  • the A transaction includes a digital signature generated by the private key of the first account.
  • the first account sends the first transaction to any full node in FIG. 1 (for example, node 1).
  • node 1 After receiving the first transaction, node 1 will spread the first transaction in the consensus node after verifying the first transaction. transaction.
  • 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.
  • the authentication information includes a private key and a mobile phone number
  • the embodiment of this specification is not limited to this.
  • 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.
  • the authentication information of the account is automatically stored in the state tree through the smart contract
  • this specification is not limited to this.
  • 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.
  • 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 set.
  • the first transaction is, for example, a common transaction (such as a transfer transaction) sent by the first account to any full node.
  • a predetermined flag can be set to identify the The transaction is used to deposit authentication information.
  • 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.
  • 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.
  • depositing to the blockchain includes depositing to the local state tree, or depositing to the local block, and so on.
  • 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.
  • the full node used to execute the method is not limited to the accounting node.
  • 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.
  • the first transaction is, for example, a transaction that calls the first smart contract.
  • step S404 based on the first transaction, the authentication information of the first account is stored locally.
  • the first transaction is a transaction for invoking a first smart contract
  • 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.
  • 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.
  • the authentication information of the first account has been stored in the blockchain.
  • 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.
  • the first account retrieves the private key, The first account can be unlocked by sending a second transaction.
  • the second transaction is a transaction for invoking a second smart contract
  • the second smart contract is a smart contract pre-deployed in the blockchain for unlocking an account.
  • 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 is the call to the "UnLock()" function, for example ⁇ UnLock(strings,strings), "6f8ae --, "186115" ⁇ .
  • "6f8ae" and "186115" are the private key and mobile phone number, which are two verification items.
  • 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.
  • 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.
  • the second transaction is, for example, an ordinary transaction (such as a transfer transaction) sent by the first account to any full node.
  • a predetermined flag can be set to identify the The transaction is used to unlock the account.
  • the data field of the transaction includes the text "Unlock Account" and authentication information. Therefore, the first account sends such a second transaction.
  • 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;
  • step S608 if the verification is passed, the first account is unlocked locally.
  • 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
  • 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.
  • 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.
  • 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.
  • step S604 the authentication information of the first account is obtained locally.
  • 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.
  • 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.
  • the full node 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.
  • 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.
  • 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 .
  • step S606 based on the authentication information, verify whether the authentication information is included in the second transaction.
  • 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.
  • step S608 if the verification is passed, the first account is unlocked locally.
  • the second transaction is a transaction that calls a second smart contract.
  • 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.
  • 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.
  • the second transaction is packaged into a block and sent to other full nodes, thereby storing the block in the blockchain.
  • 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.
  • 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.
  • 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.
  • the first transaction is a transaction for invoking a first smart contract
  • the first smart contract is a smart contract pre-deployed in the blockchain for depositing authentication information of an account
  • 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.
  • the second transaction is a transaction for invoking a second smart contract
  • the second smart contract is a smart contract pre-deployed in the blockchain for unlocking an account.
  • 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 second transaction is a transaction that calls a second smart contract
  • the second smart contract is a smart contract pre-deployed in the blockchain for unlocking an account
  • the unlocking unit 104 also It is configured to unlock the first account by executing the second smart contract locally.
  • 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.
  • Another aspect of this specification provides a computer-readable storage medium on which a computer program is stored.
  • 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.
  • 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.
  • 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.

Abstract

L'invention concerne un procédé et un appareil de déverrouillage d'un compte dans un chaîne de blocs. La chaîne de blocs est une chaîne de consortium, et un nœud complet de la chaîne de consortium est un nœud de confiance. Le nœud complet pré-stocke localement des informations d'authentification d'un premier compte, les informations d'authentification comprenant au moins deux éléments d'authentification, et lorsque l'état actuel du premier compte est un état verrouillé, ledit procédé est mis en œuvre par le nœud complet de la chaîne de blocs, et comprend les étapes consistant à : recevoir, à partir de la chaîne de blocs, une seconde transaction initiée par le premier compte, la seconde transaction étant utilisée pour déverrouiller le premier compte dans la chaîne de blocs (S602); acquérir des informations d'authentification du premier compte localement (S604); vérifier, sur la base des informations d'authentification, si les informations d'authentification sont comprises dans la seconde transaction (S606); et si la vérification est réussie, déverrouiller le premier compte localement (S608).
PCT/CN2020/081989 2019-06-12 2020-03-30 Procédé et appareil de déverrouillage d'un compte dans une chaîne de blocs WO2020248656A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201910507859.4 2019-06-12
CN201910507859.4A CN110415114A (zh) 2019-06-12 2019-06-12 一种在区块链中解锁账户的方法和装置

Publications (1)

Publication Number Publication Date
WO2020248656A1 true WO2020248656A1 (fr) 2020-12-17

Family

ID=68358973

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/081989 WO2020248656A1 (fr) 2019-06-12 2020-03-30 Procédé et appareil de déverrouillage d'un compte dans une chaîne de blocs

Country Status (3)

Country Link
CN (1) CN110415114A (fr)
TW (1) TWI770486B (fr)
WO (1) WO2020248656A1 (fr)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110415114A (zh) * 2019-06-12 2019-11-05 阿里巴巴集团控股有限公司 一种在区块链中解锁账户的方法和装置
CN113762963A (zh) * 2021-08-27 2021-12-07 中国银联股份有限公司 一种交易处理方法、装置、设备及存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107067255A (zh) * 2017-02-27 2017-08-18 腾讯科技（深圳）有限公司 区块链中账户的处理方法和装置
CN107623569A (zh) * 2017-09-30 2018-01-23 矩阵元技术（深圳）有限公司 基于秘密共享技术的区块链密钥托管和恢复方法、装置
WO2018112038A1 (fr) * 2016-12-14 2018-06-21 Wal-Mart Stores, Inc. Contrôle d'accès à un espace verrouillé au moyen de clés cryptographiques stockées sur une chaîne de blocs
CN108777684A (zh) * 2018-05-30 2018-11-09 招商银行股份有限公司 身份认证方法、系统及计算机可读存储介质
CN108830577A (zh) * 2018-06-07 2018-11-16 北京连琪科技有限公司 区块链的账户建立及恢复方法
CN110415114A (zh) * 2019-06-12 2019-11-05 阿里巴巴集团控股有限公司 一种在区块链中解锁账户的方法和装置

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106920080B (zh) * 2017-02-15 2021-03-30 捷德(中国)科技有限公司 数字货币的账户管理方法和系统
US10911237B2 (en) * 2017-03-10 2021-02-02 Jim Zubov Virally connected network of people as a means to recover encrypted data should the encryption key become lost
CN108881120B (zh) * 2017-05-12 2020-12-04 创新先进技术有限公司 一种基于区块链的数据处理方法及设备
CN108647964B (zh) * 2018-05-02 2023-07-28 郑杰骞 一种区块链数据处理方法、装置及计算机可读存储介质
CN109035012B (zh) * 2018-06-11 2020-11-17 西安纸贵互联网科技有限公司 一种区块链系统的跨链处理方法和计算机可读存储介质
CN108810137B (zh) * 2018-06-11 2021-10-01 西安纸贵互联网科技有限公司 一种联盟区块链系统

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018112038A1 (fr) * 2016-12-14 2018-06-21 Wal-Mart Stores, Inc. Contrôle d'accès à un espace verrouillé au moyen de clés cryptographiques stockées sur une chaîne de blocs
CN107067255A (zh) * 2017-02-27 2017-08-18 腾讯科技（深圳）有限公司 区块链中账户的处理方法和装置
CN107623569A (zh) * 2017-09-30 2018-01-23 矩阵元技术（深圳）有限公司 基于秘密共享技术的区块链密钥托管和恢复方法、装置
CN108777684A (zh) * 2018-05-30 2018-11-09 招商银行股份有限公司 身份认证方法、系统及计算机可读存储介质
CN108830577A (zh) * 2018-06-07 2018-11-16 北京连琪科技有限公司 区块链的账户建立及恢复方法
CN110415114A (zh) * 2019-06-12 2019-11-05 阿里巴巴集团控股有限公司 一种在区块链中解锁账户的方法和装置

Also Published As

Publication number Publication date
TWI770486B (zh) 2022-07-11
CN110415114A (zh) 2019-11-05
TW202046208A (zh) 2020-12-16

Similar Documents

Publication Publication Date Title
US11651109B2 (en) Permission management method, permission verification method, and related apparatus
JP7442606B2 (ja) 動的ノードグループのための秘密鍵のセキュアな再利用
US11477032B2 (en) System and method for decentralized-identifier creation
US11496310B2 (en) Methods and systems for universal storage and access to user-owned credentials for trans-institutional digital authentication
US9635000B1 (en) Blockchain identity management system based on public identities ledger
CN110958110B (zh) 一种基于零知识证明的区块链隐私数据管理方法和系统
KR102237014B1 (ko) 블록체인-기반 인증을 위한 시스템 및 방법
JP2023051935A (ja) ブロックチェーン・ネットワークに関する方法
KR20190042567A (ko) 블록체인 상의 동적 액세스 제어
CN109617692B (zh) 一种基于区块链的匿名登陆方法及系统
US20080010673A1 (en) System, apparatus, and method for user authentication
CN110930153B (zh) 基于隐藏第三方账号的区块链隐私数据管理方法和系统
US20200204338A1 (en) Securing public key cryptographic algorithms
US11646897B2 (en) Method and apparatus for utilizing off-platform-resolved data as an input to code execution on a decentralized platform
WO2020248656A1 (fr) Procédé et appareil de déverrouillage d'un compte dans une chaîne de blocs
US20200202349A1 (en) Multiple asset transactions
CN108604990A (zh) 终端中本地授权凭证的使用方法及装置
US11823194B2 (en) Decentralized biometric authentication platform
CN108449348A (zh) 一种支持用户身份隐私保护的在线认证系统及方法
US20200202344A1 (en) Private asset transactions
WO2020248657A1 (fr) Procédé et appareil de verrouillage de compte dans une chaîne de blocs
KR20210069865A (ko) Rest api 기반의 암호화폐 거래 시스템
JP2024056954A (ja) 動的ノードグループのための秘密鍵のセキュアな再利用
CN116862519A (zh) 基于区块链的处理匿名账户资源转移的方法、装置和设备
CN111898112A (zh) 一种基于区块链技术的知识产权交易平台

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20821987

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20821987

Country of ref document: EP

Kind code of ref document: A1