A decentralized electronic contract storage platform account management method

Abstract

The present application provides an account management method for a decentralized electronic contract notarization platform, which specifically includes an account registration method, an account retrieval method, and an account modification method. The present application obtains an account creation request sent by a user or an existing electronic contract platform, establishes an account after successfully authenticating the user identity, encrypts the user identity information while establishing the account, and stores the encrypted user identity information on the chain in a distributed storage manner. The present application manages user accounts by referring to a decentralized electronic contract notarization platform, thereby avoiding the possibility of arbitrary tampering of user account information by existing platforms and improving the security of user identity information.

Description

[0001] This application claims the priority of the Chinese patent application filed with the China Patent Office on July 20, 2020, with application number 202010699197.8 and invention name “A method for managing an account on a decentralized electronic contract notarization platform”, the entire contents of which are incorporated by reference in this application. Technical Field

[0002] The present application relates to the field of digital asset notarization technology, and in particular to an account management method for a decentralized electronic contract notarization platform. Background Art

[0003] The electronic contract platform provides users with a series of services such as identity authentication, certificate authentication, contract services, signing services, evidence preservation, judicial evidence, etc. After registering a platform account and logging into the platform, users can complete standard electronic contract signing, renewal, termination, inspection and other subsequent related life cycle processes.

[0004] However, the existing electronic contract platforms have centralized features in terms of architecture design and implementation. The platform itself has the risk of tampering and forgery of stored data, which makes it easy for user information, user certificates or operation data entered when users register accounts to be leaked or lost. This not only causes huge losses to user interests, but also increases the difficulty of platform management. Summary of the invention

[0005] The present application provides a decentralized electronic contract evidence platform account management method to solve the problem of easy leakage of account information and low security of traditional electronic contract evidence platform.

[0006] In the first aspect, the present application provides a method for registering an account on a decentralized electronic contract storage platform, including:

[0007] The first evidence storage platform obtains an account creation request; the account creation request includes the identity information of the user who sent the account creation request; the platform determines whether there is a platform account corresponding to the identity information in the first evidence storage platform based on the identity information; if there is no platform account corresponding to the identity information in the first evidence storage platform, create a platform account corresponding to the identity information, and obtain encrypted information based on the identity information and the user's private key; the encrypted information is distributed and stored in the evidence storage platform corresponding to multiple nodes in the blockchain. By obtaining an account creation request sent by a user or an existing electronic contract platform, an account is established after the user's identity authentication is successful, and the user's identity information is encrypted while the account is established, and the encrypted user identity information is stored on the chain in a distributed storage manner. This application manages user accounts by referring to a decentralized electronic contract evidence storage platform, thereby avoiding the possibility that the existing platform may arbitrarily tamper with user account information and improving the security of user identity information.

[0008] In the second aspect, this application provides a method for retrieving an account on a decentralized electronic contract evidence storage platform, including:

[0009] The first evidence storage platform obtains an account retrieval request; the account retrieval request includes the identity information of the user who sends the account retrieval request; based on the identity information, retrieve the information containing the storage location of the encrypted sub-information as described in the first aspect and stored in the first evidence storage platform; based on the information containing the storage location of the encrypted sub-information, obtain the encrypted sub-information from the corresponding evidence storage platform respectively; decrypt all the encrypted sub-information to obtain the decrypted identity information; determine whether the decrypted identity information is consistent with the identity information in the account retrieval request; if they are consistent, encrypt the identity information using a new private key to obtain the encrypted information; and store the encrypted information in a distributed manner in the evidence storage platforms corresponding to multiple nodes in the blockchain.

[0010] In the third aspect, the present application provides a method for modifying an account on a decentralized electronic contract storage platform, including:

