Resource processing method, node, system, storage medium and program product

Abstract

The embodiment of the invention discloses a resource processing method, a node, a system, a storage medium and a program product, at least relates to technologies such as block chains and the like, and is used for realizing transfer processing of virtual resources, reducing the transfer cost and the transfer time and improving the transfer security. In the method, target contract information is obtained, and the target contract information comprises resource information used for indicating a first virtual resource, a transfer mode of the first virtual resource and a transfer trigger event; after the consensus verification of the target contract information is passed, recording the target contract information to a block chain, and sending the target contract information record to a target block identifier on the block chain to the first processing node; receiving a virtual resource transfer request sent by the first processing node, wherein the virtual resource transfer request comprises the target block identifier; and when it is detected that the transfer trigger event takes effect, transferring the first virtual resource from the resource pool of the first processing node to the resource pool of the second processing node based on a transfer mode in the target contract information.

Description

Technical Field

[0001] The embodiments of the present application relate to the field of blockchain technology, and specifically to a method, node, system, storage medium and program product for resource processing. Background Art

[0002] Traditional paper contracts are usually accompanied by potential risks such as low management efficiency, high costs, and contract loss. In comparison, contract information is more efficient, convenient, safe and reliable, and meets the current trend of informatization and digitalization. Therefore, more and more companies and businesses are gradually using contract information instead of paper contracts to clarify transaction rights and interests.

[0003] At present, in the process of using contract information for business transactions, it is usually necessary to use third-party transaction platforms such as banks or other intermediary structures to transfer virtual resources. However, this kind of transfer processing of virtual resources specified in the contract information with the help of a third-party payment platform not only brings additional resource transfer costs to the transaction participants, but also the transfer processing cycle is too long, resulting in low efficiency of the transfer processing. In addition, using a third-party payment platform to complete the transfer processing of virtual resources usually involves multiple processing links and multiple participants, and the security of the transfer processing process cannot be guaranteed, resulting in poor security.

[0004] Application Contents

[0005] The embodiments of the present application provide a method, node, system, storage medium and program product for resource processing, which realize the transfer processing of virtual resources through blockchain technology, can reduce the transfer cost and transfer time, and improve the security of the transfer.

[0006] In the first aspect, the embodiment of the present application provides a method for resource processing. The method for resource processing can be applied in a resource consensus node in a blockchain network. In addition, the blockchain network also includes a first processing node and a second processing node. In the method for resource processing, the resource consensus node obtains target contract information, the target contract information includes resource information, a transfer method of a first virtual resource, and a transfer trigger event, the resource information is used to indicate the first virtual resource, and the target contract information is a contract obtained after the first processing node and the second processing node sign the contract information to be signed. After the consensus verification of the target contract information is passed, the resource consensus node records the target contract information to the blockchain, and sends the target block identifier of the target contract information recorded on the blockchain to the first processing node. The resource consensus node receives the virtual resource transfer request sent by the first processing node, and the virtual resource transfer request includes the target block identifier. When the resource consensus node detects that the transfer trigger event is effective, based on the transfer method in the target contract information corresponding to the target block identifier, the first virtual resource corresponding to the resource information is transferred from the resource pool of the first processing node to the resource pool of the second processing node.

[0007] In the second aspect, the embodiment of the present application provides a method for resource processing. The method for resource processing is applied to a first processing node in a blockchain network. In addition, the blockchain network also includes a second processing node and a resource consensus node. In the method for resource processing, the first processing node receives a target block identifier sent by the resource consensus node, the target block identifier being the block identifier of the target contract information recorded by the resource consensus node on the blockchain after the consensus verification of the target contract information is passed, the target contract information includes resource information, a transfer method of the first virtual resource and a transfer trigger event, the resource information is used to indicate the first virtual resource, and the target contract information is a contract obtained after the first processing node and the second processing node sign the contract information to be signed. The first processing node sends a virtual resource transfer request to the resource consensus node, the virtual resource transfer request includes the target block identifier, so that when the resource consensus node detects that the transfer trigger event is effective, based on the transfer method in the target contract information corresponding to the target block identifier, the first virtual resource corresponding to the resource information is transferred from the resource pool of the first processing node to the resource pool of the second processing node.

[0008] In the third aspect, an embodiment of the present application provides a method for resource processing. The method for resource processing can be applied in a second processing node in a blockchain network. The blockchain network also includes a resource consensus node and a first processing node. In the method for resource processing, the second processing node creates contract information to be signed. The second processing node obtains the contract information signed by the second processing node in response to the signature operation for the contract information to be signed. The second processing node sends the contract information signed by the second processing node to the resource consensus node. Among them, the contract information signed by the second processing node is used by the first processing node to sign the contract information signed by the second processing node to obtain the contract information signed by the first processing node, and the contract information signed by the first processing node is used by the resource consensus node to obtain the target contract information, and the target contract information includes resource information, a transfer method of the first virtual resource, and a transfer trigger event, so that when the resource consensus node detects that the transfer trigger event is effective, based on the transfer method in the target contract information, the first virtual resource corresponding to the resource information is transferred from the resource pool of the first processing node to the resource pool of the second processing node.

[0009] In a fourth aspect, an embodiment of the present application provides a resource consensus node. The resource consensus node includes an acquisition unit and a processing unit. Exemplarily, the resource consensus node also includes a sending unit. The acquisition unit is used to acquire target contract information, the target contract information includes resource information, a transfer method of a first virtual resource, and a transfer trigger event, the resource information is used to indicate the first virtual resource, and the target contract information is a contract obtained after the first processing node and the second processing node sign the contract information to be signed. The processing unit is used to record the target contract information to the blockchain after the consensus verification of the target contract information is passed, and send the target block identifier of the target contract information recorded on the blockchain to the first processing node. The acquisition unit is used to receive a virtual resource transfer request sent by the first processing node, and the virtual resource transfer request includes the target block identifier. The processing unit is used to transfer the first virtual resource corresponding to the resource information from the resource pool of the first processing node to the resource pool of the second processing node based on the transfer method in the target contract information corresponding to the target block identifier when detecting that the transfer trigger event is effective.

[0010] In some optional embodiments, the transfer trigger event includes multiple transfer times, the transfer method includes an installment transfer method, and each transfer time corresponds to the installment transfer method; the processing unit is used to determine the virtual resources corresponding to the installment transfer method from the first virtual resources corresponding to the resource information; when each transfer time takes effect, based on the installment transfer method in the target contract information corresponding to the target block identifier, the virtual assets corresponding to the installment transfer method in the resource pool of the first processing node are transferred to the resource pool of the second processing node.

[0011] In other optional embodiments, the transfer trigger event includes the virtual resources in the resource pool of the first processing node being greater than the first virtual resources; and the processing unit is used to transfer the first virtual resources corresponding to the resource information from the resource pool of the first processing node to the resource pool of the second processing node based on the transfer method in the target contract information corresponding to the target block identifier when detecting that the virtual resources in the resource pool of the first processing node are greater than the first virtual resources.

[0012] In other optional embodiments, the processing unit is used to: when detecting that the transfer trigger event is effective, perform resource interaction processing on the first virtual resource corresponding to the resource information in the resource pool of the first processing node according to the resource interaction parameters to obtain the second virtual resource; and transfer the second virtual resource from the resource pool of the first processing node to the resource pool of the second processing node based on the transfer method in the target contract information corresponding to the target block identifier.

[0013] In other optional embodiments, the processing unit is further used to generate resource transfer record information after transferring the first virtual resource corresponding to the resource information from the resource pool of the first processing node to the resource pool of the second processing node, and record the resource transfer record information in the blockchain.

[0014] In some other optional embodiments, the sending unit is further used to send a first message to the first processing node and / or send a second message to the second processing node after generating resource transfer record information and recording the resource transfer record information in the blockchain, and the first message and the second message both include the first block identifier of the resource transfer record information recorded on the blockchain; wherein the first message is used to instruct the first processing node to search for the resource transfer record information from the blockchain based on the first block identifier, and the second message is used to instruct the second processing node to search for the resource transfer record information from the blockchain based on the first block identifier.

[0015] In some other optional implementations, the acquisition unit is further used to receive the contract information signed by the second processing node sent by the second processing node before acquiring the target contract information, the contract information signed by the second processing node is the contract obtained after the second processing node signs the contract information to be signed, and the contract information signed by the second processing node includes the transfer triggering event, the resource information of the first virtual resource and the first identifier, and the first identifier is used to identify the first processing node. The sending unit is used to send the contract information signed by the second processing node to the first processing node corresponding to the first identifier. The acquisition unit is used to receive the contract information signed by the first processing node sent by the first processing node to acquire the target contract information, and the contract information signed by the first processing node is the contract obtained after the first processing node signs the contract information signed by the second processing node.

[0016] In a fifth aspect, an embodiment of the present application provides a first processing node. The first processing node includes a receiving unit and a sending unit. Exemplarily, the first processing node also includes a processing unit. The receiving unit is used to receive a target block identifier sent by the resource consensus node, the target block identifier is a block identifier that the resource consensus node records the target contract information on the blockchain after the target contract information consensus verification is passed, the target contract information includes resource information, a transfer method of the first virtual resource and a transfer trigger event, the resource information is used to indicate the first virtual resource, and the target contract information is a contract obtained after the first processing node and the second processing node sign the contract information to be signed. The sending unit is used to send a virtual resource transfer request to the resource consensus node, the virtual resource transfer request includes the target block identifier, so that when the resource consensus node detects that the transfer trigger event is effective, based on the transfer method in the target contract information corresponding to the target block identifier, the first virtual resource corresponding to the resource information is transferred from the resource pool of the first processing node to the resource pool of the second processing node.

[0017] In some optional implementations, the receiving unit is further configured to receive a first message sent by the resource consensus node after the sending unit sends the virtual resource transfer request to the resource consensus node, the first message including a first block identifier of resource transfer record information recorded on the blockchain, the resource transfer record information being information generated by the resource consensus node after transferring the first virtual resource from the resource pool of the first processing node to the resource pool of the second processing node. The processing unit is configured to search for the resource transfer record information on the blockchain based on the first block identifier in the first message.

[0018] In some other optional implementations, the receiving unit is also used to receive the contract information signed by the second processing node sent by the resource consensus node before receiving the target block identifier sent by the resource consensus node, the contract information signed by the second processing node is the contract obtained after the second processing node signs the contract information to be signed, and the contract information signed by the second processing node includes the transfer trigger event, the resource information of the first virtual resource and the first identifier, and the first identifier is used to identify the first processing node. The processing unit is used to obtain the contract information signed by the first processing node in response to the signing operation on the contract information signed by the second processing node. The sending unit is used to send the contract information signed by the first processing node to the resource consensus node, and the contract information signed by the first processing node is used by the resource consensus node to obtain the target contract information.

