Data processing method and device of virtual resource, electronic equipment and readable medium

Abstract

The application provides a data processing method and device of virtual resources, electronic equipment and readable medium. The method comprises: obtaining virtual resource conversion information, wherein the virtual resource conversion information contains amount information when a first virtual resource of a first account in a first block chain is converted into a second virtual resource of a second account in a second block chain; according to the amount information of the first virtual resource and the amount information of the second virtual resource in the virtual resource conversion information, uploading a virtual resource conversion order in a third block chain; according to the virtual resource conversion order, transferring the first virtual resource from the first account in the first block chain and transferring the second virtual resource to the second account in the second block chain; and according to the transaction result of the virtual resource conversion order, uploading the processing result of the virtual resource conversion order in the third block chain. The method can reduce the overall failure risk of the conversion scheme and improve the availability of the scheme.

Description

Technical Field

[0001] This application relates to the field of computer technology, and in particular to a data processing method, apparatus, electronic device, and readable medium for virtual resources. Background Technology

[0002] In the process of virtual resource trading on the internet, there are scenarios where different virtual resources are converted into each other according to certain ratios and processes. In such scenarios, the transaction usually takes place on the blockchain where the virtual resources being converted reside.

[0003] In related technologies, the mutual conversion of virtual resources is usually accomplished by the conversion agency's control system requesting a transaction from the corresponding virtual blockchain based on the virtual resources the applicant wants to convert, in order to complete the conversion process.

[0004] However, in such solutions, the conversion process is centrally controlled by the conversion agency. If the agency's system fails, the entire conversion process will be unable to proceed, resulting in a high risk of failure for the overall conversion solution and negatively impacting its availability. Summary of the Invention

[0005] To address the aforementioned technical issues, this application provides a data processing method, apparatus, electronic device, and readable medium for virtual resources, thereby reducing the overall failure risk of the conversion scheme and improving its availability.

[0006] Other features and advantages of this application will become apparent from the following detailed description, or may be learned in part from practice of this application.

[0007] According to one aspect of the embodiments of this application, a data processing method for virtual resources is provided, including:

[0008] Obtain virtual resource conversion information, which includes the amount information when converting between the first virtual resource of the first account in the first blockchain and the second virtual resource of the second account in the second blockchain;

[0009] Based on the amount information of the first virtual resource and the amount information of the second virtual resource in the virtual resource conversion information, a virtual resource conversion order is uploaded to the third blockchain;

[0010] According to the virtual resource conversion order, the first virtual resource is transferred out of the first account in the first blockchain and the second virtual resource is transferred into the second account in the second blockchain;

[0011] Based on the transaction results of the virtual resource conversion order, the processing results of the virtual resource conversion order are uploaded to the third blockchain.

[0012] According to one aspect of the embodiments of this application, a data processing apparatus for virtual resources is provided, comprising:

[0013] The information acquisition module is configured to acquire virtual resource conversion information, which includes the amount information when converting between the first virtual resource of the first account in the first blockchain and the second virtual resource of the second account in the second blockchain.

[0014] The order generation module is configured to upload virtual resource conversion orders to the third blockchain based on the amount information of the first virtual resource and the amount information of the second virtual resource in the virtual resource conversion information.

[0015] The resource transfer module is configured to transfer a first virtual resource from a first account in the first blockchain and transfer a second virtual resource to a second account in the second blockchain according to the virtual resource conversion order.

[0016] The result generation module is configured to upload the processing result of the virtual resource conversion order to the third blockchain based on the transaction result of the virtual resource conversion order.

[0017] In some embodiments of this application, based on the above technical solutions, the first blockchain includes a first resource account, and the second blockchain includes a second resource account; the resource transfer module is further configured to: initiate a first transfer transaction to the first blockchain according to the virtual resource conversion order, the first transfer transaction including the amount information of the first virtual resource; transfer the first virtual resource from the first account to the first resource account in the first blockchain according to the amount information of the first virtual resource in the first transfer transaction; initiate a second transfer transaction to the second blockchain according to the virtual resource conversion order, the second transfer transaction including the amount information of the second virtual resource; transfer the second virtual resource from the second resource account to the second account in the second blockchain according to the amount information of the second virtual resource in the second transfer transaction.

[0018] In some embodiments of this application, based on the above technical solutions, the resource transfer module is further configured to: lock the second virtual resource in the second resource account in the second blockchain according to the amount information of the second virtual resource in the virtual resource conversion order; obtain the transaction result of the first transfer transaction in the first blockchain; if the transaction result indicates that the first transfer transaction was successful, initiate a second transfer transaction to the second blockchain according to the virtual resource conversion order; if the transaction result indicates that the first transfer transaction failed, unlock the locked second virtual resource in the second blockchain.

[0019] In some embodiments of this application, based on the above technical solutions, the information acquisition module is further configured to: create a first resource account in the first blockchain and a second resource account in the second blockchain; deploy a first smart contract in the first blockchain, the first smart contract being used to perform first virtual resource transfer-in and transfer-out operations on the first resource account in the first blockchain; deploy a second smart contract in the second blockchain, the second smart contract being used to perform second virtual resource transfer-in and transfer-out operations on the second resource account in the second blockchain; construct a third blockchain based on multiple service nodes; and register the first resource account in the first blockchain to the first smart contract and the second resource account in the second blockchain to the second smart contract through the service nodes of the third blockchain.

[0020] In some embodiments of this application, based on the above technical solutions, the information acquisition module is further configured to: acquire a virtual resource injection request initiated by a virtual resource provider; transfer the first virtual resource from the first provider account of the virtual resource provider in the first blockchain to the first resource account according to the injection amount of the first virtual resource in the virtual resource injection request through the first smart contract; and transfer the second virtual resource from the second provider account of the virtual resource provider in the second blockchain to the second resource account according to the injection amount of the second virtual resource in the virtual resource injection request through the second smart contract.

[0021] In some embodiments of this application, based on the above technical solutions, the result generation module is further configured to: receive a virtual resource extraction request initiated by a virtual resource provider; in response to the virtual resource extraction request, transfer the first virtual resource from the first resource account to the first provider account through the first smart contract, based on the amount of virtual resource transferred from the first provider account to the first resource account in the first blockchain; and in response to the virtual resource extraction request, transfer the second virtual resource from the second resource account to the second provider account through the second smart contract, based on the amount of virtual resource transferred from the second provider account to the second resource account.

[0022] In some embodiments of this application, based on the above technical solutions, the information acquisition module is further configured to: perform node authentication between the newly added node of the new provider account and each service node in the third blockchain; if the node authentication is successful, generate a service key for the new node in the third blockchain through the new node, and exchange the service key with other service nodes in the third blockchain; register the conversion account corresponding to the new provider account in the first blockchain to the first smart contract, and register the conversion account corresponding to the new provider account in the second blockchain to the second smart contract.

[0023] In some embodiments of this application, based on the above technical solutions, the information acquisition module is further configured to: acquire multiple service nodes that have deployed a third blockchain application; generate service keys for each service node in the third blockchain; and construct the third blockchain by exchanging the generated service keys between each service node and other service nodes in the third blockchain.

[0024] In some embodiments of this application, based on the above technical solutions, the order generation module is further configured to: obtain the conversion ratio between the first virtual resource and the second virtual resource; calculate the conversion amount according to the conversion ratio and the amount information of the first virtual resource; if the conversion amount matches the amount information of the second virtual resource, generate a virtual resource conversion order according to the virtual resource conversion information and the conversion amount; and upload the virtual resource conversion order to the third blockchain.

[0025] In some embodiments of this application, based on the above technical solutions, the order generation module is further configured to: obtain the current conversion ratio from the target data source through the service node of the third blockchain; and calculate the conversion ratio between the first virtual resource and the second virtual resource according to the current conversion ratio and the ratio weight in the third blockchain.

[0026] In some embodiments of this application, based on the above technical solutions, the order generation module is further configured to: determine the update weight for the ratio weight according to the task load information of each service node in the third blockchain; send the update weight to each service node in the third blockchain so that each service node confirms the update weight; and upload the update weight to the third blockchain according to the voting results of each service node.

[0027] In some embodiments of this application, based on the above technical solutions, the information acquisition module is further configured to: respond to the client's address acquisition request, send the address information of each service node in the third blockchain to the client, so that the client initiates a virtual resource conversion request to the service node in the third blockchain; receive the virtual resource conversion request sent by the client; respond to the virtual resource conversion request, select a conversion service node for the client from the various server nodes according to the task load information of each service node in the third blockchain; and obtain the virtual resource conversion information in the virtual resource conversion request through the conversion service node.

[0028] According to one aspect of the embodiments of this application, an electronic device is provided, the electronic device comprising: a processor; and a memory for storing executable instructions of the processor; wherein the processor is configured to perform a data processing method for virtual resources as described above by executing the executable instructions.

[0029] According to one aspect of the embodiments of this application, a computer-readable storage medium is provided, on which a computer program is stored, which, when executed by a processor, implements the data processing method for virtual resources as described in the above technical solutions.

[0030] According to one aspect of the embodiments of this application, a computer program product or computer program is provided, which includes computer instructions stored in a computer-readable storage medium. A processor of a computer device reads the computer instructions from the computer-readable storage medium and executes the computer instructions, causing the computer device to perform the data processing method for virtual resources provided in the various optional implementations described above.

