Virtual resource processing method, apparatus, device, medium, and computer program product

Abstract

The application relates to the technical field of blockchains, and provides a virtual resource processing method and device, computer equipment, a storage medium and a computer program product, which can be specifically applied to the financial field or other related fields. The application can improve the efficiency, accuracy and fairness of virtual resource processing. The method comprises the following steps: broadcasting a virtual resource transfer request obtained to a first blockchain network, so as to perform consensus verification on the virtual resource transfer request by each first node device in the first blockchain network; and in the case that the consensus verification result is not passed, sending the virtual resource transfer request to a second node device of a second blockchain network, so that the second node device broadcasts the virtual resource transfer request to the second blockchain network, performs consensus verification on the virtual resource transfer request by each second node device, feeds back a consensus verification result to the first node device, and performs corresponding processing on the virtual resource transfer request according to the consensus verification result.

Description

Technical Field

[0001] This application relates to the field of blockchain technology, and in particular to a method, apparatus, computer equipment, storage medium, and computer program product for processing virtual resources. Background Technology

[0002] With the development of internet technology, verifying the compliance of virtual resource processing has become an important research direction. As regulatory compliance requirements become increasingly stringent, strengthening the supervision of virtual resources is a crucial means to ensure their security and improve their utilization efficiency. It is essential to prevent abnormal operations of virtual resources and ensure their reasonable, efficient, and secure use.

[0003] Traditional technologies typically process virtual resources through manual review, but this method is cumbersome, time-consuming, and results in low efficiency in processing virtual resources. Summary of the Invention

[0004] Therefore, it is necessary to provide a virtual resource processing method, apparatus, computer equipment, computer-readable storage medium, and computer program product to address the aforementioned technical problems.

[0005] Firstly, this application provides a method for processing virtual resources. The method includes:

[0006] Obtain a virtual resource transfer request;

[0007] The virtual resource transfer request is broadcast to the first blockchain network so that the first node devices in the first blockchain network can perform a first consensus verification on the virtual resource transfer request. If the first consensus verification result is unsuccessful, the virtual resource transfer request is sent to the second node devices in the second blockchain network so that the second node devices can broadcast the virtual resource transfer request to the second blockchain network so that the second node devices in the second blockchain network can perform a second consensus verification on the virtual resource transfer request and feed back the obtained second consensus verification result to the first node devices in the first blockchain network.

[0008] Based on the received second consensus verification result, the virtual resource transfer request is processed accordingly.

[0009] In one embodiment, the virtual resource transfer request is broadcast to a first blockchain network to perform a first consensus verification on the virtual resource transfer request through various first node devices in the first blockchain network, including:

[0010] The virtual resource transfer request is broadcast to the first blockchain network so that each first node device in the first blockchain network can perform a first consensus verification on the virtual resource transfer request using pre-set virtual resource transfer conditions; the pre-set virtual resource transfer conditions are also used for each second node device in the second blockchain network to perform a second consensus verification on the virtual resource transfer request.

[0011] In one embodiment, after processing the virtual resource transfer request, the method further includes:

[0012] The consensus block corresponding to the virtual resource transfer request is stored in the blockchain of the first blockchain network;

[0013] The method also includes;

[0014] In response to a blockchain synchronization request sent by a second node device, data from the blockchain of the first blockchain network is sent to the second node device, so that the second node device stores the data from the blockchain of the first blockchain network into the blockchain of the second blockchain network; the blockchain synchronization request is sent by the second node device at a preset time period.

[0015] In one embodiment, the virtual resource transfer request is processed accordingly based on the received second consensus verification result, including:

[0016] If the received second consensus verification result is successful, the virtual resource transfer processing corresponding to the virtual resource transfer request is allowed to be executed;

[0017] If the received second consensus verification result fails, the virtual resource transfer processing corresponding to the virtual resource transfer request shall be prohibited.

[0018] In one embodiment, after broadcasting the virtual resource transfer request to the first blockchain network to perform a first consensus verification of the virtual resource transfer request through the various first node devices in the first blockchain network, the method further includes:

[0019] If the first consensus verification result is successful, the virtual resource transfer processing corresponding to the virtual resource transfer request is allowed to be executed.

[0020] Secondly, this application also provides a method for processing virtual resources. The method includes:

[0021] Receive a virtual resource transfer request sent by a first node device in the first blockchain network; the virtual resource transfer request is broadcast by the first node device to the first blockchain network so that the virtual resource transfer request can be verified by the first node devices in the first blockchain network through the first consensus verification, and is sent if the first consensus verification result is unsuccessful.

[0022] The virtual resource transfer request is broadcast to the second blockchain network so that the virtual resource transfer request can be verified by the second consensus through the second node devices in the second blockchain network;

[0023] The second consensus verification result is fed back to the first node device, enabling the first node device to process the virtual resource transfer request accordingly based on the received second consensus verification result.

[0024] Thirdly, this application also provides a virtual resource processing apparatus. The apparatus includes:

[0025] The virtual resource transfer request acquisition module is used to acquire virtual resource transfer requests;

[0026] A virtual resource transfer request sending module is used to broadcast the virtual resource transfer request to a first blockchain network, so that each first node device in the first blockchain network can perform a first consensus verification on the virtual resource transfer request. If the first consensus verification result is unsuccessful, the virtual resource transfer request is sent to a second node device in a second blockchain network, so that the second node device broadcasts the virtual resource transfer request to the second blockchain network, so that each second node device in the second blockchain network can perform a second consensus verification on the virtual resource transfer request, and feed back the obtained second consensus verification result to the first node device in the first blockchain network.

[0027] The virtual resource transfer request processing module is used to process the virtual resource transfer request according to the received second consensus verification result.

[0028] Fourthly, this application also provides a virtual resource processing apparatus. The apparatus includes:

[0029] The virtual resource transfer request receiving module is used to receive a virtual resource transfer request sent by a first node device in the first blockchain network; the virtual resource transfer request is broadcast by the first node device to the first blockchain network so that the virtual resource transfer request can be verified by each first node device in the first blockchain network through a first consensus verification, and the request is sent if the first consensus verification result is unsuccessful.

[0030] The virtual resource transfer request verification module is used to broadcast the virtual resource transfer request to the second blockchain network so that the virtual resource transfer request can be verified by the second node devices in the second blockchain network through a second consensus.

[0031] The second consensus verification result feedback module is used to feed back the obtained second consensus verification result to the first node device, so that the first node device can process the virtual resource transfer request accordingly based on the received second consensus verification result.