[0019] In a sixth aspect, an embodiment of the present application provides a second processing node. The second processing node includes a creation unit, a processing unit, and a sending unit. Exemplarily, the second processing node also includes an acquisition unit. Among them, the creation unit is used to create contract information to be signed. The processing unit is used to obtain the contract information signed by the second processing node in response to the signing operation for the contract information to be signed. The sending unit is used to send the contract information signed by the second processing node to the resource consensus node, and the contract information signed by the second processing node is used by the first processing node to sign the contract information signed by the second processing node to obtain the contract information signed by the first processing node. The contract information signed by the first processing node is used by the resource consensus node to obtain the target contract information, and the target contract information includes resource information, a transfer method of the first virtual resource, and a transfer trigger event. The resource information is used to indicate the first virtual resource, so that when the resource consensus node detects that the transfer trigger event is effective, based on the transfer method in the target contract information, the first virtual resource corresponding to the resource information is transferred from the resource pool of the first processing node to the resource pool of the second processing node.

[0020] In some optional implementations, the acquisition unit is further configured to receive a second message sent by the resource consensus node, the second message including a first block identifier of resource transfer record information recorded on the blockchain, the resource transfer record information being information generated by the resource consensus node after transferring the first virtual resource from the resource pool of the first processing node to the resource pool of the second processing node. The processing unit is configured to search for the resource transfer record information on the blockchain based on the first block identifier in the second message.

[0021] In some other optional implementations, the creation unit is used to: create a contract template; and modify the contract template to create the contract information to be signed.

[0022] In the seventh aspect, the embodiment of the present application provides a blockchain system. In the blockchain system, a resource consensus node, a first processing node and a second processing node are included. Among them, the resource consensus node is used to execute the method corresponding to the implementation method of the first aspect above, which can be understood by referring to the content described in the fourth aspect above; the first processing node is used to execute the method corresponding to the implementation method of the second aspect above, which can be understood by referring to the content described in the fifth aspect above; the second processing node is used to execute the method corresponding to the implementation method of the third aspect above, which can be understood by referring to the content described in the sixth aspect above.

[0023] The eighth aspect of the embodiment of the present application provides a resource processing device, including: a memory, an input / output (I / O) interface and a memory. The memory is used to store program instructions. The processor is used to execute the program instructions in the memory to execute the resource processing method corresponding to the implementation method of the first aspect above; or to execute the resource processing method corresponding to the implementation method of the second aspect above; or to execute the resource processing method corresponding to the implementation method of the third aspect above.

[0024] A ninth aspect of an embodiment of the present application provides a computer-readable storage medium, which stores instructions. When the computer-readable storage medium is run on a computer, it enables the computer to execute a resource processing method corresponding to the implementation method of the first aspect above; or to execute a resource processing method corresponding to the implementation method of the second aspect above; or to execute a resource processing method corresponding to the implementation method of the third aspect above.

[0025] The tenth aspect of the embodiments of the present application provides a computer program product comprising instructions, which, when executed on a computer or a processor, enables the computer or the processor to execute the method for resource processing corresponding to the implementation scheme of the first aspect; or to execute the method for resource processing corresponding to the implementation scheme of the second aspect; or to execute the method for resource processing corresponding to the implementation scheme of the third aspect.

[0026] It can be seen from the above technical solutions that the embodiments of the present application have the following advantages:

[0027] In an embodiment of the present application, the resource processing method provided is applied in a blockchain network. In addition, in the blockchain network, a resource consensus node, a first processing node, and a second processing node are included. In the resource processing method of the present application, since the target contract information is a contract obtained by signing the contract information to be signed by the first processing node and the second processing node, and the target contract information includes resource information for indicating the first virtual resource, the transfer method of the first virtual resource, and the transfer trigger event. Then, after obtaining the target contract information, the resource consensus node can perform consensus verification processing on the target contract information, and then after the consensus verification of the target contract information is passed, the target contract information is recorded in the blockchain, and the target block identifier of the target contract information recorded on the blockchain is sent to the first processing node. The resource consensus node receives the virtual resource transfer request sent by the first processing node, and the virtual resource transfer request includes the target block identifier. In this way, when the resource consensus node detects that the transfer trigger event is effective, based on the transfer method in the target contract information corresponding to the target block identifier, the first virtual resource is transferred from the resource pool of the first processing node to the resource pool of the second processing node. In the above manner, the resource processing method in the embodiment of the present application is applied in the blockchain network, and by combining the first virtual resource with the blockchain technology, a decentralized and real-time transfer method is provided, which reduces the transfer cost and transfer time generated during the resource transfer process. In addition, the use of blockchain technology to achieve the transfer of the first virtual resource does not require the participation of multiple parties, can ensure the security of the transfer process, and greatly improves security. BRIEF DESCRIPTION OF THE DRAWINGS

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

[0029] Figure 1A An optional structural diagram of an application of a distributed system provided in an embodiment of the present application to a blockchain system is shown;

[0030] Figure 1B An optional schematic diagram of a block structure provided in an embodiment of the present application is shown;

[0031] Figure 1C A schematic diagram of a block generation process provided by an embodiment of the present application is shown;

[0032] Figure 2A schematic diagram of the structure of the blockchain system provided by an embodiment of the present application is shown;

[0033] Figure 3 A first flow chart of a method for resource processing provided by an embodiment of the present application is shown;

[0034] Figure 4 A second flow chart of the resource processing method provided in an embodiment of the present application is shown;

[0035] Figure 5 A schematic diagram of an embodiment of a resource consensus node provided in an embodiment of the present application is shown;

[0036] Figure 6 A schematic diagram of an embodiment of a first processing node provided in an embodiment of the present application is shown;

[0037] Figure 7 A schematic diagram of an embodiment of a second processing node provided in an embodiment of the present application is shown;

[0038] Figure 8 Another structural schematic diagram of the blockchain system provided by an embodiment of the present application is shown;

[0039] Fig. 9 A hardware structure diagram of a resource processing device provided in an embodiment of the present application is shown. DETAILED DESCRIPTION

[0040] The embodiments of the present application provide a method, node, system, storage medium and program product for resource processing, which realize the transfer processing of virtual resources through blockchain technology, can reduce the transfer cost and transfer time, and improve the security of the transfer.

[0041] It can be understood that in the specific implementation of the present application, related data such as user information is involved, for example, the first virtual resource, the resource pool of the first processing node, the resource pool of the second processing resource, etc. in the embodiment of the present application. When the above embodiments of the present application are applied to specific products or technologies, user permission or consent is required, and the collection, use and processing of relevant data need to comply with relevant laws, regulations and standards of relevant countries and regions.

[0042] The following will be combined with the drawings in the embodiments of the present application to clearly and completely describe the technical solutions in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of this application.

[0043] The terms "first", "second", "third", "fourth", etc. (if any) in the specification and claims of the present application and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence. It should be understood that the data used in this way can be interchangeable where appropriate, so that the implementation of the present application described herein can be implemented in an order other than those illustrated or described herein, for example. In addition, the terms "including" and "having" and any of their variations are intended to cover non-exclusive inclusions, for example, a process, method, system, product or device that includes a series of steps or units is not necessarily limited to those steps or units that are clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products or devices.

[0044] To facilitate understanding, some terms or concepts involved in the embodiments of the present application are first explained.

[0045] Blockchain is essentially a decentralized database, a string of data blocks generated by cryptographic methods. Each data block contains a batch of transaction information, which is used to verify the validity of the information (i.e., anti-counterfeiting) and generate the next block. In other words, blockchain is a distributed ledger technology in the field of information technology, which is generally composed of consensus, transaction blocks and state data storage, cryptographic identity security, etc. Since the ledger is distributed and the blocks are consensus-based, it has the characteristics of being tamper-proof, traceable, jointly maintained, leaving traces throughout the process, and open and transparent. These characteristics ensure the transparency of the blockchain. Blockchain can solve the problem of information asymmetry and achieve collaborative trust and concerted action among multiple nodes.

[0046] Smart contracts are computer protocols designed to disseminate, verify or execute contracts in an information-based manner, allowing trusted transactions without a third party and ensuring that these transactions are traceable and irreversible. In other words, smart contracts are programs that run on the blockchain. Unlike ordinary programs, smart contracts must ensure that the results of running in every node of the blockchain network are exactly the same, so that any node can verify whether the results of the smart contract execution in the block are correct. The automatic execution of contract terms through pre-determined codes without human intervention and third-party intermediaries can reduce the occurrence of malicious transactions on the one hand, and reduce the information costs of transaction participants on the other hand, thereby reducing dependence on third-party intermediaries.

[0047] Contract information is an electronic transaction agreement reached between transaction participants in electronic form through an electronic information network. In other words, contract information is a contract concluded in electronic form.

[0048] It is understandable that the resource processing method disclosed in this application may involve a distributed system formed by a client and multiple nodes connected through network communication. The multiple nodes described may be understood as any form of computing devices connected to the network, such as servers, terminal devices, etc., which are not limited in the specific embodiments of this application.

[0049] Taking the distributed system as the blockchain system as an example, Figure 1A An optional structural diagram of the distributed system 100 provided in the embodiment of the present application applied to a blockchain system is shown. Figure 1A It can be seen that the distributed system can be formed by multiple nodes and clients, and the nodes can form a peer-to-peer network. The peer-to-peer protocol is an application layer protocol running on the transmission control protocol (TCP). In a distributed system, any machine such as a server or a terminal device can join and become a node. The node includes the hardware layer, the middle layer, the operating system layer, and the application layer.

[0050] See also Figure 1A The functions of each node in the blockchain system shown include:

[0051] 1) Routing: a basic function of a node, used to support communication between nodes.

[0052] In addition to the routing functions mentioned above, nodes can also have the following functions:

[0053] 2) Applications are deployed in the blockchain to implement specific businesses based on actual business needs, record data related to the implementation of functions to form record data, carry digital signatures in the record data to indicate the source of the task data, and send the record data to other nodes in the blockchain system for other nodes to add the record data to a temporary block when they successfully verify the source and integrity of the record data.

[0054] For example, the services implemented by the application include:

[0055] 2.1) Wallet, used to provide the function of conducting electronic currency transactions, including initiating transactions (i.e., sending the transaction record of the current transaction to other nodes in the blockchain system. After the other nodes successfully verify the transaction, as a response to acknowledge the validity of the transaction, the transaction record data is stored in the temporary block of the blockchain; of course, the wallet also supports querying the remaining electronic currency in the electronic currency address;

[0056] 2.2) Shared ledger, which is used to provide functions such as storage, query and modification of account data. The record data of the operation on the account data is sent to other nodes in the blockchain system. After other nodes verify the validity, as a response to acknowledging the validity of the account data, the record data is stored in a temporary block, and a confirmation can also be sent to the node that initiated the operation.

[0057] 2.3) Smart contracts are computerized protocols that can execute the terms of a contract. They are implemented by deploying code on a shared ledger that is executed when certain conditions are met. The code is used to complete automated transactions based on actual business needs, such as querying the logistics status of the goods purchased by the buyer and transferring the buyer's electronic currency to the merchant's account after the buyer signs for the goods. Of course, smart contracts are not limited to executing contracts for transactions, but can also execute contracts for processing received information.

[0058] 3) Blockchain, including a series of blocks that are connected to each other in the order of their generation. Once a new block is added to the blockchain, it will not be removed. The block records the record data submitted by the nodes in the blockchain system.

