Block chain resource exchange method

Abstract

The invention provides a block chain resource exchange method, which is applied to a multi-block chain integration system, and comprises the following steps: receiving a target transaction request for exchanging a first resource of a first user in a first block chain with a second resource of a second user in a second block chain; based on the unique resource permission code of the first resource and the unique resource permission code of the second resource in the target transaction request, the verification of the authenticity of the first resource and the authenticity of the second resource is requested to a resource permission block chain, and the resource permission block chain records all-party user information and block information of each resource on the first block chain and the second block chain; the unique resource permission code indicates resource information and block information of the resource to which the unique resource permission code belongs. And if the authenticity verification of the first resource and the second resource is passed, the target transaction request is completed based on the first block chain and the second block chain, and all-party user information and block information after the first resource and the second resource are updated are uploaded to the resource permission block chain. According to the invention, the convenience of cross-chain transaction can be improved.

Description

Technical Field

[0001] The present application relates to the field of blockchain technology, and in particular to a blockchain resource exchange method. Background Art

[0002] With the development of blockchain technology, the application of blockchain is becoming more and more popular, and the demand for cross-chain transactions between different blockchains has increased significantly.

[0003] Before executing a cross-chain transaction, the existing technology needs to verify the authenticity of the resources of both parties to the transaction, which involves the process of searching for resource information on the blockchain where the resources are located. Since the search is time-consuming, cross-chain transactions are currently inconvenient. Summary of the invention

[0004] The purpose of this application is to provide a blockchain resource exchange method that can complete cross-chain transactions more conveniently.

[0005] In order to achieve the above purpose, the embodiment of the present application is implemented as follows:

[0006] In a first aspect, a blockchain resource exchange method is provided, which is applied to an integrated system of multiple blockchains, and the method comprises:

[0007] receiving a target transaction request, the target transaction request being used to exchange a first resource of a first user in a first blockchain with a second resource of a second user in a second blockchain, the transaction request carrying a unique resource permission code of the first resource and a unique resource permission code of the second resource, the unique resource permission code being used to indicate resource information and block information of the resource, the first blockchain and the second blockchain belonging to the integrated system;

[0008] Based on the unique resource permission code of the first resource and the unique resource permission code of the second resource, requesting to verify the authenticity of the first resource and the second resource from the resource permission blockchain, the resource permission blockchain recording the owner user information and block information of all resources on the first blockchain and the second blockchain;

[0009] If the authenticity verification of the first resource and the second resource passes, the target transaction request is completed based on the first blockchain and the second blockchain, and the updated owner user information and block information of the first resource and the second resource are uploaded to the resource authority blockchain.

[0010] In the embodiment of the present application, the integrated system of multiple blockchains includes a first blockchain and a second blockchain for resource release, and a resource authority blockchain set exclusively for the first blockchain and the second blockchain. The resource authority blockchain is used to record the owner user information and block information of all resources on the first blockchain and the second blockchain. In addition, all resources on the first blockchain and the second blockchain are configured with corresponding unique resource authority codes, and the unique resource authority code is used to indicate the resource information and block information of the resources to which they belong. After receiving a target transaction request for exchanging the first resource of the first user in the first blockchain with the second resource of the second user in the second blockchain, based on the unique resource authority code of the first resource and the unique resource authority of the second resource carried in the target transaction request, the resource authority blockchain is requested to verify the authenticity of the first resource and the second resource; if the authenticity of the first resource and the second resource is verified, the target transaction request is completed based on the first blockchain and the second blockchain, and the updated owner user information and block information of the first resource and the second resource are uploaded to the resource authority blockchain. In the whole process, the authenticity of the first resource and the second resource can be verified directly to the exclusive resource authority blockchain based on the unique resource authority, without searching the first resource and the second resource information to the first blockchain and the second blockchain respectively, so as to complete the cross-chain transaction more conveniently and efficiently. In addition, the resource information and block information of each resource in the first blockchain and the second blockchain are recorded by the resource authority blockchain, which can inhibit the excessive growth of the main chains of the first blockchain and the second blockchain to a certain extent. BRIEF DESCRIPTION OF THE DRAWINGS

[0011] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments recorded in the embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative work.

[0012] Figure 1 This is a schematic diagram of the structure of the integrated system of an embodiment of the present application.

[0013] Figure 2 This is a schematic diagram of the first process of the blockchain resource exchange method according to an embodiment of the present application.

[0014] Figure 3 This is a second flow chart of the blockchain resource exchange method according to an embodiment of the present application.

[0015] Figure 4 A schematic diagram of generating a unique resource permission code for a blockchain resource exchange method according to an embodiment of the present application.

[0016] Figure 5 This is a third flow chart of the blockchain resource exchange method according to an embodiment of the present application.

[0017] Figure 6 This is a fourth flow chart of the blockchain resource exchange method according to an embodiment of the present application.

[0018] Figure 7 This is a fifth flow chart of the blockchain resource exchange method according to an embodiment of the present application.

[0019] Figure 8 This is a schematic diagram of the structure of a blockchain resource exchange device according to an embodiment of the present application.

[0020] Fig. 9 A schematic diagram of the structure of an electronic device according to an embodiment of the present application. DETAILED DESCRIPTION