[0032] Fifthly, this application also provides a computer device. The computer device includes a memory and a processor, the memory storing a computer program, and the processor executing the computer program to perform the following steps:

[0033] The system acquires a virtual resource transfer request; broadcasts the virtual resource transfer request to a first blockchain network, where each first node device in the first blockchain network performs a first consensus verification on the virtual resource transfer request. If the first consensus verification result is unsuccessful, the virtual resource transfer request is sent to a second node device in a second blockchain network, where the second node device broadcasts the virtual resource transfer request to the second blockchain network, where each second node device in the second blockchain network performs a second consensus verification on the virtual resource transfer request, and sends the obtained second consensus verification result back to the first node device in the first blockchain network; and processes the virtual resource transfer request accordingly based on the received second consensus verification result.

[0034] Sixthly, this application also provides a computer device. The computer device includes a memory and a processor, the memory storing a computer program, and the processor executing the computer program to perform the following steps:

[0035] The system receives a virtual resource transfer request sent by a first node device in a first blockchain network. The first node device broadcasts the received virtual resource transfer request to the first blockchain network for first consensus verification by each first node device. If the first consensus verification result is unsuccessful, the request is sent. The system then broadcasts the virtual resource transfer request to a second blockchain network for second consensus verification by each second node device. Finally, the system sends the received second consensus verification result back to the first node device, enabling the first node device to process the virtual resource transfer request accordingly.

[0036] Seventhly, this application also provides a computer-readable storage medium. The computer-readable storage medium stores a computer program thereon, which, when executed by a processor, performs the following steps:

[0037] The system acquires a virtual resource transfer request; broadcasts the virtual resource transfer request to a first blockchain network, where each first node device in the first blockchain network performs a first consensus verification on the virtual resource transfer request. If the first consensus verification result is unsuccessful, the virtual resource transfer request is sent to a second node device in a second blockchain network, where the second node device broadcasts the virtual resource transfer request to the second blockchain network, where each second node device in the second blockchain network performs a second consensus verification on the virtual resource transfer request, and sends the obtained second consensus verification result back to the first node device in the first blockchain network; and processes the virtual resource transfer request accordingly based on the received second consensus verification result.

[0038] Eighthly, this application also provides a computer-readable storage medium. The computer-readable storage medium stores a computer program thereon, which, when executed by a processor, performs the following steps:

[0039] The system receives a virtual resource transfer request sent by a first node device in a first blockchain network. The first node device broadcasts the received virtual resource transfer request to the first blockchain network for first consensus verification by each first node device. If the first consensus verification result is unsuccessful, the request is sent. The system then broadcasts the virtual resource transfer request to a second blockchain network for second consensus verification by each second node device. Finally, the system sends the received second consensus verification result back to the first node device, enabling the first node device to process the virtual resource transfer request accordingly.

[0040] Ninthly, this application also provides a computer program product. The computer program product includes a computer program that, when executed by a processor, performs the following steps:

[0041] The system acquires a virtual resource transfer request; broadcasts the virtual resource transfer request to a first blockchain network, where each first node device in the first blockchain network performs a first consensus verification on the virtual resource transfer request. If the first consensus verification result is unsuccessful, the virtual resource transfer request is sent to a second node device in a second blockchain network, where the second node device broadcasts the virtual resource transfer request to the second blockchain network, where each second node device in the second blockchain network performs a second consensus verification on the virtual resource transfer request, and sends the obtained second consensus verification result back to the first node device in the first blockchain network; and processes the virtual resource transfer request accordingly based on the received second consensus verification result.

[0042] Tenthly, this application also provides a computer program product. The computer program product includes a computer program that, when executed by a processor, performs the following steps:

[0043] The system receives a virtual resource transfer request sent by a first node device in a first blockchain network. The first node device broadcasts the received virtual resource transfer request to the first blockchain network for first consensus verification by each first node device. If the first consensus verification result is unsuccessful, the request is sent. The system then broadcasts the virtual resource transfer request to a second blockchain network for second consensus verification by each second node device. Finally, the system sends the received second consensus verification result back to the first node device, enabling the first node device to process the virtual resource transfer request accordingly.

[0044] The aforementioned virtual resource processing method, apparatus, computer equipment, storage medium, and computer program product acquire a virtual resource transfer request, broadcast the virtual resource transfer request to a first blockchain network, so that each first node device in the first blockchain network performs a first consensus verification on the virtual resource transfer request, and if the obtained first consensus verification result is unsuccessful, send the virtual resource transfer request to a second node device in a second blockchain network, so that the second node device broadcasts the virtual resource transfer request to the second blockchain network, so that each second node device in the second blockchain network performs a second consensus verification on the virtual resource transfer request, and feeds back the obtained second consensus verification result to the first node device in the first blockchain network, and the first node device processes the virtual resource transfer request accordingly based on the received second consensus verification result. This scheme obtains virtual resource transfer requests through a first node device and broadcasts them to a first blockchain network. The first node devices in the first blockchain network then perform a first consensus verification on the virtual resource transfer request. If the first consensus verification result is unsuccessful, the virtual resource transfer request is sent to a second node device in a second blockchain network. The second node device then broadcasts the virtual resource transfer request to the second blockchain network, where it performs a second consensus verification on the request and sends the second consensus verification result back to the first node device in the first blockchain network. Based on the received second consensus verification result, the first node device processes the virtual resource transfer request accordingly, thereby improving the efficiency, accuracy, and fairness of virtual resource processing. Attached Figure Description

[0045] Figure 1 This is an application environment diagram of a virtual resource processing method in one embodiment;

[0046] Figure 2 This is a schematic diagram of a blockchain in one embodiment;

[0047] Figure 3 This is a flowchart illustrating a virtual resource processing method in one embodiment;

[0048] Figure 4 This is a flowchart illustrating a virtual resource processing method in another embodiment;

[0049] Figure 5 This is a block diagram illustrating a virtual resource processing method in one embodiment;

[0050] Figure 6 This is a schematic diagram of label setting for a virtual resource processing method in one embodiment;

[0051] Figure 7This is a structural block diagram of a virtual resource processing device in one embodiment;

[0052] Figure 8 This is a structural block diagram of a virtual resource processing device in another embodiment;

[0053] Figure 9 This is an internal structural diagram of a computer device in one embodiment. Detailed Implementation

[0054] To make the objectives, technical solutions, and advantages of this application clearer, the following detailed description is provided in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative and not intended to limit the scope of this application.