[0059] For blocks in the blockchain, Figure 1B FIG. 1 shows an optional schematic diagram of a block structure (BlockStructure) provided in an embodiment of the present application. Figure 1B As shown, the blockchain includes one or more blocks, such as block 1, block 2, and block 3, etc., which are not limited in the specific embodiments of the present application. In addition, each block includes a hash value of the transaction record stored in this block (the hash value of this block) and the hash value of the previous block, and each block is connected by the hash value to form a blockchain. In addition, the block may also include information such as the timestamp when the block was generated. Blockchain is essentially a decentralized database, a string of data blocks generated by cryptographic methods, and each data block contains relevant information for verifying the validity of its information (anti-counterfeiting) and generating the next block.

[0060] When generating each block in the blockchain, see Figure 1C When the node where the blockchain is located receives the input information, it verifies the input information. After the verification is completed, the input information is stored in the memory pool and the hash tree used to record the input information is updated. After that, the update timestamp is updated to the time when the input information is received, and different random numbers are tried to calculate the eigenvalue multiple times so that the calculated eigenvalue can satisfy the following formula:

[0061] SHA256(SHA256(version+prev_hash+merkle_root+ntime+nbits+x))<TARGET

[0062] Among them, SHA256 is the eigenvalue algorithm used to calculate the eigenvalue; version (version number) is the version information of the relevant block protocol in the blockchain; prev_hash is the block header eigenvalue of the parent block of the current block; merkle_root is the eigenvalue of the input information; ntime is the update time of the update timestamp; nbits is the current difficulty, which is a fixed value within a period of time and is determined again after exceeding the fixed time period; x is a random number; TARGET is the eigenvalue threshold, which can be determined based on nbits.

[0063] In this way, when the random number that satisfies the above formula is calculated, the information can be stored accordingly, the block header and block body can be generated, and the current block can be obtained. Subsequently, the node where the blockchain is located sends the newly generated block to other nodes in the distributed system according to the node identification of other nodes in the distributed system. Other nodes verify the newly generated block and add the newly generated block to the blockchain stored in it after the verification is completed.

[0064] It should be understood that the resource processing method provided in this application can be applied to various scenarios, including but not limited to artificial intelligence, cloud technology, maps, smart transportation, etc., and is used to transfer virtual resources in the resource pool of the first processing node to the resource pool of the second processing node by sharing the same smart contract to complete the resource transfer operation on the blockchain. Exemplarily, the resource processing method provided in the embodiment of the present application can be applied to transaction scenarios such as salary payment, virtual game currency transactions, commodity purchase transactions, or can also be applied to other resource interaction scenarios, which are not limited in the specific embodiments of the present application.

[0065] In relevant schemes, the virtual resources specified in the contract information are usually transferred with the help of a third-party payment platform. This method not only results in high resource transfer costs and a long transfer processing cycle, resulting in low transfer processing efficiency; it also involves multiple processing links and multiple participants, and cannot guarantee the security of the transfer processing process, resulting in poor security.

[0066] Therefore, in order to solve the above-mentioned technical problems, the embodiment of the present application provides a method for resource processing. The resource processing method can be applied to Figure 2 In the blockchain system shown. Figure 2As shown, the blockchain system includes at least a resource consensus node, a first processing node and a second processing node. Among them, the first processing node includes but is not limited to the first processing node 1, the first processing node 2, etc. The second processing node may also include but is not limited to the second processing node 1, the second processing node 2, etc. It should be noted that the number of nodes of the first processing node and the number of nodes of the second processing node in this application can be determined according to the transaction requirements and are not specifically limited. For example, there may be only one first processing node and one second processing node for resource transfer, etc.; or, there may be one first processing node and multiple second processing nodes for resource transfer; or, there may be multiple first processing nodes and one or more second processing nodes for resource transfer, etc., which are not specifically limited in this application.

[0067] Exemplarily, the embodiment of the present application deploys the resource consensus node, the first processing node, and the second processing node in the blockchain network. In other words, the resource consensus node, the first processing node, and the second processing node provided by the present application can be connected to form a blockchain network, and the present application does not limit this.

[0068] After the first processing node and the second processing node sign the contract information to be signed, the target contract information is obtained. The target contract information described includes resource information indicating the first virtual resource, the transfer trigger event and the transfer method of the first virtual resource. Subsequently, the first processing node can send the target contract information to the resource consensus node. After the resource consensus node obtains the target contract information, the consensus verification process of the target contract information is implemented based on the blockchain technology. Further, after the consensus verification of the target contract information is passed, the resource consensus node records the target contract information to the blockchain, and informs the first processing node of the target block identifier that records the target contract information. In this way, after the first processing node sends a virtual resource transfer request carrying the target block identifier to the resource consensus node, the resource consensus node can transfer the first virtual resource corresponding to the resource information from the resource pool of the first processing node to the resource pool of the second processing node based on the transfer method in the target contract information in the target block identifier when detecting that the transfer trigger event is effective. In the above manner, the resource processing method in the embodiment of the present application is applied in the blockchain network, and by combining the first virtual resource with the blockchain technology, a decentralized and real-time transfer method is provided, which reduces the transfer cost and transfer time generated during the resource transfer process. In addition, the use of blockchain technology to achieve the transfer of the first virtual resource does not require the participation of multiple parties, can ensure the security of the transfer process, and greatly improves security.

[0069] It should be noted that the blockchain system described may also include but is not limited to the aforementioned Figure 1AThe distributed system shown in the embodiment of the present application is not limited in detail. In addition, the resource consensus node, the first processing node and the second processing node described can be understood as the aforementioned Figure 1A It should be noted that in the embodiment of the present application, the resource consensus node, the first processing node and the second processing node can be directly or indirectly connected through wired or wireless communication.

[0070] The resource consensus node described can be an independent physical server; it can also be a server cluster or distributed system composed of multiple physical servers; it can also be a cloud server that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communications, middleware services, domain name services, security services, content delivery networks (CDNs), and big data and artificial intelligence platforms. The type of server is not limited in the specific embodiments of this application.

[0071] The first processing node described may include but is not limited to computing devices such as terminal devices. The terminal devices described include but are not limited to mobile phones, desktop computers, laptops, tablet computers, intelligent voice interaction devices, smart home appliances, vehicle-mounted terminals, smart speakers, smart watches, wearable smart devices, etc. The specific number and type depend on the actual scenario and are not limited here. The second processing node described may also include but is not limited to computing devices such as terminal devices, which can be understood with reference to the first processing node and will not be repeated here. As a schematic description, in certain resource processing scenarios, the first processing node is sometimes also called a payee node or a buyer node, and the second processing node is sometimes also called a payee node or a seller node, etc. The specific names are not limited in the embodiments of this application.

[0072] In addition, the first virtual resource mentioned above can be understood as the transaction currency in the transaction process. The resource pool of the first processing node is understood as the account corresponding to the first processing node, such as the digital resource account applied for by the payee or buyer in the bank system. The resource pool of the second processing node is understood as the account corresponding to the second processing node, such as the digital resource account applied for by the payee or seller in the bank system.

[0073] A resource processing method provided in an embodiment of the present application is introduced below with reference to the accompanying drawings. Figure 3 A first flow chart of the resource processing method provided in the embodiment of the present application is shown. Figure 3 As shown, the resource processing method may include the following steps:

[0074] 301. The resource consensus node obtains target contract information, where the target contract information includes resource information, a transfer method of the first virtual resource, and a transfer triggering event. The resource information is used to indicate the first virtual resource. The target contract information is a contract obtained after the first processing node and the second processing node sign the contract information to be signed.

[0075] In this example, when the first user wants to purchase the subject matter of the second user, the first processing node will interact with the second processing node corresponding to the second user through resources to generate resource interaction behavior for the subject matter, such as transaction behavior. As an illustrative description, the first user can be understood as the payee or the buyer, and the second user can be understood as the payee or the seller. After the resource interaction behavior is generated, the second processing node can use the contract template to create the contract information to be signed by using the resource interaction content involved in the resource interaction behavior, such as but not limited to the transfer trigger event, resource information, transfer method, resource interaction participant information, etc.

[0076] It should be noted that the subject matter described may include but is not limited to commodities, products, articles, pictures, advertisements or information, etc., which are not limited in the specific embodiments of this application. In addition, the resource information mentioned can be understood as the actual transaction value of the subject matter. Through the resource information, the first virtual resource, that is, the transaction currency corresponding to the actual transaction value, can be indicated. In addition, the transfer trigger event described can be understood as the transfer conditions when executing the transfer of virtual resources, such as but not limited to the transfer time, the virtual resources in the resource pool are greater than the preset threshold, etc., which are not limited in the specific embodiments of this application. In addition, the transfer method described can be understood as the interactive method or transaction means used when transferring virtual resources, such as but not limited to regular transfer, installment transfer, one-time transfer, etc., which are not limited in the specific embodiments of this application. More specifically, the transfer method described can also be understood as a payment method.

[0077] After creating the contract information to be signed, the second processing node signs the contract information to be signed, and then obtains the contract information signed by the second processing node. However, the contract information will only take effect after all parties involved in the resource interaction have completed the signature. Therefore, after the second processing node signs the contract information to be signed and obtains the contract information signed by the second processing node, it sends the contract information signed by the second processing node to the resource consensus node, and the resource consensus node forwards the contract information signed by the second processing node to the other party participating in the resource interaction, that is, the first processing node.

[0078] After receiving the contract information signed by the second processing node sent by the resource consensus node, the first processing node checks that the resource interaction content in the contract information signed by the second processing node is correct, and then signs the contract information signed by the second processing node, thereby obtaining the contract information signed by the first processing node. Then, the first processing node sends the contract information signed by the first processing node to the resource consensus node. In this way, after receiving the contract information signed by the first processing node, the resource consensus node uses the contract information signed by the first processing node as the target contract information. In this way, the resource consensus node can obtain the target contract information.

[0079] In some examples, after receiving the contract information signed by the second processing node, the resource consensus node can also verify the authenticity of the contract information signed by the second processing node. The specific verification process can refer to the subsequent Figure 4 Similarly, after receiving the contract information signed by the first processing node, the resource consensus node can also verify the authenticity of the contract information signed by the first processing node. The specific verification process can be referred to in the subsequent Figure 4 The contents described in step 406 can be understood for the sake of simplicity and will not be described in detail here.

[0080] 302. After the target contract information is verified by consensus, the resource consensus node records the target contract information in the blockchain, and sends the target block identifier of the target contract information recorded in the blockchain to the first processing node.

[0081] In this example, after obtaining the target contract information, the resource consensus node performs consensus verification on the target contract information through blockchain technology. In this way, after the consensus verification of the target contract information is passed, the target contract information is recorded in the blockchain, so that each node participating in resource interaction on the blockchain can share the target contract information. In addition, after recording the target contract information on the blockchain, the resource consensus node can also inform the first processing node of the target block identifier on the blockchain where the target contract information is recorded, so that the first processing node can view the target contract information from the corresponding block based on the target block identifier.

[0082] Similarly, after recording the target contract information on the blockchain, the resource consensus node can also inform the second processing node of the target block identifier on the blockchain where the target contract information is recorded, so that the second processing node can view the target contract information from the corresponding block based on the target block identifier.

[0083] 303. The first processing node sends a virtual resource transfer request to the resource consensus node, where the virtual resource transfer request includes a target block identifier.