[0021] In order to enable those skilled in the art to better understand the technical solutions in this specification, the technical solutions in the embodiments of this application will be clearly and completely described below in conjunction with the drawings in the embodiments of this application. Obviously, the described embodiments are only part of the embodiments of this specification, not all of the embodiments. Based on the embodiments in this specification, all other embodiments obtained by ordinary technicians in this field without creative work should fall within the scope of protection of this specification.

[0022] As mentioned above, the existing technology needs to verify the authenticity of the resources of both parties before executing cross-chain transactions. This involves the process of searching for resource information on the blockchain where the resources are located. Since the search is time-consuming, cross-chain transactions are currently inconvenient.

[0023] To this end, this application aims to propose a blockchain resource exchange solution for an integrated system of multiple blockchains, which can complete cross-chain transactions more conveniently and efficiently. Figure 1 As shown, there are multiple general-purpose blockchains and a special-purpose resource permission blockchain, which can be used as a test chain for general-purpose blockchains. Users can publish resources on general-purpose blockchains, while the special-purpose resource permission blockchain is responsible for accounting for resources on general-purpose blockchains. Cross-chain transactions between general-purpose blockchains can be executed by the integrated system.

[0024] With the above-mentioned integrated system as the execution subject, an embodiment of the present application provides a blockchain resource exchange method.

[0025] Figure 2 It is a flowchart of the blockchain resource exchange method, including:

[0026] S102, receiving a target transaction request, the target transaction request is used to exchange a first resource of a first user in a first blockchain with a second resource of a second user in a second blockchain, the transaction request carries a unique resource permission code of the first resource and a unique resource permission code of the second resource, the unique resource permission code is used to indicate resource information and block information of the resource, and the first blockchain and the second blockchain belong to an integrated system.

[0027] In this embodiment, the first blockchain and the second blockchain are Figure 1 Blockchain for general use.

[0028] The first blockchain and the second blockchain can be any type of blockchain, such as a public chain, a private chain, and a consortium chain, which is not specifically limited in this article. Correspondingly, the resource types of the first resource and the second resource can be the same or different. For example, the first resource is a non-assimilable token asset of an image collection, and the second resource is a non-assimilable token asset of a music collection. One of the purposes of building an integrated system is to realize resource exchange between blockchains of conventional use.

[0029] Specifically, users can publish their own resources on any general-purpose blockchain through the integrated system. Figure 3 It is a flow chart of the user publishing the target resource to the specified blockchain through the integrated system, including the following steps:

[0030] Step 1: The user sends a resource publishing request to the integration system.

[0031] Step 2: The integrated system verifies the compliance of the resource publishing request initiated by the user.

[0032] This step mainly verifies the security of users.

[0033] If the compliance check passes, the integrated system agrees to accept the resource release request.

[0034] If the compliance check fails, the integrated system will refuse to accept the resource publishing request and prompt the reason for the resource rejection; in addition, if the number of times a user fails the compliance check reaches a certain threshold within a limited time, the user's resource publishing authority can be temporarily frozen.

[0035] Step 3: The integrated system feeds back the acceptance result of the resource release request.

[0036] Step 4: When the resource publishing request is accepted, the user uploads the target resource to the integration system.

[0037] Step 5: The integrated system verifies the compliance of the target resources.

[0038] In this step, the integration system mainly verifies the uniqueness of the target resources to avoid duplicate releases of the target resources.

[0039] Step 6: If the integrated system passes the compliance check, it will publish the target resource on the specified blockchain and generate a unique resource permission code for the target resource.

[0040] In this step, the integrated system initiates a publishing request for the target resource to the blockchain node of the specified blockchain, so that the blockchain node calls the relevant smart contract of the specified blockchain to upload the target resource.

[0041] In addition, after the target resource is successfully uploaded, the integrated system generates a unique resource permission code for the target resource based on the resource information and block information of the target resource (indicating the blockchain to which it belongs and the location of the block to which it belongs). That is, the unique resource permission code of the target resource will not directly expose the resource information and block information, so as to achieve a privacy protection effect.

[0042] refer to Figure 4 As shown, in one implementation, the integrated system can encrypt the unique resource signature (URS) and block information of the target resource based on a preset first encryption algorithm to obtain a unique resource permission code for the target resource. Among them, the unique resource signature of the target resource can be obtained by encrypting the resource information of the target resource based on a preset second encryption algorithm by the integrated system. Specifically, the block information of the target resource can be the block header information of the block to which it belongs in the specified blockchain (recording the specific location of the block in the specified blockchain). When the target resource is successfully released on the specified blockchain, the relevant unique resource signature code and block header information can be queried from the specified blockchain.

[0043] Specifically, the second encryption algorithm is used to encrypt the resource information of the resource by taking the life trajectory characteristics of the owner of the resource as an encryption factor; wherein the life trajectory characteristics are extracted from the life trajectory data of the owner of the resource.

[0044] As an exemplary introduction, the life trajectory data includes at least one of the following:

[0045] The ambient temperature represented by a time series collected by the terminal devices of all users;

[0046] The geographical location represented by time series collected by the terminal devices of all users;

[0047] The light intensity represented by a time series is collected by the terminal devices of all users.

[0048] For example, when resources are uploaded to the chain, the user trajectory information is segmented according to the user's current time point, and one or several segments are randomly selected. Multiple units of trajectory are extracted from each segment and sorted by time units to form a trajectory resource group. The second encryption algorithm is used to generate a unique resource feature code for the time point.

[0049] Step 7: The integrated system uploads the owner user information, block information and unique resource permission code of the target resource to the resource permission blockchain.