[0055] The virtual resource processing method provided in this application can be applied to, for example... Figure 1The application environment shown can include: a first blockchain network, a second blockchain network, first node devices, and second node devices. The first blockchain network refers to a system for information sharing between first node devices, and the second blockchain network refers to a system for information sharing between second node devices. The first blockchain network can include multiple first node devices, and the second blockchain network can include multiple second node devices. The multiple first node devices can refer to servers or terminals within the first blockchain network, and the multiple second node devices can refer to servers or terminals within the second blockchain network. During normal operation, the first and second node devices can receive input information. To ensure information interoperability within the first blockchain network, each first node device can have a communication connection, and information can be transmitted between them through these connections. Similarly, to ensure information interoperability within the second blockchain network, each second node device can have a communication connection, and information can be transmitted between them through these connections. The first and second blockchain networks can perform dual-chain interaction; for example, a first node device in the first blockchain network can communicate with a second node device in the second blockchain network. Specifically, the first node device acquires a virtual resource transfer request and broadcasts it to the first blockchain network. The first node devices in the first blockchain network then perform a first consensus verification on the virtual resource transfer request. If the first consensus verification result is unsuccessful, the virtual resource transfer request is sent to a second node device in the second blockchain network. The second node device then broadcasts the virtual resource transfer request to the second blockchain network, where it performs a second consensus verification on the virtual resource transfer request. The second node device then sends the received second consensus verification result back to the first node device in the first blockchain network. Based on the received second consensus verification result, the first node device processes the virtual resource transfer request accordingly. The first node device can be implemented using a standalone server or a server cluster composed of multiple servers, and the second node device can also be implemented using a standalone server or a server cluster composed of multiple servers.

[0056] Each node device (either a first or second node device) in the blockchain network (either the first or second blockchain network) has a corresponding node identifier. Furthermore, each node device can store the node identifiers of other node devices (other first or other second node devices) within the blockchain network (either the first or second blockchain network). This allows the generated consensus block to be broadcast to other node devices (other first or other second node devices) based on their node identifiers. Each node device can maintain a node identifier list as shown in the table below, storing the node name and 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 device. Table 1 uses IP addresses as an example.

[0057]

[0058]

[0059] Table 1

[0060] Each node device (either the first or second node device) in a blockchain network stores the same blockchain. A blockchain consists of multiple blocks; see [link to relevant documentation]. Figure 2 A blockchain consists of multiple blocks. The genesis block includes a block header and a block body. The block header stores input information feature values, version number, timestamp, and difficulty value, while the block body stores input information, such as information about the delivery of legal documents. 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 feature values ​​of the current block, the block header feature values ​​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.

[0061] It should be noted that the virtual resources involved in this application may be funds or other forms of resources, and this application does not make any specific limitations here.

[0062] In one embodiment, such as Figure 3 As shown, a virtual resource processing method is provided, which can be applied to... Figure 1Taking the first node device in the process as an example, the following steps are included:

[0063] Step S301: Obtain a virtual resource transfer request.

[0064] In this step, the virtual resource transfer request can be a request sent by the terminal to the first node device regarding the transfer of virtual data.

[0065] Specifically, the first node device obtains a virtual resource transfer request.

[0066] Step S302: Broadcast the virtual resource transfer request to the first blockchain network so that each first node device in the first blockchain network can perform a first consensus verification on the virtual resource transfer request. If the first consensus verification result is unsuccessful, send the virtual resource transfer request to the second node device in the second blockchain network so that the second node device can broadcast the virtual resource transfer request to the second blockchain network so that each second node device in the second blockchain network can perform a second consensus verification on the virtual resource transfer request. Then, send the obtained second consensus verification result back to the first node device in the first blockchain network.

[0067] The first or second blockchain network can be a consortium blockchain; it can also be a distributed system formed by connecting servers of various financial institutions, administrative agencies, judicial organs, or other organizations as node devices (first or second node devices) through network communication; each node device has its own corresponding blockchain. A blockchain consists of a series of blocks sequentially generated in chronological order, essentially a decentralized database, specifically blocks used to store information related to the transfer of virtual resources.

[0068] Consensus verification (first consensus verification or second consensus verification) can refer to the verification of each node device (first node device or second node device, for example) in the blockchain network (first blockchain network or second blockchain network). Figure 1 The authentication process involves each server in the system reaching a consensus on virtual resource transfer requests based on a consensus mechanism. In practical applications, consensus mechanisms may include Proof-of-Work (PoW), Proof-of-Stake (PoS), Delegated Proof-of-Stake (DPoS), Validation Pool (PooI), and Practical Byzantine Fault Tolerance (PBFT), etc., and this application does not limit the specific mechanisms.

[0069] In this step, the result of the first consensus verification or the result of the second consensus verification can be either pass or fail.

[0070] Specifically, the first node device broadcasts the acquired virtual resource transfer request to the first blockchain network. Each first node device in the first blockchain network receives the virtual resource transfer request through the first blockchain network. Each first node device performs consensus verification on the virtual resource transfer request (for example, each first node device verifies the virtual resource transfer request and broadcasts its verification results to the first blockchain network; verification results exceeding 50% of the total number of first node devices can be used as the first consensus verification result). If the obtained first consensus verification result is unsuccessful, the first node device sends the virtual resource transfer request to a second node device in the second blockchain network (or alternatively, the first node device sends the virtual resource transfer request to the second blockchain network, where the first node device can be the first node device that acquired the virtual resource transfer request). The second node device can be any other first node device in the first blockchain network besides the first node device, such as the first node device that first calculates the verification result or the first node device that first determines the first verification result. The second node device broadcasts the virtual resource transfer request to the second blockchain network. Each second node device in the second blockchain network can receive the virtual resource transfer request through the second blockchain network. Each second node device performs consensus verification on the virtual resource transfer request, obtains the second consensus verification result, and feeds back the obtained second consensus verification result to the first node device in the first blockchain network (this feedback can be given by a fixed second node device in the second blockchain network, such as the second node device with the highest impartiality, or by the second node device that receives the virtual resource transfer request; this application does not make specific limitations here).

[0071] Step S303: Based on the received second consensus verification result, process the virtual resource transfer request accordingly.

[0072] In this step, the second consensus verification result can be the consensus verification result of the second blockchain fed back by the second node device of the second blockchain network.

[0073] Specifically, the first node device processes the virtual resource transfer request accordingly based on the received second consensus verification result.

[0074] It should be noted that other first node devices in the first blockchain network besides the first node device can also execute this.