[0011] The first evidence storage platform obtains an account modification request; the account modification request includes the original identity information and modified identity information of the user who sends the account modification request; based on the original identity information, retrieve the information stored in the first evidence storage platform as described in the first aspect, including the storage location of the encrypted sub-information; based on the information including the storage location of the encrypted sub-information, obtain the encrypted sub-information from the corresponding evidence storage platform respectively; decrypt all encrypted sub-information to obtain decrypted identity information; determine whether the decrypted identity information is consistent with the original identity information in the account modification request; if consistent, encrypt the modified identity information using a new private key to obtain encrypted information; and store the encrypted information in a distributed manner on the evidence storage platforms corresponding to multiple nodes in the blockchain.

[0012] From the above technical solutions, it can be seen that this application provides a decentralized electronic contract evidence storage platform account management method, which manages user account information through a decentralized platform, ensures the security of user information, and the distributed storage of information is traceable, making it easy to modify and retrieve account information. This avoids the possibility of arbitrary tampering of user account information by existing platforms. BRIEF DESCRIPTION OF THE DRAWINGS

[0013] In order to more clearly illustrate the technical solution of the present application, the drawings required for use in the embodiments are briefly introduced below. Obviously, for ordinary technicians in this field, other drawings can be obtained based on these drawings without any creative work.

[0014] Figure 1 This is a schematic diagram of the structure of the decentralized electronic contract evidence storage platform in this application;

[0015] Figure 2 An application scenario diagram of the method provided in this application;

[0016] Figure 3 A flowchart of a decentralized electronic contract storage platform account registration method provided for this application;

[0017] Figure 4 A flowchart of a decentralized electronic contract storage platform account registration method provided by this application under another embodiment;

[0018] Figure 5 for Figure 3 An exploded step diagram of step S400 in the method shown;

[0019] Figure 6 for Figure 5 A diagram showing the relationship between the encrypted information of different users being stored on the chain in the method shown;

[0020] Figure 7 A diagram showing a storage relationship of encrypted information of a user on a chain in one embodiment;

[0021] Figure 8 A diagram of a method for obtaining encrypted information in multiple embodiments of the method provided by the present application;

[0022] Fig. 9 A flowchart of a method for retrieving an account on a decentralized electronic contract evidence storage platform provided for this application;

[0023] Fig.10 A flowchart of a method for modifying an account on a decentralized electronic contract notarization platform provided for this application. DETAILED DESCRIPTION

[0024] The following embodiments are described in detail, and examples thereof are shown in the accompanying drawings. When the following description refers to the drawings, unless otherwise indicated, the same numbers in different drawings represent the same or similar elements. The implementations described in the following embodiments do not represent all implementations consistent with the present application. They are only examples of systems and methods consistent with some aspects of the present application as detailed in the claims.

[0025] In the technical solution provided in this application, the decentralized electronic contract evidence storage platform refers to an application model with a decentralized application architecture, such as Figure 1 As shown, in actual applications, the decentralized electronic contract notarization platform can not only complete data storage, publicity, authentication, exchange, and smart contracts by itself, but can also complete data interaction and other functions with other existing electronic contract platforms; at the same time, the decentralized electronic contract notarization platform in this application can perform data interaction with multiple existing electronic contract platforms at the same time to meet a variety of practical needs.

[0026] In order to reflect the characteristics of decentralization, the decentralized electronic contract notarization platform in this application is set up on the node of the blockchain, or connected to a node on the blockchain, and the decentralized electronic contract notarization platform performs operations such as data uploading, retrieval, and transactions between nodes.

[0027] Accordingly, if a user wants to perform related operations on the decentralized electronic contract notarization platform, he needs to be logged in to the platform account. Therefore, the present application provides a decentralized notarization platform account management method, in which the management is not limited to operations including account registration, modification, retrieval, etc. Accordingly, the present application provides three methods based on the same inventive concept.