[0050] Among them, all user information may include: the user's ID, location, mobile phone number, etc.; block information may include: the blockchain to which it belongs, the location of the block to which it belongs, the blockchain type of the blockchain to which it belongs, etc.

[0051] Step 8: The resource permission blockchain verifies the compliance of the owner user information and block information of the target resource.

[0052] This step mainly verifies the integrity and format of the owner user information and block information of the target resource. The specific verification content will not be repeated here.

[0053] Step 9: The resource permission blockchain records the owner user information and block information of the target resource into the ledger.

[0054] Step 10: The resource authority blockchain feeds back the upload results to the integrated system.

[0055] Step 11: The integrated system feeds back the publishing results of the target resources to the user.

[0056] Specifically, in the above step 2, this embodiment can verify the user's personal operation in any one or all of the following ways.

[0057] Method 1

[0058] This embodiment requires the user to complete real-name authentication through a super SIM card.

[0059] Correspondingly, when the integrated system performs personal operation verification on the user, it sends a super SIM card verification request for the user to the card number service of the super SIM card, so that the card number service initiates super SIM card verification on the user.

[0060] Afterwards, if a super SIM card verification result is received from the card number service, or a super SIM card verification result is received from the user himself, it is determined to be a personal operation.

[0061] Method 2

[0062] The integrated system of this embodiment requires the user to complete real-name authentication through key verification.

[0063] Correspondingly, the integrated system keeps the public key of the legitimate user, and when performing real-name verification on the current user, it will encrypt a random number for the first time based on the public key of the legitimate user, and send the random number generated after the first encryption to the current user. Correspondingly, the current user needs to decrypt the first encrypted random number based on his own private key to extract the random number; after that, the current user encrypts the random number again based on the public key issued by the integrated system, and sends the re-encrypted random number to the integrated system. For the integrated system side, if the previously sent random number can be decrypted from the re-encrypted random number based on its own private key, it proves that the current user is using the private key of the legitimate user, and therefore it is determined to be the operation by himself.

[0064] in, Figure 5 The following is a flowchart of the integrated system verifying the compliance of a resource publishing request initiated by a user, including the following steps:

[0065] Step 2.1: The integrated system encrypts a random number based on the (legitimate) user's public key.

[0066] In this embodiment, the resource publishing request initiated by the user includes user information provided by the user.

[0067] If the user information corresponds to a legitimate user who has registered in the integrated system, the integrated system will use the public key of the legitimate user when encrypting the random number.

[0068] If the user corresponding to this user information is not registered in the integrated system, the integrated system can directly end the process and reject the resource release request.

[0069] Step 2.2: The integrated system sends the encrypted random number to the user to be verified.

[0070] Step 2.3: The user decrypts the random number based on his own private key and encrypts the random number again based on the public key of the integrated system.

[0071] Step 2.4: The user sends the encrypted random number to the integrated system.

[0072] Step 2.5: The integrated system verifies the re-encrypted random number based on its own private key.

[0073] In this step, if the integrated system uses its own private key to decrypt the random number of step 2.1 from the re-encrypted random number, the verification is successful.

[0074] Step 2.6: The integrated system sends a super SIM card verification request for the user to the card number service.

[0075] Step 2.7: The card number service verifies the user's super SIM card.

[0076] It should be understood that only the user to be verified is a legitimate user can receive the super SIM card verification initiated by the card number service.

[0077] Step 2.8: The card number service feeds back the super SIM card verification result to the integrated system.

[0078] For the integrated system, if the super SIM card verification is passed, it is determined that the user is the legitimate user himself. If the super SIM card verification fails, the resource release request is rejected.

[0079] It should be understood that as long as the blockchain resources are of general use, the integrated system will generate corresponding unique resource permission codes.

[0080] In this step, the target transaction request needs to provide unique resource permission codes of the first resource and the second resource to verify the authenticity of the first resource and the second resource.

[0081] S104, based on the unique resource permission code of the first resource and the unique resource permission code of the second resource, request the resource permission blockchain to verify the authenticity of the first resource and the second resource, and the resource permission blockchain records the owner user information and block information of all resources on the first blockchain and the second blockchain.

[0082] based on Figure 3 As can be seen from the resource publishing process shown, the resource permission blockchain of this embodiment will record the owner user information and block information of all resources on the blockchain for conventional purposes.

[0083] In this step, the integrated system can extract the owner user information and block information of the first resource and the second resource based on the unique resource permission code of the first resource and the unique resource permission code of the second resource, and compare the owner user information and block information of the first resource and the second resource recorded in the resource permission blockchain. If they are consistent, the authenticity verification passes.

[0084] Specifically, if the unique resource permission code is in accordance with Figure 4 In the process shown, the unique resource characteristic code and block information of the resource are encrypted based on the first encryption algorithm, and the unique resource characteristic code is obtained by encrypting the resource information of the resource based on the second encryption algorithm; then in the step, the integrated system needs to decrypt the unique resource permission codes of the first resource and the second resource in the target transaction request based on the first decryption algorithm matching the first encryption algorithm, and obtain the unique resource characteristic code and blockchain of the first resource and the second resource respectively; then, based on the second decryption algorithm matching the second encryption algorithm, the unique resource characteristic codes of the first resource and the second resource are decrypted respectively, and the resource information of the first resource and the second resource respectively is obtained.