[0075] In the aforementioned virtual resource processing method, a virtual resource transfer request is obtained and broadcast to a first blockchain network. Each first node device in the first blockchain network performs a first consensus verification on the virtual resource transfer request. If the first consensus verification result is unsuccessful, the virtual resource transfer request is sent to a second node device in a second blockchain network. The second node device then broadcasts the virtual resource transfer request to the second blockchain network, where each second node device performs a second consensus verification on the virtual resource transfer request. The second consensus verification result is then fed back to the first node device in the first blockchain network. The first node device processes the virtual resource transfer request accordingly based on the received second consensus verification result. This scheme obtains virtual resource transfer requests through a first node device and broadcasts them to a first blockchain network. The first node devices in the first blockchain network then perform a first consensus verification on the virtual resource transfer request. If the first consensus verification result is unsuccessful, the virtual resource transfer request is sent to a second node device in a second blockchain network. The second node device then broadcasts the virtual resource transfer request to the second blockchain network, where it performs a second consensus verification on the request and sends the second consensus verification result back to the first node device in the first blockchain network. Based on the received second consensus verification result, the first node device processes the virtual resource transfer request accordingly, thereby improving the efficiency, accuracy, and fairness of virtual resource processing.

[0076] In one embodiment, step S302, which involves broadcasting the virtual resource transfer request to the first blockchain network so that each first node device in the first blockchain network can perform a first consensus verification on the virtual resource transfer request, specifically includes: broadcasting the virtual resource transfer request to the first blockchain network so that each first node device in the first blockchain network can perform a first consensus verification on the virtual resource transfer request using pre-set virtual resource transfer conditions.

[0077] In this embodiment, the pre-set virtual resource transfer conditions are also used for each second node device in the second blockchain network to perform a second consensus verification on the virtual resource transfer request. The pre-set virtual resource transfer conditions can be standards or rules used to determine whether the virtual resource transfer request is compliant or abnormal. The pre-set virtual resource transfer conditions can be stored in an external rule database. The first blockchain network can communicate with the external rule database. For example, the second blockchain network can communicate with the external rule database. The external rule database can contain multiple virtual resource transfer conditions. The second blockchain network can determine the required virtual resource transfer conditions from the external rule database as the pre-set virtual resource transfer conditions. The judgment basis for the consensus verification between the second blockchain network and the first blockchain network can be the same pre-set virtual resource transfer conditions.

[0078] Specifically, the first node device broadcasts the virtual resource transfer request to the first blockchain network. Each first node device performs a first consensus verification on the virtual resource transfer request based on the virtual resource transfer conditions in an external rule database connected to the first blockchain network. If the first consensus verification result is unsuccessful, the virtual resource transfer request is sent to the second node device in the second blockchain network. The second node device then broadcasts the virtual resource transfer request to the second blockchain network, whereby each second node device performs a second consensus verification on the virtual resource transfer request based on the virtual resource transfer conditions in an external rule database connected to the second blockchain network.

[0079] The technical solution of this embodiment improves the efficiency, accuracy and fairness of virtual resource processing by having the first node device and the second node device perform consensus verification on virtual resource transfer requests using pre-set virtual resource transfer conditions.

[0080] In one embodiment, the above method can also enable the second node device to store data from the blockchain of the first blockchain network to the blockchain of the second blockchain network through the following steps: storing the consensus block corresponding to the virtual resource transfer request to the blockchain of the first blockchain network; and in response to the blockchain synchronization request sent by the second node device, sending the data from the blockchain of the first blockchain network to the second node device, so that the second node device stores the data from the blockchain of the first blockchain network to the blockchain of the second blockchain network.

[0081] In this embodiment, the blockchain synchronization request is sent by the second node device at a preset time period, where the preset time period can be a pre-set periodic time; the consensus block can refer to the blockchain block generated based on the virtual resource transfer request after all node devices (first node device or second node device) in the blockchain network (first blockchain network or second blockchain network) have reached a consensus on the virtual resource transfer request; the data in the blockchain can be the data in each block of the blockchain of the first blockchain network, or it can be the data in the blockchain of the first blockchain network that was not synchronized when the second blockchain network performed the last blockchain synchronization.

[0082] Specifically, the first node device processes the virtual resource transfer request according to the received second consensus verification result, and stores the consensus block corresponding to the virtual resource transfer request in the blockchain of the first blockchain network. The second node device periodically sends a blockchain synchronization request to the first node device. In response to the blockchain synchronization request sent by the second node device, the first node device sends the data in the blockchain of the first blockchain network to the second node device. The second node device stores the data in the blockchain of the first blockchain network into the blockchain of the second blockchain network (equivalent to the first blockchain network packaging all the relevant data of virtual resource transfer into blocks, and the second blockchain network periodically synchronizing / backing up the data of the first blockchain network).

[0083] The technical solution of this embodiment sends data from the blockchain of the first blockchain network to the second node device, which then stores the data from the blockchain of the first blockchain network into the blockchain of the second blockchain network. This allows the second blockchain network to verify whether the blockchain information of the first blockchain network has been tampered with, thereby improving the storage security of information related to virtual resource transfer and ensuring that information is not lost.

[0084] In one embodiment, step S303, which involves processing the virtual resource transfer request according to the received second consensus verification result, specifically includes: if the received second consensus verification result is successful, allowing the execution of the virtual resource transfer processing corresponding to the virtual resource transfer request; and if the received second consensus verification result is unsuccessful, prohibiting the execution of the virtual resource transfer processing corresponding to the virtual resource transfer request.

[0085] Specifically, after receiving the second consensus verification result, the first node device allows the execution of virtual resource transfer processing corresponding to the virtual resource transfer request if the received second consensus verification result is successful, or prohibits the execution of virtual resource transfer processing corresponding to the virtual resource transfer request if the received second consensus verification result is unsuccessful.

[0086] For example, the second consensus verification result may also include instructions such as terminating virtual resource transfer, suspending virtual resource transfer, freezing / unfreezing virtual resources, and allowing virtual resource transfer. After receiving the second consensus verification result, the first node device performs the corresponding instruction operation on the virtual resource transfer request according to the type of instruction received by the second consensus verification result.

[0087] The technical solution of this embodiment improves the accuracy and fairness of virtual resource processing by allowing or prohibiting the execution of virtual resource transfer processing corresponding to the virtual resource transfer request when the received second consensus verification result is either pass or fail.

[0088] In one embodiment, the above method may further allow the execution of virtual resource transfer processing corresponding to the virtual resource transfer request by means of the following steps: if the first consensus verification result is passed, the execution of virtual resource transfer processing corresponding to the virtual resource transfer request shall be allowed.