[0084] In this example, after receiving the target block identifier sent by the resource consensus node, the first processing node can send a virtual resource transfer request to the resource consensus node, and the virtual resource transfer request includes the target block identifier. Through the virtual resource transfer request, the resource consensus node can be instructed to perform the corresponding resource transfer operation based on the target contract information corresponding to the target block identifier.

[0085] 304. When it is detected that the transfer trigger event takes effect, the resource consensus node transfers the first virtual resource corresponding to the resource information from the resource pool of the first processing node to the resource pool of the second processing node based on the transfer method in the target contract information corresponding to the target block identifier.

[0086] In this example, the transfer trigger event can be understood as the consensus condition reached by the resource interaction participants when they perform resource transfer processing on the subject matter. For example, the transfer trigger event may include but is not limited to conditions such as the transfer time has been triggered, or the virtual resources in the resource pool are greater than the first virtual resources, etc., which are not limited in the specific embodiments of the present application. When the transfer trigger event takes effect, it is necessary to transfer the virtual resources equivalent to the actual transaction value of the subject matter from the resource pool of the resource interaction participant who purchases the subject matter to the resource pool of the resource interaction participant who sells the subject matter, so as to complete the transfer processing of the virtual resources.

[0087] Therefore, after receiving the virtual resource transfer request sent by the first processing node, the resource consensus node demaps the virtual resource transfer request and obtains the target block identifier. In this way, the resource consensus node can accurately obtain the target contract information from the corresponding block in the blockchain based on the target block identifier. In this way, the resource consensus node can detect in real time whether the transfer trigger event in the target contract information has taken effect. If the transfer trigger event is detected to be effective, the resource consensus node transfers the first virtual resource corresponding to the resource information from the resource pool of the first processing node to the resource pool of the second processing node based on the transfer method specified in the target contract information. As a result, the second processing node can obtain the corresponding first virtual resource.

[0088] The transfer triggering event mentioned above may be the transfer time, or the virtual resource in the resource pool of the first processing node is greater than the first virtual resource, etc. The following will explain them respectively, namely:

[0089] (1) Transfer trigger events include transfer time

[0090] In some examples, the transfer method includes but is not limited to periodic transfer, installment transfer, one-time transfer, etc. The following application will be explained by taking the installment transfer method as an example. In the case of the installment transfer method, multiple transfer times are involved. Therefore, for the transfer trigger event mentioned above, multiple transfer times can be included. And each of these multiple transfer times corresponds to the installment transfer method. Based on this, the process of the resource consensus node executing the above step 304 can be understood exemplarily by referring to the following method, namely:

[0091] First, the virtual resource corresponding to the phased transfer method is determined from the first virtual resource corresponding to the resource information. Further, when each transfer time is detected to be effective, the virtual asset corresponding to the phased transfer method in the resource pool of the first processing node is transferred to the resource pool of the second processing node based on the phased transfer method in the target contract information corresponding to the target block identifier.

[0092] For example, assuming that the transfer triggering events include the three transfer times T1, T2 and T3, and the phased transfer methods include the three phased transfer methods M1, M2 and M3, the first virtual resource is 6,000 yuan. Among them, T1 is August 7, 2023, and the corresponding M1 is a virtual resource of 1,000 yuan to be transferred. In other words, the transfer of virtual resources of 1,000 yuan needs to be completed on August 7, 2023. Similarly, T2 is September 7, 2023, and the corresponding M2 is a virtual resource of 2,000 yuan to be transferred; T3 is October 15, 2023, and the corresponding M3 is a virtual resource of 3,000 yuan to be transferred.

[0093] Based on this, the resource consensus node detects each transfer time in real time, and on August 7, 2023, it detects that the transfer time T1 has taken effect, which triggers the transfer of the virtual resources (i.e., 1,000 yuan) corresponding to the corresponding phased transfer method (i.e., M1) in the resource pool of the first processing node to the resource pool of the second processing node. Similarly, on September 7, 2023, the resource consensus node detects that the transfer time T2 has taken effect, which triggers the transfer of the virtual resources (i.e., 2,000 yuan) corresponding to the corresponding phased transfer method (i.e., M2) in the resource pool of the first processing node to the resource pool of the second processing node. Similarly, on October 15, 2023, the resource consensus node detects that the transfer time T3 has taken effect, which triggers the transfer of the virtual resources (i.e., 3,000 yuan) corresponding to the corresponding phased transfer method (i.e., M3) in the resource pool of the first processing node to the resource pool of the second processing node.

[0094] It should be noted that between every two adjacent transfer times, the interval may be the same duration or number of days. For example, taking T1 to T3 mentioned above as an example, T1 and T2, T2 and T3 may be separated by the same number of days (e.g., 1 day, 1 year, etc.) or duration (e.g., 3 hours, 6 hours, etc.). Alternatively, between every two adjacent transfer times, there may be different durations or numbers of days, etc. For example, between T1 and T2, there may be a 12-hour, 3-day, or 4-month interval, etc., between T2 and T3, there may be a 8-hour, 1-day, or 1-month interval, etc. In other words, the specific interval between every two adjacent transfer times may depend on the resource transfer requirements, and is not limited in the specific embodiments of the present application.

[0095] In addition, in the phased transfer method corresponding to every two adjacent transfer times, the amount of virtual resources transferred in each phase may be equal or unequal, depending on the resource transfer requirements, and is not limited in the embodiments of the present application.

[0096] (2) The transfer triggering event includes the virtual resource in the resource pool of the first processing node being greater than the first virtual resource

[0097] In other examples, the transfer trigger event may include other trigger events in addition to the transfer time mentioned above, such as the virtual resources in the resource pool of the first processing node being greater than the first virtual resources. As an illustrative description, the resource consensus node performs the above step 304, and specifically, when it is detected that the virtual resources in the resource pool of the first processing node are greater than the first virtual resources, based on the transfer method in the target contract information corresponding to the target block identifier, the first virtual resource corresponding to the resource information is transferred from the resource pool of the first processing node to the resource pool of the second processing node.

[0098] For example, suppose the resource consensus node detects that the virtual resource in the resource pool of the first processing node is 7,000 yuan, and the first virtual resource specified in the target contract information is 6,000 yuan. At this time, the resource consensus node knows through comparison that the virtual resource in the resource pool of the first processing node (i.e., 7,000 yuan) is greater than the first virtual resource (i.e., 6,000 yuan), which is sufficient to pay for the purchase of the subject matter. At this time, the resource consensus node transfers the first virtual resource (i.e., 600 yuan) corresponding to the resource information from the resource pool of the first processing node to the resource pool of the second processing node according to the transfer method in the target contract information.

[0099] It should be noted that in addition to the two methods mentioned in (1) and (2) above, the transfer triggering event may also include other events in practical applications, which are not specifically limited in the embodiments of the present application.

[0100] In other optional examples, when different types of virtual resources are involved, the resource consensus node performs resource exchange processing on the virtual resources according to the resource interaction parameters. As an illustrative description, the resource consensus node performs the above step 304, or uses the above method (1) or (2) to implement step 304, which can also be implemented in the following manner, namely:

[0101] When the resource consensus node detects that the transfer trigger event is effective, it performs resource interaction processing on the first virtual resource corresponding to the resource information in the resource pool of the first processing node according to the resource interaction parameters to obtain the second virtual resource. Subsequently, the resource consensus node transfers the second virtual resource from the resource pool of the first processing node to the resource pool of the second processing node based on the transfer method in the target contract information corresponding to the target block identifier.

[0102] It should be noted that the resource interaction parameters described are used to convert a certain type of virtual resource into another type of virtual resource. For example, the resource interaction parameters may include but are not limited to exchange rates.

[0103] For example, taking the exchange rate as a resource interaction parameter, if the virtual resources in the resource pool of the first processing node are Class A virtual assets, and the virtual resources in the resource pool of the second processing node are Class B virtual assets, Class A virtual assets are not the same as Class B virtual assets. If the exchange rate between Class A virtual assets and Class B virtual assets is Q, when the transfer trigger event is detected to be effective, the resource consensus node can perform resource interaction with the first virtual resource (for example, 6,000 yuan) in the resource pool of the first processing node according to the exchange rate Q, and then obtain the second virtual resource of 6,000*Q yuan. Further, the resource consensus node transfers the second virtual resource 6,000*Q yuan to the resource pool of the second processing node.

[0104] By performing resource interaction processing on virtual resources as described above, the transfer operation of virtual resources can be completed quickly and efficiently, ensuring real-time transfer between different types of virtual resources, and facilitating the second processing node to omit subsequent conversion processing of virtual resources.

[0105] Optionally, in some other examples, after executing the above step 304, the resource consensus node may also execute subsequent steps 305 to 309. Specifically, as shown below:

[0106] 305. The resource consensus node generates resource transfer record information and records the resource transfer record information in the blockchain.

[0107] In this example, after the resource consensus node transfers the first virtual resource from the resource pool of the first processing node to the resource pool of the second processing node through the operation processing of the above step 304, it can generate corresponding resource transfer record information based on the transfer behavior and the record content of the relevant transfer. The resource transfer record information includes but is not limited to the transfer content of the virtual resource, the information of the resource pool of the first processing node, the target contract information, the information of the resource pool of the second processing node, etc., which is not limited in the specific embodiment of the present application. In this way, after generating the resource transfer record information, the resource consensus node can also record the resource transfer record information in the blockchain.

[0108] 306. The resource consensus node sends a first message to the first processing node, where the first message includes a first block identifier of the resource transfer record information recorded on the blockchain.

[0109] In this example, after the resource consensus node generates the resource transfer record information in step 305, it can also notify the first processing node through a message or the like. For example, the resource transfer record information is recorded in the first block identifier on the blockchain and mapped to the first message, and then the first message is sent to the first processing node. In this way, through the first message, the first processing node is instructed to search for the resource transfer record information from the block corresponding to the first block identifier on the blockchain.

[0110] 307. The first processing node searches for resource transfer record information on the blockchain based on the first block identifier in the first message.

[0111] In this example, after receiving the first message sent by the resource consensus node, the first processing node demaps the first message to obtain the first block identifier. Moreover, the first block identifier can identify the block on the blockchain used to record the resource transfer record information. Therefore, after obtaining the first block identifier, the first processing node can search for the resource transfer record information on the blockchain based on the first block identifier.

[0112] Through the above method, the first processing node is informed through the first message that the first virtual resource has been successfully transferred, so that the first processing node can query the detailed transfer status from the blockchain, so that the first processing node can view and pay attention to the resource transfer dynamics in a timely manner.

[0113] 308. The resource consensus node sends a second message to the second processing node, where the second message includes a first block identifier of the resource transfer record information recorded on the blockchain.

[0114] In this example, after the resource consensus node generates the resource transfer record information in step 305, it can also notify the second processing node through a message or the like. For example, the first block identifier of the resource transfer record information recorded on the blockchain is mapped to the second message, and then the second message is sent to the second processing node. In this way, through the second message, the second processing node is instructed to search for the resource transfer record information from the block corresponding to the first block identifier on the blockchain.

[0115] 309. The second processing node searches for resource transfer record information on the blockchain based on the first block identifier in the second message.

[0116] In this example, after receiving the second message sent by the resource consensus node, the second processing node demaps the second message to obtain the first block identifier. Moreover, the first block identifier can identify the block on the blockchain used to record the resource transfer record information. Therefore, after obtaining the first block identifier, the second processing node can search for the resource transfer record information on the blockchain based on the first block identifier.