[0085] S106: If the authenticity verification of the first resource and the second resource passes, the target transaction request is completed based on the first blockchain and the second blockchain, and the updated owner user information and block information of the first resource and the second resource are uploaded to the resource authority blockchain.

[0086] In this step, the integrated system sends a target transaction request to the first blockchain and the second blockchain, so as to call the smart contract through the blockchain nodes of the first blockchain and the second blockchain to execute the exchange of the first resource and the second resource.

[0087] After the target transaction request is completed, the second user is the owner of the first resource, and the first user is the owner of the second resource. Therefore, the integrated system can regenerate the unique resource permission code of the first resource and the second resource, and upload the updated owner user information, block information and unique resource permission code of the first resource and the second resource to the resource permission blockchain for recording. In addition, the integrated system can also upload the resource exchange statement of the first user and the second user and the cancellation statement of the original unique resource permission code to the resource permission blockchain, which will not be repeated in this article.

[0088] In addition, when the first resource and the second resource are different resource types, the integrated system can also evaluate the value of the first resource and the second resource to obtain the reference value of the first resource and the second resource. If the reference value difference between the first resource and the second resource is less than the preset standard (the value difference between the two resources is small), the target transaction request is completed based on the first blockchain and the second blockchain; if the reference value difference between the first resource and the second resource reaches the preset standard (the value difference between the two resources is large), the target transaction request can be completed based on the first blockchain and the second blockchain under the confirmation operation of the first user and / or the second user.

[0089] Specifically, the integrated system can evaluate the value of the first resource and the second resource based on at least one of the dimensions of resource content, resource historical transaction frequency, and resource historical evaluation. In addition, if the first resource and the second resource are digital assets such as NFT, the dimension of value evaluation can also include resource popularity (such as the number of likes and reposts).

[0090] It should be noted that the value assessment of the first resource and the second resource is initiated by the integrated system, but it does not have to be executed locally in the integrated system. As an implementation method, the integrated system can request the resource authority blockchain to perform a value assessment on the first resource and the second resource, and the resource authority blockchain feeds back the value assessment results of the first resource and the second resource to the integrated system.

[0091] As an example introduction, Figure 3It is a flowchart of the integrated system processing the target transaction request, including the following steps:

[0092] Step 1: A user (first user or second user) sends a target transaction request for resource exchange to the integration system.

[0093] The target transaction request carries the unique resource permission codes of the first resource and the second resource, and the user IDs of the first user and the second user, respectively.

[0094] Step 2: The integrated system verifies the compliance of the target transaction request initiated by the user.

[0095] In this step, the integrated system mainly verifies whether the first user and the second user are the ones operating the target transaction request.

[0096] Step 3: When the compliance of the target transaction request passes the verification, the integrated system sends a resource authenticity verification request to the resource authority blockchain.

[0097] In this step, the integrated system can extract the owner user information and block information of the first resource and the second resource according to the unique resource permission code of the first user and the second user, and send the owner user information and block information of the first resource and the second resource to the resource permission blockchain. Alternatively, the integrated system sends the unique resource permission code of the first resource and the second resource user to the resource permission blockchain, and the resource permission blockchain extracts it through the smart contract.

[0098] Step 4: The resource authority blockchain verifies the authenticity of the first resource and the second resource.

[0099] Specifically, the resource permission blockchain verifies through a local smart contract whether the locally recorded owner user information and block information of the first resource and the second resource household are consistent with the owner user information and block information of the first resource and the second resource household extracted from the unique resource permission code.

[0100] If they are consistent, the authenticity check passes;

[0101] If they are inconsistent, the authenticity check fails.

[0102] Step 5: The resource authority blockchain feeds back the authenticity verification results of the first resource and the second resource to the integration system

[0103] If the authenticity verification of the first resource and the second resource passes, the integration system accepts the target transaction request; otherwise, the integration system does not accept the target transaction request.

[0104] Step 6: The integrated system feeds back the acceptance result of the target transaction request to the user.

[0105] Step 7: When accepting the target transaction request, the user sends resource information of the exchanged resources to the integration system.

[0106] Step 8: The integrated system verifies the validity of the resources to be exchanged.

[0107] In this step, the integrated system mainly verifies the uniqueness of the first resource and the second resource to avoid duplicate release of the first resource and the second resource.

[0108] Step 9: The integrated system sends a resource value assessment request to the resource authority blockchain.

[0109] Step 10: The resource authority blockchain evaluates the value of the first resource and the second resource

[0110] Specifically, the resource authority blockchain calls the locally deployed smart contract to evaluate the value of the first resource and the second resource based on at least one of the dimensions of resource content, resource historical transaction frequency, and resource historical evaluation, and obtains the reference value difference between the first resource and the second resource. In addition, if the first resource and the second resource are NFT assets, the resource popularity (number of reposts, number of likes) dimension can also be introduced for value evaluation.

[0111] Step 11: The resource authority blockchain feeds back the resource value assessment results to the integrated system.

[0112] Step 12: The integrated system feeds back the resource value assessment results to the user for secondary confirmation.

[0113] It should be noted that if the difference in reference value between the first resource and the second resource is small, steps 11 and 12 may be chosen not to be performed.

[0114] Step 13: The integrated system executes the target transaction request based on the first blockchain and the second blockchain.

[0115] After the target transaction request is completed, the user of the first resource is changed from the first user to the second user, and the user of the second resource is changed from the second user to the first user.

[0116] Step 14: The integrated system sends the updated user information, block information and unique resource permission code of the first resource and the second resource to the resource permission blockchain.