[0031] In the embodiments of this application, during the data processing of virtual resource conversion, virtual resource conversion orders are uploaded to the third blockchain based on the amount information of the first and second virtual resources. After virtual resources are transferred in and out of the virtual resource accounts in the first and second blockchains according to the orders, the results are uploaded to the third blockchain. Thus, the conversion process is driven by the third blockchain, and the conversion orders and results are recorded. The system of a single conversion agency in the blockchain will not affect the execution of the overall conversion process, thereby reducing the overall failure risk of the conversion scheme and improving the availability of the scheme.

[0032] It should be understood that the above general description and the following detailed description are exemplary and explanatory only, and do not limit this application. Attached Figure Description

[0033] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this application and, together with the description, serve to explain the principles of this application. It is obvious that the drawings described below are merely some embodiments of this application, and those skilled in the art can obtain other drawings based on these drawings without any inventive effort.

[0034] In the attached diagram:

[0035] Figure 1 This is a schematic diagram of the system architecture of the virtual resource conversion processing scheme in the embodiments of this application.

[0036] Figure 2 This is a schematic diagram of the blockchain network in the embodiments of this application.

[0037] Figure 3 This is a schematic diagram of a block in a blockchain network in an embodiment of this application.

[0038] Figure 4 A flowchart of a data processing method for virtual resources according to an embodiment of this application.

[0039] Figure 5 A flowchart of a data processing method for virtual resources according to an embodiment of this application.

[0040] Figure 6 A flowchart of a data processing method for virtual resources according to an embodiment of this application.

[0041] Figure 7 A flowchart of a data processing method for virtual resources according to an embodiment of this application.

[0042] Figure 8 A flowchart of a data processing method for virtual resources according to an embodiment of this application.

[0043] Figure 9 This is a schematic diagram of the overall structure in a specific scenario according to an embodiment of this application.

[0044] Figure 10 This is a schematic flowchart illustrating the blockchain initialization of the cross-chain bridge in this application embodiment.

[0045] Figure 11 This is a schematic flowchart of the liquidity injection process in the embodiments of this application.

[0046] Figure 12 This is a schematic flowchart illustrating the process of adding a new blockchain node to a cross-chain bridge in this application embodiment.

[0047] Figure 13 This is a schematic flowchart of the virtual resource conversion process in the embodiments of this application.

[0048] Figure 14 This is a schematic flowchart illustrating the virtual resource withdrawal process in the embodiments of this application.

[0049] Figure 15 A schematic block diagram of the data processing apparatus for virtual resources in an embodiment of this application is shown.

[0050] Figure 16 A schematic diagram of the structure of a computer system suitable for implementing the electronic device of the present application is shown. Detailed Implementation

[0051] Exemplary embodiments will now be described more fully with reference to the accompanying drawings. However, these exemplary embodiments can be implemented in many forms and should not be construed as limited to the examples set forth herein; rather, these embodiments are provided to make this application more comprehensive and complete, and to fully convey the concept of the exemplary embodiments to those skilled in the art.

[0052] Furthermore, the described features, structures, or characteristics can be combined in any suitable manner in one or more embodiments. Numerous specific details are provided in the following description to give a thorough understanding of embodiments of this application. However, those skilled in the art will recognize that the technical solutions of this application can be practiced without one or more of the specific details, or other methods, components, apparatuses, steps, etc., can be employed. In other instances, well-known methods, apparatuses, implementations, or operations are not shown or described in detail to avoid obscuring various aspects of this application.

[0053] The block diagrams shown in the accompanying drawings are merely functional entities and do not necessarily correspond to physically independent entities. That is, these functional entities can be implemented in software, in one or more hardware modules or integrated circuits, or in different network and / or processor devices and / or microcontroller devices.

[0054] The flowcharts shown in the accompanying drawings are merely illustrative and do not necessarily include all content and operations / steps, nor do they necessarily have to be performed in the described order. For example, some operations / steps can be broken down, while others can be combined or partially combined; therefore, the actual execution order may change depending on the specific circumstances.

[0055] It should be understood that the solution presented in this application can be applied to providing cross-blockchain bridging services, specifically in scenarios involving the conversion of two virtual resources. Specifically, in such scenarios, a user will have an account on each of the blockchains for different virtual resources, and the account will contain the virtual resources held by the user. Through the solution provided in this application, users can convert their virtual resources into another type of virtual resource at a certain ratio, or they can provide their virtual resources to a resource pool for virtual resource trading as liquidity. A blockchain is established by multiple providers of virtual resource conversion services to provide cross-chain bridging services, and cross-chain virtual resource conversion requests initiated by end users are processed through blockchain and smart contracts. The solution presented in this application can also be applied to conversion platforms established by conversion service providers.

[0056] In online virtual resource trading, there are scenarios where different virtual resources are converted into each other according to certain ratios and processes. In such scenarios, transactions typically take place on the respective blockchains of the virtual resources being converted. In related technologies, the conversion of virtual resources is usually handled by the conversion agency's control system, which requests a transaction from the corresponding virtual blockchain based on the virtual resources the applicant wants to convert. However, in this approach, the conversion process is centrally controlled by the conversion agency. If the agency's system malfunctions or the agency providing the service goes bankrupt, the entire conversion process can be halted, resulting in a high risk of failure and reduced availability. The security of the agency's system also affects the security of the entire conversion system; if the agency's service account key is leaked, all virtual resources can be lost. Furthermore, because the service is provided centrally by the agency, uneven distribution of service resources may occur, leading to resource skew and affecting the conversion efficiency of some requests.

[0057] Based on this, the technical solution of this application proposes a virtual resource conversion processing scheme. Specifically, as shown in the embodiments... Figure 1As shown, the system architecture 100 of the virtual resource conversion processing scheme according to an embodiment of this application may include a terminal device 110, a network 120, and a server 130. The terminal device 110 may include smartphones, tablets, laptops, smart voice interaction devices, smart home appliances, vehicle terminals, aircraft, etc. The server 130 may be a server providing various services; it may be an independent physical server, a server cluster composed of multiple physical servers, or a distributed system. It may also be a cloud server providing basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, CDN (Content Delivery Network), and big data and artificial intelligence platforms. The network 120 may be a communication medium of various connection types capable of providing a communication link between the terminal device 110 and the server 130, such as a wired communication link or a wireless communication link.

[0058] Depending on the implementation requirements, the system architecture in this application embodiment can have any number of terminal devices, networks, and servers. For example, server 130 can be a server group composed of multiple server devices. In addition, the technical solutions provided in this application embodiment can be applied to terminal device 110, or to server 130, or can be implemented jointly by terminal device 110 and server 130. This application does not impose any special limitations on this.

[0059] In one embodiment of this application, server 130 obtains virtual resource conversion information from user terminal. This virtual resource conversion information includes the amount information when converting between the first virtual resource of the first account in the first blockchain and the second virtual resource of the second account in the second blockchain.

[0060] After receiving the virtual resource conversion information, server 130, based on the amount information of the first and second virtual resources in the conversion information, uploads the virtual resource conversion order to the third blockchain to ensure the security of the order data. Server 130 can transfer the first virtual resource from the first account in the first blockchain and transfer the second virtual resource to the second account in the second blockchain according to the virtual resource conversion order. Furthermore, based on the transaction result of the virtual resource conversion order, server 130 uploads the processing result of the virtual resource conversion order to the third blockchain, thereby completing the conversion process between the first and second virtual resources.

[0061] Specifically, the first virtual resource can be a virtual exchange commodity, and the second virtual resource can be a resource obtained through conversion. The first and second blockchains are the blockchains containing the virtual resources, storing their information. The third blockchain is used for virtual resource conversion, storing conversion orders. Smart contracts for virtual resource conversion are deployed in the first and second blockchains, and conversion accounts exist for these conversions. If a virtual resource is purchased through conversion, the virtual resource is transferred from the conversion account to the user's account via a smart contract; conversely, if a virtual resource is sold through conversion, the virtual resource is transferred from the user's account to the conversion account via a smart contract.

[0062] Blockchain is a novel application model of computer technologies such as distributed data storage, peer-to-peer transmission, consensus mechanisms, and cryptographic algorithms. Essentially, a blockchain is a decentralized database, a chain of data blocks (i.e., blocks) linked together using cryptographic methods. Each data block contains information about a batch of network transactions, used to verify the validity of the information (anti-counterfeiting) and generate the next block. A blockchain is maintained collaboratively by nodes in a blockchain network. For example, in… Figure 2 The blockchain network shown may include multiple nodes 201, which can be various clients forming the blockchain network. Each node 201, in its normal operation, receives input information and maintains shared data within the blockchain network based on this information. To ensure information exchange within the blockchain network, information connections can exist between each node, allowing for information transmission. For example, when any node in the blockchain network receives input information, other nodes in the network obtain this input information according to a consensus algorithm and store it as shared data, ensuring data consistency across all nodes in the blockchain network.

[0063] Each node in a blockchain network has a corresponding node identifier, and each node can store the node identifiers of other nodes. This allows for the broadcast of generated blocks to other nodes in the blockchain network based on their node identifiers. Each node can maintain a list of node identifiers, storing the node name and its corresponding node identifier in this list. The node identifier can be an IP (Internet Protocol) address or any other information that can be used to identify the node.