[0028] See also Figure 2 , which is an application scenario diagram of the method provided in the present application. In the embodiment of the present application, the decentralized electronic contract evidence platform 100 is set on a node of the blockchain. If the user needs to use the decentralized electronic contract evidence platform, or needs to complete registration, modification, retrieval and other operations, the user can directly send a request to the decentralized electronic contract evidence platform, or send a request through the existing electronic contract platform 200 connected to the decentralized electronic contract evidence platform. The decentralized electronic contract evidence platform performs different data processing, data chaining, or data acquisition from the chain according to the different requests received. Unlike the existing electronic contract platform, all data related to the user in the decentralized electronic contract evidence platform needs to be chained after being processed by the platform, so that the positions of all nodes in the blockchain are synchronized, and the account information representing the user's identity information is also stored on the chain in a variety of encrypted forms, thereby solving the problem of tampering with user account information by the existing electronic contract evidence platform.

[0029] At the same time, each node in the blockchain corresponds to one of the above-mentioned decentralized electronic contract notarization platforms, that is, users can complete account registration, modification, retrieval and other operations through the decentralized electronic contract notarization platform at any node location, and the data obtained from the operation can also be stored in the notarization platform corresponding to other nodes through the blockchain.

[0030] See also Figure 3 , which is a flow chart of a method for registering an account on a decentralized electronic contract evidence storage platform provided in this application;

[0031] Depend on Figure 3 It can be seen that the decentralized electronic contract evidence storage platform account registration method provided by this application includes:

[0032] S100: The first evidence storage platform obtains an account creation request; the account creation request includes identity information of the user who sends the account creation request; wherein the first evidence storage platform refers to a decentralized electronic contract evidence storage platform corresponding to any node position in the blockchain;

[0033] Among them, the initiator of the account creation request can be the user, that is, when the user uses the platform for the first time, he needs to initiate a request to create an account. At this time, he needs to fill in some identity information related to the user, such as user name, ID number, mobile phone number, email address, social credit code, business license number and various certification documents, etc. At this time, the platform can verify the legitimacy of the user, and continue with the subsequent registration steps if it is judged to be legal. If it is not legal, for example, the ID number is incorrect, it is necessary to return to the user for modification or directly reject the account creation request.

[0034] In some other embodiments, the initiator of the account creation request may also be an existing electronic contract platform, that is, the user has already established an account on the existing electronic contract platform, and the existing electronic contract platform is connected to the decentralized electronic contract notarization platform. In this case, when the user logs in to the existing electronic contract platform, the account creation request can be sent to the decentralized electronic contract notarization platform through the existing electronic contract platform. Correspondingly, Figure 4 In a feasible embodiment shown, step S100 may be evolved into:

[0035] S110: The second platform obtains the first creation request sent by the user, and authenticates the user identity according to the first creation request; the second platform is any existing electronic contract platform, and the first creation request is a request input by the user in the existing electronic contract platform to create an account on the decentralized platform; in this embodiment, the second platform may first authenticate the user identity to determine whether the user who currently issues the request is qualified to establish an account on the decentralized platform.

[0036] S120: If the authentication result is passed, an account creation request is generated and sent to the first evidence storage platform; in this embodiment, there can be multiple authentication methods, which are not limited here. The authentication results include passed authentication and failed authentication, and the authentication certificate can be issued to provide certification data, and such data is added to the account creation request. The account creation request in this embodiment is the same as that in step S100, and will not be repeated here.

[0037] S130: The first evidence storage platform obtains the account creation request sent from the second platform. After the account creation request is created by the second platform, it is immediately sent to the first evidence storage platform to complete the subsequent account creation operation.

[0038] S200: judging, based on the identity information, whether there is a platform account corresponding to the identity information in the first evidence storage platform;

[0039] In this embodiment, the process of step S200 is to detect whether the user has registered an account in the first evidence storage platform, so as to avoid the possibility that one user registers multiple accounts, that is, the same user with the same identity information has only one account in the first evidence storage platform;