[0117] Step 15: The resource permission blockchain records the updated user information, block information and unique resource permission code of the first resource and the second resource.

[0118] Step 16: The resource authority blockchain feeds back the record results to the integrated system.

[0119] Step 17: The integrated system feeds back the execution result of the target transaction request to the user.

[0120] in, Figure 7 The flowchart of verifying whether the first user and the second user are the ones operating the target transaction request is illustrated. User 1 is any one of the first user and the second user, and user 2 is the other of the first user and the second user.

[0121] Figure 7 In the example, the integrated system verifies whether user 1 is the person operating the target transaction request, including:

[0122] Step 2.11: The integrated system encrypts a random number based on the public key of (legitimate) user 1.

[0123] In this embodiment, the target transaction includes the user information of user 1.

[0124] If the user information corresponds to a legitimate user who has registered in the integrated system, the integrated system will use the public key of the legitimate user when encrypting the random number.

[0125] If the user corresponding to this user information is not registered in the integrated system, the integrated system can directly end the process and reject the resource release request.

[0126] Step 2.12: The integrated system sends the encrypted random number to user 1 to be verified.

[0127] Step 2.13: User 1 decrypts the random number based on his own private key, and encrypts the random number again based on the public key of the integrated system.

[0128] Step 2.14: User 1 sends the re-encrypted random number to the integrated system.

[0129] Step 2.15: The integrated system verifies the re-encrypted random number based on its own private key.

[0130] In this step, if the integrated system uses its own private key to decrypt the random number of step 2.1 from the re-encrypted random number, the verification is successful.

[0131] Step 2.16: The integrated system sends a super SIM card verification request for the user to the card number service.

[0132] Step 2.17: The card number service performs super SIM card verification on user 1.

[0133] It should be understood that only if the user 1 to be verified is a legitimate user can he receive the super SIM card verification initiated by the card number service.

[0134] Step 2.18: The card number service feeds back the super SIM card verification result of user 1 to the integrated system.

[0135] Figure 7 In the example, the integrated system verifies whether user 2 is the person operating the target transaction request, including:

[0136] Step 2.21: The integrated system encrypts the random number fed back by user 1 based on the public key of (legitimate) user 2.

[0137] Step 2.22: The integrated system sends the encrypted random number to user 2 to be verified.

[0138] Step 2.23: User 2 decrypts the random number based on his own private key, and encrypts the random number again based on the public key of the integrated system.

[0139] Step 2.24: User 2 sends the re-encrypted random number to the integrated system.

[0140] Step 2.25: The integrated system verifies the re-encrypted random number based on its own private key.

[0141] In this step, if the integrated system uses its own private key to decrypt the random number of step 2.21 from the re-encrypted random number, the verification is successful.

[0142] Step 2.26: The integrated system sends a super SIM card verification request for user 2 to the card number service.

[0143] Step 2.27: The card number service performs super SIM card verification on user 2.

[0144] It should be understood that only if the user 2 to be verified is a legitimate user can he receive the super SIM card verification initiated by the card number service.

[0145] Step 2.28: The card number service feeds back the super SIM card verification result of user 2 to the integrated system.

[0146] Compared with the prior art, the method of this embodiment has the following advantages:

[0147] 1) The main chain of the resource permission blockchain only stores the user information, block information, timestamp, etc. of the resource owner, and traces the resource transaction records at the lowest cost, which is the basis for cross-chain transactions. In addition, the smart contract of the resource permission blockchain further decentralizes the value assessment and auxiliary verification of resources.

[0148] 2) The introduction of a unique resource permission code can quickly locate the resources and resource value owned by the user, avoiding the workload of scanning the entire blockchain for data mining.

[0149] 3) Generate a unique resource permission code through multiple encryption methods to ensure the security of resource privacy information.

[0150] 4) Through the key + super SIM card identity authentication method, ensure that cross-chain transactions and resource releases are operated by the user himself, and avoid malicious tampering of resources and identity impersonation in network interactions.

[0151] In addition, with the above-mentioned integrated system as the execution entity, an embodiment of the present application provides a blockchain resource exchange device. Figure 8 It is a structural diagram of the blockchain resource exchange device, including:

[0152] A receiving module 810 is configured to receive a target transaction request, wherein the target transaction request is used to exchange a first resource of a first user in a first blockchain with a second resource of a second user in a second blockchain, wherein the transaction request carries a unique resource permission code of the first resource and a unique resource permission code of the second resource, wherein the unique resource permission code is used to indicate resource information and block information of the resource, and the first blockchain and the second blockchain belong to the integrated system;

[0153] A verification module 820 is used to request a resource permission blockchain to verify the authenticity of the first resource and the second resource based on the unique resource permission code of the first resource and the unique resource permission code of the second resource, and the resource permission blockchain records the owner user information and block information of all resources on the first blockchain and the second blockchain;

[0154] The execution module 810 is used to complete the target transaction request based on the first blockchain and the second blockchain if the authenticity verification of the first resource and the second resource passes, and upload the updated owner user information and block information of the first resource and the second resource to the resource authority blockchain.