[0089] Specifically, the first node device obtains a virtual resource transfer request and broadcasts it to the first blockchain network. The first node devices in the first blockchain network then perform a first consensus verification on the virtual resource transfer request. If the first consensus verification result is successful, the virtual resource transfer processing corresponding to the virtual resource transfer request is allowed to be executed.

[0090] The technical solution of this embodiment improves the efficiency of virtual resource processing by allowing the execution of virtual resource transfer processing corresponding to the virtual resource transfer request when the first consensus verification result is passed.

[0091] In one embodiment, such as Figure 4 As shown, a virtual resource processing method is provided, which can be applied to... Figure 1 Taking the second node device as an example, the explanation includes the following steps:

[0092] Step S401: Receive a virtual resource transfer request sent by the first node device in the first blockchain network.

[0093] In this step, the virtual resource transfer request is broadcast by the first node device to the first blockchain network, so that the virtual resource transfer request can be verified by the first node devices in the first blockchain network through the first consensus verification, and sent if the first consensus verification result is unsuccessful.

[0094] Specifically, the second node device receives a virtual resource transfer request sent by the first node device in the first blockchain network.

[0095] Step S402: Broadcast the virtual resource transfer request to the second blockchain network so that the virtual resource transfer request can be verified by the second node devices in the second blockchain network through a second consensus.

[0096] Specifically, the second node device broadcasts the virtual resource transfer request to the second blockchain network, so that the virtual resource transfer request can be verified by the second node devices in the second blockchain network through a second consensus.

[0097] Step S403: The obtained second consensus verification result is fed back to the first node device, so that the first node device can process the virtual resource transfer request accordingly based on the received second consensus verification result.

[0098] Specifically, the second consensus verification result received by the second node device is fed back to the first node device, enabling the first node device to process the virtual resource transfer request accordingly based on the received second consensus verification result.

[0099] It should be noted that other second node devices besides this one can also execute this in the second blockchain network.

[0100] In the aforementioned virtual resource processing method, a virtual resource transfer request is obtained and broadcast to a first blockchain network. Each first node device in the first blockchain network performs a first consensus verification on the virtual resource transfer request. If the first consensus verification result is unsuccessful, the virtual resource transfer request is sent to a second node device in a second blockchain network. The second node device then broadcasts the virtual resource transfer request to the second blockchain network, where each second node device performs a second consensus verification on the virtual resource transfer request. The second consensus verification result is then fed back to the first node device in the first blockchain network. The first node device processes the virtual resource transfer request accordingly based on the received second consensus verification result. This scheme obtains virtual resource transfer requests through a first node device and broadcasts them to a first blockchain network. The first node devices in the first blockchain network then perform a first consensus verification on the virtual resource transfer request. If the first consensus verification result is unsuccessful, the virtual resource transfer request is sent to a second node device in a second blockchain network. The second node device then broadcasts the virtual resource transfer request to the second blockchain network, where it performs a second consensus verification on the request and sends the second consensus verification result back to the first node device in the first blockchain network. Based on the received second consensus verification result, the first node device processes the virtual resource transfer request accordingly, thereby improving the efficiency, accuracy, and fairness of virtual resource processing.

[0101] The following application example illustrates the virtual resource processing method provided in this application, such as... Figure 1 and Figure 5 As shown, the main steps include:

[0102] Step 1: Set up a first blockchain network and a second blockchain network, using a dual-chain parallel mode. The first blockchain network serves as the virtual resource circulation chain, used to record the transfer information of virtual resources, while the second blockchain network serves as the regulatory chain, used for access control and recording regulatory information.