[0040] If an existing account is detected, the system will stop the account registration, and at the same time feedback the information of the existing account to the user or the second platform, and at the same time start other processes such as account login or account retrieval.

[0041] S300: If there is no platform account corresponding to the identity information in the first evidence storage platform, create a platform account corresponding to the identity information, and obtain encrypted information according to the identity information and the user private key;

[0042] In this embodiment, the created platform account corresponds to unique user identity information. The platform account can be a combination of an account and a password, or it can be an identity card, a QR code, encrypted address data, etc.; all information corresponding to the user can be retrieved through the platform account, including user identity, user-related data, transaction information, etc.; in order to improve security, when establishing a platform account, the identity information must be encrypted, and the encrypted private key is kept by the user. Other users who log in to the decentralized platform cannot obtain the user's identity information. Even if the information is obtained through other means, the plain text of the identity information cannot be obtained without the private key, which ensures the security of the identity information.

[0043] S400: Distribute and store the encrypted information in a storage platform corresponding to multiple nodes in the blockchain.

[0044] In this embodiment, the core difference between the decentralized electronic contract notarization platform and the existing electronic contract platform is that it is located in the blockchain node, and all operation data must be uploaded to the chain. It does not store or only stores the identity information of some users, and cannot independently complete the operation of retrieving user identities within the platform. Correspondingly, the identity information of the user used to create an account will be encrypted and distributed in the notarization platform at multiple node locations in the blockchain. In other words, each notarization platform only stores a part of the encrypted identity information of registered users from each platform, so that the decentralized notarization platform has the characteristic of being tamper-proof.

[0045] Further, by Figure 5 It can be seen that, in a feasible embodiment, step S400 can be decomposed into:

[0046] S410: Divide the encrypted information into multiple encrypted sub-information; there are multiple rules for dividing the encrypted sub-information, which are not limited here. The size, length, etc. of the multiple encrypted sub-information can be the same or different, and the number of encrypted sub-information can also be set as needed.

[0047] S420: The plurality of encrypted sub-information are stored in the evidence storage platforms corresponding to the plurality of nodes in the blockchain respectively, and the information including the storage locations of the plurality of encrypted sub-information is stored in the first evidence storage platform.

[0048] In the above steps, the relationship between the encrypted information stored by each user on the chain can be expressed as Figure 6 Explained by Figure 6 It can be seen that the three users A / B / C have respectively created platform accounts through the first evidence storage platform, and encrypted their identity information to obtain encrypted information a / b / c respectively. By step S410, each encrypted information will be divided into multiple (three are taken as an example in the figure) encrypted sub-information. By step S420, each encrypted sub-information will be uploaded to the chain and stored in different evidence storage platforms. It can be seen that at this time each evidence storage platform stores a part of the encrypted information from different users, and this part is randomly selected. Therefore, the evidence storage platform cannot obtain all the information of a certain user, reducing the possibility of tampering with the user information.

[0049] In this embodiment, in order to subsequently complete the retrieval of user identity information, as well as the verification of user identity information when retrieving or modifying an account, it is necessary to record information containing multiple encrypted sub-information storage locations in the first evidence storage platform to facilitate information traceability and reduce the risk of identity information loss.

[0050] Furthermore, since the encrypted information is stored on the chain in a distributed storage manner in this embodiment, if a node storing the encrypted sub-information loses information, is attacked, or fails, the first evidence storage platform cannot obtain the encrypted sub-information stored on the chain from all the node locations storing the encrypted sub-information, which may cause the loss of user information. In order to solve the above problem, in a feasible embodiment, the above step S410 can be optimized as follows:

[0051] S411: Store each encrypted sub-information in the evidence storage platform corresponding to at least one blockchain node; thus, in step S420, after storing multiple encrypted sub-information in the evidence storage platforms corresponding to multiple nodes in the blockchain respectively, there may be multiple evidence storage platforms storing the same encrypted sub-information, and each evidence storage platform only stores one copy of the same encrypted sub-information.