[0064] Each node in a blockchain network stores the same blockchain. A blockchain consists of multiple blocks; see [link to blockchain documentation]. Figure 3As shown, a blockchain consists of multiple blocks. The genesis block includes a block header and a block body. The block header stores input information features, version number, timestamp, and difficulty value, while the block body stores the input information. The next block after the genesis block takes the genesis block as its parent block. The next block also includes a block header and a block body. The block header stores the input information features of the current block, the block header features of the parent block, version number, timestamp, and difficulty value, and so on. This ensures that the block data stored in each block is related to the block data stored in the parent block, guaranteeing the security of the input information in the blocks.

[0065] The virtual resource conversion orders and conversion results maintained in server 130 can be located in Figure 3 In the block shown.

[0066] The implementation details of the technical solutions in the embodiments of this application are described in detail below:

[0067] Figure 4 A flowchart illustrating a data processing method for virtual resources according to an embodiment of this application is shown. This data processing method for virtual resources can be executed by a device with computing capabilities, such as a server. (Refer to...) Figure 4 As shown, the data processing method for this virtual resource includes at least steps S410 to S440, which are described in detail below:

[0068] Step S410: Obtain virtual resource conversion information, which includes the amount information when converting between the first virtual resource of the first account in the first blockchain and the second virtual resource of the second account in the second blockchain.

[0069] In some optional embodiments, the first account and the second account typically belong to the same user. The first virtual resource is a resource in the first blockchain, and the second virtual resource is a resource in the second blockchain. The first virtual resource and the second virtual resource can be converted into each other, such as converting the first virtual resource into the second virtual resource, or vice versa. The virtual resource conversion information includes the amount information corresponding to the first virtual resource and the second virtual resource when they are converted into each other. For example, if the first virtual resource of 10,000 is converted into the second virtual resource of 71,160, then the amount information corresponding to the first virtual resource and the second virtual resource are 10,000 and 71,160, respectively. The amount information of the second virtual resource can be a range indicating the amount of second virtual resource that the requesting party wishes to obtain.

[0070] Step S420: Based on the amount information of the first virtual resource and the amount information of the second virtual resource in the virtual resource conversion information, upload the virtual resource conversion order to the third blockchain.

[0071] In some optional embodiments, a virtual resource conversion order is generated based on virtual resource conversion information initiated by the conversion initiator, and is used to convert one type of virtual resource into another. For example, converting a specified virtual resource of amount n1 into a target virtual resource of amount n2. The virtual resource conversion service can be referred to as a cross-chain bridge service. The third blockchain is a blockchain constructed by the server of the provider of the cross-chain bridge service. This third blockchain typically does not record information related to the virtual resource itself, but rather records information related to the virtual resource conversion order.

[0072] Step S430: Transfer the first virtual resource from the first account of the first blockchain and transfer the second virtual resource into the second account of the second blockchain according to the virtual resource conversion order.

[0073] In some optional embodiments, after the third blockchain records the virtual resource conversion order on the chain, it initiates a transaction with the first and second blockchains, transferring the first virtual resource from a first account on the first blockchain and transferring the second virtual resource into a second account on the second blockchain, thereby converting the first virtual resource into the second virtual resource. It is understood that the specific amounts of resources involved in transferring out the first virtual resource and transferring in the second virtual resource are usually determined based on information in the order or on information such as the conversion ratio set by the cross-chain bridge service provider.

[0074] Step S440: Based on the transaction results of the virtual resource conversion order, upload the processing results of the virtual resource conversion order to the third blockchain.

[0075] Finally, after the transfer of virtual resources is completed in the first and second blockchains, the server can obtain the transaction result of the virtual resource conversion order based on the blocks uploaded to the first and second blockchains, and based on the transaction result, the processing result of the virtual resource conversion order uploaded to the third blockchain.

[0076] In the embodiments of this application, during the data processing of virtual resource conversion, virtual resource conversion orders are uploaded to the third blockchain based on the amount information of the first and second virtual resources. After virtual resources are transferred in and out of the virtual resource accounts in the first and second blockchains according to the orders, the results are uploaded to the third blockchain. Thus, the conversion process is driven by the third blockchain, and the conversion orders and results are recorded. The system of a single conversion agency in the blockchain will not affect the execution of the overall conversion process, thereby reducing the overall failure risk of the conversion scheme and improving the availability of the scheme.

[0077] In some optional embodiments, during the process of obtaining virtual resource conversion information, in response to the client's address acquisition request, the server sends the address information of each service node in the third blockchain to the client, enabling the client to initiate a virtual resource conversion request to the service nodes in the third blockchain. Subsequently, the server receives the virtual resource conversion request sent by the client and, in response, selects a conversion service node for the client from among the server nodes based on the task load information of each service node in the third blockchain. Finally, through the conversion service node, the virtual resource conversion information in the virtual resource conversion request is obtained. The server selects the conversion service node to provide services to the client based on the load of each service node in the third blockchain, thereby ensuring a more balanced load across the service nodes, preventing excessive pressure on a single service node from causing user requests to be unprocessed in a timely manner, and improving the system's response speed.

[0078] In embodiments of this application, a method for... Figure 4 Other detailed embodiments of the technical solution shown in the example are as follows: Figure 5 As shown, in a virtual resource processing method according to one embodiment of this application, a first blockchain contains a first resource account, a second blockchain contains a second resource account, and the virtual resource processing method may include the following steps:

[0079] Step S510: Obtain virtual resource conversion information, which includes the amount information when converting between the first virtual resource of the first account in the first blockchain and the second virtual resource of the second account in the second blockchain.

[0080] Optionally, the implementation details of step S510 are the same as... Figure 4 The steps S410 shown are the same and will not be repeated here.

[0081] Step S520: Based on the amount information of the first virtual resource and the amount information of the second virtual resource in the virtual resource conversion information, upload the virtual resource conversion order to the third blockchain.

[0082] Optionally, the implementation details of step S520 are the same as those of... Figure 4 The steps S420 shown are the same and will not be repeated here.

[0083] Step S530: Initiate a first transfer transaction to the first blockchain based on the virtual resource conversion order. The first transfer transaction contains the amount information of the first virtual resource.

[0084] In the third blockchain, the service node providing services to the client will initiate the first transfer transaction to the first blockchain based on the content of the virtual resource conversion order on the blockchain. This first transfer transaction will contain information about the amount of the first virtual resource to be transferred within the first blockchain.

[0085] Step S540: Based on the amount information of the first virtual resource in the first transfer transaction, transfer the first virtual resource from the first account to the first resource account in the first blockchain.

[0086] Nodes in the first blockchain execute transactions based on the amount of the first virtual resource in the first transfer transaction, transferring the first virtual resource from the first account to the first resource account. The first resource account is an account created and owned by the virtual resource conversion provider in the first blockchain. The virtual resource conversion provider uses the virtual resources in the first resource account to provide virtual resource conversion services. Transferring the first virtual resource from the first account to the first resource account indicates that the user requesting the conversion has sold their held first virtual resource; therefore, the corresponding amount of first virtual resource is transferred to the virtual resource conversion provider's first resource account. This transfer process is typically carried out through a conversion smart contract deployed in the first blockchain. It can be understood that when the conversion requester buys the first virtual resource, the smart contract transfers the first virtual resource from the first resource account to the first account.

[0087] Step S550: Initiate a second transfer transaction to the second blockchain based on the virtual resource conversion order. The second transfer transaction contains the amount information of the second virtual resource.

[0088] Similarly, service nodes in the third blockchain initiate a second transfer transaction to the second blockchain based on virtual resource conversion orders. This second transfer transaction contains information about the amount of the second virtual resources to be transferred within the second blockchain.

[0089] Step S560: In the second blockchain, the second virtual resource is transferred from the second resource account to the second account based on the amount information of the second virtual resource in the second transfer transaction.

[0090] Similar to the virtual resource transfer process in the first blockchain, a smart contract for converting virtual resources will also be deployed in the second blockchain. Nodes in the second blockchain will execute transactions based on the amount of the second virtual resources in the second transfer transaction, transferring the second virtual resources from the second resource account to the second account. The first account and the second account are owned by the transfer applicant, while the first resource account and the second resource account are owned by the virtual resource conversion service provider. Transferring the second virtual resources from the second resource account to the second account indicates that the user who applied for the conversion has purchased the second virtual resources; therefore, the corresponding amount of second virtual resources will be transferred to the user's second account in the second blockchain. By converting virtual resources through transactions between the first resource account in the first blockchain and the second resource account in the second blockchain, compared to recording conversion history separately, the amount and frequency of communication with the external environment are reduced, which is beneficial to improving the data security of the solution.

[0091] Step S570: Based on the transaction results of the virtual resource conversion order, upload the processing results of the virtual resource conversion order to the third blockchain.

[0092] Optionally, the implementation details of step S570 are the same as those of... Figure 4 The steps S440 shown are the same and will not be repeated here.