[0103] In this case, the start and end times of blocks in the second blockchain network and blocks in the first blockchain network need to correspond one-to-one (e.g., Figure 5 As shown, for example, blocks 1, 2, ..., n of the first blockchain network correspond to blocks 1, 2, ..., n of the second blockchain network, respectively. The start and end times are determined by the start time of the first virtual resource transfer (which can be transaction information) and the end time of the last virtual resource transfer in the first blockchain network. This means that every step and stage of virtual resource transfer needs to be monitored. Only when the monitoring requirements are met will the virtual resource flow to the next stage. These monitoring requirements include technical and legal regulations. The data in the first blockchain network is divided into two parts: the first part is the complete virtual resource transfer record used for tracing virtual resource transfer behavior. To prevent the leakage of virtual resource transfer information records due to a node being compromised, these records are encrypted before being packaged into the block body. The second part is the virtual resource transfer information sequence number and timestamp corresponding to the complete virtual resource transfer information in the block. This is used to find the block where the virtual resource transfer information is stored after initiating tracing, reducing the workload of locating the block during decryption. Both parts of the data are hashed and stored in Merkle. In the Merkle tree structure, the data on the blocks of the second blockchain network includes the order of virtual resource transfers, compliance requirements, usage performance, regulatory alarm thresholds, timestamps, etc. The first or second blockchain network can contain multiple government nodes, regulatory department nodes, enterprise nodes, third-party nodes, and individual nodes, etc. Since the system adopts a dual-chain parallel mode, shared nodes can be deployed in isolation to reasonably allocate resources and achieve dual-chain parallel operation.

[0104] Step 2: The first blockchain network obtains the virtual resource transfer request, such as... Figure 6As shown, tags are set for the receiving and sending accounts of each virtual resource transfer. The tag content can include: encrypted signature, virtual resource flow direction, and virtual resource usage. For example, if the virtual resource transfer order is as follows: A-->B-->C (i.e., flow order A-->flow order B-->flow order C), then A will record the tag for the virtual resource transfer to B, and B will also record the tag for the source A. C will record tags in a similar way. The tag information can be used to quickly locate and obtain the virtual resource transfer path, realizing the tracking and tracing of virtual resources.

[0105] The first blockchain network records complete virtual resource transfer information, including all virtual resources transferred out and into a single transfer, along with related keys, tags, and serial numbers identifying the virtual resource transfer. After receiving and verifying a virtual resource transfer request, the first node device stores the request in a list of virtual resource transfers awaiting confirmation. When generating a block, the virtual resource transfer requests are packaged according to the order in which they were added. The packaged requests are then marked, the blocks are checked and confirmed, and finally, a blockchain that can be quickly tracked and traced is generated.

[0106] Step 3: The second blockchain network is anchored to the first blockchain network, using the blockchain timestamp as the anchor point. Data on each virtual resource transfer on the first blockchain network is packaged, compressed, and sent to the second blockchain network. The second blockchain network checks and verifies the compliance of transactions from the sent transaction data. Only when compliance requirements are met is the transfer of virtual resources permitted, demonstrating cross-chain interaction between the second and first blockchain networks. The second blockchain network can manage the detailed usage of virtual resources. Once abnormal operations are detected, such as misappropriation or theft, the smart contract's regulatory function is triggered, sending an alarm message to the regulatory authorities and prompting them to take appropriate compliance management actions, such as requiring the first blockchain network to stop issuing virtual resources, freeze virtual resources, or recover virtual resources.

[0107] The second blockchain network has a higher priority than the first blockchain network. The high priority of the second blockchain network is reflected in the fact that virtual resources can only be transferred after authorization by the second blockchain network. The inspection content includes the legality of the institution, the flow of virtual resources, usage, usage performance, etc. The second blockchain network can access the regulatory database (external rule database). Smart contracts can read rules from the regulatory database and check whether the operation of virtual resources is compliant, realizing 24 / 7 real-time monitoring.

[0108] Step 4: Set up a node verification mechanism and a blacklist / whitelist mechanism. Obtain the network node topology distribution and verify the network nodes, such as through digital signatures, institutional registration, and multi-party security authentication. Prohibit malicious nodes from joining the network. Each node participating in consensus must be authenticated. At the same time, establish a gray list of suspicious account addresses. Add suspicious account addresses found during virtual resource transfers to the gray list for centralized monitoring and verification. If an anomaly occurs, add the node to the blacklist and initiate a smart contract to monitor the virtual resources.

[0109] Step 5: The second blockchain network records the virtual resource transfer relationship in the virtual resource transfer tracking route, and then continues to perform the above tracking query for the next output until the virtual resource transfer output has not been spent. In view of the possibility that the number of virtual resource transfers may be too large, causing the tracking algorithm to iterate too many times and fail to return results in time, the algorithm also sets a target layer limit for the tracking operation as a termination condition.

[0110] For long tracing routes, the starting position and length of the tracing can be set. The starting position can be selected as the latest position in time and the position where the virtual resource is transferred correctly. The length can be set to a value first, find the involved blocks, and then scale it according to the selected range to quickly locate the problem and implement key monitoring.

[0111] Steps one through five of the above application example specifically involve deploying the second blockchain network and the first blockchain network, respectively, and initializing and starting their parameters. (The second and first blockchain networks can use the same consensus mechanism or different consensus mechanisms. If both chains use the same consensus mechanism, the second and first blockchain networks only need to transmit data and exchange monitoring instructions, without needing cross-chain consensus. The advantages are ease of deployment, implementation, high efficiency, and resource saving. If the two chains use different consensus mechanisms, the second and first blockchain networks need to perform cross-chain consensus. This can be achieved using any of the following mechanisms: notary mechanism, sidechain / relay mechanism, or hash locking mechanism. No restrictions are placed here.) Deploying the second blockchain network and the first blockchain... After the first blockchain network is established, parameter initialization is performed, mainly involving setting blockchain node parameters, configuring resources, and preparing for the pre-distribution of virtual resources. Finally, the initial blockchain is launched. The second blockchain network then enters its working state, interacting with the first blockchain network, receiving information from the first blockchain network, and supervising it. The first blockchain network sends virtual resource transfer data to the second blockchain network, receives instructions from the second blockchain network, and records the virtual resource transfer process. The first blockchain network receives supervisory instructions from the second blockchain network and executes the corresponding operations. The first blockchain network monitors whether the virtual resource transfer is compliant based on rule parameters or models. If compliant, the virtual resources are transferred to the next institution (or individual); if non-compliant, the virtual resource transfer is suspended, and an alarm is triggered.

[0112] The technical solution in this application example enables the tracking and tracing of virtual resources. Simultaneously, it monitors the flow of virtual resources throughout the entire process. If virtual resources are found to be misappropriated, stolen, or have an unknown destination, an alarm is triggered, and restrictive measures are taken to prevent such misappropriation, theft, or unknown destination, ensuring the correct use of virtual resources. Real-time tracking and tracing via smart contracts make the entire process simple and efficient, eliminating the need for manual audits and reconciliations, thus saving costs. The two blockchains can run in parallel with low coupling and high processing efficiency, and have virtually no impact on the first blockchain network under normal virtual resource flow conditions. Based on the combined architecture of the two blockchains, a virtual resource supervision model is constructed. The core of the new model is a consortium blockchain, where members are responsible for confirming virtual resource transfer requests and encrypting and storing relevant data for complete virtual resource transfers. This stored data can serve as evidence in virtual resource transfer tracing. Regulatory agencies participate in the system's operation and maintenance as participants in the consortium blockchain.

[0113] It should be understood that although the steps in the flowcharts of the embodiments described above are shown sequentially according to the arrows, these steps are not necessarily executed in the order indicated by the arrows. Unless explicitly stated herein, there is no strict order restriction on the execution of these steps, and they can be executed in other orders. Moreover, at least some steps in the flowcharts of the embodiments described above may include multiple steps or multiple stages. These steps or stages are not necessarily completed at the same time, but can be executed at different times. The execution order of these steps or stages is not necessarily sequential, but can be performed alternately or in turn with other steps or at least some of the steps or stages of other steps.

[0114] Based on the same inventive concept, this application also provides a virtual resource processing apparatus for implementing the virtual resource processing method described above. The solution provided by this apparatus is similar to the implementation scheme described in the above method; therefore, the specific limitations in one or more virtual resource processing apparatus embodiments provided below can be found in the limitations of the virtual resource processing method described above, and will not be repeated here.

[0115] In one embodiment, such as Figure 7 As shown, a virtual resource processing device 700 is provided, which may include:

[0116] Virtual resource transfer request acquisition module 701 is used to acquire virtual resource transfer requests;

[0117] The virtual resource transfer request sending module 702 is used to broadcast the virtual resource transfer request to a first blockchain network, so that each first node device in the first blockchain network can perform a first consensus verification on the virtual resource transfer request. If the first consensus verification result is unsuccessful, the virtual resource transfer request is sent to a second node device in a second blockchain network, so that the second node device broadcasts the virtual resource transfer request to the second blockchain network, so that each second node device in the second blockchain network can perform a second consensus verification on the virtual resource transfer request, and feed back the obtained second consensus verification result to the first node device in the first blockchain network.

[0118] The virtual resource transfer request processing module 703 is used to process the virtual resource transfer request according to the received second consensus verification result.

[0119] In one embodiment, the virtual resource transfer request sending module 702 is further configured to broadcast the virtual resource transfer request to the first blockchain network, so that the virtual resource transfer request can be verified by the first node devices in the first blockchain network using pre-set virtual resource transfer conditions; the pre-set virtual resource transfer conditions are also used to allow the second node devices in the second blockchain network to verify the virtual resource transfer request by a second consensus.

[0120] In one embodiment, the device 700 further includes: a consensus block storage module, configured to store the consensus block corresponding to the virtual resource transfer request in the blockchain of the first blockchain network; the device 700 further includes: a data sending module, configured to send data in the blockchain of the first blockchain network to the second node device in response to a blockchain synchronization request sent by the second node device, so that the second node device stores the data in the blockchain of the first blockchain network in the blockchain of the second blockchain network; the blockchain synchronization request is sent by the second node device at a preset time period.

[0121] In one embodiment, the virtual resource transfer request processing module 703 is further configured to allow the execution of the virtual resource transfer processing corresponding to the virtual resource transfer request if the received second consensus verification result is passed; and to prohibit the execution of the virtual resource transfer processing corresponding to the virtual resource transfer request if the received second consensus verification result is failed.

[0122] In one embodiment, the device 700 further includes: an execution permission module, configured to allow execution of the virtual resource transfer process corresponding to the virtual resource transfer request if the obtained first consensus verification result is passed.

[0123] In one embodiment, such as Figure 8 As shown, a virtual resource processing device is provided, the device 800 may include:

[0124] The virtual resource transfer request receiving module 801 is used to receive a virtual resource transfer request sent by a first node device in the first blockchain network; the virtual resource transfer request is broadcast by the first node device to the first blockchain network so that the virtual resource transfer request can be verified by each first node device in the first blockchain network through a first consensus verification, and the request is sent if the first consensus verification result is unsuccessful.

[0125] The virtual resource transfer request verification module 802 is used to broadcast the virtual resource transfer request to the second blockchain network so that the virtual resource transfer request can be verified by the second node devices in the second blockchain network through a second consensus.

[0126] The second consensus verification result feedback module 803 is used to feed back the obtained second consensus verification result to the first node device, so that the first node device can process the virtual resource transfer request accordingly based on the received second consensus verification result.

[0127] Each module in the aforementioned virtual resource processing device can be implemented entirely or partially through software, hardware, or a combination thereof. These modules can be embedded in or independent of the processor in a computer device, or stored in the memory of a computer device as software, so that the processor can invoke and execute the operations corresponding to each module.

[0128] It should be noted that the virtual resource processing method and apparatus provided in this application can be used in the financial field involving virtual resource processing, or in any field other than the financial field involving virtual resource processing. The application field of the virtual resource processing method and apparatus provided in this application is not limited.

[0129] In one embodiment, a computer device is provided, which may be a server, and its internal structure diagram may be as follows: Figure 9 As shown, the computer device includes a processor, memory, and a network interface connected via a system bus. The processor provides computing and control capabilities. The memory includes non-volatile storage media and internal memory. The non-volatile storage media stores the operating system, computer programs, and a database. The internal memory provides the environment for the operation of the operating system and computer programs stored in the non-volatile storage media. The database stores blockchain data. The network interface communicates with external terminals via a network connection. The computer device also includes input / output interfaces, which are connection circuits between the processor and external devices for exchanging information; they are connected to the processor via a bus and are referred to as I / O interfaces. When the computer program is executed by the processor, it implements a virtual resource processing method.

[0130] Those skilled in the art will understand that Figure 9 The structure shown is merely a block diagram of a portion of the structure related to the present application and does not constitute a limitation on the computer device to which the present application is applied. Specific computer devices may include more or fewer components than those shown in the figure, or combine certain components, or have different component arrangements.

[0131] In one embodiment, a computer device is also provided, including a memory and a processor, wherein the memory stores a computer program, and the processor executes the computer program to implement the steps in the above method embodiments.

[0132] In one embodiment, a computer-readable storage medium is provided having a computer program stored thereon that, when executed by a processor, implements the steps in the above method embodiments.

[0133] In one embodiment, a computer program product is provided, including a computer program that, when executed by a processor, implements the steps in the above method embodiments.

[0134] It should be noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data used for analysis, data stored, data displayed, etc.) involved in this application are all information and data authorized by the user or fully authorized by all parties.