[0117] In the above manner, the second processing node is informed through the second message that the first virtual resource has been successfully transferred, so that the second processing node can query the detailed transfer status from the blockchain, so that the second processing node can view and pay attention to the resource transfer dynamics in a timely manner.

[0118] It should be noted that the execution order of the above steps 306 to 307 and steps 308 to 309 is not limited in the embodiments of the present application. For example, in actual applications, steps 306 to 307 may be executed first, and then steps 308 to 309; or, steps 308 to 309 may be executed first, and then steps 306 to 307; or, steps 306 to 307 and steps 308 to 309 may be executed simultaneously.

[0119] In addition, with respect to the above-mentioned steps 306 and 308, in actual applications, the resource consensus node may also execute step 306; or, execute step 308; or, execute step 306 and step 308, which is not limited in the specific embodiments of the present application.

[0120] Above Figure 3 The resource processing process is mainly described from the perspective of the interaction between the resource consensus node, the first processing node and the second processing node. In order to be able to describe the resource processing process in detail, Figure 4 A second flow chart of the resource processing method provided in the embodiment of the present application is shown. Figure 4 As shown, the resource processing method includes at least the following steps:

[0121] 401. The second processing node creates contract information to be signed.

[0122] In this example, when the first user wants to purchase the subject matter of the second user, resources will be interacted with the second processing node corresponding to the second user through the first processing node to generate resource interaction behavior for the subject matter, such as transaction behavior.

[0123] Before interacting with resources, the first user needs to register an account, such as a first account, in the contract information platform using a mobile phone number or email address. In this way, the first user can log in to the contract information platform and use the various functions in the contract information platform by typing the first account in the contract information platform through the first processing node. During the registration process, the first user uploads his own resource pool information to the contract information platform through the first processing node to authenticate the resource pool, so that after authentication, he can use the resource interaction functions in the contract information platform, such as payment functions. It should be noted that the resource pool information of the first processing node mentioned above may include but is not limited to the account information of the first user.

[0124] Similarly, before conducting a transaction, the second user needs to register an account, such as a second account, in the contract information platform using a mobile phone number or email address. In this way, the second user can log in to the contract information platform by typing the second account in the contract information platform through the second processing node, thereby using the various functions in the contract information platform. During the registration process, the second user uploads his own resource pool information to the contract information platform through the second processing node, thereby authenticating the resource pool, so that after authentication, he can use the resource interaction functions in the contract information platform, such as the payment collection function. It should be noted that the resource pool information of the aforementioned processing node may include but is not limited to the account information of the second user.

[0125] After completing user registration, resource pool authentication, etc., the second processing node can obtain a contract template, and based on the contract template, create contract information to be signed by including, but not limited to, the resource interaction content involved in the resource interaction behavior, such as transfer trigger events, resource information, transfer methods, resource interaction participant information, etc. Alternatively, the second processing node can also create contract information to be signed in a customized manner. Specifically, the embodiment of the present application does not limit the way in which the second processing node creates the contract information to be signed.

[0126] 402. The second processing node obtains the contract information signed by the second processing node in response to the signing operation on the contract information to be signed.

[0127] In this example, after the second processing node creates the contract information to be signed, the second user is required to sign the contract information to be signed. At this time, after the second user signs the contract information to be signed, the second processing node can respond to the signature operation for the contract information to be signed, and then obtain the contract information signed by the second processing node. Through the contract information signed by the second processing node, it can be understood that the second user has signed the contract information, which prevents the contract information from being tampered with, and also clarifies that the contracting party of the contract information is the second user.

[0128] It should be noted that the contract information signed by the second processing node at least includes the transfer triggering event, the resource information of the first virtual resource, and the first identifier. The first identifier described can be used to identify the first processing node. In other words, through the first identifier, it can be clearly shown that the contract information signed by the second processing node is sent to the first processing node.

[0129] 403. The second processing node sends the contract information signed by the second processing node to the resource consensus node.

[0130] In this example, after signing the contract information signed by the second processing node, the second processing node sends the contract information signed by the second processing node to the resource consensus node. After receiving the contract information signed by the second processing node, the resource consensus node can store the contract information signed by the second processing node in the blockchain.

[0131] For example, in order to ensure the authenticity of the signature and the correctness and completeness of the contract information signed by the second processing node, the resource consensus node can also verify the contract information signed by the second processing node after receiving the contract information signed by the second processing node. This can be understood in the following way:

[0132] The resource consensus node can send an account request message to the second processing node. After receiving the account request message, the second processing node extracts the resource pool information of the second processing node through biometric recognition methods such as voice recognition, face recognition, or contour recognition. The resource pool information of the second processing node described includes but is not limited to the account information of the second user, such as different types of biometric information such as the second user's voice features, face features, or contour features. Subsequently, the second processing node sends the extracted resource pool information of the second processing node to the resource consensus node. In this way, the resource consensus node can obtain the resource pool information of the second processing node from the second processing node.

[0133] In addition, after receiving the contract information signed by the second processing node, the resource consensus node can also extract the resource pool information in the contract information signed by the second processing node from the contract information signed by the second processing node.

[0134] In this way, the resource consensus node matches the resource pool information of the second processing node with the resource pool information in the contract information signed by the second processing node. For example, taking the resource pool information as the voice features in the account information, the resource consensus node can match the voice features in the resource pool with the voice features in the contract information signed by the second processing node. In this way, when verifying the match, the resource consensus node can confirm that the subject currently signed in the contract information signed by the second processing node is the second user. At this time, the resource consensus node can update the signature status of the contract information signed by the second processing node. The signature status is used to indicate that the second processing node has signed the contract information to be signed. In the above manner, the legality of the signature, the integrity and correctness of the contract can be verified.

[0135] On the contrary, if it is determined that the resource pool information of the second processing node does not match the resource pool information in the contract information signed by the second processing node, it can be clearly seen that the subject who signed the contract information currently signed by the second processing node is not the second user. At this time, the resource consensus node needs to notify the second processing node to re-sign the contract information to be signed.

[0136] 404. The resource consensus node sends the contract information signed by the second processing node to the first processing node.

[0137] In this example, after obtaining the contract information signed by the second processing node, the resource consensus node can forward the contract information signed by the second processing node to the first processing node. For example, since the contract information signed by the second processing node includes the first identifier, and the first identifier can be used to identify the first processing node. Therefore, after receiving the contract information signed by the second processing node, the resource consensus node can send the contract information signed by the second processing node to the corresponding first processing node under the instruction of the first identifier.

[0138] It should be noted that the first identification described may include but is not limited to the node name of the first processing node, the user account, etc., which is not specifically limited in the embodiment of this application. The user account described may include but is not limited to an email account, a platform account, etc., which is not specifically limited.

[0139] 405. The first processing node obtains the contract information signed by the first processing node in response to the signing operation on the contract information signed by the second processing node.

[0140] In this example, after the first processing node receives the contract information signed by the second processing node sent by the resource consensus node, the first user needs to sign the contract information to be signed in order to complete the effectiveness process of the contract information.

[0141] Based on this, after the first processing node receives the contract information signed by the second processing node sent by the resource consensus node, and the first user signs the contract information signed by the second processing node, the first processing node can respond to the signing operation for the contract information signed by the second processing node, and then complete the signing of the contract information signed by the second processing node, thereby obtaining the contract information signed by the first processing node.

[0142] 406. The first processing node sends the contract information signed by the first processing node to the resource consensus node.

[0143] In this example, after signing the contract information signed by the first processing node, the first processing node sends the contract information signed by the first processing node to the resource consensus node. After receiving the contract information signed by the first processing node, the resource consensus node can store the contract information signed by the first processing node in the blockchain.

[0144] 407. The resource consensus node receives the contract information signed by the first processing node and sent by the first processing node to obtain target contract information.

[0145] In this example, after receiving the contract information signed by the first processing node sent by the first processing node, the resource consensus node can use the contract information signed by the first processing node as the target contract information. Exemplarily, the resource consensus node can also store the target contract information in the blockchain so that other nodes in the blockchain network can share the target contract information.

[0146] In some optional examples, in order to ensure the authenticity of the signature and the correctness and completeness of the contract information signed by the first processing node, the resource consensus node may also verify the contract information signed by the first processing node after receiving the contract information signed by the first processing node. This can be understood in the following way:

[0147] The resource consensus node can send an account request message to the first processing node. After receiving the account request message, the first processing node extracts the resource pool information of the first processing node through biometric recognition methods such as voice recognition, face recognition, or contour recognition. The resource pool information of the first processing node described includes but is not limited to the account information of the first user, such as different types of biometric information such as voice features, face features, or contour features of the first account. Subsequently, the first processing node sends the extracted resource pool information of the first processing node to the resource consensus node. In this way, the resource consensus node can obtain the resource pool information of the first processing node from the first processing node.

[0148] In addition, after receiving the contract information signed by the first processing node, the resource consensus node can also extract the resource pool information in the contract information signed by the first processing node from the contract information signed by the first processing node.

[0149] In this way, the resource consensus node matches the resource pool information of the first processing node with the resource pool information in the contract information signed by the first processing node. For example, taking the resource pool information as the voice features in the account information, the resource consensus node can match the voice features in the resource pool with the voice features in the contract information signed by the first processing node. In this way, when verifying the match, the resource consensus node can confirm that the subject currently signed in the contract information signed by the first processing node is the first user. At this point, the resource consensus node can verify that the target contract information has taken effect.

[0150] On the contrary, if it is determined that the resource pool information of the first processing node does not match the resource pool information in the contract information signed by the first processing node, the resource consensus node can clearly know that the subject signed in the contract information currently signed by the first processing node is not the first user. At this time, the resource consensus node needs to notify the first processing node to re-sign the contract information to be signed.

[0151] 408. After the target contract information is verified by consensus, the resource consensus node records the target contract information in the blockchain, and sends the target block identifier of the target contract information recorded in the blockchain to the first processing node.

[0152] In this example, after obtaining the target contract information, the resource consensus node performs consensus verification on the target contract information through blockchain technology. In this way, after the consensus verification of the target contract information is passed, the target contract information is recorded in the blockchain, so that each node participating in resource interaction on the blockchain can share the target contract information. In addition, after recording the target contract information on the blockchain, the resource consensus node can also inform the first processing node of the target block identifier on the blockchain where the target contract information is recorded, so that the first processing node can view the target contract information from the corresponding block based on the target block identifier. Similarly, after recording the target contract information on the blockchain, the resource consensus node can also inform the second processing node of the target block identifier on the blockchain where the target contract information is recorded, so that the second processing node can view the target contract information from the corresponding block based on the target block identifier.

[0153] 409. The first processing node sends a virtual resource transfer request to the resource consensus node, where the virtual resource transfer request includes a target block identifier.

[0154] In this example, after receiving the target block identifier sent by the resource consensus node, the first processing node can send a virtual resource transfer request to the resource consensus node, and the virtual resource transfer request includes the target block identifier. Through the virtual resource transfer request, the resource consensus node can be instructed to perform the corresponding resource transfer operation based on the target contract information corresponding to the target block identifier.