[0093] In the embodiments of this application, during the data processing of virtual resource conversion, virtual resource conversion orders are uploaded to the third blockchain based on the amount information of the first and second virtual resources. After virtual resources are transferred in and out of the virtual resource accounts in the first and second blockchains according to the orders, the results are uploaded to the third blockchain. Thus, the conversion process is driven by the third blockchain, and the conversion orders and results are recorded. The system of a single conversion agency in the blockchain will not affect the execution of the overall conversion process, thereby reducing the overall failure risk of the conversion scheme and improving the availability of the scheme.

[0094] In some optional embodiments, during the process of obtaining virtual resource conversion information, in response to the client's address acquisition request, the server sends the address information of each service node in the third blockchain to the client, enabling the client to initiate a virtual resource conversion request to the service nodes in the third blockchain. Subsequently, the server receives the virtual resource conversion request sent by the client and, in response, selects a conversion service node for the client from among the server nodes based on the task load information of each service node in the third blockchain. Finally, through the conversion service node, the virtual resource conversion information in the virtual resource conversion request is obtained. The server selects the conversion service node to provide services to the client based on the load of each service node in the third blockchain, thereby ensuring a more balanced load across the service nodes, preventing excessive pressure on a single service node from causing user requests to be unprocessed in a timely manner, and improving the system's response speed.

[0095] In embodiments of this application, a method for... Figure 5 Other detailed embodiments of the technical solution shown in the example are as follows: Figure 6 As shown, a virtual resource processing method according to one embodiment of this application may include the following steps:

[0096] Step S610: Obtain virtual resource conversion information, which includes the amount information when converting between the first virtual resource of the first account in the first blockchain and the second virtual resource of the second account in the second blockchain.

[0097] Optionally, the implementation details of step S610 are the same as... Figure 4 The steps S410 shown are the same and will not be repeated here.

[0098] Step S620: Based on the amount information of the first virtual resource and the amount information of the second virtual resource in the virtual resource conversion information, upload the virtual resource conversion order to the third blockchain.

[0099] Optionally, the implementation details of step S620 are the same as those of... Figure 4 The steps S420 shown are the same and will not be repeated here.

[0100] Step S630: Initiate a first transfer transaction to the first blockchain based on the virtual resource conversion order. The first transfer transaction contains the amount information of the first virtual resource.

[0101] Optionally, the implementation details of step S630 are the same as... Figure 5 The steps S530 shown are the same and will not be repeated here.

[0102] Step S640: Based on the amount information of the second virtual resource in the virtual resource conversion order, lock the second virtual resource in the second resource account in the second blockchain.

[0103] Service nodes in the third blockchain send requests to the second blockchain, triggering a smart contract in the second blockchain to lock the second virtual resources in the second resource account based on the amount of second virtual resources in the virtual resource conversion order. For example, if a virtual resource conversion order requests the transfer of 1000 units of second virtual resources from the second resource account, at least 1000 units of second virtual resources will be locked in the second resource account. In some embodiments, an additional portion of second virtual resources may be locked as the cost of the virtual resource conversion. The locked second virtual resources cannot be used for other transactions, but can only be traded in a subsequent second transfer transaction.

[0104] Step S650: Based on the amount information of the first virtual resource in the first transfer transaction, the first virtual resource is transferred from the first account to the first resource account in the first blockchain.

[0105] Optionally, the implementation details of step S650 are the same as... Figure 5 The steps S540 shown are the same and will not be repeated here.

[0106] Step S660: Obtain the transaction result of the first transfer transaction in the first blockchain.

[0107] The transaction result is typically obtained from blocks uploaded to the first blockchain. After executing the virtual resource transfer process between the first account and the first resource account, the nodes in the first blockchain package the transfer result into a block and reach a consensus within the first blockchain. Once consensus is reached, the block is uploaded to the blockchain. Service nodes of the third blockchain can read blocks from the first blockchain, or the smart contract in the first blockchain can send a message to the third blockchain to obtain the transaction result of the first transfer transaction when the block containing the transaction result is uploaded. Understandably, the process of uploading the transaction result to the blockchain usually requires a certain amount of time for consensus, and the third blockchain needs to confirm the transaction result from the first blockchain to be uploaded for retrieval and subsequent transaction processes.

[0108] If the transaction result indicates that the first transfer transaction was successful, then step S670 is executed; otherwise, step S680 is executed.

[0109] In the embodiments of this application, by locking the amount of virtual resources to be transferred during the transaction process, it is possible to ensure that there are sufficient virtual resources for conversion during the execution of the transaction, avoid conversion failure due to insufficient virtual resources, and improve the stability of the solution.

[0110] Step S670: Initiate a second transfer transaction to the second blockchain based on the virtual resource conversion order.

[0111] After the service node in the third blockchain determines the transaction result and indicates that the first transfer transaction in the first blockchain has been successfully executed, it initiates a second transfer transaction to the second blockchain based on the virtual resource conversion order.

[0112] Optionally, the implementation details of step S670 are the same as... Figure 5 The steps S550 shown are the same and will not be repeated here.

[0113] Step S680: Unlock the locked second virtual resource in the second blockchain.

[0114] If a service node in the third blockchain determines that the transaction result indicates the first transfer transaction in the first blockchain failed, the third blockchain will terminate the virtual resource conversion process and unlock the locked second virtual resource in the second blockchain. It can be understood that the unlocked second virtual resource was previously locked for the first transfer transaction. The transaction result is then communicated to the client by the service node in the third blockchain.

[0115] Step S691: In the second blockchain, the second virtual resource is transferred from the second resource account to the second account based on the amount information of the second virtual resource in the second transfer transaction.

[0116] Optionally, the implementation details of step S691 are the same as... Figure 5 The steps S560 shown are the same and will not be repeated here.

[0117] Step S692: Based on the transaction results of the virtual resource conversion order, upload the processing results of the virtual resource conversion order to the third blockchain.

[0118] Optionally, the implementation details of step S692 are the same as those of... Figure 4 The steps S440 shown are the same and will not be repeated here.

[0119] In the embodiments of this application, during the data processing of virtual resource conversion, virtual resource conversion orders are uploaded to the third blockchain based on the amount information of the first and second virtual resources. After virtual resources are transferred in and out of the virtual resource accounts in the first and second blockchains according to the orders, the results are uploaded to the third blockchain. Thus, the conversion process is driven by the third blockchain, and the conversion orders and results are recorded. The system of a single conversion agency in the blockchain will not affect the execution of the overall conversion process, thereby reducing the overall failure risk of the conversion scheme and improving the availability of the scheme.

[0120] In some optional embodiments, during the process of obtaining virtual resource conversion information, in response to the client's address acquisition request, the server sends the address information of each service node in the third blockchain to the client, enabling the client to initiate a virtual resource conversion request to the service nodes in the third blockchain. Subsequently, the server receives the virtual resource conversion request sent by the client and, in response, selects a conversion service node for the client from among the server nodes based on the task load information of each service node in the third blockchain. Finally, through the conversion service node, the virtual resource conversion information in the virtual resource conversion request is obtained. The server selects the conversion service node to provide services to the client based on the load of each service node in the third blockchain, thereby ensuring a more balanced load across the service nodes, preventing excessive pressure on a single service node from causing user requests to be unprocessed in a timely manner, and improving the system's response speed.

[0121] In embodiments of this application, a method for... Figure 5 Other detailed embodiments of the technical solution shown in the example are as follows: Figure 7 As shown, a virtual resource processing method according to one embodiment of this application may include the following steps:

[0122] Step S710: Create a first resource account in the first blockchain and create a second resource account in the second blockchain.

[0123] Virtual resource conversion service providers can use a third-party blockchain application installed on their server to request the establishment of a first resource account and a second resource account from the first and second blockchains. Specifically, the virtual resource conversion service provider needs to transfer a certain amount of virtual resources to each of these two accounts as the basis for providing the conversion service.

[0124] Step S720: Deploy a first smart contract in the first blockchain. The first smart contract is used to perform the transfer-in and transfer-out operations of the first virtual resources to the first resource account of the first blockchain.

[0125] Step S730: Deploy a second smart contract in the second blockchain. The second smart contract is used to perform transfer-in and transfer-out operations of the second virtual resources to the second resource account of the second blockchain.

[0126] A first smart contract is deployed in the first blockchain to perform transfer operations of the first virtual resources to and from the first resource account on the first blockchain. A second smart contract is deployed in the second blockchain to perform transfer operations of the second virtual resources to and from the second resource account on the second blockchain. It is understood that the functional logic executed by the first and second smart contracts is generally similar. The deployment processes of the two smart contracts are independent and can be executed simultaneously or sequentially. The deployment of the first and second smart contracts can occur before or after the creation of the first and second resource accounts. The deployment process does not depend on the existence of the first and second resource accounts; rather, the resource account operated on by the smart contract is determined through subsequent deployment operations. Each virtual resource conversion service provider can deploy its own independent smart contract or all providers can use the same smart contract.

[0127] Step S740: Construct a third blockchain based on multiple service nodes.

[0128] A third blockchain is constructed based on multiple service nodes provided by various virtual resource conversion service providers. These service nodes communicate with each other to perform mutual authentication and facilitate the addition of new nodes, thus forming the third blockchain.

[0129] Step S750: Through the service node of the third blockchain, register the first resource account of the first blockchain into the first smart contract and register the second resource account of the second blockchain into the second smart contract.

[0130] After registration, the first smart contract can operate on the virtual resources in the first resource account, and the second smart contract can operate on the virtual resources in the second resource account.