[0052] The above steps can be done by Figure 7The relationship diagram shown is used for explanation. For the identity information of a certain user, after the encrypted information is obtained, it is first divided into several (four are taken as an example in the figure) encrypted sub-information through the above-mentioned step S410, and then each encrypted sub-information is stored in at least one evidence storage platform by step S411. It can be seen from the figure that when multiple evidence storage platforms jointly store the encrypted information from a user, in addition to each evidence storage platform storing at least a part of the encrypted sub-information, it may also store backup copies of another part of the encrypted sub-information; or, in addition to the evidence storage platforms that jointly store the encrypted information from a user, there may be other evidence storage platforms that store backup copies of these encrypted sub-information; such a setting makes it possible that when a certain evidence storage platform is unavailable, the backup copies corresponding to the encrypted sub-information in the unavailable evidence storage platform can be obtained through other evidence storage platforms, ensuring that all the encrypted sub-information can be obtained in the end to decrypt the user's identity information.

[0053] exist Figure 7 On the basis of the scheme shown, if there are multiple evidence storage platforms storing the same encrypted sub-information, then when retrieving, the encrypted sub-information in one of the evidence storage platforms can be retrieved at will, or the encrypted sub-information of a certain evidence storage platform can be specified to be retrieved first. At this time, the encrypted sub-information retrieved first can be regarded as the one that needs to be retrieved in the regular process, and the same encrypted sub-information stored in other evidence storage platforms can be regarded as the backup or alternative encrypted sub-information. Unless there is a problem with the regular process node, the calling process is generally not enabled; therefore, in a feasible embodiment, in the process of storing the encrypted sub-information, the priority of each identical encrypted sub-information can be set according to the time sequence of storage to different nodes. For example, the encrypted sub-information first stored to a node has the highest priority, that is, the encrypted sub-information to be retrieved first in the regular process. The priorities of other identical encrypted sub-information gradually decrease according to the subsequent storage process, and they are all used as backup encrypted sub-information. Only when the nodes with higher priorities are unavailable, the encrypted sub-information of the next priority level needs to be retrieved. The above priorities are formulated in time sequence, and other rules can also be used in actual application, which is not limited here.

[0054] Furthermore, in the above step S300, in order to improve the security of the encrypted information, the encrypted information can be obtained in a variety of ways, such as Figure 8 As shown, different processing can be performed on the identity information to finally obtain the encrypted information:

[0055] The first method is to directly encrypt the identity information using the user's private key. This is the simplest encryption method, which can save system operating resources and has a faster encryption speed.

[0056] The second method: first log in to the created platform account to initiate a transaction, and encrypt the transaction data and the identity information with a private key to obtain encrypted information. This method can ensure that the data is authentic and valid, and the established platform account is available. The transaction data and transaction results obtained during the platform transaction process are used together with the identity information as the final data on the chain, which is more conducive to the identification and verification of user identity information;

[0057] The third method: By executing the user identity registration smart contract, the user identity information of the smart contract is encrypted with the private key to obtain the encrypted information. The function is the same as the transaction execution process. After creating an account, the user identity authentication information is submitted in the form of a smart contract. The consensus mechanism of the existing platform can ensure that the data on the chain is authentic and valid.

[0058] It can be seen from the above technical solution that this application provides a decentralized electronic contract notarization platform account registration method, which obtains an account creation request sent by a user or an existing electronic contract platform, establishes an account after successfully authenticating the user identity, and encrypts the user identity information while establishing the account, and stores the encrypted user identity information on the chain in a distributed storage manner. This application manages user accounts by referring to a decentralized electronic contract notarization platform, avoiding the possibility that the existing platform may arbitrarily tamper with user account information, and improving the security of user identity information.

[0059] See also Fig. 9 Corresponding to the above method, this application also provides a decentralized electronic contract storage platform account recovery method based on the same application scenario, including:

[0060] S500: The first evidence storage platform obtains an account retrieval request; the account retrieval request includes the identity information of the user who sends the account retrieval request; when the user forgets the password for logging into the platform or loses other means for logging into the platform, the account can be restored by sending an account retrieval request, and at this time, the identity information entered when registering the platform account needs to be submitted; the entered identity information can be all the identity information corresponding to the above-mentioned registration method, or it can be a preset number of partial identity information.

[0061] S600: According to the identity information, retrieve the information stored in the first evidence storage platform as described in the above registration method, including the storage location of the encrypted sub-information;

[0062] S700: Obtain the encrypted sub-information from the corresponding evidence storage platform according to the information including the storage location of the encrypted sub-information;

[0063] S800: decrypt all encrypted sub-information to obtain decrypted identity information;

[0064] S900: Determine whether the decrypted identity information is consistent with the identity information in the account retrieval request; if consistent, encrypt the identity information with a new private key to obtain encrypted information;

[0065] Among them, if the number of items contained in the identity information in the account retrieval request is exactly the same as that in the decrypted identity information, it is necessary to compare whether each item is consistent. If the identity information in the account retrieval request is only part of the information, it is necessary to compare whether this part of the information is completely consistent with the corresponding part of the decrypted identity information, and finally obtain the result of whether they are all consistent.

[0066] In this embodiment, if it is determined that the decrypted identity information is completely consistent with the identity information in the account retrieval request, it means that the current user has passed the verification and can retrieve the account. At this time, the user can re-encrypt the identity information with a new private key and re-store the identity information on the chain.

[0067] S1000: Distribute and store the encrypted information in a storage platform corresponding to multiple nodes in the blockchain.

[0068] In this embodiment, the process of this step is the same as S410, S410, S411, and S420. The difference is that this encrypted distributed storage can use completely different nodes and completely different division rules from the previous storage, ensuring that each account retrieval operation is equivalent to re-establishing an account, thereby improving the security of identity information.

[0069] See also Fig.10 Corresponding to the above method, the present application also provides a method for modifying an account of a decentralized electronic contract storage platform based on the same application scenario, including:

[0070] S1100: The first evidence storage platform obtains an account modification request; the account modification request includes the original identity information and modified identity information of the user who sends the account modification request; the original identity information and all or part of the user identity information entered when registering the account, and the modified identity information is the information after a part of which the user wants to modify;

[0071] S1200: According to the original identity information, retrieve the information containing the storage location of the encrypted sub-information stored in the first evidence storage platform as described in the above account registration method;

[0072] S1300: Obtain the encrypted sub-information from the corresponding evidence storage platform according to the information including the storage location of the encrypted sub-information;

[0073] S1400: decrypt all encrypted sub-information to obtain decrypted identity information;

[0074] S1500: Determine whether the decrypted identity information is consistent with the original identity information in the account modification request; if they are consistent, encrypt the modified identity information using a new private key to obtain encrypted information; wherein the determination of the decrypted identity information and the original identity information in the account modification request is similar to the above S900 and will not be repeated here.

[0075] S1600: Distribute and store the encrypted information in a storage platform corresponding to multiple nodes in the blockchain.

[0076] Similar parts between the embodiments provided in this application can be referenced to each other. The specific implementation methods provided above are only a few examples under the general concept of this application and do not constitute a limitation on the protection scope of this application. For those skilled in the art, any other implementation methods expanded based on the scheme of this application without creative work belong to the protection scope of this application.

Claims