[0135] Those skilled in the art will understand that all or part of the processes in the methods of the above embodiments can be implemented by a computer program instructing related hardware. The computer program can be stored in a non-volatile computer-readable storage medium, and when executed, it can include the processes of the embodiments of the above methods. Any references to memory, databases, or other media used in the embodiments provided in this application can include at least one of non-volatile and volatile memory. Non-volatile memory can include read-only memory (ROM), magnetic tape, floppy disk, flash memory, optical memory, high-density embedded non-volatile memory, resistive random access memory (ReRAM), magnetic random access memory (MRAM), ferroelectric random access memory (FRAM), phase change memory (PCM), graphene memory, etc. Volatile memory can include random access memory (RAM) or external cache memory, etc. By way of illustration and not limitation, RAM can take many forms, such as Static Random Access Memory (SRAM) or Dynamic Random Access Memory (DRAM). The databases involved in the embodiments provided in this application may include at least one type of relational database and non-relational database. Non-relational databases may include, but are not limited to, blockchain-based distributed databases. The processors involved in the embodiments provided in this application may be general-purpose processors, central processing units, graphics processing units, digital signal processors, programmable logic devices, quantum computing-based data processing logic devices, etc., and are not limited to these.

[0136] The technical features of the above embodiments can be combined in any way. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0137] The embodiments described above are merely illustrative of several implementation methods of this application, and while the descriptions are specific and detailed, they should not be construed as limiting the scope of this patent application. It should be noted that those skilled in the art can make various modifications and improvements without departing from the concept of this application, and these all fall within the protection scope of this application. Therefore, the protection scope of this application should be determined by the appended claims.

Claims

1. A method for processing virtual resources, characterized in that, The method includes: Obtain virtual resource transfer requests and set tags for the receiving and sending accounts corresponding to the virtual resource transfer requests. The tag content includes encrypted signature, virtual resource flow direction, and virtual resource usage status, so as to realize the tracking and traceability of virtual resources. The virtual resource transfer request is broadcast to the first blockchain network, so that the virtual resource transfer request can be verified through the first node devices in the first blockchain network. If the first consensus verification result is passed, then the virtual resource transfer processing corresponding to the virtual resource transfer request is allowed to be executed; If the first consensus verification result is unsuccessful, the virtual resource transfer request is sent to the second node device of the second blockchain network. The second blockchain network is a regulatory chain used for access control and recording regulatory information, and the second blockchain network has a higher priority than the first blockchain network. The second node device broadcasts the virtual resource transfer request to the second blockchain network, so that the virtual resource transfer request can be verified by the second node devices in the second blockchain network through a second consensus verification. The second consensus verification includes verification of the legitimacy of the institution, the flow of virtual resources, and the compliance of virtual resource usage. The second node device then feeds back the second consensus verification result to the first node device in the first blockchain network. Based on the received second consensus verification result, the virtual resource transfer request is processed accordingly; if the received second consensus verification result is successful, the virtual resource transfer processing corresponding to the virtual resource transfer request is allowed to be executed; if the received second consensus verification result is unsuccessful, the virtual resource transfer processing corresponding to the virtual resource transfer request is prohibited from being executed.