[0131] Step S760: Obtain virtual resource conversion information, which includes the amount information when converting between the first virtual resource of the first account in the first blockchain and the second virtual resource of the second account in the second blockchain.

[0132] Optionally, the implementation details of step S760 are the same as those of step S760. Figure 4 The steps S410 shown are the same and will not be repeated here.

[0133] Step S770: Based on the amount information of the first virtual resource and the amount information of the second virtual resource in the virtual resource conversion information, upload the virtual resource conversion order to the third blockchain.

[0134] Optionally, the implementation details of step S770 are the same as those of step S770. Figure 4 The steps S420 shown are the same and will not be repeated here.

[0135] Step S780: Transfer the first virtual resource from the first account of the first blockchain and transfer the second virtual resource into the second account of the second blockchain according to the virtual resource conversion order.

[0136] Optionally, the implementation details of step S780 are the same as those of step S780. Figure 4 The steps S430 shown are the same and will not be repeated here.

[0137] Step S790: Based on the transaction results of the virtual resource conversion order, upload the processing results of the virtual resource conversion order to the third blockchain.

[0138] Optionally, the implementation details of step S790 are the same as those of... Figure 4 The steps S440 shown are the same and will not be repeated here.

[0139] In the embodiments of this application, during the data processing of virtual resource conversion, virtual resource conversion orders are uploaded to the third blockchain based on the amount information of the first and second virtual resources. After virtual resources are transferred in and out of the virtual resource accounts in the first and second blockchains according to the orders, the results are uploaded to the third blockchain. Thus, the conversion process is driven by the third blockchain, and the conversion orders and results are recorded. The system of a single conversion agency in the blockchain will not affect the execution of the overall conversion process, thereby reducing the overall failure risk of the conversion scheme and improving the availability of the scheme.

[0140] In some optional embodiments, during the process of obtaining virtual resource conversion information, in response to the client's address acquisition request, the server sends the address information of each service node in the third blockchain to the client, enabling the client to initiate a virtual resource conversion request to the service nodes in the third blockchain. Subsequently, the server receives the virtual resource conversion request sent by the client and, in response, selects a conversion service node for the client from among the server nodes based on the task load information of each service node in the third blockchain. Finally, through the conversion service node, the virtual resource conversion information in the virtual resource conversion request is obtained. The server selects the conversion service node to provide services to the client based on the load of each service node in the third blockchain, thereby ensuring a more balanced load across the service nodes, preventing excessive pressure on a single service node from causing user requests to be unprocessed in a timely manner, and improving the system's response speed.

[0141] In some optional embodiments, after registering the first resource account of the first blockchain to the first smart contract and the second resource account of the second blockchain to the second smart contract, the server of the third blockchain receives a virtual resource injection request initiated by the virtual resource provider. Subsequently, through the first smart contract, based on the injection amount of the first virtual resource in the virtual resource injection request, the first virtual resource is transferred from the first provider account of the virtual resource provider in the first blockchain to the first resource account. The first provider account is the virtual resource provider's account in the first blockchain, and its owner is the same as that of the first resource account. The difference is that the resources in the first provider account belong to the virtual resource provider and will not be used for service conversion before being transferred to the first resource account. Through the second smart contract, based on the injection amount of the second virtual resource in the virtual resource injection request, the second virtual resource is transferred from the second provider account of the virtual resource provider in the second blockchain to the second resource account. The virtual resource injection request initiated by the virtual resource provider will include both the injection amounts of the first and second virtual resources. In some embodiments, the injection amount of the second virtual resource is calculated based on the injection amount of the first virtual resource in the virtual resource injection request and the conversion ratio recorded in the third blockchain, so as to ensure that there are virtual resources in the first resource account and the second resource account that meet the conversion ratio for the conversion service, thereby ensuring that the conversion service can be executed correctly and is conducive to the stability of the scheme.

[0142] In some optional embodiments, after the processing results of the virtual resource conversion order are recorded on the third blockchain based on the transaction results of the virtual resource conversion order, the server of the third blockchain receives a virtual resource withdrawal request initiated by the virtual resource provider. This virtual resource withdrawal request is used to transfer the virtual resources injected into the resource account; this operation can also be referred to as a withdrawal operation. In response to the virtual resource withdrawal request, the server of the third blockchain, through a first smart contract, transfers the first virtual resource from the first resource account to the first provider account based on the amount of virtual resources transferred from the first provider account to the first resource account in the first blockchain. Similarly, in response to the virtual resource withdrawal request, through a second smart contract, transfers the second virtual resource from the second resource account to the second provider account based on the amount of virtual resources transferred from the second provider account to the second resource account. It is understood that the first and second virtual resources can be withdrawn separately, i.e., only the first virtual resource or only the second virtual resource can be withdrawn. In some embodiments, the virtual resource withdrawal request may include the amount of virtual resources to be withdrawn. The server in the third blockchain first confirms that the amount is no higher than the amount of virtual resources transferred from the first provider's account to the first resource account before proceeding with the withdrawal process, which is then recorded in the first blockchain. The process in the second blockchain is similar. By transferring virtual resources out of the resource account based on withdrawal requests, the quantity of virtual resources in the resource account can be dynamically adjusted. This prevents virtual resources from remaining in the resource account when the conversion rate decreases, thus improving the liquidity and flexibility of virtual resource operations within the blockchain.

[0143] In some optional embodiments, before acquiring virtual resource conversion information, the server of the third blockchain performs node authentication with each service node in the third blockchain through the newly added node of the new provider account. If the node authentication is successful, a service key for the new node in the third blockchain is generated through the new node, and the service key is exchanged with other service nodes in the third blockchain. The conversion account corresponding to the new provider account in the first blockchain is registered in the first smart contract, and the conversion account corresponding to the new provider account in the second blockchain is registered in the second smart contract. By exchanging service keys with other service nodes in the third blockchain, it is possible to ensure that when a node in the third blockchain stops providing services, the virtual resources held in its corresponding resource account are still used by other nodes, preventing virtual resource loss, avoiding resource depletion, and improving resource utilization.

[0144] In some optional embodiments, during the construction of a third blockchain based on multiple service nodes, the server of the third blockchain acquires multiple service nodes that have deployed the third blockchain application, and generates a service key for each service node in the third blockchain. This service key is used to operate virtual resources in resource accounts in the first and second blockchains. Correspondingly, each service node also has a communication key, which is used for authentication during communication between nodes. The third blockchain is constructed by each service node exchanging the generated service keys with other service nodes in the third blockchain. When service nodes exchange service keys, they use the communication key to authenticate each other. Only after successful authentication do they exchange service keys, and the communication key is not exchanged. Exchanging keys can prevent the loss of virtual resources, avoid resource depletion, and improve resource utilization.

[0145] In embodiments of this application, a method for... Figure 3 Other detailed embodiments of the technical solution shown in the example are as follows: Figure 8 As shown, a virtual resource processing method according to one embodiment of this application may include the following steps:

[0146] Step S810: Obtain virtual resource conversion information, which includes the amount information when converting between the first virtual resource of the first account in the first blockchain and the second virtual resource of the second account in the second blockchain.

[0147] Optionally, the implementation details of step S810 are the same as those of... Figure 4 The steps S410 shown are the same and will not be repeated here.

[0148] Step S820: Obtain the conversion ratio between the first virtual resource and the second virtual resource;

[0149] Step S830: Calculate the conversion amount based on the conversion ratio and the amount of the first virtual resource;

[0150] Step S840: If the conversion amount matches the amount information of the second virtual resource, then generate a virtual resource conversion order based on the virtual resource conversion information and the conversion amount.

[0151] Step S850: Convert the virtual resource into an order and upload it to the third blockchain.

[0152] In some optional embodiments, during the process of uploading a virtual resource conversion order to the third blockchain, based on the amount information of the first and second virtual resources in the virtual resource conversion information, the conversion ratio between the first and second virtual resources is obtained. Specifically, the conversion ratio can be obtained by reading the conversion ratio from a data source outside the blockchain through a program in the third blockchain and storing it in the blockchain. When needed, the stored conversion ratio is directly read from the third blockchain. Subsequently, the conversion amount is calculated based on the conversion ratio and the amount information of the first virtual resource. If the conversion amount matches the amount information of the second virtual resource, a virtual resource conversion order is generated based on the virtual resource conversion information and the conversion amount, and the virtual resource conversion order is uploaded to the third blockchain. Specifically, the amount information of the second virtual resource is typically a quantity range representing the amount of the second virtual resource requested by the requester in the conversion. If the amount of the second virtual resource obtained according to the conversion ratio meets the amount requirement, the conversion is executed; otherwise, the conversion is not performed, thereby improving the customization and convenience of the conversion process.

[0153] Step S860: Transfer the first virtual resource from the first account of the first blockchain and transfer the second virtual resource into the second account of the second blockchain according to the virtual resource conversion order.

[0154] Optionally, the implementation details of step S860 are the same as those of step S860. Figure 4 The steps S430 shown are the same and will not be repeated here.

[0155] Step S870: Based on the transaction results of the virtual resource conversion order, upload the processing results of the virtual resource conversion order to the third blockchain.

[0156] Optionally, the implementation details of step S870 are the same as... Figure 4 The steps S440 shown are the same and will not be repeated here.