[0155] In the device of this embodiment, the integrated system of multiple blockchains includes a first blockchain and a second blockchain for resource release, and a resource authority blockchain set exclusively for the first blockchain and the second blockchain. The resource authority blockchain is used to record the owner user information and block information of all resources on the first blockchain and the second blockchain. In addition, all resources on the first blockchain and the second blockchain are configured with corresponding unique resource authority codes, and the unique resource authority code is used to indicate the resource information and block information of the resource. After receiving a target transaction request for exchanging the first resource of the first user in the first blockchain with the second resource of the second user in the second blockchain, based on the unique resource authority code of the first resource and the unique resource authority of the second resource carried in the target transaction request, the resource authority blockchain is requested to verify the authenticity of the first resource and the second resource; if the authenticity of the first resource and the second resource is verified, the target transaction request is completed based on the first blockchain and the second blockchain, and the updated owner user information and block information of the first resource and the second resource are uploaded to the resource authority blockchain. In the whole process, the authenticity of the first resource and the second resource can be verified directly to the exclusive resource authority blockchain based on the unique resource authority, without searching the first resource and the second resource information to the first blockchain and the second blockchain respectively, so as to complete the cross-chain transaction more conveniently and efficiently. In addition, the resource information and block information of each resource in the first blockchain and the second blockchain are recorded by the resource authority blockchain, which can inhibit the excessive growth of the main chains of the first blockchain and the second blockchain to a certain extent.

[0156] Optionally, all owners of resources on the first blockchain and the second blockchain are super SIM card users; the execution module 810 completes the target transaction request based on the first blockchain and the second blockchain, including: initiating super SIM card verification to the owners of the first resources and the second resources; if the super SIM card verification result for the owner of the first resource fed back by the first user is received, and the super SIM card verification result for the owner of the second resource is received from the second user, then the target transaction request is completed based on the first blockchain and the second blockchain.

[0157] Optionally, the execution module 810 executes all the owners of all resources on the first blockchain and the second blockchain as super SIM card users; and completes the target transaction request based on the first blockchain and the second blockchain, including: initiating super SIM card verification to the owners of the first resources and the second resources; if the super SIM card verification pass result of the owner of the first resource and the super SIM card verification pass result of the owner of the second resource are fed back by the card number service of the super SIM card, then completing the target transaction request based on the first blockchain and the second blockchain.

[0158] Optionally, the execution module 810 completes the target transaction request based on the first blockchain and the second blockchain, including: encrypting a first random number based on a public key of the owner user of the first resource, and sending the first encrypted data generated after encryption to the first user, and encrypting a second random number based on the public key of the owner user of the second resource, and sending the second encrypted data generated after encryption to the second user; if first response data fed back by the first user for the first encrypted data and second response data fed back by the second user for the second encrypted data are received, and the first response data can be decrypted to obtain the first random number based on the private key of the integrated system, and the second response data can be decrypted to obtain the second random number based on the private key of the integrated system, then the target transaction request is completed based on the first blockchain and the second blockchain.

[0159] Optionally, the resource types of the first resource and the second resource are different; the execution module 810 completes the target transaction request based on the first blockchain and the second blockchain, including: performing a value assessment on the first resource and the second resource to obtain a reference value of the first resource and the second resource; if the reference value difference between the first resource and the second resource is less than a preset standard, the target transaction request is completed based on the first blockchain and the second blockchain. If the reference value difference between the first resource and the second resource reaches a preset standard, the target transaction request is completed based on the first blockchain and the second blockchain under the confirmation operation of the first user and / or the second user.

[0160] Optionally, the execution module 810 performs value assessment on the first resource and the second resource, including: performing value assessment on the first resource and the second resource based on at least one dimension of resource content, resource historical transaction frequency, and resource historical evaluation.

[0161] Optionally, the resource feature code and block information are encrypted; the unique resource feature code is obtained by encrypting the resource information of the resource to which it belongs based on a second encryption algorithm; the verification module 820 requests the resource permission blockchain to verify the authenticity of the first resource and the second resource based on the unique resource permission code of the first resource and the unique resource permission code of the second resource, including: decrypting the unique resource permission codes of the first resource and the second resource based on a first decryption algorithm matching the first encryption algorithm to obtain the unique resource feature code and blockchain of the first resource and the second resource; decrypting the unique resource feature codes of the first resource and the second resource based on a second decryption algorithm matching the second encryption algorithm to obtain the resource information of the first resource and the second resource; based on the resource information and block information of the first resource, as well as the resource information and block information of the second resource, requesting the resource permission blockchain to verify the authenticity of the first resource and the second resource.

[0162] Optionally, the second encryption algorithm is used to encrypt the resource information of the resource using the life trajectory characteristics of the owner of the resource as an encryption factor; wherein the life trajectory characteristics are extracted from the life trajectory data of the owner of the user.

[0163] Optionally, the life trajectory data includes at least one of the following:

[0164] The ambient temperature represented by a time series collected by the terminal devices of all users;

[0165] The geographical location represented by time series collected by the terminal devices of all users;

[0166] The light intensity represented by a time series is collected by the terminal devices of all users.

[0167] Optionally, the execution module 810 uploads the updated owner user information and block information of the first resource and the second resource to the resource authority blockchain, including: uploading the updated owner user information, block information and unique resource permission code of the first resource and the second resource to the resource authority blockchain.

[0168] It should be noted that the blockchain resource exchange device of this embodiment can be used as Figure 2 The execution subject of the method shown can thus realize Figure 2 The steps and functions in the method shown are not repeated here.