1. A decentralized electronic contract evidence storage platform account registration method, characterized in that: include: The first evidence storage platform obtains the account creation request; The account creation request includes identity information of the user sending the account creation request; According to the identity information, determining whether there is a platform account corresponding to the identity information in the first evidence storage platform; If there is no platform account corresponding to the identity information in the first evidence storage platform, create a platform account corresponding to the identity information, and obtain encrypted information according to the identity information and the user private key; Dividing the encrypted information into a plurality of encrypted sub-information; Each encrypted sub-information in the plurality of encrypted sub-information is stored in a storage platform corresponding to a plurality of nodes in the blockchain, and each storage platform stores only one copy of the same encrypted sub-information; and information including storage locations of the plurality of encrypted sub-information is stored in the first storage platform; In the information containing multiple encrypted sub-information storage locations, a storage priority is set for the same encrypted sub-information stored in different evidence storage platforms, and the storage priority identifies the time sequence in which the encrypted sub-information is stored in the evidence storage platforms corresponding to different nodes; the encrypted sub-information with the highest storage priority is the encrypted sub-information that is retrieved first, and when a node with a higher storage priority is unavailable, the encrypted sub-information with the next storage priority is the encrypted sub-information that is retrieved first.

2. The account registration method according to claim 1, characterized in that: The step of obtaining a platform account creation request by the first evidence storage platform includes: The second platform obtains the first creation request sent by the user, and authenticates the user identity according to the first creation request; If the authentication result is passed, an account creation request is generated and sent to the first evidence storage platform; The first evidence storage platform obtains an account creation request sent from the second platform.

3. The account registration method according to claim 1, characterized in that: Follow the steps below to obtain encrypted information based on the identity information and the user's private key: Encrypt the identity information using the user's private key to obtain encrypted information; or, Log in to the created platform account to initiate a transaction, encrypt the transaction data and the identity information together with the user's private key to obtain encrypted information.

4. The account registration method according to claim 1, characterized in that: Follow the steps below to obtain encrypted information based on the identity information and the user's private key: Execute the user identity registration smart contract, encrypt the user identity information using the smart contract with the user's private key, and obtain encrypted information.

5. A method for retrieving an account on a decentralized electronic contract evidence storage platform, characterized in that: The method comprises: The first evidence storage platform obtains an account retrieval request; the account retrieval request includes identity information of the user who sends the account retrieval request; According to the identity information, retrieve the information containing the storage locations of the multiple encrypted sub-information in the account registration method according to claim 1 stored in the first evidence storage platform; According to the information containing the storage locations of the multiple encrypted sub-information, the encrypted sub-information is obtained from the corresponding evidence storage platform respectively; Decrypt all encrypted sub-information to obtain decrypted identity information; Determine whether the decrypted identity information is consistent with the identity information in the account retrieval request; if they are consistent, encrypt the identity information using a new private key to obtain encrypted information; The encrypted information is distributed and stored in a storage platform corresponding to multiple nodes in the blockchain.

6. The account recovery method according to claim 5, characterized in that: The step of distributing and storing the encrypted information in a proof storage platform corresponding to multiple nodes in the blockchain includes: Dividing the encrypted information into a plurality of encrypted sub-information; The multiple encrypted sub-information are respectively stored in the evidence storage platforms corresponding to the multiple nodes in the blockchain, and the information including the storage locations of the multiple encrypted sub-information is stored in the first evidence storage platform.

7. A method for modifying an account on a decentralized electronic contract evidence storage platform, characterized in that: The method comprises: The first evidence storage platform obtains an account modification request; the account modification request includes the original identity information and the modified identity information of the user who sends the account modification request; According to the original identity information, retrieve the information containing the storage locations of the multiple encrypted sub-information in the account registration method according to claim 1 stored in the first evidence storage platform; According to the information containing the storage locations of the multiple encrypted sub-information, the encrypted sub-information is obtained from the corresponding evidence storage platform respectively; Decrypt all encrypted sub-information to obtain decrypted identity information; Determine whether the decrypted identity information is consistent with the original identity information in the account modification request; if consistent, encrypt the modified identity information with a new private key to obtain encrypted information; The encrypted information is distributed and stored in a storage platform corresponding to multiple nodes in the blockchain.

Images