[0157] In the embodiments of this application, during the data processing of virtual resource conversion, virtual resource conversion orders are uploaded to the third blockchain based on the amount information of the first and second virtual resources. After virtual resources are transferred in and out of the virtual resource accounts in the first and second blockchains according to the orders, the results are uploaded to the third blockchain. Thus, the conversion process is driven by the third blockchain, and the conversion orders and results are recorded. The system of a single conversion agency in the blockchain will not affect the execution of the overall conversion process, thereby reducing the overall failure risk of the conversion scheme and improving the availability of the scheme.

[0158] In some optional embodiments, during the process of obtaining virtual resource conversion information, in response to the client's address acquisition request, the server sends the address information of each service node in the third blockchain to the client, enabling the client to initiate a virtual resource conversion request to the service nodes in the third blockchain. Subsequently, the server receives the virtual resource conversion request sent by the client and, in response, selects a conversion service node for the client from among the server nodes based on the task load information of each service node in the third blockchain. Finally, through the conversion service node, the virtual resource conversion information in the virtual resource conversion request is obtained. The server selects the conversion service node to provide services to the client based on the load of each service node in the third blockchain, thereby ensuring a more balanced load across the service nodes, preventing excessive pressure on a single service node from causing user requests to be unprocessed in a timely manner, and improving the system's response speed.

[0159] In some optional embodiments, during the process of obtaining the conversion ratio between the first and second virtual resources, the current conversion ratio is first obtained from the target data source through the service node of the third blockchain. This current conversion ratio can be the average or a selected median value calculated from multiple conversion ratios obtained from multiple data sources. After obtaining the current conversion ratio, the conversion ratio between the first and second virtual resources is calculated based on the current conversion ratio and the ratio weight in the third blockchain. The ratio weight in the third blockchain is set by the cross-chain bridge service provider and is used to control the resource consumption of the first or second virtual resources during the conversion process. For example, a ratio weight of 1.05 indicates that 0.05 virtual resources will be consumed during the conversion process, representing the conversion cost for the virtual resource provider, thereby ensuring accurate control of the conversion cost and improving the accuracy of the virtual resource conversion process.

[0160] In some optional embodiments, before calculating the conversion ratio between the first and second virtual resources based on the current conversion ratio and the ratio weights in the third blockchain, an update weight for the ratio weights is determined based on the task load information of each service node in the third blockchain. The workload of each conversion service is determined through the task load information of the service nodes, and the update weight is determined based on the workload. Subsequently, the update weight is sent to each service node in the third blockchain so that each service node can confirm and vote on the update weight. Then, based on the voting results of each service node, the update weight is recorded on the third blockchain. Updating the ratio weights in the third blockchain through the voting process of each service node allows for dynamic adjustment of the conversion ratio based on the service load, which is beneficial for more accurate control of conversion costs and improves the accuracy of the virtual resource conversion process.

[0161] The implementation details of the technical solutions in the embodiments of this application are illustrated below with specific examples:

[0162] For ease of explanation, please refer to Figure 9 , Figure 9 This is a schematic diagram of the overall structure in a specific scenario according to an embodiment of this application. For example... Figure 9 As shown, the overall structure mainly comprises three blockchains. Blockchain A (910) and Blockchain B (920) store virtual resources A and B, respectively. The cross-chain bridge blockchain (930) is used to perform cross-chain virtual resource conversions. Users holding virtual resources submit conversion requests to the cross-chain bridge blockchain (930) and authorize the use of virtual resources to Blockchain A (910) and Blockchain B (920) through the cross-chain service application (940). The cross-chain bridge service provider and liquidity injector deploy nodes or inject liquidity into the cross-chain bridge blockchain (930) through the cross-chain bridge console (950). The cross-chain bridge blockchain (930) obtains the conversion ratio of virtual resources through the oracle (960). Cross-chain contracts are deployed in both Blockchain A (910) and Blockchain B (920), and the cross-chain bridge blockchain (930) uses these cross-chain contracts to invoke virtual resource contracts within the blockchain to execute virtual resource transfers.

[0163] Please see Figure 10 , Figure 10 This is a schematic flowchart illustrating the blockchain initialization of the cross-chain bridge in this embodiment of the application. Figure 10 As shown, the cross-chain bridge service provider deploys cross-chain bridge contracts on blockchains A and B. The main functions of these contracts include: registering cross-chain bridge accounts; transferring virtual resources to the cross-chain bridge account when liquidity is injected; depositing virtual resources into the cross-chain bridge account when converting virtual resources; and transferring virtual resources from the cross-chain bridge account to the user account when withdrawing virtual resources. Subsequently, trusted blockchain nodes for the cross-chain bridge are deployed in trusted execution environments in various data centers or cloud services. Within the blockchain service, the trusted cross-chain bridge application generates cross-chain bridge keys and accounts. Nodes perform remote authentication. After confirming the other party's security, the communication key generated during the authentication process is used to transmit the cross-chain bridge key to the other party. Each node holding the other party's key ensures that the virtual resources held in the node account remain usable even if the cross-chain bridge node is down. Finally, the cross-chain bridge node account is registered in the cross-chain bridge contract of each blockchain, and all subsequent liquidity and conversions are conducted using this account.

[0164] Please see Figure 11 , Figure 11 This is a schematic flowchart illustrating the liquidity injection process in an embodiment of this application. Figure 11 As shown, cross-chain bridge service providers or liquidity injectors can deposit virtual resources into the cross-chain bridge account. The cross-chain bridge contract will store the amount of virtual resources injected by each party for subsequent user withdrawals.

[0165] Please see Figure 12 , Figure 12 This is a schematic flowchart illustrating the process of adding a new blockchain node to the cross-chain bridge in this application embodiment. For example... Figure 12 As shown, the cross-chain bridge node service provider first deploys a new cross-chain bridge blockchain node. Then, it remotely authenticates with other cross-chain bridge nodes through this new node. After successful authentication, the new node generates keys and an account and exchanges keys with other nodes. Finally, the cross-chain bridge node service provider registers its account in the cross-chain bridge contracts of blockchains A and B, thus completing the addition of the new node.

[0166] Please see Figure 13 , Figure 13 This is a schematic flowchart illustrating the virtual resource conversion process in an embodiment of this application. For example... Figure 13 As shown, a user invokes the wallet service to initiate a virtual resource conversion, specifying the currency and amount of virtual resources to be exchanged, the currency to be exchanged out, and the expected range of the exchange amount. Subsequently, the wallet obtains a list of cross-chain bridge addresses. The wallet initiates remote authentication with any cross-chain bridge service node based on the cross-chain bridge address list; if remote authentication fails, the process ends. After successful authentication, the wallet initiates a virtual resource conversion request to the cross-chain bridge service. The cross-chain bridge service selects an idle node to provide service for the current conversion based on the conversion task allocation. The selected service node selects a median quote based on the quote provided by the oracle and calculates the virtual resources to be converted. If the exchange value does not meet the user's expectations, the transaction is rejected. Otherwise, an order is generated, including the order number, conversion request, conversion ratio, and selected cross-chain bridge account. The service node will reach consensus on the order in the blockchain to prevent order loss due to node failure. After consensus is reached, the service node initiates the conversion transfer to blockchains A and B; the amount of virtual resources to be transferred out is locked in the cross-chain bridge node account on the target chain. On the original blockchain, the user's virtual resources and commission to be converted are transferred to the cross-chain bridge node account. If this fails, the previously locked virtual resources are unlocked, and the transaction is terminated. The service node will synchronize the transaction status on the source chain, pending transaction confirmation. The source chain may need several blocks to confirm the transaction. After the user's virtual resource transfer transaction is confirmed, the service node will transfer the locked virtual resources in the cross-chain bridge account to the user's account and synchronize the transaction completion status on the target chain. Finally, the order is marked as completed on the cross-chain bridge blockchain.

[0167] Please see Figure 14 , Figure 4 This is a schematic flowchart illustrating the virtual resource withdrawal process in an embodiment of this application. For example... Figure 14As shown, users can initiate withdrawals through the cross-chain bridge service's webpage or application. The two cross-chain bridge contracts will transfer out an equal amount of virtual resources based on the amount deposited by the user. In some embodiments, during the withdrawal process, the user needs to spend a portion of virtual resources as service depreciation or cost.

[0168] It should be noted that although the steps of the method in this application are described in a specific order in the accompanying drawings, this does not require or imply that the steps must be performed in that specific order, or that all the steps shown must be performed to achieve the desired result. Additional or alternative steps may be omitted, multiple steps may be combined into one step, and / or one step may be broken down into multiple steps.

[0169] The following describes the implementation of the apparatus of this application, which can be used to execute the data processing method for virtual resources in the above embodiments of this application. Figure 15 A schematic block diagram illustrating the composition of a data processing apparatus for virtual resources in an embodiment of this application is shown. Figure 15 As shown, the virtual resource data processing device 1500 mainly includes:

[0170] Information acquisition module 1510 is configured to acquire virtual resource conversion information, wherein the virtual resource conversion information includes the amount information when converting between the first virtual resource of the first account in the first blockchain and the second virtual resource of the second account in the second blockchain;