[0169] Fig. 9 This is a schematic diagram of the structure of an electronic device provided by an embodiment of the present application. Fig. 9At the hardware level, the electronic device includes a processor, and optionally also includes an internal bus, a network interface, and a memory. The memory may include a memory, such as a high-speed random access memory (RAM), and may also include a non-volatile memory (non-volatile memory), such as at least one disk storage. Of course, the electronic device may also include hardware required for other services.

[0170] The processor, network interface and memory can be interconnected through an internal bus, which can be an ISA (Industry Standard Architecture) bus, a PCI (Peripheral Component Interconnect) bus or an EISA (Extended Industry Standard Architecture) bus. The bus can be divided into an address bus, a data bus, a control bus, etc. For ease of representation, Fig. 9 Only one bidirectional arrow is used in the diagram, but this does not mean that there is only one bus or only one type of bus.

[0171] The memory is used to store the program. Specifically, the program may include a program code, and the program code includes a computer operation instruction. The memory may include a memory and a non-volatile memory, and provides instructions and data to the processor.

[0172] The processor reads the corresponding computer program from the non-volatile memory into the memory and then runs it, forming the above-mentioned blockchain resource exchange device at the logical level. The processor executes the program stored in the memory and is specifically used to perform the following operations:

[0173] A target transaction request is received, where the target transaction request is used to exchange a first resource of a first user in a first blockchain with a second resource of a second user in a second blockchain, where the transaction request carries a unique resource permission code of the first resource and a unique resource permission code of the second resource, where the unique resource permission code is used to indicate resource information and block information of the resource, and where the first blockchain and the second blockchain belong to the integrated system.

[0174] Based on the unique resource permission code of the first resource and the unique resource permission code of the second resource, a request is made to the resource permission blockchain to verify the authenticity of the first resource and the second resource, and the resource permission blockchain records the owner user information and block information of all resources on the first blockchain and the second blockchain.

[0175] If the authenticity verification of the first resource and the second resource passes, the target transaction request is completed based on the first blockchain and the second blockchain, and the updated owner user information and block information of the first resource and the second resource are uploaded to the resource authority blockchain.

[0176] The above application Figure 2 The method disclosed in the illustrated embodiment can be applied to a processor or implemented by a processor. The processor may be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the above method can be completed by an integrated logic circuit of hardware in the processor or an instruction in the form of software. The above processor can be a general-purpose processor, including a central processing unit (CPU), a network processor (NP), etc.; it can also be a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA) or other programmable logic devices, discrete gates or transistor logic devices, discrete hardware components. The methods, steps and logic block diagrams disclosed in one or more embodiments of the present application can be implemented or executed. The general-purpose processor can be a microprocessor or the processor can also be any conventional processor, etc. The steps of the method disclosed in conjunction with one or more embodiments of the present application can be directly embodied as a hardware decoding processor for execution, or can be executed by a combination of hardware and software modules in the decoding processor. The software module can be located in a mature storage medium in the field such as random access memory, flash memory, read-only memory, programmable read-only memory or electrically erasable programmable memory, register, etc. The storage medium is located in the memory, and the processor reads the information in the memory and completes the steps of the above method in combination with its hardware.

[0177] Of course, in addition to software implementation methods, the electronic device of the present application does not exclude other implementation methods, such as logic devices or a combination of software and hardware, etc. That is to say, the execution subject of the following processing flow is not limited to each logic unit, but can also be hardware or logic devices.

[0178] The present application also provides a computer program product, which includes a computer-readable storage medium storing a computer program, and the computer program is operable to cause a computer to perform the following operations:

[0179] A target transaction request is received, where the target transaction request is used to exchange a first resource of a first user in a first blockchain with a second resource of a second user in a second blockchain, where the transaction request carries a unique resource permission code of the first resource and a unique resource permission code of the second resource, where the unique resource permission code is used to indicate resource information and block information of the resource, and where the first blockchain and the second blockchain belong to the integrated system.

[0180] Based on the unique resource permission code of the first resource and the unique resource permission code of the second resource, a request is made to the resource permission blockchain to verify the authenticity of the first resource and the second resource, and the resource permission blockchain records the owner user information and block information of all resources on the first blockchain and the second blockchain.

[0181] If the authenticity verification of the first resource and the second resource passes, the target transaction request is completed based on the first blockchain and the second blockchain, and the updated owner user information and block information of the first resource and the second resource are uploaded to the resource authority blockchain.

[0182] In short, the above description is only a preferred embodiment of the present application and is not intended to limit the protection scope of the present application. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of one or more embodiments of the present application shall be included in the protection scope of one or more embodiments of the present application.

[0183] The systems, devices, and modules described in the above embodiments may be implemented by computer chips or entities, or by products with certain functions. A typical implementation device is a computer. Specifically, the computer may be, for example, a personal computer, a laptop computer, a cellular phone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or a combination of any of these devices.

[0184] Computer readable media include permanent and non-permanent, removable and non-removable media that can be implemented by any method or technology to store information. Information can be computer readable instructions, data structures, program modules or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, compact disk read-only memory (CD-ROM), digital versatile disk (DVD) or other optical storage, magnetic cassettes, magnetic tape disk storage or other magnetic storage devices or any other non-transmission media that can be used to store information that can be accessed by a computing device. As defined herein, computer readable media does not include temporary computer readable media (transitory media), such as modulated data signals and carrier waves.

[0185] It should also be noted that the terms "include", "comprises" or any other variations thereof are intended to cover non-exclusive inclusion, so that a process, method, commodity or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, commodity or device. In the absence of more restrictions, the elements defined by the sentence "comprises a ..." do not exclude the existence of other identical elements in the process, method, commodity or device including the elements.