[0155] 410. When it is detected that the transfer trigger event takes effect, the resource consensus node transfers the first virtual resource corresponding to the resource information from the resource pool of the first processing node to the resource pool of the second processing node based on the transfer method in the target contract information corresponding to the target block identifier.

[0156] In this example, the transfer trigger event mentioned can be understood as the consensus condition reached by the resource interaction participants when performing resource transfer processing on the subject matter. For example, the transfer trigger event may include but is not limited to the conditions that the transfer time has been triggered, or the virtual resources in the resource pool are greater than the first virtual resources, etc., which are not limited in the specific embodiments of this application.

[0157] When the transfer trigger event takes effect, virtual resources equivalent to the actual transaction value of the subject matter need to be transferred from the resource pool of the resource interaction participant who purchases the subject matter to the resource pool of the resource interaction participant who sells the subject matter, so as to complete the transfer process of the virtual resources.

[0158] Therefore, after receiving the virtual resource transfer request sent by the first processing node, the resource consensus node demaps the virtual resource transfer request and obtains the target block identifier. In this way, the resource consensus node can accurately obtain the target contract information from the corresponding block in the blockchain based on the target block identifier. In this way, the resource consensus node can detect in real time whether the transfer trigger event in the target contract information has taken effect. If the transfer trigger event is detected to be effective, the resource consensus node transfers the first virtual resource corresponding to the resource information from the resource pool of the first processing node to the resource pool of the second processing node based on the transfer method specified in the target contract information. As a result, the second processing node can obtain the corresponding first virtual resource.

[0159] Regarding how the resource consensus node transfers the first virtual resource from the resource pool of the first processing node to the resource pool of the second processing node, the transfer process can refer to the aforementioned Figure 3 The contents described in step 304 in FIG. 1 can be understood for reference only and will not be described in detail here.

[0160] It should be noted that the contents described in steps 408 to 410 of this embodiment can refer to the aforementioned Figure 3 The contents described in step 302 to step 304 in FIG. 1 can be understood for reference only and will not be described in detail here.

[0161] Optionally, in some other examples, after executing the above steps 401 to 410, the resource consensus node may also execute subsequent steps 411 to 415. Specifically, as shown below:

[0162] 411. The resource consensus node generates resource transfer record information and records the resource transfer record information in the blockchain.

[0163] In this example, after the resource consensus node transfers the first virtual resource from the resource pool of the first processing node to the resource pool of the second processing node, it can generate corresponding resource transfer record information based on the transfer behavior and the record content of the relevant transfer. The resource transfer record information includes but is not limited to the transfer content of the virtual resource, the information of the resource pool of the first processing node, the target contract information, the information of the resource pool of the second processing node, etc., which is not limited in the specific embodiments of this application. In this way, after generating the resource transfer record information, the resource consensus node can also record the resource transfer record information in the blockchain.

[0164] 412. The resource consensus node sends a first message to the first processing node, where the first message includes a first block identifier of the resource transfer record information recorded on the blockchain.

[0165] In this example, after generating the resource transfer record information, the resource consensus node may also notify the first processing node through a message or the like. For example, the resource transfer record information is recorded in the first block identifier on the blockchain and mapped to the first message, and then the first message is sent to the first processing node. In this way, through the first message, the first processing node is instructed to search for the resource transfer record information from the block corresponding to the first block identifier on the blockchain.

[0166] 413. The first processing node searches for resource transfer record information on the blockchain based on the first block identifier in the first message.

[0167] In this example, after receiving the first message sent by the resource consensus node, the first processing node demaps the first message to obtain the first block identifier. Moreover, the first block identifier can identify the block on the blockchain used to record the resource transfer record information. Therefore, after obtaining the first block identifier, the first processing node can search for the resource transfer record information on the blockchain based on the first block identifier.

[0168] 414. The resource consensus node sends a second message to the second processing node, where the second message includes a first block identifier of the resource transfer record information recorded on the blockchain.

[0169] In this example, after generating the resource transfer record information, the resource consensus node may also notify the second processing node through a message or the like. For example, the first block identifier of the resource transfer record information recorded on the blockchain is mapped to the second message, and then the second message is sent to the second processing node. In this way, the second message instructs the second processing node to search for the resource transfer record information from the block corresponding to the first block identifier on the blockchain.

[0170] 415. The second processing node searches for resource transfer record information on the blockchain based on the first block identifier in the second message.

[0171] In this example, after receiving the second message sent by the resource consensus node, the second processing node demaps the second message to obtain the first block identifier. Moreover, the first block identifier can identify the block on the blockchain used to record the resource transfer record information. Therefore, after obtaining the first block identifier, the second processing node can search for the resource transfer record information on the blockchain based on the first block identifier.

[0172] It should be noted that the contents described in steps 411 to 415 of this embodiment can refer to the aforementioned Figure 3 The contents described in steps 305 to 309 in the above description can be understood and will not be repeated here.

[0173] Through the above-mentioned method, the resource processing method in the embodiment of the present application is applied in the blockchain network, and by combining the first virtual resource with the blockchain technology, a decentralized and real-time transfer method is provided, which reduces the transfer cost and transfer time generated in the resource transfer process. In addition, the use of blockchain technology to realize the transfer of the first virtual resource does not require the participation of multiple parties, can ensure the security of the transfer process, and greatly improves security. In addition, each link in the resource processing process can be automatically realized through smart contracts, thereby avoiding the occurrence of human errors and fraudulent behaviors, further improving the transparency and reliability of the resource processing process, and thus enhancing the user's sense of trust and satisfaction.

[0174] The above mainly introduces the scheme provided by the embodiment of the present application from the perspective of the method. It can be understood that in order to realize the above functions, the hardware structure and / or software module corresponding to the execution of each function are included. Those skilled in the art should easily realize that, in combination with the modules and algorithm steps of each example described in the embodiment disclosed in this application, the present application can be implemented in the form of hardware or a combination of hardware and computer software. Whether a certain function is executed in the form of hardware or computer software driving hardware depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to exceed the scope of this application.

[0175] The embodiment of the present application can divide the functional modules of the device according to the above method example. For example, each functional module can be divided according to each function, or two or more functions can be integrated into one processing module. The above integrated module can be implemented in the form of hardware or in the form of software functional modules. It should be noted that the division of modules in the embodiment of the present application is schematic and is only a logical function division. There may be other division methods in actual implementation.

[0176] The resource consensus node in the embodiment of the present application is described in detail below. Figure 5 This is a schematic diagram of an embodiment of a resource consensus node provided in an embodiment of the present application. Figure 5 As shown, the resource consensus node may include an acquisition unit 501 and a processing unit 502. Exemplarily, the resource consensus node further includes a sending unit 503.

[0177] The acquisition unit 501 is used to acquire the target contract information, which includes resource information, the transfer method of the first virtual resource and the transfer triggering event. The resource information is used to indicate the first virtual resource. The target contract information is the contract obtained after the first processing node and the second processing node sign the contract information to be signed. Figure 3 The contents described in step 301 can be understood for reference only and will not be elaborated here.

[0178] Processing unit 502 is used to record the target contract information to the blockchain after the consensus verification of the target contract information is passed, and send the target block identifier of the target contract information recorded on the blockchain to the first processing node. Figure 3 The contents described in step 302 can be understood for reference only and will not be elaborated here.

[0179] The acquisition unit 501 is configured to receive a virtual resource transfer request sent by a first processing node, wherein the virtual resource transfer request includes a target block identifier. Figure 3 The contents described in step 303 can be understood for reference only and will not be elaborated here.

[0180] Processing unit 502 is used to transfer the first virtual resource corresponding to the resource information from the resource pool of the first processing node to the resource pool of the second processing node based on the transfer method in the target contract information corresponding to the target block identifier when the transfer trigger event is detected to be effective. Figure 3 The contents described in step 304 can be understood for reference only and will not be elaborated here.

[0181] In some optional embodiments, the transfer trigger event includes multiple transfer times, and the transfer method includes an installment transfer method, and each transfer time corresponds to the installment transfer method; the processing unit 502 is used to determine the virtual resources corresponding to the installment transfer method from the first virtual resources corresponding to the resource information; when each transfer time takes effect, based on the installment transfer method in the target contract information corresponding to the target block identifier, the virtual assets corresponding to the installment transfer method in the resource pool of the first processing node are transferred to the resource pool of the second processing node.

[0182] In some other optional implementations, the transfer triggering event includes that the virtual resource in the resource pool of the first processing node is greater than the first virtual resource. The processing unit 502 is configured to transfer the first virtual resource corresponding to the resource information from the resource pool of the first processing node to the resource pool of the second processing node based on the transfer method in the target contract information corresponding to the target block identifier when detecting that the virtual resource in the resource pool of the first processing node is greater than the first virtual resource.

[0183] In other optional embodiments, the processing unit 502 is used to: when it is detected that the transfer trigger event is effective, perform resource interaction processing on the first virtual resource corresponding to the resource information in the resource pool of the first processing node according to the resource interaction parameters to obtain the second virtual resource; based on the transfer method in the target contract information corresponding to the target block identifier, transfer the second virtual resource from the resource pool of the first processing node to the resource pool of the second processing node.

[0184] In some other optional implementations, the processing unit 502 is further configured to generate resource transfer record information after transferring the first virtual resource corresponding to the resource information from the resource pool of the first processing node to the resource pool of the second processing node, and record the resource transfer record information in the blockchain. Figure 3 Step 305 or Figure 4 The contents described in step 411 in FIG. 4 can be understood for reference only and will not be described in detail here.

[0185] In some other optional implementations, the sending unit 503 is also used to send a first message to the first processing node and / or send a second message to the second processing node after generating the resource transfer record information and recording the resource transfer record information in the blockchain, and the first message and the second message both include the first block identifier of the resource transfer record information recorded on the blockchain; wherein the first message is used to instruct the first processing node to search for the resource transfer record information from the blockchain based on the first block identifier, and the second message is used to instruct the second processing node to search for the resource transfer record information from the blockchain based on the first block identifier. For details, please refer to the aforementioned Figure 3 Steps 306 to 309 in, or refer to Figure 4The contents described in steps 412 to 415 in the above description can be understood and will not be repeated here.

[0186] In some other optional implementations, the acquisition unit 501 is also used to receive the second processing node's signed contract information sent by the second processing node before acquiring the target contract information. The second processing node's signed contract information is the contract obtained after the second processing node signs the contract information to be signed. The second processing node's signed contract information includes a transfer trigger event, resource information of the first virtual resource, and a first identifier, and the first identifier is used to identify the first processing node. The sending unit 503 is used to send the second processing node's signed contract information to the first processing node corresponding to the first identifier. The acquisition unit 501 is used to receive the first processing node's signed contract information sent by the first processing node to acquire the target contract information. The first processing node's signed contract information is the contract obtained after the first processing node signs the second processing node's signed contract information.

[0187] Above Figure 5 The resource consensus node is mainly described from the perspective of functional modules. The first processing node in the embodiment of the present application will be described in detail below. Figure 6 FIG. 1 is a schematic diagram of an embodiment of a first processing node provided in an embodiment of the present application. Figure 6 As shown, the first processing node includes a receiving unit 601 and a sending unit 602. Exemplarily, the first processing node also includes a processing unit 603.