[0171] The order generation module 1520 is configured to upload virtual resource conversion orders to the third blockchain based on the amount information of the first virtual resource and the amount information of the second virtual resource in the virtual resource conversion information.

[0172] Resource transfer module 1530 is configured to transfer a first virtual resource from a first account in the first blockchain and transfer a second virtual resource to a second account in the second blockchain according to the virtual resource conversion order;

[0173] The result generation module 1540 is configured to upload the processing result of the virtual resource conversion order to the third blockchain based on the transaction result of the virtual resource conversion order.

[0174] In some embodiments of this application, based on the above technical solutions, the first blockchain includes a first resource account, and the second blockchain includes a second resource account; the resource transfer module 1530 is further configured to: initiate a first transfer transaction to the first blockchain according to the virtual resource conversion order, the first transfer transaction including the amount information of the first virtual resource; transfer the first virtual resource from the first account to the first resource account in the first blockchain according to the amount information of the first virtual resource in the first transfer transaction; initiate a second transfer transaction to the second blockchain according to the virtual resource conversion order, the second transfer transaction including the amount information of the second virtual resource; transfer the second virtual resource from the second resource account to the second account in the second blockchain according to the amount information of the second virtual resource in the second transfer transaction.

[0175] In some embodiments of this application, based on the above technical solutions, the resource transfer module 1530 is further configured to: lock the second virtual resource in the second resource account in the second blockchain according to the amount information of the second virtual resource in the virtual resource conversion order; obtain the transaction result of the first transfer transaction in the first blockchain; if the transaction result indicates that the first transfer transaction was successful, initiate a second transfer transaction to the second blockchain according to the virtual resource conversion order; if the transaction result indicates that the first transfer transaction failed, unlock the locked second virtual resource in the second blockchain.

[0176] In some embodiments of this application, based on the above technical solutions, the information acquisition module 1510 is further configured to: create a first resource account in the first blockchain and create a second resource account in the second blockchain; deploy a first smart contract in the first blockchain, the first smart contract being used to perform first virtual resource transfer-in and transfer-out operations on the first resource account of the first blockchain; deploy a second smart contract in the second blockchain, the second smart contract being used to perform second virtual resource transfer-in and transfer-out operations on the second resource account of the second blockchain; construct a third blockchain based on multiple service nodes; and register the first resource account of the first blockchain to the first smart contract and the second resource account of the second blockchain to the second smart contract through the service nodes of the third blockchain.

[0177] In some embodiments of this application, based on the above technical solutions, the information acquisition module 1510 is further configured to: acquire a virtual resource injection request initiated by a virtual resource provider; transfer the first virtual resource from the first provider account of the virtual resource provider in the first blockchain to the first resource account according to the injection amount of the first virtual resource in the virtual resource injection request through the first smart contract; and transfer the second virtual resource from the second provider account of the virtual resource provider in the second blockchain to the second resource account according to the injection amount of the second virtual resource in the virtual resource injection request through the second smart contract.

[0178] In some embodiments of this application, based on the above technical solutions, the result generation module is further configured to: receive a virtual resource extraction request initiated by a virtual resource provider; in response to the virtual resource extraction request, transfer the first virtual resource from the first resource account to the first provider account through the first smart contract, based on the amount of virtual resource transferred from the first provider account to the first resource account in the first blockchain; and in response to the virtual resource extraction request, transfer the second virtual resource from the second resource account to the second provider account through the second smart contract, based on the amount of virtual resource transferred from the second provider account to the second resource account.

[0179] In some embodiments of this application, based on the above technical solutions, the information acquisition module 1510 is further configured to: perform node authentication with each service node in the third blockchain through the newly added node of the new provider account; if the node authentication is successful, generate the service key of the new node in the third blockchain through the new node, and exchange the service key with other service nodes in the third blockchain; register the conversion account corresponding to the new provider account in the first blockchain to the first smart contract, and register the conversion account corresponding to the new provider account in the second blockchain to the second smart contract.

[0180] In some embodiments of this application, based on the above technical solutions, the information acquisition module 1510 is further configured to: acquire multiple service nodes that have deployed a third blockchain application; generate service keys for each service node in the third blockchain; and construct the third blockchain by exchanging the generated service keys between each service node and other service nodes in the third blockchain.

[0181] In some embodiments of this application, based on the above technical solutions, the order generation module 1520 is further configured to: obtain the conversion ratio between the first virtual resource and the second virtual resource; calculate the conversion amount according to the conversion ratio and the amount information of the first virtual resource; if the conversion amount matches the amount information of the second virtual resource, generate a virtual resource conversion order according to the virtual resource conversion information and the conversion amount; and upload the virtual resource conversion order to the third blockchain.

[0182] In some embodiments of this application, based on the above technical solutions, the order generation module 1520 is further configured to: obtain the current conversion ratio from the target data source through the service node of the third blockchain; and calculate the conversion ratio between the first virtual resource and the second virtual resource according to the current conversion ratio and the ratio weight in the third blockchain.

[0183] In some embodiments of this application, based on the above technical solutions, the order generation module 1520 is further configured to: determine the update weight for the ratio weight according to the task load information of each service node in the third blockchain; send the update weight to each service node in the third blockchain so that each service node confirms the update weight; and upload the update weight to the third blockchain according to the voting results of each service node.

[0184] In some embodiments of this application, based on the above technical solutions, the information acquisition module 1510 is further configured to: respond to the client's address acquisition request, send the address information of each service node in the third blockchain to the client, so that the client initiates a virtual resource conversion request to the service node in the third blockchain; receive the virtual resource conversion request sent by the client; respond to the virtual resource conversion request, select a conversion service node for the client from the various server nodes according to the task load information of each service node in the third blockchain; and obtain the virtual resource conversion information in the virtual resource conversion request through the conversion service node.

[0185] It should be noted that the apparatus provided in the above embodiments and the method provided in the above embodiments belong to the same concept, and the specific way in which each module performs the operation has been described in detail in the method embodiments, and will not be repeated here.

[0186] Figure 16 A schematic diagram of the structure of a computer system suitable for implementing the electronic device of the present application is shown.

[0187] It should be noted that, Figure 16The computer system 1600 of the electronic device shown is merely an example and should not impose any limitation on the functionality and scope of use of the embodiments of this application.

[0188] like Figure 16 As shown, the computer system 1600 includes a Central Processing Unit (CPU) 1601, which can perform various appropriate actions and processes based on programs stored in Read-Only Memory (ROM) 1602 or programs loaded from Storage Unit 1608 into Random Access Memory (RAM) 1603. The RAM 1603 also stores various programs and data required for system operation. The CPU 1601, ROM 1602, and RAM 1603 are interconnected via a bus 1604. An Input / Output (I / O) interface 1605 is also connected to the bus 1604.

[0189] The following components are connected to I / O interface 1605: an input section 1606 including a keyboard, mouse, etc.; an output section 1607 including a cathode ray tube (CRT), liquid crystal display (LCD), etc., and speakers, etc.; a storage section 1608 including a hard disk, etc.; and a communication section 1609 including a network interface card such as a LAN (Local Area Network) card, modem, etc. The communication section 1609 performs communication processing via a network such as the Internet. A drive 1610 is also connected to I / O interface 1605 as needed. Removable media 1611, such as a disk, optical disk, magneto-optical disk, semiconductor memory, etc., are installed on drive 1610 as needed so that computer programs read from them can be installed into storage section 1608 as needed.

[0190] Specifically, according to embodiments of this application, the processes described in the various method flowcharts can be implemented as computer software programs. For example, embodiments of this application include a computer program product comprising a computer program carried on a computer-readable medium, the computer program containing program code for performing the methods shown in the flowcharts. In such embodiments, the computer program can be downloaded and installed from a network via communication section 1609, and / or installed from removable medium 1611. When the computer program is executed by central processing unit (CPU) 1601, it performs various functions defined in the system of this application.

[0191] It should be noted that the computer-readable medium shown in the embodiments of this application can be a computer-readable signal medium or a computer-readable storage medium, or any combination of the two. A computer-readable storage medium can be, for example,—but not limited to—an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of a computer-readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer disk, a hard disk, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM), flash memory, optical fiber, portable compact disc read-only memory (CD-ROM), optical storage device, magnetic storage device, or any suitable combination thereof. In this application, a computer-readable storage medium can be any tangible medium containing or storing a program that can be used by or in conjunction with an instruction execution system, apparatus, or device. In this application, a computer-readable signal medium can include a data signal propagated in baseband or as part of a carrier wave, carrying computer-readable program code. Such transmitted data signals can take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. The computer-readable signal medium can also be any computer-readable medium other than a computer-readable storage medium, which can send, propagate, or transmit a program for use by or in connection with an instruction execution system, apparatus, or device. The program code contained on the computer-readable medium can be transmitted using any suitable medium, including but not limited to wireless, wired, etc., or any suitable combination thereof.

[0192] The flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of this application. In this regard, each block in a flowchart or block diagram may represent a module, segment, or portion of code containing one or more executable instructions for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions indicated in the blocks may occur in a different order than those indicated in the drawings. For example, two consecutively indicated blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in a block diagram or flowchart, and combinations of blocks in a block diagram or flowchart, may be implemented using a dedicated hardware-based system that performs the specified function or operation, or using a combination of dedicated hardware and computer instructions.