[0186] Each embodiment in this application is described in a progressive manner, and the same or similar parts between the embodiments can be referred to each other, and each embodiment focuses on the differences from other embodiments. In particular, for the system embodiment, since it is basically similar to the method embodiment, the description is relatively simple, and the relevant parts can be referred to the partial description of the method embodiment.

Claims

1. A blockchain resource exchange method, applied to an integrated system of multiple blockchains, characterized in that: The method comprises: receiving a target transaction request, the target transaction request being used to exchange a first resource of a first user in a first blockchain with a second resource of a second user in a second blockchain, the transaction request carrying a unique resource permission code of the first resource and a unique resource permission code of the second resource, the unique resource permission code being used to indicate resource information and block information of the resource, the first blockchain and the second blockchain belonging to the integrated system; Based on the unique resource permission code of the first resource and the unique resource permission code of the second resource, requesting to verify the authenticity of the first resource and the second resource from the resource permission blockchain, the resource permission blockchain recording the owner user information and block information of all resources on the first blockchain and the second blockchain; If the authenticity verification of the first resource and the second resource passes, the target transaction request is completed based on the first blockchain and the second blockchain, and the updated owner user information and block information of the first resource and the second resource are uploaded to the resource authority blockchain.

2. The method according to claim 1, characterized in that All users of all resources on the first blockchain and the second blockchain are super SIM card users; Completing the target transaction request based on the first blockchain and the second blockchain includes: Initiating super SIM card authentication to all users of the first resource and the second resource; If a super SIM card verification result for the owner of the first resource is fed back by the first user, and a super SIM card verification result for the owner of the second resource is fed back by the second user, the target transaction request is completed based on the first blockchain and the second blockchain.

3. The method according to claim 1, characterized in that: All users of all resources on the first blockchain and the second blockchain are super SIM card users; Completing the target transaction request based on the first blockchain and the second blockchain includes: Initiating super SIM card authentication to all users of the first resource and the second resource; If the super SIM card verification result of the owner user of the first resource and the super SIM card verification result of the owner user of the second resource are fed back by the card number service of the super SIM card, the target transaction request is completed based on the first blockchain and the second blockchain.

4. The method according to claim 1, characterized in that: Completing the target transaction request based on the first blockchain and the second blockchain includes: Encrypting a first random number based on a public key of an owner user of the first resource, and sending the first encrypted data generated after the encryption to the first user, and encrypting a second random number based on a public key of an owner user of the second resource, and sending the second encrypted data generated after the encryption to the second user; If first response data fed back by the first user for the first encrypted data and second response data fed back by the second user for the second encrypted data are received, and the first response data can be decrypted to obtain the first random number based on the private key of the integrated system, and the second response data can be decrypted to obtain the second random number based on the private key of the integrated system, then the target transaction request is completed based on the first blockchain and the second blockchain.

5. The method according to any one of claims 1 to 4, characterized in that: The first resource and the second resource are of different resource types; Completing the target transaction request based on the first blockchain and the second blockchain includes: Performing value evaluation on the first resource and the second resource to obtain reference values ​​of the first resource and the second resource; If the reference value difference between the first resource and the second resource is less than a preset standard, completing the target transaction request based on the first blockchain and the second blockchain; If the reference value difference between the first resource and the second resource reaches a preset standard, the target transaction request is completed based on the first blockchain and the second blockchain under the confirmation operation of the first user and / or the second user.

6. The method according to any one of claims 1 to 4, characterized in that: Performing a value assessment on the first resource and the second resource includes: Based on at least one dimension of resource content, resource historical transaction frequency, and resource historical evaluation, the first resource and the second resource are valued.

7. The method according to any one of claims 1 to 4, characterized in that: The unique resource permission code is obtained by encrypting the unique resource characteristic code and block information of the resource based on the first encryption algorithm; the unique resource characteristic code is obtained by encrypting the resource information of the resource based on the second encryption algorithm; Based on the unique resource permission code of the first resource and the unique resource permission code of the second resource, requesting to verify the authenticity of the first resource and the second resource from the resource permission blockchain includes: Decrypting the unique resource permission codes of the first resource and the second resource based on a first decryption algorithm that matches the first encryption algorithm to obtain unique resource feature codes and blockchains of the first resource and the second resource; Decrypting the unique resource feature codes of the first resource and the second resource based on a second decryption algorithm matching the second encryption algorithm to obtain resource information of the first resource and the second resource; Based on the resource information and block information of the first resource, and the resource information and block information of the second resource, a request is made to the resource authority blockchain to verify the authenticity of the first resource and the second resource.

8. The method according to claim 7, characterized in that The second encryption algorithm is used to encrypt the resource information of the resource by taking the life trajectory characteristics of the owner of the resource as an encryption factor; wherein the life trajectory characteristics are extracted from the life trajectory data of the owner of the resource.

9. The method according to claim 8, characterized in that The life trajectory data includes at least one of the following: The ambient temperature represented by a time series collected by the terminal devices of all users; The geographical location represented by time series collected by the terminal devices of all users; The light intensity represented by a time series is collected by the terminal devices of all users.

10. The method according to claim 8, characterized in that Uploading updated owner user information and block information of the first resource and the second resource to the resource authority blockchain, including: The updated owner user information, block information and unique resource permission code of the first resource and the second resource are uploaded to the resource permission blockchain.

Images