[0188] Among them, the receiving unit 601 is used to receive the target block identifier sent by the resource consensus node. The target block identifier is the block identifier of the resource consensus node recording the target contract information on the blockchain after the target contract information consensus verification is passed. The target contract information includes resource information, the transfer method of the first virtual resource and the transfer trigger event. The resource information is used to indicate the first virtual resource. The target contract information is the contract obtained after the first processing node and the second processing node sign the contract information to be signed. For details, please refer to the aforementioned Figure 3 The contents described in step 302 can be understood for reference only and will not be elaborated here.

[0189] The sending unit 602 is used to send a virtual resource transfer request to the resource consensus node, and the virtual resource transfer request includes a target block identifier, so that when the resource consensus node detects that the transfer trigger event is effective, based on the transfer method in the target contract information corresponding to the target block identifier, the first virtual resource corresponding to the resource information is transferred from the resource pool of the first processing node to the resource pool of the second processing node. Figure 3 The contents described in step 303 can be understood for reference only and will not be elaborated here.

[0190] In some optional implementations, the receiving unit 601 is further used to receive a first message sent by the resource consensus node after the sending unit 602 sends a virtual resource transfer request to the resource consensus node, the first message including a first block identifier of the resource transfer record information recorded on the blockchain, and the resource transfer record information is generated by the resource consensus node after transferring the first virtual resource from the resource pool of the first processing node to the resource pool of the second processing node. The processing unit 603 is used to search for the resource transfer record information on the blockchain based on the first block identifier in the first message. For details, please refer to the aforementioned Figure 3 Steps 306 to 307, or refer to Figure 4 The contents described in step 412 to step 413 in the above description can be understood and will not be repeated here.

[0191] In some other optional implementations, the receiving unit 601 is also used to receive the contract information signed by the second processing node sent by the resource consensus node before receiving the target block identifier sent by the resource consensus node. The contract information signed by the second processing node is the contract obtained after the second processing node signs the contract information to be signed. The contract information signed by the second processing node includes the transfer trigger event, the resource information of the first virtual resource, and the first identifier, and the first identifier is used to identify the first processing node. The processing unit 603 is used to obtain the contract information signed by the first processing node in response to the signing operation on the contract information signed by the second processing node. The sending unit 602 is used to send the contract information signed by the first processing node to the resource consensus node, and the contract information signed by the first processing node is used by the resource consensus node to obtain the target contract information.

[0192] Above Figure 5 , Figure 6 The resource consensus node and the first processing node are described mainly from the perspective of functional modules. The second processing node in the embodiment of the present application will be described in detail below. Figure 7 FIG. 1 is a schematic diagram of an embodiment of a second processing node provided in an embodiment of the present application. Figure 7 As shown, the second processing node includes a creating unit 701 , a processing unit 702 , and a sending unit 703 . Exemplarily, the second node also includes an acquiring unit 704 .

[0193] The creation unit 701 is used to create the contract information to be signed. Figure 4 The contents described in step 401 can be understood for reference only and will not be elaborated here.

[0194] Processing unit 702 is used to obtain the contract information signed by the second processing node in response to the signing operation on the contract information to be signed. Figure 3The contents described in step 402 can be understood for reference only and will not be elaborated here.

[0195] The sending unit 703 is used to send the contract information signed by the second processing node to the resource consensus node. The contract information signed by the second processing node is used by the first processing node to sign the contract information signed by the second processing node to obtain the contract information signed by the first processing node. The contract information signed by the first processing node is used by the resource consensus node to obtain the target contract information. The target contract information includes resource information, the transfer method of the first virtual resource and the transfer trigger event. The resource information is used to indicate the first virtual resource, so that when the resource consensus node detects that the transfer trigger event takes effect, based on the transfer method in the target contract information, the first virtual resource corresponding to the resource information is transferred from the resource pool of the first processing node to the resource pool of the second processing node. For details, please refer to the aforementioned Figure 3 The contents described in step 403 can be understood for reference only and will not be elaborated here.

[0196] In some optional implementations, the acquisition unit 704 is further used to receive a second message sent by the resource consensus node, the second message including a first block identifier of the resource transfer record information recorded on the blockchain, and the resource transfer record information is generated by the resource consensus node after transferring the first virtual resource from the resource pool of the first processing node to the resource pool of the second processing node. The processing unit 702 is used to search for the resource transfer record information on the blockchain based on the first block identifier in the second message. For details, please refer to the aforementioned Figure 3 Steps 308 to 309, or refer to Figure 4 The contents described in step 414 to step 415 in the above description can be understood and will not be repeated here.

[0197] In some other optional implementations, the creation unit 701 is used to: create a contract template; and modify the contract template to create contract information to be signed.

[0198] Figure 8 This is a schematic diagram of an embodiment of the blockchain system provided in the embodiments of this application. Figure 8 As shown, in the blockchain system, a resource consensus node, a first processing node and a second processing node are included. The resource consensus node can be specifically referred to as Figure 5 For the first processing node, please refer to the above Figure 6 Similarly, for the second processing node, please refer to the aforementioned Figure 7 The content described above is understood and will not be repeated here.

[0199] The resource processing device in the embodiment of the present application is described above from the perspective of modular functional entities, and the resource processing device in the embodiment of the present application is described below from the perspective of hardware processing. Fig. 9 The resource processing device may have relatively large differences due to different configurations or performances, such as but not limited to the aforementioned Figure 5 The resource consensus nodes mentioned, Figure 6 The first processing node mentioned and Figure 7 The second processing node mentioned above, etc. The resource processing device may include at least one processor 901 , a communication line 907 , a memory 903 and at least one communication interface 904 .

[0200] Processor 901 may be a general-purpose central processing unit (CPU), a microprocessor, an application-specific integrated circuit (server IC), or one or more integrated circuits for controlling the execution of the program of the present application.

[0201] Communications link 907 may include a pathway for transmitting information between the above-mentioned components.

[0202] The communication interface 904 uses any transceiver-like device for communicating with other devices or communication networks, such as Ethernet, radio access network (RAN), wireless local area networks (WLAN), etc.

[0203] The memory 903 may be a read-only memory (ROM) or other types of static storage devices that can store static information and instructions, a random access memory (RAM) or other types of dynamic storage devices that can store information and instructions, and the memory may exist independently and be connected to the processor via a communication line 907. The memory may also be integrated with the processor.

[0204] The memory 903 is used to store computer-executable instructions for executing the solution of the present application, and the execution is controlled by the processor 901. The processor 901 is used to execute the computer-executable instructions stored in the memory 903, thereby realizing the resource processing method provided in the above embodiment of the present application.

[0205] Optionally, the computer-executable instructions in the embodiments of the present application may also be referred to as application code, which is not specifically limited in the embodiments of the present application.

[0206] In a specific implementation, as an embodiment, the resource processing device may include multiple processors, such as Fig. 9 901 and processor 902 in the embodiment. Each of these processors may be a single-CPU processor or a multi-CPU processor. The processor herein may refer to one or more devices, circuits, and / or processing cores for processing data (e.g., computer program instructions).

[0207] In a specific implementation, as an embodiment, the resource processing device may further include an output device 905 and an input device 906. The output device 905 communicates with the processor 901 and may display information in a variety of ways. The input device 906 communicates with the processor 901 and may receive input of a target object in a variety of ways. For example, the input device 906 may be a mouse, a touch screen device, or a sensor device.

[0208] The resource processing device mentioned above can be a general device or a dedicated device. In a specific implementation, the resource processing device can be a server, a terminal, etc. or a Fig. 9 The embodiment of the present application does not limit the type of the resource processing device.

[0209] Need to explain, Fig. 9 The processor 901 in the embodiment can call the computer execution instruction stored in the memory 903 to make the resource processing device execute the following Figure 3 to Figure 4 The method in the corresponding method embodiment.

[0210] Specifically, Figure 5 The processing unit 502, Figure 6 The processing unit 603 in Figure 7 The functions / implementation processes of the creation unit 701 and the processing unit 702 can be Fig. 9 The processor 901 in the embodiment calls the computer execution instructions stored in the memory 903 to implement. Figure 5 The acquisition unit 501 and the sending unit 503 in Figure 6 The receiving unit 601 and the sending unit 602 in Figure 7 The functions / implementation processes of the sending unit 703 and the obtaining unit 704 can be Fig. 9 It is implemented by the communication interface 904 in.

[0211] An embodiment of the present application also provides a computer storage medium, wherein the computer storage medium stores a computer program for electronic data exchange, and the computer program enables a computer to execute part or all of the steps of any resource processing method recorded in the above method embodiments.

[0212] An embodiment of the present application also provides a computer program product, which includes a non-transitory computer-readable storage medium storing a computer program, and the computer program is operable to cause a computer to execute part or all of the steps of any resource processing method recorded in the above method embodiments.

[0213] In the above embodiments, all or part of the embodiments may be implemented by software, hardware, firmware or any combination thereof. When implemented by software, all or part of the embodiments may be implemented in the form of a computer program product.

[0214] Those skilled in the art can clearly understand that, for the convenience and brevity of description, the specific working processes of the systems, devices and units described above can refer to the corresponding processes in the aforementioned method embodiments and will not be repeated here.

[0215] In the several embodiments provided in the present application, it should be understood that the disclosed systems, devices and methods can be implemented in other ways. For example, the device embodiments described above are only schematic. For example, the division of units is only a logical function division. There may be other division methods in actual implementation. For example, multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be an indirect coupling or communication connection through some interfaces, devices or units, which can be electrical, mechanical or other forms.

[0216] The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0217] In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit. The above-mentioned integrated unit may be implemented in the form of hardware or in the form of software functional units.

[0218] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application, or the part that contributes to the prior art, or all or part of the technical solution can be embodied in the form of a software product, which is stored in a storage medium and includes several instructions for a computer device (which can be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the various embodiments of the present application. The aforementioned storage medium includes: U disk, mobile hard disk, read-only memory (ROM), random access memory (RAM), disk or optical disk, etc., and other media that can store program codes.

[0219] The above embodiments may be implemented in whole or in part through software, hardware, firmware or any combination thereof. When implemented by software, they may be implemented in whole or in part in the form of a computer program product.

[0220] The computer program product includes one or more computer instructions. When loading and executing the computer execution instruction on the computer, the process or function according to the embodiment of the present application is generated in whole or in part. The computer can be a general-purpose computer, a special-purpose computer, a computer network or other programmable devices. The computer instruction can be stored in a computer-readable storage medium, or transmitted from a computer-readable storage medium to another computer-readable storage medium. For example, the computer instruction can be transmitted from a website site, a computer, a server or a data center by wired (such as coaxial cable, optical fiber, digital subscriber line (DSL)) or wireless (such as infrared, wireless, microwave, etc.) mode to another website site, computer, server or data center. The computer-readable storage medium can be any available medium that a computer can store or a data storage device such as a server, a data center, etc. that includes one or more available media integration. Available media can be magnetic media, (for example, floppy disk, hard disk, tape), optical media (for example, DVD), or semiconductor media (such as SSD)) and the like.

[0221] The above embodiments are only used to illustrate the technical solutions of the present application, rather than to limit them. Although the present application has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or make equivalent replacements for some of the technical features therein. However, these modifications or replacements do not deviate the essence of the corresponding technical solutions from the spirit and scope of the technical solutions of the embodiments of the present application.