[0193] It should be noted that although several modules or units for the device used to perform actions have been mentioned in the detailed description above, this division is not mandatory. In fact, according to the embodiments of this application, the features and functions of two or more modules or units described above can be embodied in one module or unit. Conversely, the features and functions of one module or unit described above can be further divided and embodied by multiple modules or units.

[0194] Through the above description of the embodiments, those skilled in the art will readily understand that the exemplary embodiments described herein can be implemented by software or by combining software with necessary hardware. Therefore, the technical solutions according to the embodiments of this application can be embodied in the form of a software product, which can be stored in a non-volatile storage medium (such as a CD-ROM, USB flash drive, external hard drive, etc.) or on a network, including several instructions to cause a computing device (such as a personal computer, server, touch terminal, or network device, etc.) to execute the method according to the embodiments of this application.

[0195] Other embodiments of this application will readily occur to those skilled in the art upon consideration of the specification and practice of the invention disclosed herein. This application is intended to cover any variations, uses, or adaptations of this application that follow the general principles of this application and include common knowledge or customary techniques in the art not disclosed herein.

[0196] It should be understood that this application is not limited to the precise structure described above and shown in the accompanying drawings, and various modifications and changes can be made without departing from its scope. The scope of this application is limited only by the appended claims.

Claims

1. A data processing method for virtual resources, characterized in that, include: Obtain virtual resource conversion information, which includes the amount information when converting between the first virtual resource of the first account in the first blockchain and the second virtual resource of the second account in the second blockchain; Based on the amount information of the first virtual resource and the amount information of the second virtual resource in the virtual resource conversion information, a virtual resource conversion order is uploaded to the third blockchain. The third blockchain contains multiple service nodes, and the multiple service nodes verify the virtual resource conversion order based on a consensus mechanism before uploading it to the blockchain. The service node in the third blockchain initiates a first transfer transaction containing the amount information of the first virtual resource to the first blockchain based on the virtual resource conversion order; In the first blockchain, based on the amount information of the first virtual resource in the first transfer transaction, the first virtual resource is transferred from the first account to the first resource account in the first blockchain; Based on the amount information of the second virtual resource in the virtual resource conversion order, the second virtual resource in the second resource account of the second blockchain is locked in the second blockchain; Obtain the transaction result of the first transfer transaction in the first blockchain; If the transaction result indicates that the first transfer transaction was successful, then the second transfer transaction is initiated to the second blockchain through the service node in the third blockchain according to the virtual resource conversion order; If the transaction result indicates that the first transfer transaction failed, then the locked second virtual resource is unlocked in the second blockchain; In the second blockchain, based on the amount information of the second virtual resource in the second transfer transaction, the second virtual resource is transferred from the second resource account to the second account; Based on the transaction results of the virtual resource conversion order, the processing results of the virtual resource conversion order are uploaded to the third blockchain.

2. The method according to claim 1, characterized in that, Before obtaining the virtual resource conversion information, the method further includes: Create a first resource account in the first blockchain and create a second resource account in the second blockchain; Deploy a first smart contract in the first blockchain. The first smart contract is used to perform the transfer-in and transfer-out operations of the first virtual resources to the first resource account of the first blockchain. Deploy a second smart contract in the second blockchain. The second smart contract is used to perform transfer-in and transfer-out operations of the second virtual resources to the second resource account of the second blockchain. A third blockchain is constructed based on multiple service nodes; Through the service node of the third blockchain, the first resource account of the first blockchain is registered to the first smart contract, and the second resource account of the second blockchain is registered to the second smart contract.

3. The method according to claim 2, characterized in that, After registering the first resource account of the first blockchain to the first smart contract and the second resource account of the second blockchain to the second smart contract, the method further includes: Obtain virtual resource injection requests initiated by virtual resource providers; Through the first smart contract, the first virtual resource is transferred from the first provider account of the virtual resource provider in the first blockchain to the first resource account according to the amount of the first virtual resource injected in the virtual resource injection request. Through the second smart contract, based on the amount of the second virtual resource injected in the virtual resource injection request, the second virtual resource is transferred from the second provider account of the virtual resource provider in the second blockchain to the second resource account.

4. The method according to claim 3, characterized in that, After the transaction result of the virtual resource conversion order is uploaded to the third blockchain, the method further includes: Receive virtual resource extraction requests initiated by virtual resource providers; In response to the virtual resource extraction request, the first virtual resource is transferred from the first resource account to the first provider account through the first smart contract, based on the amount of virtual resource transferred from the first provider account to the first resource account in the first blockchain; In response to the virtual resource extraction request, the second virtual resource is transferred from the second resource account to the second provider account through the second smart contract, based on the amount of virtual resource transferred from the second provider account to the second resource account.

5. The method according to claim 2, characterized in that, Before obtaining the virtual resource conversion information, the method further includes: Node authentication is performed by adding new nodes through the new provider account and each service node in the third blockchain; If the node authentication is successful, the newly added node generates a service key in the third blockchain and exchanges service keys with other service nodes in the third blockchain; Register the conversion account corresponding to the new provider account in the first blockchain to the first smart contract, and register the conversion account corresponding to the new provider account in the second blockchain to the second smart contract.

6. The method according to claim 2, characterized in that, A third blockchain is constructed based on multiple service nodes, including: Acquire multiple service nodes that have deployed third-party blockchain applications; Each service node generates its service key in the third blockchain; The third blockchain is constructed by each service node exchanging generated service keys with other service nodes in the third blockchain.

7. The method according to claim 1, characterized in that, The step of uploading the virtual resource conversion order to the third blockchain based on the amount information of the first virtual resource and the amount information of the second virtual resource in the virtual resource conversion information includes: Obtain the conversion ratio between the first virtual resource and the second virtual resource; Calculate the conversion amount based on the conversion ratio and the amount of the first virtual resource; If the conversion amount matches the amount information of the second virtual resource, a virtual resource conversion order is generated based on the virtual resource conversion information and the conversion amount. The virtual resources are converted into orders and recorded on the third blockchain.

8. The method according to claim 7, characterized in that, Obtaining the conversion ratio between the first virtual resource and the second virtual resource includes: The current conversion ratio is obtained from the target data source through the service node of the third blockchain. The conversion ratio between the first virtual resource and the second virtual resource is calculated based on the current conversion ratio and the ratio weight in the third blockchain.

9. The method according to claim 8, characterized in that, Before calculating the conversion ratio between the first virtual resource and the second virtual resource based on the current conversion ratio and the ratio weight in the third blockchain, the method further includes: Based on the task load information of each service node in the third blockchain, the update weight for the ratio weight is determined; The updated weight is sent to each service node in the third blockchain so that each service node can vote to confirm the updated weight; Based on the voting results of each service node, the updated weight is uploaded to the third blockchain.

10. The method according to any one of claims 1 to 9, characterized in that, The acquisition of virtual resource conversion information includes: In response to the client's address acquisition request, the address information of each service node in the third blockchain is sent to the client, so that the client initiates a virtual resource conversion request to the service node in the third blockchain; Receive the virtual resource conversion request sent by the client; In response to the virtual resource conversion request, a conversion service node for the client is selected from the server nodes based on the task load information of each service node in the third blockchain. The virtual resource conversion information in the virtual resource conversion request is obtained through the conversion service node.

11. A data processing device for virtual resources, characterized in that, include: The information acquisition module is configured to acquire virtual resource conversion information, which includes the amount information when converting between the first virtual resource of the first account in the first blockchain and the second virtual resource of the second account in the second blockchain. The order generation module is configured to upload virtual resource conversion orders to the third blockchain based on the amount information of the first virtual resource and the amount information of the second virtual resource in the virtual resource conversion information. The third blockchain contains multiple service nodes, and the multiple service nodes verify the virtual resource conversion orders based on a consensus mechanism before uploading them to the blockchain. The resource transfer module is configured to transfer the first virtual resource from the first account to the first resource account in the first blockchain according to the amount information of the first virtual resource in the first transfer transaction; lock the second virtual resource in the second resource account in the second blockchain according to the amount information of the second virtual resource in the virtual resource conversion order; obtain the transaction result of the first transfer transaction in the first blockchain; if the transaction result indicates that the first transfer transaction was successful, initiate a second transfer transaction to the second blockchain through the service node in the third blockchain according to the virtual resource conversion order; if the transaction result indicates that the first transfer transaction failed, unlock the locked second virtual resource in the second blockchain; and transfer the second virtual resource from the second resource account to the second account in the second blockchain according to the amount information of the second virtual resource in the second transfer transaction. The result generation module is configured to upload the processing result of the virtual resource conversion order to the third blockchain based on the transaction result of the virtual resource conversion order.

12. An electronic device, characterized in that, include: processor; Memory for storing the executable instructions of the processor; The processor is configured to execute the data processing method for the virtual resource according to any one of claims 1 to 10 by executing the executable instructions.

13. A computer-readable medium having a computer program stored thereon, characterized in that, When the computer program is executed by a processor, it implements the data processing method for virtual resources as described in any one of claims 1 to 10.

14. A computer program product, characterized in that, The computer program product includes computer instructions stored in a computer-readable storage medium, wherein a processor of a computer device reads from and executes the computer instructions, causing the computer device to perform a data processing method for virtual resources as described in any one of claims 1 to 10.

Images