2. The method according to claim 1, characterized in that, The step of broadcasting the virtual resource transfer request to the first blockchain network, so as to perform a first consensus verification on the virtual resource transfer request through each first node device in the first blockchain network, includes: The virtual resource transfer request is broadcast to the first blockchain network so that the first node devices in the first blockchain network can perform a first consensus verification on the virtual resource transfer request using pre-set virtual resource transfer conditions; the pre-set virtual resource transfer conditions are also used for the second node devices in the second blockchain network to perform a second consensus verification on the virtual resource transfer request.

3. The method according to claim 1, characterized in that, After processing the virtual resource transfer request, the process further includes: The consensus block corresponding to the virtual resource transfer request is stored in the blockchain of the first blockchain network; The method further includes; In response to a blockchain synchronization request sent by the second node device, data in the blockchain of the first blockchain network is sent to the second node device, so that the second node device stores the data in the blockchain of the first blockchain network into the blockchain of the second blockchain network; the blockchain synchronization request is sent by the second node device at a preset time period.

4. A method for processing virtual resources, characterized in that, The method includes: The system receives a virtual resource transfer request sent by a first node device in a first blockchain network. The virtual resource transfer request carries corresponding transfer-in and transfer-out account tags. The tag content includes encrypted signature, virtual resource flow direction, and virtual resource usage status to achieve virtual resource tracking and traceability. The first node device broadcasts the virtual resource transfer request to the first blockchain network so that each first node device in the first blockchain network can perform a first consensus verification on the virtual resource transfer request. If the first consensus verification result is unsuccessful, the request is sent; if the first consensus verification result is successful, the request is not sent. The virtual resource transfer request is broadcast to the second blockchain network, so that the virtual resource transfer request can be verified by the second node devices in the second blockchain network. The second blockchain network is a regulatory chain, used for access control and recording regulatory information, and the priority of the second blockchain network is higher than that of the first blockchain network. The second consensus verification includes verification of the legitimacy of the institution, the flow of virtual resources, and the compliance of the use of virtual resources. The second consensus verification result is fed back to the first node device, so that if the first node device receives a successful second consensus verification result, it is allowed to execute the virtual resource transfer process corresponding to the virtual resource transfer request; if the received second consensus verification result fails, it is prohibited from executing the virtual resource transfer process corresponding to the virtual resource transfer request.

5. A virtual resource processing device, characterized in that, The device includes: The virtual resource transfer request acquisition module is used to acquire virtual resource transfer requests and set tags for the transfer-in and transfer-out accounts corresponding to the virtual resource transfer requests. The tag content includes encrypted signature, virtual resource flow direction, and virtual resource usage status, so as to realize the tracking and traceability of virtual resources. A virtual resource transfer request sending module is used to broadcast the virtual resource transfer request to a first blockchain network, so that each first node device in the first blockchain network can perform a first consensus verification on the virtual resource transfer request. If the first consensus verification result is unsuccessful, the virtual resource transfer request is sent to a second node device in a second blockchain network. The second blockchain network is a regulatory chain used for access control and recording regulatory information, and the second blockchain network has a higher priority than the first blockchain network. The second node device then broadcasts the virtual resource transfer request to the second blockchain network, so that each second node device in the second blockchain network can perform a second consensus verification on the virtual resource transfer request. The second consensus verification includes verification of the legitimacy of the institution, the flow of virtual resources, and the compliance of virtual resource usage. The second node device then feeds back the second consensus verification result to the first node device in the first blockchain network. An execution permission module is configured to allow the execution of the virtual resource transfer process corresponding to the virtual resource transfer request if the first consensus verification result is passed. The virtual resource transfer request processing module is used to process the virtual resource transfer request according to the received second consensus verification result. If the received second consensus verification result is successful, the virtual resource transfer processing corresponding to the virtual resource transfer request is allowed to be executed; if the received second consensus verification result is unsuccessful, the virtual resource transfer processing corresponding to the virtual resource transfer request is prohibited from being executed.

6. A virtual resource processing device, characterized in that, The device includes: A virtual resource transfer request receiving module is used to receive virtual resource transfer requests sent by a first node device in a first blockchain network. The virtual resource transfer request carries corresponding transfer-in and transfer-out account settings tags. The tag content includes encrypted signature, virtual resource flow direction, and virtual resource usage status to achieve virtual resource tracking and traceability. The virtual resource transfer request is broadcast by the first node device to the first blockchain network so that the virtual resource transfer request can be verified by each first node device in the first blockchain network through a first consensus verification. If the first consensus verification result is unsuccessful, the request is sent; if the first consensus verification result is successful, the request is not sent. The virtual resource transfer request verification module is used to broadcast the virtual resource transfer request to the second blockchain network, so that the virtual resource transfer request can be verified by the second node devices in the second blockchain network through a second consensus. The second blockchain network is a regulatory chain used for access control and recording regulatory information, and the priority of the second blockchain network is higher than that of the first blockchain network. The second consensus verification includes verification of the legitimacy of the institution, the flow of virtual resources, and the compliance of the use of virtual resources. The second consensus verification result feedback module is used to feed back the obtained second consensus verification result to the first node device, so that if the first node device receives a successful second consensus verification result, it allows the execution of the virtual resource transfer process corresponding to the virtual resource transfer request; if the received second consensus verification result fails, it prohibits the execution of the virtual resource transfer process corresponding to the virtual resource transfer request.

7. A computer device comprising a memory and a processor, wherein the memory stores a computer program, characterized in that, When the processor executes the computer program, it implements the steps of the method according to any one of claims 1 to 4.

8. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by a processor, it implements the steps of the method according to any one of claims 1 to 4.

9. A computer program product, comprising a computer program, characterized in that, When the computer program is executed by a processor, it implements the steps of the method according to any one of claims 1 to 4.

Images