Claims

1. A method for resource processing, characterized in that: A resource consensus node applied to a blockchain network, wherein the blockchain network further includes a first processing node and a second processing node, and the method includes: Acquire target contract information, the target contract information including resource information, a transfer method of the first virtual resource, and a transfer triggering event, the resource information is used to indicate the first virtual resource, and the target contract information is a contract obtained after the first processing node and the second processing node sign the contract information to be signed; After the consensus verification of the target contract information is passed, the target contract information is recorded in the blockchain, and a target block identifier of the target contract information recorded in the blockchain is sent to the first processing node; receiving a virtual resource transfer request sent by the first processing node, wherein the virtual resource transfer request includes the target block identifier; When it is detected that the transfer trigger event is effective, the first virtual resource corresponding to the resource information is transferred from the resource pool of the first processing node to the resource pool of the second processing node based on the transfer method in the target contract information corresponding to the target block identifier.

2. The method according to claim 1, characterized in that The transfer trigger event includes a plurality of transfer times, the transfer mode includes an instalment transfer mode, and each of the transfer times corresponds to the instalment transfer mode; when it is detected that the transfer trigger event is effective, based on the transfer mode in the target contract information corresponding to the target block identifier, the first virtual resource corresponding to the resource information is transferred from the resource pool of the first processing node to the resource pool of the second processing node, including: Determine a virtual resource corresponding to the phased transfer method from the first virtual resource corresponding to the resource information; When each transfer time takes effect, based on the phased transfer method in the target contract information corresponding to the target block identifier, the virtual assets corresponding to the phased transfer method in the resource pool of the first processing node are transferred to the resource pool of the second processing node.

3. The method according to claim 1, characterized in that The transfer triggering event includes that the virtual resource in the resource pool of the first processing node is greater than the first virtual resource; when it is detected that the transfer triggering event is effective, based on the transfer method in the target contract information corresponding to the target block identifier, the first virtual resource corresponding to the resource information is transferred from the resource pool of the first processing node to the resource pool of the second processing node, including: When it is detected that the virtual resources in the resource pool of the first processing node are greater than the first virtual resources, based on the transfer method in the target contract information corresponding to the target block identifier, the first virtual resources corresponding to the resource information are transferred from the resource pool of the first processing node to the resource pool of the second processing node.

4. The method according to any one of claims 1 to 3, characterized in that The method of transferring the first virtual resource corresponding to the resource information from the resource pool of the first processing node to the resource pool of the second processing node based on the transfer method in the target contract information corresponding to the target block identifier when the transfer trigger event takes effect comprises: When it is detected that the transfer triggering event takes effect, performing resource interaction processing on the first virtual resource corresponding to the resource information in the resource pool of the first processing node according to the resource interaction parameter to obtain a second virtual resource; Based on the transfer mode in the target contract information corresponding to the target block identifier, the second virtual resource is transferred from the resource pool of the first processing node to the resource pool of the second processing node.

5. The method according to any one of claims 1 to 3, characterized in that After transferring the first virtual resource corresponding to the resource information from the resource pool of the first processing node to the resource pool of the second processing node, the method further includes: Generate resource transfer record information, and record the resource transfer record information in the blockchain.

6. The method according to claim 5, characterized in that After generating resource transfer record information and recording the resource transfer record information on the blockchain, the method further includes: Sending a first message to the first processing node, and / or sending a second message to the second processing node, wherein the first message and the second message both include a first block identifier where the resource transfer record information is recorded on the blockchain; Among them, the first message is used to instruct the first processing node to search for the resource transfer record information from the blockchain based on the first block identifier, and the second message is used to instruct the second processing node to search for the resource transfer record information from the blockchain based on the first block identifier.

7. The method according to any one of claims 1 to 3, characterized in that Before obtaining the target contract information, the method further includes: receiving the contract information signed by the second processing node and sent by the second processing node, where the contract information signed by the second processing node is a contract obtained after the second processing node signs the contract information to be signed, and the contract information signed by the second processing node includes the transfer triggering event, resource information of the first virtual resource, and a first identifier, where the first identifier is used to identify the first processing node; Sending the contract information signed by the second processing node to the first processing node corresponding to the first identifier; The obtaining of target contract information includes: Receive the contract information signed by the first processing node sent by the first processing node to obtain the target contract information, wherein the contract information signed by the first processing node is a contract obtained after the first processing node signs the contract information signed by the second processing node.

8. A method for resource processing, characterized in that: Applied to a first processing node in a blockchain network, the blockchain network also including a second processing node and a resource consensus node, the method comprising: Receive a target block identifier sent by the resource consensus node, the target block identifier being the block identifier of the target contract information recorded on the blockchain by the resource consensus node after consensus verification of the target contract information is passed, the target contract information including resource information, a transfer method of the first virtual resource and a transfer triggering event, the resource information being used to indicate the first virtual resource, and the target contract information being the contract obtained after the first processing node and the second processing node sign the contract information to be signed; A virtual resource transfer request is sent to the resource consensus node, wherein the virtual resource transfer request includes the target block identifier, so that when the resource consensus node detects that the transfer trigger event is effective, the first virtual resource corresponding to the resource information is transferred from the resource pool of the first processing node to the resource pool of the second processing node based on the transfer method in the target contract information corresponding to the target block identifier.

9. The method according to claim 8, characterized in that After sending the virtual resource transfer request to the resource consensus node, the method further includes: Receive a first message sent by the resource consensus node, the first message including a first block identifier of resource transfer record information recorded on the blockchain, the resource transfer record information being information generated by the resource consensus node after transferring a first virtual resource corresponding to the resource information from a resource pool of the first processing node to a resource pool of the second processing node; Based on the first block identifier in the first message, the resource transfer record information is searched from the blockchain.

10. The method according to any one of claims 8 to 9, characterized in that Before receiving the target block identifier sent by the resource consensus node, the method further includes: receiving the contract information signed by the second processing node sent by the resource consensus node, where the contract information signed by the second processing node is a contract obtained after the second processing node signs the contract information to be signed, and the contract information signed by the second processing node includes the transfer triggering event, resource information of the first virtual resource, and a first identifier, where the first identifier is used to identify the first processing node; In response to a signing operation on the contract information signed by the second processing node, obtaining the contract information signed by the first processing node; The contract information signed by the first processing node is sent to the resource consensus node, and the contract information signed by the first processing node is used by the resource consensus node to obtain the target contract information.

11. A method for resource processing, characterized in that: Applied to a second processing node in a blockchain network, the blockchain network also including a first processing node and a resource consensus node, the method comprising: Create contract information to be signed; In response to the signing operation on the contract information to be signed, obtaining the contract information signed by the second processing node; The contract information signed by the second processing node is sent to the resource consensus node. The contract information signed by the second processing node is used by the first processing node to sign the contract information signed by the second processing node to obtain the contract information signed by the first processing node. The contract information signed by the first processing node is used by the resource consensus node to obtain target contract information. The target contract information includes resource information, a transfer method of the first virtual resource and a transfer trigger event, so that when the resource consensus node detects that the transfer trigger event is effective, the first virtual resource corresponding to the resource information is transferred from the resource pool of the first processing node to the resource pool of the second processing node based on the transfer method in the target contract information.

12. The method according to claim 11, characterized in that After sending the contract information signed by the second processing node to the resource consensus node, the method further includes: receiving a second message sent by the resource consensus node, the second message including a first block identifier of resource transfer record information recorded on the blockchain, the resource transfer record information being information generated by the resource consensus node after transferring a first virtual resource corresponding to the resource information from a resource pool of the first processing node to a resource pool of the second processing node; Based on the first block identifier in the second message, search the resource transfer record information from the blockchain.

13. The method according to any one of claims 11 to 12, characterized in that The creation of the contract information to be signed includes: Create contract templates; The contract template is modified to create the contract information to be signed.

14. A resource consensus node, characterized in that: The resource consensus nodes include: an acquisition unit, configured to acquire target contract information, the target contract information including resource information, a transfer method of the first virtual resource, and a transfer triggering event, the resource information being used to indicate the first virtual resource, and the target contract information being a contract obtained after the first processing node and the second processing node sign the contract information to be signed; a processing unit, configured to record the target contract information in a blockchain after consensus verification of the target contract information is passed, and send a target block identifier of the target contract information recorded in the blockchain to the first processing node; The acquiring unit is configured to receive a virtual resource transfer request sent by the first processing node, wherein the virtual resource transfer request includes the target block identifier; The processing unit is used to transfer the first virtual resource corresponding to the resource information from the resource pool of the first processing node to the resource pool of the second processing node based on the transfer method in the target contract information corresponding to the target block identifier when detecting that the transfer trigger event is effective.

15. A first processing node, characterized in that: The first processing node comprises: a receiving unit, configured to receive a target block identifier sent by the resource consensus node, wherein the target block identifier is a block identifier for recording the target contract information on the blockchain after the resource consensus node has passed consensus verification of the target contract information, wherein the target contract information includes resource information, a transfer method of the first virtual resource, and a transfer triggering event, wherein the resource information is used to indicate the first virtual resource, and the target contract information is a contract obtained after the first processing node and the second processing node sign the contract information to be signed; A sending unit is used to send a virtual resource transfer request to the resource consensus node, wherein the virtual resource transfer request includes the target block identifier, so that when the resource consensus node detects that the transfer trigger event is effective, the first virtual resource corresponding to the resource information is transferred from the resource pool of the first processing node to the resource pool of the second processing node based on the transfer method in the target contract information corresponding to the target block identifier.

16. A second processing node, characterized in that: The second processing node comprises: A creation unit, used to create contract information to be signed; a processing unit, configured to obtain the contract information signed by the second processing node in response to a signing operation on the contract information to be signed; A sending unit is used to send the contract information signed by the second processing node to the resource consensus node. The contract information signed by the second processing node is used for the first processing node to sign the contract information signed by the second processing node to obtain the contract information signed by the first processing node. The contract information signed by the first processing node is used by the resource consensus node to obtain target contract information. The target contract information includes resource information, a transfer method of the first virtual resource and a transfer trigger event. The resource information is used to indicate the first virtual resource, so that when the resource consensus node detects that the transfer trigger event is effective, the first virtual resource corresponding to the resource information is transferred from the resource pool of the first processing node to the resource pool of the second processing node based on the transfer method in the target contract information.

17. A blockchain system, characterized in that: The blockchain system includes a resource consensus node, a first processing node and a second processing node; wherein the resource consensus node is used to execute the method as described in any one of claims 1 to 7, the first processing node is used to execute the method as described in any one of claims 8 to 10, and the second processing node is used to execute the method as described in any one of claims 11 to 13.

18. A resource processing device, characterized in that: include: An input / output interface, a processor and a memory, wherein program instructions are stored in the memory; The processor is configured to execute the program instructions stored in the memory to perform the method according to any one of claims 1 to 13.

19. A computer-readable storage medium, characterized in that: The computer-readable storage medium comprises instructions, which, when executed on a computer device, cause the computer device to perform the method according to any one of claims 1 to 13.

20. A computer program product, characterized in that The computer program product comprises instructions, which, when executed on a computer device, cause the computer device to perform the method according to any one of claims 1 to 13.

Images