Block chain resource management method, device and system and computer equipment

Abstract

The invention relates to a block chain resource management method, system and device, computer equipment, a computer readable storage medium and a computer program product. The method comprises the following steps: acquiring a resource transfer request of a resource user for a target resource; extracting resource transfer information carried in the resource transfer request; calling an intelligent contract configured based on a resource use condition, and verifying the resource transfer information; and under the condition that the resource transfer information is successfully verified, transferring the target resource according to the resource transfer information. Wherein the resource use condition is determined by negotiation of the resource provider and the resource user; the target resources refer to at least one part of digital resources obtained by the resource user from the resource provider. By adopting the method, the resource user can be ensured to use the obtained digital resource according to the resource use condition determined by negotiation, so that the use control of the digital resource can be realized in the block chain network, and the resource security can be improved.

Description

Technical Field

[0001] The present application relates to the field of computer technology, and in particular to a blockchain resource management method, apparatus, system, computer equipment, computer-readable storage medium, and computer program product. Background Art

[0002] As a decentralized multi-node network system, the blockchain system can realize the secure storage of data. The resource providers in the blockchain system can provide digital resources to resource users through leasing or donation.

[0003] In traditional technologies, after a resource user obtains digital resources from a resource provider, the resource user uses the digital resources according to its own needs. It is impossible to control the use of the digital resources provided by the resource provider, resulting in poor resource security. Summary of the invention

[0004] Based on this, it is necessary to provide a blockchain resource management method, device, system, computer equipment, computer-readable storage medium and computer program product that can improve resource security in response to the above-mentioned technical problems.

[0005] In a first aspect, the present application provides a blockchain resource management method. The method comprises:

[0006] Obtaining a resource transfer request from a resource user for a target resource; the target resource refers to at least a portion of the digital resources obtained by the resource user from a resource provider;

[0007] extracting resource transfer information carried in the resource transfer request;

[0008] Calling a smart contract configured based on resource usage conditions to verify the resource transfer information; the resource usage conditions are determined by negotiation between the resource provider and the resource user;

[0009] When the resource transfer information is successfully verified, the target resource is transferred according to the resource transfer information.

[0010] In a second aspect, the present application provides a blockchain resource management system. The system includes a resource user, a resource provider, and a resource management client;

[0011] The resource user obtains the digital resource from the resource provider and negotiates with the resource provider to determine the resource usage conditions of the digital resource;

[0012] The resource management client is used to manage the digital resources and implement the above-mentioned blockchain resource management method.

[0013] In a third aspect, the present application provides a blockchain resource management device. The device comprises:

[0014] A request acquisition module, used to acquire a resource transfer request from a resource user for a target resource; the target resource refers to at least a portion of the digital resource obtained by the resource user from a resource provider;

[0015] An information extraction module, used to extract the resource transfer information carried in the resource transfer request;

[0016] A verification module, used to call a smart contract configured based on resource usage conditions to verify the resource transfer information; the resource usage conditions are determined by negotiation between the resource provider and the resource user;

[0017] The resource transfer module is used to transfer the target resource according to the resource transfer information when the resource transfer information is successfully verified.

[0018] In a fourth aspect, the present application provides a computer device. The computer device includes a memory and a processor, the memory stores a computer program, and the processor implements the following steps when executing the computer program:

[0019] Obtaining a resource transfer request from a resource user for a target resource; the target resource refers to at least a portion of the digital resources obtained by the resource user from a resource provider;

[0020] extracting resource transfer information carried in the resource transfer request;

[0021] Calling a smart contract configured based on resource usage conditions to verify the resource transfer information; the resource usage conditions are determined by negotiation between the resource provider and the resource user;

[0022] When the resource transfer information is successfully verified, the target resource is transferred according to the resource transfer information.

[0023] In a fifth aspect, the present application provides a computer-readable storage medium. The computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the following steps are implemented:

[0024] Obtaining a resource transfer request from a resource user for a target resource; the target resource refers to at least a portion of the digital resources obtained by the resource user from a resource provider;

[0025] extracting resource transfer information carried in the resource transfer request;

[0026] Calling a smart contract configured based on resource usage conditions to verify the resource transfer information; the resource usage conditions are determined by negotiation between the resource provider and the resource user;

[0027] When the resource transfer information is successfully verified, the target resource is transferred according to the resource transfer information.

[0028] In a sixth aspect, the present application provides a computer program product. The computer program product includes a computer program, and when the computer program is executed by a processor, the following steps are implemented:

[0029] Obtaining a resource transfer request from a resource user for a target resource; the target resource refers to at least a portion of the digital resources obtained by the resource user from a resource provider;

[0030] extracting resource transfer information carried in the resource transfer request;

[0031] Calling a smart contract configured based on resource usage conditions to verify the resource transfer information; the resource usage conditions are determined by negotiation between the resource provider and the resource user;

[0032] When the resource transfer information is successfully verified, the target resource is transferred according to the resource transfer information.

[0033] The above-mentioned blockchain resource management method, device, system, computer equipment, computer-readable storage medium and computer program product obtain a resource transfer request for a target resource from a resource user, extract the resource transfer information carried in the resource transfer request, call a smart contract configured based on resource usage conditions, verify the resource transfer information, and transfer the target resource in accordance with the resource transfer information when the resource transfer information is successfully verified. In the above process, the resource usage conditions are determined through negotiation between the resource provider and the resource user, and the smart contract is configured based on the resource usage conditions. Therefore, when the resource user requests to use a digital resource, the blockchain resource management client can verify by calling a smart contract configured based on the resource usage conditions to ensure that the resource user can use the digital resource in accordance with the negotiated resource usage conditions, thereby enabling the use of digital resources to be controlled in the blockchain network, which is conducive to improving resource security. BRIEF DESCRIPTION OF THE DRAWINGS

[0034] Figure 1 A schematic diagram of the structure of a distributed system in one embodiment;

[0035] Figure 2 This is an application environment diagram of a blockchain resource management method in an embodiment;

[0036] Figure 3 A flowchart of a blockchain resource management method in one embodiment;

[0037] Figure 4 A schematic diagram of the corresponding relationship between smart contracts and digital resources in one embodiment;

[0038] Figure 5 A flowchart of a blockchain resource management method in another embodiment;

[0039] Figure 6 A structural block diagram of a blockchain resource management system in one embodiment;

[0040] Figure 7 A schematic diagram of the interaction process between a resource user and a candidate provider in one embodiment;

[0041] Figure 8 A schematic diagram of the interaction process between a resource provider and a candidate user in one embodiment;

[0042] Fig. 9 A schematic diagram of the interactive process of blockchain resource management in one embodiment;

[0043] Fig.10 It is a structural block diagram of a blockchain resource management device in one embodiment;

[0044] Fig.11 is an internal structure diagram of a computer device in one embodiment;

[0045] Fig.12 FIG. 4 is a diagram showing the internal structure of a computer device in another embodiment. DETAILED DESCRIPTION

[0046] In order to make the purpose, technical solution and advantages of the present application more clearly understood, the present application is further described in detail below in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the present application and are not used to limit the present application.

[0047] Before going into detail, some terms involved in this application are explained first.

[0048] Blockchain is a new application model of computer technologies such as distributed data storage, peer-to-peer transmission, consensus mechanism, encryption algorithm, etc. Blockchain is essentially a decentralized database, a string of data blocks generated by cryptographic methods. Each data block contains a batch of network transaction information, which is used to verify the validity of its information (anti-counterfeiting) and generate the next block. Blockchain can include the underlying blockchain platform, platform product service layer, and application service layer.

[0049] Smart contracts are codes developed by the business side that can execute business logic, developed using programming languages, and deployed on the blockchain. When a user wants to call a smart contract, a blockchain transaction is generated and sent to the chain. Each blockchain node can package the transaction with consensus, execute the same code logic, and produce the same results. The code is open, transparent, and visible on the chain, ensuring that it cannot be tampered with. Once a smart contract is successfully deployed, it cannot be modified and exists permanently on the chain.

[0050] The blockchain resource management method provided in the embodiment of the present application can be applied to an application environment including multiple nodes. The application environment can be a data sharing system including multiple nodes, or a distributed system formed by connecting a client and multiple nodes (any form of computing devices in the access network, such as a server, a user terminal) through network communication. Taking the distributed system as a blockchain system as an example, Figure 1 As shown, the distributed system may include multiple nodes 101 and clients 102. The nodes 101 form a point-to-point network. The point-to-point 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 can join and become a node. The node includes a hardware layer, an intermediate layer, an operating system layer, and an application layer. Figure 1 As shown, the functions involved in each node 101 in the blockchain system may include routing, application and blockchain, etc. Among them, routing is a basic function of the node, which is used to support communication between nodes. The application is deployed in the blockchain, used to implement specific services according to actual business needs, record the data related to the implementation function to form record data, carry a digital signature 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 the temporary block when verifying the source and integrity of the record data. The business implemented by the application may include shared ledgers and smart contracts, etc. The shared ledger is used to provide functions such as storage, query and modification of account data, and send the record data of the operation on the account data to other nodes in the blockchain system. After other nodes verify the validity, as a response to acknowledge the validity of the account data, the record data is stored in the temporary block, and a confirmation can also be sent to the node that initiated the operation. The blockchain includes a series of blocks (Block) 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 again. The block records the record data submitted by the nodes in the blockchain system.

[0051] Furthermore, each node 101 can receive input information when working, and maintain the shared data in the blockchain system based on the received input information. For each node in the blockchain system, there is a node identifier corresponding to it, and each node in the blockchain system can store the node identifiers of other nodes in the blockchain system, so that the generated blocks can be broadcast to other nodes in the blockchain system according to the node identifiers of other nodes. A node identifier list can be maintained in each node, and the node name and node identifier are stored in the node identifier list accordingly. Among them, the node identifier can be an IP (Internet Protocol, a protocol for interconnecting networks) address and any other information that can be used to identify the node.

[0052] Among them, the client 102 can be a resource management client, which is used to realize the circulation of digital resources on the blockchain. The circulation process of resources specifically includes initiating resource transfer transactions, storing the record data of the transaction in the temporary block of the blockchain, and querying the remaining digital resources in the digital resource account, etc. On the blockchain, there are two main types of digital resources on the chain. One is the native digital resources generated by packaging blocks through the chain processing node, and the other is uploading data to the chain through a smart contract. This data can be called digital resources on the blockchain, that is, non-native digital resources. Specifically, the resource management client can realize the resource management business function, and realize the communication connection with the decentralized application client based on the resource management business function. The resource management client is a tool for managing and storing user digital resources. For example, digital resources can be transferred to other accounts based on the resource management client, and for example, digital resources transferred from other accounts can be received based on the resource management client. The resource management client can be a hardware device or a software program. In this application, the resource management client is used to manage the digital resources obtained by the resource user from the resource provider.

[0053] The blockchain resource management method provided in this application can be applied to Figure 2In the application environment shown. The application environment includes resource users 201, resource providers 202 and resource management clients 203. The three can communicate over the network and realize consensus, data recording and chain functions in blockchain technology based on smart contracts. Among them, in the process of implementing the blockchain resource management method, the resource management client 203: obtains the resource transfer request for the target resource from the resource user 201; extracts the resource transfer information carried in the resource transfer request; calls the smart contract configured based on the resource usage conditions to verify the resource transfer information; if the resource transfer information is successfully verified, the target resource is transferred according to the resource transfer information. Among them, the resource usage conditions are determined by negotiation between the resource provider 202 and the resource user 201; the target resource refers to at least a part of the digital resources obtained by the resource user 201 from the resource provider 202.

[0054] Furthermore, resource users 201, resource providers 202, and resource management clients 203 can all be implemented through terminals or servers. Among them, terminals include but are not limited to mobile phones, computers, intelligent voice interaction devices, smart home appliances, vehicle terminals, aircraft, etc., and servers can be implemented as independent servers or server clusters composed of multiple servers. The embodiments of the present invention can be applied to various scenarios, including but not limited to cloud technology, artificial intelligence, smart transportation, assisted driving, etc.

[0055] In one embodiment, Figure 3 As shown, a blockchain resource management method is provided. This embodiment applies the method to Figure 2 The resource management client 203 in the example is used as an example to illustrate, and the following steps are included:

[0056] Step S302: obtaining a resource transfer request from a resource user for a target resource.

[0057] Among them, the target resource refers to at least a part of the digital resources obtained by the resource user from the resource provider. Digital resources refer to virtual resources circulated on the blockchain, which can also be called on-chain resources, including native digital resources generated by packaging blocks through on-chain processing nodes, and on-chain data published through smart contracts. The on-chain data may include, for example, game props, digital goods, commodity coupons, etc. The resource provider is the party that provides digital resources. That is, the resource provider has the ownership of the digital resources, and by providing digital resources to the resource user, it transfers the right to use the digital resources to the resource user. In a specific embodiment, a digital resource borrowing relationship can be formed between the resource provider and the resource user. The resource user borrows digital resources from the resource provider for its own use, and the resource provider can require the resource user to return virtual resources equivalent to the borrowed digital resources. The specific method of resource return can be determined by the resource user and the resource provider through negotiation before the resource provider lends the digital resources. In a specific embodiment, a digital resource donation relationship may be established between a resource provider and a resource user, whereby the resource provider donates digital resources to the resource user for use by the resource user. In this case, the resource user does not need to return virtual resources equivalent to the obtained digital resources to the resource provider.

[0058] The specific way for a resource user to obtain digital resources from a resource provider is not unique. In a specific embodiment, the process for a resource user to obtain digital resources from a resource provider includes: the resource user broadcasts a resource acquisition request in the blockchain network; the candidate provider in the blockchain network responds to the resource acquisition request and matches the first resource information with the idle resources it holds; if the first resource information matches the idle resources, the candidate provider negotiates the resource usage conditions with the resource user as a resource provider; when the resource provider and the resource user negotiate and determine the resource usage conditions, the resource user obtains the digital resource represented by the first resource information from the resource provider. Among them, the resource acquisition request carries the first resource information of the resource that is expected to be obtained.

[0059] In a specific embodiment, the process of a resource user obtaining digital resources from a resource provider includes: the resource provider broadcasts a resource provision request in a blockchain network; the candidate user in the blockchain network responds to the resource provision request and matches the second resource information with the resource it expects to obtain; if the second resource information matches the resource it expects to obtain, the candidate user negotiates resource usage conditions with the resource provider as a resource user; when the resource provider and the resource user negotiate and determine the resource usage conditions, the resource user obtains the digital resource represented by the second resource information from the resource provider. The resource provision request carries the second resource information of the idle resources held by the resource provider.

[0060] The digital resources obtained by the resource user from the resource provider can be stored in the blockchain node installed with the resource management client in the blockchain system, and the digital resources are managed by the resource management client. Specifically, the resource user can send a resource transfer request for the target resource to the resource management client to request the use of the target resource, and then the resource management client can obtain the resource transfer request for the target resource from the resource user. In this application, the resource requested to be transferred by a resource transfer request is referred to as the target resource. It can be understood that the resource user can use all the digital resources obtained from the resource provider at one time. In this case, the target resource is equivalent to the digital resource obtained by the resource user from the resource provider; the resource user can also use all the digital resources obtained from the resource provider in multiple times. In this case, the target resource refers to a part of the digital resources obtained by the resource user from the resource provider.

[0061] Step S304: extracting the resource transfer information carried in the resource transfer request.

[0062] The resource transfer request carries resource transfer information. The resource transfer information may include, for example, the resource type and amount of resources requested to be transferred, as well as the resource transfer time, resource recipient information, and the like. Specifically, the resource management client may extract the resource transfer information carried by the resource transfer request from the resource transfer request. Optionally, the resource management client may determine the field position of the resource transfer information in the resource transfer request based on the field composition of the resource transfer request, and extract the resource transfer information from the resource transfer request based on the field position. Optionally, the resource management client may extract the resource transfer information from the resource transfer request based on the data form of the resource transfer information. The data form may be, for example, numbers, characters, and the like.

[0063] Step S306, calling the smart contract configured based on the resource usage conditions to verify the resource transfer information.

[0064] Among them, the resource use conditions are determined by negotiation between the resource provider and the resource user. The resource use conditions may include restrictions on resource flow, the amount of resources used in a single transaction, and the transaction time of resource transfer. The resource flow refers to the specific purpose of the target resource, which can be represented by the candidate recipient information of the target resource. The candidate recipient information may, for example, include the recipient address or industry type of the candidate recipient. Taking the case where the candidate recipient information is an industry type as an example, when the resource flow is a medical institution, the purpose of the digital resources obtained from the resource provider can be medical; when the resource flow is an educational institution such as a school or bookstore, the purpose of the digital resources obtained from the resource provider can be education.

[0065] It should be noted that the resource provider and the resource user can negotiate and determine the resource usage conditions for the digital resources provided by the resource provider through interaction. Optionally, there can be multiple interactions in the process of negotiating the resource usage conditions, and in each interaction, one party can sign its own opinion and transmit it to the other party, and the other party votes on the opinion. If it agrees, the negotiation is completed; if it disagrees, a new opinion can be fed back; and so on, until the two parties reach a consensus. In a specific implementation, any one of the resource provider and the resource user can generate and sign the initial negotiation information containing the initial resource usage conditions. If the initial negotiation information obtains the signature of the other party, the initial resource usage conditions are determined as the resource usage conditions of the digital resources. If the initial negotiation information does not obtain the signature of the other party, the other party makes adjustments based on the initial resource usage conditions, generates updated negotiation information and signs it. And so on, until the updated negotiation information obtains the signatures of both the resource provider and the resource user, the resource usage conditions negotiated by the updated negotiation information are determined as the resource usage conditions of the digital resources.

[0066] Among them, the initial resource usage conditions can be determined according to the actual needs of the resource provider or resource user. The actual needs can be represented by resource usage information. Exemplarily, when a resource user broadcasts a resource acquisition request in a blockchain network to obtain digital resources, the resource acquisition request can carry resource usage information, so that the resource provider or resource user can determine the initial resource usage conditions based on the resource usage information carried in the resource acquisition request; when a resource provider broadcasts a resource provision request in a blockchain network to provide its own idle digital resources, the resource provision request can carry resource usage information, so that the resource provider or resource user can determine the initial resource usage conditions based on the resource usage information carried in the resource provision request.

[0067] Furthermore, a smart contract is a contract written in code that can be automatically executed on the blockchain; it can achieve a variety of functions, such as transferring money, verifying identity, creating digital identity, etc. The smart contract is a protocol defined in digital form and needs to be run in a trusted environment, such as a blockchain platform. Smart contracts rely on computers to run in cyberspace, and are transmitted, verified or executed in an information-based manner. They are read and executed by computers and have the characteristics of self-service. The decentralization of blockchain and the tamper-proof nature of data determine that smart contracts are more suitable for implementation on blockchains. Therefore, the development of blockchain technology has given smart contracts a broader development prospect. In other words, a smart contract is actually a program composed of computer code, and its conclusion process is: the first step is that the two or more users participating in the contract will agree to jointly formulate a smart contract; the second step is that the smart contract is broadcast and stored to the fulcrums of various blockchains around the world through the blockchain network; the third step is to automatically execute the contract content after the successful smart contract is built and the conditions are met.

[0068] Specifically for this application, after the resource provider and the resource user negotiate and determine the resource usage conditions, the blockchain node can configure the corresponding smart contract based on the resource usage conditions. Thus, the resource management client can verify the resource transfer information carried in the resource transfer request by calling the smart contract to determine whether the resource transfer request meets the negotiated resource usage conditions. The blockchain node, for example, can be the blockchain node where the resource provider or the resource user is located.

[0069] In a specific implementation, the resource management client can obtain the resource usage conditions, extract the resource transfer information associated with the resource usage conditions from the resource transfer request, and then call the smart contract configured based on the resource usage conditions to verify the resource transfer information. Exemplarily, in the case where the resource usage conditions include the resource flow direction, the resource management client can extract the resource recipient information from the resource transfer request, and call the smart contract to verify the resource recipient information to determine whether the resource recipient information conforms to the negotiated resource flow direction; in the case where the resource usage conditions include the resource transfer transaction time, the resource management client can extract the transaction time information from the resource transfer request, and call the smart contract to verify the transaction time information to determine whether the transaction time information conforms to the negotiated transaction time.

[0070] Step S308: When the resource transfer information is successfully verified, the target resource is transferred according to the resource transfer information.

[0071] Among them, if the resource transfer information is successfully verified, it means that the resource transfer information meets the resource use conditions. In this case, the resource management client can respond to the resource transfer request of the resource provider for the target resource and transfer the target resource according to the resource transfer information carried in the resource transfer request. It can be understood that if the resource transfer information verification fails, it means that the resource transfer information does not meet the resource use conditions. In this case, the resource management client will not transfer the target resource. In this way, for the resource provider, after providing digital resources, it can ensure that the resource user uses the digital resources in accordance with the negotiated resource use conditions, regulate the resource user's resource use behavior to a certain extent, improve the security of resources, and at the same time enhance the resource provider's willingness to provide its idle digital resources to other parties in the future, which is conducive to improving the utilization rate and turnover efficiency of idle resources.

[0072] The above-mentioned blockchain resource management method obtains the resource transfer request of the resource user for the target resource, extracts the resource transfer information carried in the resource transfer request, calls the smart contract configured based on the resource usage conditions, verifies the resource transfer information, and transfers the target resource in accordance with the resource transfer information when the resource transfer information verification is successful. In the above process, the resource usage conditions are determined through negotiation between the resource provider and the resource user, and the smart contract is configured based on the resource usage conditions. Therefore, when the resource user requests to use the digital resource, the blockchain resource management client can verify by calling the smart contract configured based on the resource usage conditions to ensure that the resource user can use the digital resource in accordance with the negotiated resource usage conditions, thereby realizing the use control of digital resources in the blockchain network, which is conducive to improving resource security.

[0073] In one embodiment, the blockchain resource management method further includes: receiving the digital resources transferred from the resource provider and obtaining the contract address of the smart contract configured based on the resource usage conditions when the resource provider and the resource user negotiate to determine the resource usage conditions. In the case of this embodiment, calling the smart contract configured based on the resource usage conditions includes: calling the smart contract configured based on the resource usage conditions according to the contract address.

[0074] The contract address of a smart contract refers to the address used to uniquely identify a smart contract in blockchain technology. When each smart contract is created, it is assigned a unique address, similar to the IP address in the traditional Internet. This address can be used to call the functions of the contract, query the status of the contract, and other operations.

[0075] Specifically, when the resource provider and the resource user negotiate to determine the resource usage conditions, the resource management client receives the digital resources transferred from the resource provider's resource account, so that the resource user has the right to use the digital resources held in the resource management client. That is, the resource user can send a resource transfer request for the target resource to the resource management client. On the other hand, the resource management client also obtains the contract address of the smart contract configured based on the resource usage conditions. Therefore, after obtaining the resource transfer request for the target resource from the resource user and extracting the resource transfer information carried in the target request, the resource management client can call the smart contract configured based on the resource usage conditions according to the obtained contract address.

[0076] In a specific implementation, the resource management client can be a dedicated client for the digital resources obtained by the resource user from the resource provider. That is, the resource management client is only used to manage the digital resources obtained by a resource user (such as resource user A1) from a resource provider (such as resource provider B1). Therefore, in the process of blockchain resource management, the resource management client also calls the same smart contract, such as smart contract C1. In this case, after obtaining the contract address of the smart contract configured based on the resource usage conditions, as long as the resource transfer request initiated by the resource user is obtained, the resource management client calls the smart contract based on the contract address to verify the resource transfer information.

[0077] In a specific implementation, the resource management client can be a public client for digital resources obtained by resource users from resource providers. That is, the resource management client can be used to manage the digital resources obtained by multiple resource users (such as resource users A1, resource users A2, etc.) from at least one resource provider (such as resource providers B1, resource providers B2, etc.); the resource management client can also be used to manage the digital resources obtained by at least one resource user (such as resource users A1, resource users A2, etc.) from multiple resource providers (such as resource providers B1, resource providers B2, etc.). Therefore, in the process of blockchain resource management, the resource management client also calls multiple smart contracts, such as smart contracts C1, smart contracts C2, etc. In this case, after obtaining the contract address of the smart contract configured based on the resource usage conditions, the resource management client can establish a corresponding relationship between the contract address and the digital resource, so that for the different digital resources of the associated resource user and resource provider, the resource management client can call the smart contract corresponding to the digital resource to verify the resource transfer information, so as to achieve the management of multiple digital resources by one resource management client, which is conducive to cost saving. Take the case where the resource management client is used to manage the digital resources obtained by a resource user from multiple resource providers as an example. Figure 4 As shown, resource user A1 obtains digital resource D1 from resource provider B1, resource user A1 obtains digital resource D2 from resource provider B2, and configures smart contract C1 based on the resource usage conditions of digital resource D1, and configures smart contract C2 based on the resource usage conditions of digital resource D2. Then, when resource user A1 requests to use at least a part of digital resource D1, the resource management client can call smart contract C1 to verify resource transfer information, and when resource user A1 requests to use at least a part of digital resource D2, the resource management client can call smart contract C2 to verify resource transfer information.

[0078] In the above embodiment, the resource management client receives the digital resources transferred from the resource provider, and based on the contract address of the smart contract configured with the resource usage conditions, calls the smart contract to manage the digital resources, which is conducive to improving the efficiency of blockchain resource management.

[0079] It should be noted that the resource usage conditions are not static. After the resource provider provides digital resources to the resource user, the resource usage conditions can still be updated through negotiation between the resource provider and the resource user.

[0080] In one embodiment, the blockchain resource management method further includes: obtaining updated resource usage conditions in response to update operations of resource providers and resource users on resource usage conditions; and updating the smart contract based on the updated resource usage conditions.

[0081] As mentioned above, before the resource user obtains digital resources from the resource provider, the two parties can determine the resource usage conditions for the digital resources through negotiation. As time goes by, it is possible that the resource usage conditions do not match the actual needs. For example, the single resource usage limit determined by negotiation is too small, or the recipient address determined by negotiation to characterize the resource flow has changed, and so on. Based on this, the update operation for the resource usage conditions can be triggered by either the resource provider or the resource user, and after the two parties reach a consensus, the updated resource usage conditions are determined, so that the blockchain node can update the smart contract based on the updated resource usage conditions to ensure that the smart contract used to manage digital resources matches the updated resource usage conditions. The blockchain node can, for example, be a node where a resource management client, a resource user, or a resource provider is located. Similar to the negotiation process of the resource usage conditions, the resource provider and the resource user can determine the updated resource usage conditions through interaction. The specific negotiation process refers to the negotiation process of the resource usage conditions above, which will not be repeated here.

[0082] In the above embodiment, after the resource provider provides digital resources to the resource user, the resource usage conditions can still be updated through negotiation between the resource provider and the resource user, and the smart contract can be updated synchronously, which can improve the flexibility of the blockchain resource management process while ensuring resource security.

[0083] In one embodiment, the blockchain resource management method further includes: in the event that verification of resource transfer information fails, determining the cause of failure; and generating verification record information based on the cause of failure.

[0084] Among them, the verification record information is used to determine the user credit of the resource user. Credit refers to the relationship of mutual trust automatically formed between the two interacting parties. It can be understood that for the resource provider, it is inclined to provide digital resources to resource users with better credit. Therefore, it is necessary to determine the user credit of the resource user for the reference of the resource provider. Furthermore, the reasons for the failure of the verification may be, for example, the amount of resources is too large, the transaction time is not within the specified time, the recipient address does not meet the requirements of the resource flow, etc.

[0085] Specifically, in the case where the source transfer information verification fails, the resource management client can match and analyze the resource transfer information and the resource usage conditions, determine the reason for the verification failure, and generate verification record information based on the failure reason. The verification record information has a negative impact on the user credit of the resource user, that is, the verification record information will lead to a decrease in the user credit. It should be noted that in the case where the resource transfer information verification is successful, verification record information can also be generated, and the verification record information has a positive impact on the user credit of the resource user, that is, the verification record information will lead to an improvement in the user credit.

[0086] In the above embodiment, when the resource transfer information verification fails, the cause of the failure is determined and verification record information is generated to determine the user credit of the resource user, which can encourage the resource user to use the digital resources in accordance with the resource usage conditions, which is conducive to further ensuring resource security.

[0087] In one embodiment, the blockchain resource management method also includes: obtaining evaluation information of the resource provider for the resource user and verification record information of the resource user; and determining the user credit of the resource user in combination with the evaluation information and the verification record information.

[0088] Among them, the user's credit can be represented by scoring, grades or text descriptions. Specifically, the resource provider can evaluate the resource user based on the interaction between itself and the resource user, and submit the evaluation information for the resource user on the blockchain, so that the resource management client can obtain the evaluation information and the verification record information of the resource user, and determine the user's credit of the resource user in combination with the evaluation information and the verification record information.

[0089] In a specific embodiment, the resource management client can determine the first user credit of the resource user based on the evaluation information, determine the second user credit of the resource user based on the verification record information, and then combine the first user credit and the second user credit to obtain the user credit of the resource user. The specific method of combining the first user credit and the second user credit can be, for example, finding an average value or taking a relatively different value.

[0090] The determination method of the first user's credit and the second user's information is not unique. Taking the first user's credit as an example, in a possible implementation, the resource management client can determine multiple keywords and assign corresponding credit impact values ​​to different keywords. Then, for each keyword, the number of times the keyword appears in the evaluation information is counted to determine the impact weight of the keyword. Finally, the impact value of the evaluation information on the user's credit is obtained by weighted summing the credit impact value and impact weight of each keyword, and the impact value is superimposed on the current first user's credit of the resource user to obtain the updated first user's credit. Among them, the impact weight is positively correlated with the number of occurrences. In a possible implementation, the resource management client can perform semantic extraction on the evaluation information, and determine the user's credit of the resource user based on the extracted semantic information. Exemplarily, the resource management client can establish a corresponding relationship between semantic information and credit impact value, and superimpose the credit impact value corresponding to the extracted semantic information on the basis of the current first user's credit of the resource user, and update the first user's credit of the resource user.

[0091] It should be noted that in actual applications, a two-way evaluation mechanism between resource providers and resource users can also be supported. That is, resource providers can evaluate and provide feedback to resource users on the blockchain so that other resource providers can refer to and establish trust. Resource users can also evaluate and provide feedback to resource providers on the blockchain so that other resource users can refer to and establish trust.

[0092] In the above embodiment, the resource user's user credit is determined in combination with the evaluation information and the verification record information, which can be convenient for the resource provider to refer to in the process of providing digital resources, and is conducive to further improving the security of resources.

[0093] In a specific embodiment, Figure 5 As shown, the blockchain resource management method includes the following steps:

[0094] Step S501, receiving digital resources transferred from the resource provider when the resource provider and the resource user negotiate and determine the resource usage conditions;

[0095] Step S502, obtaining the contract address of the smart contract configured based on the resource usage condition;

[0096] Step S503, in response to the resource provider and the resource user's update operation on the resource use condition, obtaining the updated resource use condition;

[0097] Step S504, updating the smart contract based on the updated resource usage conditions;

[0098] Step S505, obtaining a resource transfer request from a resource user for a target resource;

[0099] The target resource refers to at least a part of the digital resource obtained by the resource user from the resource provider;

[0100] Step S506, extracting resource transfer information carried in the resource transfer request;

[0101] Step S507: According to the contract address, the smart contract configured based on the resource usage conditions is called to verify the resource transfer information;

[0102] Step S508, if the resource transfer information is successfully verified, the target resource is transferred according to the resource transfer information;

[0103] Step S509, in the case where the resource transfer information verification fails, determining the failure cause, and generating verification record information based on the failure cause;

[0104] Step S510, obtaining the resource provider's evaluation information on the resource user and the resource user's verification record information;

[0105] Step S511, determining the user credit of the resource user in combination with the evaluation information and the verification record information.

[0106] The above-mentioned blockchain resource management method determines the resource usage conditions through negotiation between the resource provider and the resource user, and configures the smart contract based on the resource usage conditions. Therefore, when the resource user requests to use digital resources, the blockchain resource management client can verify by calling the smart contract configured based on the resource usage conditions to ensure that the resource user can use the digital resources in accordance with the negotiated resource usage conditions, thereby realizing the use control of digital resources in the blockchain network, which is conducive to improving resource security.

[0107] It should be understood that, although the various steps in the flowcharts involved in the above-mentioned embodiments are displayed in sequence according to the indication of the arrows, these steps are not necessarily executed in sequence according to the order indicated by the arrows. Unless there is a clear explanation in this article, the execution of these steps does not have a strict order restriction, and these steps can be executed in other orders. Moreover, at least a part of the steps in the flowcharts involved in the above-mentioned embodiments can include multiple steps or multiple stages, and these steps or stages are not necessarily executed at the same time, but can be executed at different times, and the execution order of these steps or stages is not necessarily to be carried out in sequence, but can be executed in turn or alternately with other steps or at least a part of the steps or stages in other steps.

[0108] Based on the same inventive concept, the embodiment of the present application also provides a blockchain resource management system for implementing the blockchain resource management method involved above. The implementation scheme for solving the problem provided by the system is similar to the implementation scheme recorded in the above method, so the specific limitations in one or more blockchain resource management system embodiments provided below can refer to the limitations of the blockchain resource management method above, and will not be repeated here.

[0109] In some embodiments, Figure 6 As shown, a blockchain resource management system 600 is provided, including a resource user 601, a resource provider 602 and a resource management client 603. The resource user obtains digital resources from the resource provider and negotiates with the resource provider to determine the resource use conditions of the digital resources; the resource management client is used to manage digital resources and implement the above-mentioned blockchain resource management method.

[0110] Among them, digital resources refer to virtual resources circulating on the blockchain, which can also be called on-chain resources, including native virtual resources generated by packaging blocks through on-chain processing nodes, and on-chain data published through smart contracts. The on-chain data may include, for example, game props, digital goods, commodity coupons, etc. The resource provider is the party that provides digital resources. That is, the resource provider has ownership of the digital resources, and by providing digital resources to the resource user, it transfers the right to use the digital resources to the resource user. In a specific embodiment, a digital resource borrowing relationship can be formed between the resource provider and the resource user. The resource user borrows digital resources from the resource provider for its own use, and the resource provider can require the resource user to return virtual resources equivalent to the borrowed digital resources. The specific method of returning resources can be determined by the resource user and the resource provider through negotiation before the resource provider lends the digital resources. In a specific embodiment, a digital resource donation relationship may be established between a resource provider and a resource user, whereby the resource provider donates digital resources to the resource user for use by the resource user. In this case, the resource user does not need to return virtual resources equivalent to the obtained digital resources to the resource provider.

[0111] The resource usage conditions are determined by negotiation between the resource provider and the resource user. The resource usage conditions may include restrictions on the resource flow, the amount of resources used in a single transaction, and the transaction time of resource transfer. The resource flow refers to the specific purpose of the target resource, which can be represented by the candidate recipient information of the target resource. The candidate recipient information may include, for example, the recipient address or industry type of the candidate recipient. Exemplarily, in the case where the resource flow is to a medical institution, the purpose of the digital resources obtained from the resource provider may be medical; in the case where the resource flow is to an educational institution such as a school or bookstore, the purpose of the digital resources obtained from the resource provider may be education.

[0112] The resource provider and the resource user can negotiate and determine the resource usage conditions for the digital resources provided by the resource provider through interaction. Optionally, there can be multiple interactions in the process of negotiating the resource usage conditions, and in each interaction, one party can sign its own opinion and transmit it to the other party, and the other party votes on the opinion. If it agrees, the negotiation is completed; if it disagrees, a new opinion can be fed back; and so on, until the two parties reach a consensus. In a specific implementation, any one of the resource provider and the resource user can generate and sign the initial negotiation information containing the initial resource usage conditions. If the initial negotiation information obtains the signature of the other party, the initial resource usage conditions are determined as the resource usage conditions of the digital resources. If the initial negotiation information does not obtain the signature of the other party, the other party makes adjustments based on the initial resource usage conditions, generates updated negotiation information and signs it. And so on, until the negotiation information obtains the signatures of both the resource provider and the resource user, the resource usage conditions negotiated by the negotiation information are determined as the resource usage conditions of the digital resources.

[0113] Among them, the initial resource usage conditions can be determined according to the actual needs of the resource provider or resource user. The demand can be determined by resource usage information. Exemplarily, when a resource user broadcasts a resource acquisition request in a blockchain network to obtain digital resources, the resource acquisition request can carry resource usage information, so that the resource provider or resource user can determine the initial resource usage conditions based on the resource usage information carried in the resource acquisition request; when a resource provider broadcasts a resource provision request in a blockchain network to provide its own idle digital resources, the resource provision request can carry resource usage information, so that the resource provider or resource user can determine the initial resource usage conditions based on the resource usage information carried in the resource provision request.

[0114] In one embodiment, the resource management client is specifically used to: obtain a resource transfer request from a resource user for a target resource; extract the resource transfer information carried in the resource transfer request; call a smart contract configured based on resource usage conditions to verify the resource transfer information; and transfer the target resource in accordance with the resource transfer information if the resource transfer information is successfully verified. The resource usage conditions are determined by negotiation between the resource provider and the resource user; the target resource refers to at least a portion of the digital resources obtained by the resource user from the resource provider.

[0115] In one embodiment, the resource management client is further used to: receive the digital resources transferred from the resource provider and obtain the contract address of the smart contract configured based on the resource usage conditions when the resource provider and the resource user negotiate to determine the resource usage conditions. In the case of this embodiment, calling the smart contract configured based on the resource usage conditions includes: calling the smart contract configured based on the resource usage conditions according to the contract address.

[0116] In one of the embodiments, the resource management client is further used to: obtain updated resource usage conditions in response to update operations of the resource provider and the resource user on the resource usage conditions; and update the smart contract based on the updated resource usage conditions.

[0117] In one embodiment, the resource management client is further used to: determine the cause of failure when resource transfer information verification fails; and generate verification record information based on the cause of failure. The verification record information is used to determine the user credit of the resource user.

[0118] In one embodiment, the resource management client is further used to: obtain the resource provider's evaluation information on the resource user and the resource user's verification record information; and determine the resource user's user credit by combining the evaluation information and the verification record information.

[0119] The above-mentioned blockchain resource management system configures the resource management client to obtain the resource transfer request of the resource user for the target resource, extracts the resource transfer information carried in the resource transfer request, calls the smart contract configured based on the resource usage conditions, verifies the resource transfer information, and transfers the target resource in accordance with the resource transfer information when the resource transfer information is successfully verified. In the above process, the resource usage conditions are determined through negotiation between the resource provider and the resource user, and the smart contract is configured based on the resource usage conditions. Therefore, when the resource user requests to use the digital resource, the blockchain resource management client can verify by calling the smart contract configured based on the resource usage conditions to ensure that the resource user can use the digital resource in accordance with the negotiated resource usage conditions, thereby realizing the use control of digital resources in the blockchain network, which is conducive to improving resource security.

[0120] In one embodiment, the process of a resource user obtaining digital resources from a resource provider includes: the resource user broadcasts a resource acquisition request in a blockchain network; a candidate provider in the blockchain network responds to the resource acquisition request by matching first resource information with idle resources held by itself; if the first resource information matches the idle resources, the candidate provider negotiates resource usage conditions with the resource user as a resource provider; when the resource provider and the resource user negotiate and determine the resource usage conditions, the resource user obtains the digital resource represented by the first resource information from the resource provider.

[0121] The resource acquisition request carries first resource information of the resource desired to be obtained, which may include the type of resource desired to be obtained, the amount of the resource, and the expected resource flow direction.

[0122] Specifically, Figure 7 As shown, the resource user can initiate a resource acquisition request, which is packaged and processed by the chain node in the blockchain network, so that other nodes in the blockchain network can obtain the resource acquisition request through consensus. The other nodes include candidate providers holding idle resources in the blockchain network. In response to the resource acquisition request, the candidate provider extracts the first resource information from the resource acquisition request, and matches the first resource information with the idle resources held by itself to obtain a matching result. The matching result may include that the first resource information matches the idle resources, and that the first resource information does not match the idle resources. If the first resource information matches the idle resources, the candidate provider negotiates the resource use conditions with the resource user as a resource provider. When the resource provider and the resource user negotiate to determine the resource use conditions, the resource user obtains the digital resources represented by the first resource information from the resource provider. If the first resource information does not match the idle resources, the candidate provider can respond to other resource acquisition requests in the blockchain network and match them. Similarly, if the candidate provider and the resource user cannot reach an agreement on the resource usage conditions, the candidate provider may stop responding to the current resource acquisition request.

[0123] It can be understood that the meaning of the first resource information matching the idle resources is different depending on the content included in the first resource information. Taking the case where the first resource information includes the resource type and the resource amount as an example, the first resource information matching the idle resources may include: the resource type in the first resource information is consistent with the resource type of the idle resources, and the resource amount in the first resource information is less than or equal to the resource amount of the idle resources.

[0124] In actual applications, the candidate provider can respond to multiple resource acquisition requests at the same time. In the process of the candidate provider as a resource provider negotiating with the resource user to determine the resource use conditions, the digital resources represented by the first resource information among the idle resources held by the candidate provider can be frozen to avoid the situation where the candidate provider cannot provide the digital resources represented by the first resource information due to responding to other resource acquisition requests. Correspondingly, if the candidate provider and the resource user cannot reach an agreement on the resource use conditions, the candidate provider can stop responding to the current resource acquisition request and release the frozen digital resources.

[0125] In the above embodiment, the resource user actively initiates a resource acquisition request, and the candidate provider can match the first resource information carried in the resource acquisition request with the idle resources it holds to determine whether to provide the corresponding digital resources, thereby improving resource circulation efficiency.

[0126] In one embodiment, the resource acquisition request also carries the expected flow direction of the desired resource. In the case of this embodiment, the resource provider is specifically used to: respond to the resource acquisition request, determine the candidate resource transfer address that matches the expected flow direction, generate and sign the negotiation information containing the candidate resource transfer address; and determine the resource use conditions represented by the candidate resource transfer address when the negotiation information obtains the signature of the resource user.

[0127] Among them, the expected flow refers to the intended resource flow of the resource user for the resources that are expected to be obtained. The expected flow refers to the specific purpose of the resources expected to be obtained, and can be represented by the candidate recipient information of the resources expected to be obtained. The candidate recipient information may include, for example, the recipient address or industry type of the candidate recipient. Exemplarily, when the expected flow is a medical institution, the purpose of the digital resources obtained from the resource provider may be medical; when the expected flow is an educational institution such as a school or bookstore, the purpose of the digital resources obtained from the resource provider may be education.

[0128] Specifically, Figure 7As shown, the resource provider determines the candidate resource transfer address that matches the expected flow direction in response to the resource acquisition request. The candidate resource transfer address can be understood as a resource transfer whitelist for the desired resources, which can clearly define the resource flow direction of digital resources. Exemplarily, when the expected flow direction is a medical institution, the resource provider can determine a candidate resource transfer address containing multiple medical institution blockchain addresses; when the expected flow direction is an educational institution, the resource provider can determine a candidate resource transfer address containing multiple schools or bookstores’ respective blockchain addresses. After determining the candidate resource transfer address, the resource provider can generate and sign negotiation information containing the candidate resource transfer address. When the negotiation information obtains the signature of the user of the resource user, it represents that the resource user also recognizes the candidate resource transfer address contained in the negotiation information. At this time, the resource usage conditions represented by the candidate resource transfer address are determined.

[0129] In the above embodiment, the resource provider negotiates with the resource user to determine the resource usage conditions based on the resource flow expected by the resource user by negotiating the candidate resource transfer address, which can further improve resource security while ensuring that the resource usage conditions match the user's needs.

[0130] In one embodiment, the resource user is also used to: obtain address adjustment information in response to an address adjustment operation on negotiation information; generate and sign updated negotiation information based on the address adjustment information; and determine resource usage conditions represented by candidate resource transfer addresses and address adjustment information when the updated negotiation information obtains the provider signature of the resource provider.

[0131] Specifically, the negotiation process of resource usage conditions can also be achieved through multiple interactions. Figure 7 As shown, the resource user can obtain the address adjustment information in response to the address adjustment operation for the negotiation information, and generate and sign the updated negotiation information based on the address adjustment information. In the case where the updated negotiation information obtains the signature of the provider of the resource provider, it represents that the resource provider also recognizes the address adjustment information contained in the updated negotiation information. At this time, the resource usage conditions represented by the candidate resource transfer address and the address adjustment information are determined. It can be understood that the resource provider can also perform the next round of updates to the updated negotiation information signed by the resource user, and so on, until the negotiation information obtains the signatures of both the resource provider and the resource user, or either the resource provider or the resource user actively terminates the negotiation.

[0132] In the above embodiment, multiple negotiations of resource usage conditions are supported, which can ensure that the determined resource usage conditions can match the actual needs of the resource provider and the resource user, thereby improving the flexibility of resource management while ensuring resource security.

[0133] In one embodiment, the resource provider is specifically used to: obtain user information of a resource user when the first resource information matches the idle resource; and negotiate resource usage conditions with the resource user when the user information meets the resource provision conditions.

[0134] Among them, the user information may include the blockchain address of the resource user, the qualification information possessed, and the credit of the user, etc. Specifically, the resource provider may determine the resource provision conditions according to actual needs. The resource provision conditions may include, for example, credit conditions, qualification conditions, etc. The credit condition may, for example, be that the user's credit is better than a set credit threshold. The qualification condition may, for example, be that the user has certain qualifications. Then, when the first resource information matches the idle resources, the resource provider may obtain the user information of the resource user, and negotiate the resource use conditions with the resource user when the user information meets the resource provision conditions.

[0135] In this embodiment, when the user information meets the resource provision conditions, the resource provider negotiates the resource usage conditions with the resource user, which can ensure that the resource user is a high-quality user and is conducive to further improving resource security.

[0136] In one embodiment, the process of a resource user obtaining digital resources from a resource provider includes: the resource provider broadcasts a resource provision request in a blockchain network; a candidate user in the blockchain network responds to the resource provision request and matches the second resource information with its own desired resources; if the second resource information matches the desired resources, the candidate user negotiates resource usage conditions with the resource provider as a resource user; when the resource provider and the resource user negotiate and determine the resource usage conditions, the resource user obtains the digital resource represented by the second resource information from the resource provider.

[0137] The resource provision request carries the second resource information of the idle resources held by the resource provider, which may include the resource type, resource amount, and expected resource flow direction of the restricted resources that can be provided.

[0138] Specifically, Figure 8As shown, the resource provider can initiate a resource provision request, which is packaged and processed by the on-chain node in the blockchain network, so that other nodes in the blockchain network can obtain the resource provision request through consensus. The other nodes include candidate users who expect to obtain digital resources in the blockchain network. The candidate user responds to the resource provision request, extracts the second resource information from the resource provision request, and matches the second resource information with its own expected resources to obtain a matching result. The matching result may include that the second resource information matches the expected resources, and that the second resource information does not match the expected resources. If the second resource information matches the idle resources, the candidate user negotiates the resource use conditions with the resource provider as a resource user. When the resource provider and the resource user negotiate to determine the resource use conditions, the resource user obtains the digital resources represented by the second resource information from the resource provider. If the second resource information does not match the idle resources, the candidate user can respond to other resource provision requests in the blockchain network and match them. Similarly, if the candidate provider and the resource user cannot reach a consensus on the resource use conditions, the candidate user can terminate the response to the current resource provision request.

[0139] It can be understood that the second resource information has different contents, and the meaning of the second resource information matching the expected resource is also different. Taking the case where the second resource information includes the resource type and the resource amount as an example, the second resource information matching the expected resource may include: the resource type in the second resource information is consistent with the resource type of the expected resource, and the resource amount in the second resource information is greater than or equal to the resource amount of the expected resource.

[0140] In a specific embodiment, the resource provision request also carries the expected flow direction of the idle resources. In the case of this embodiment, the resource user is specifically used to: respond to the resource acquisition request, determine the candidate resource transfer address that matches the expected flow direction, generate and sign the negotiation information containing the candidate resource transfer address; and determine the resource use conditions represented by the candidate resource transfer address when the negotiation information obtains the signature of the provider of the resource provider.

[0141] In a specific embodiment, the resource provider is also used to: obtain address adjustment information in response to an address adjustment operation on negotiation information; generate and sign updated negotiation information based on the address adjustment information; and determine the resource usage conditions represented by the candidate resource transfer address and the address adjustment information when the updated negotiation information obtains the signature of the resource user.

[0142] In a specific embodiment, the resource user is specifically used to: obtain the provider information of the resource provider when the second resource information matches the desired resource; and negotiate the resource use conditions with the resource provider when the provider information meets the resource acquisition conditions. Similar to the resource provision conditions, the resource acquisition conditions may also include credit conditions and resource conditions. Specifically, a two-way evaluation mechanism for resource users and resource providers may be established, so that resource users and resource providers can evaluate each other on the blockchain, so that the blockchain node can determine the user credit of the resource user based on the evaluation information of the resource user, and determine the user credit of the resource provider based on the evaluation information of the resource provider. In this way, it can be used for reference by other candidate providers and candidate users, which is conducive to improving the credibility and reliability of both parties to the transaction.

[0143] In the above embodiment, the resource provider actively initiates a resource provision request, and the candidate user can match the second resource information carried in the resource acquisition request with the resource it expects to obtain, and determine whether to obtain the corresponding digital resource from the resource provider, thereby improving resource circulation efficiency.

[0144] The following uses the case where a resource provider lends digital resources to a resource user as an example to describe the blockchain resource management method of the present application in detail.

[0145] In one embodiment, Fig. 9 As shown, the interactive parties involved in this application include: resource providers, resource users, resource management clients, and resource transferees. Among them, the resource provider refers to the party that has idle resources and lends the digital resources, the resource user refers to the party that obtains the digital resources lent by the resource provider, and the resource transferee refers to the party that obtains the transferred resources from the resource management client during the process of the resource user using the lent resources. Among them, the transferred resources are at least a part of the digital resources lent by the resource user from the resource provider.

[0146] This application involves two stages: resource lending and resource use. In the resource lending stage, the resource user and resource provider determine the digital resources to be lent and the resource use conditions for the digital resources, and configure the smart contract based on the resource use conditions. In the resource use stage, the resource management client constrains the resource user's resource use behavior for the lent resources by calling the smart contract configured based on the resource use conditions, and supports the update of the resource use conditions.

[0147] Optionally, resource users can publish resource acquisition requirements on the blockchain, which are used to request idle resources in the blockchain network. The resource acquisition requirements can carry resource user information (including resource user qualifications, historical resource borrowing, resource borrowing evaluation, etc.), as well as first resource information (including the resource quantity, resource type and purpose required by the resource user, etc.). Resource providers can respond to resource acquisition requests from resource providers based on their own resource idleness.

[0148] Optionally, the resource provider can publish the second resource information of the idle resources that can be lent on the blockchain, and the second resource information may include the resource quantity, lending conditions, etc. Among them, the lending conditions may include the conditions that the resource user needs to meet (such as the resource user needs to have certain qualifications, or the resource user has good credit), and the consumption conditions for the lent resources (such as purpose, single limit, transaction time, etc.). The credit of the resource user can be determined based on the historical resource borrowing situation and resource borrowing evaluation of the resource user. For example, a large number of resource borrowing times, using the lent resources according to the agreed rules, returning the resources on time, and a good resource borrowing evaluation can all improve the credit of the resource user. The resource user can query the resource information of each idle resource that can be lent on the blockchain, and determine the intended resource according to its own needs, and then initiate a resource acquisition request to the resource provider of the intended resource.

[0149] Furthermore, the resource provider can determine the consumption conditions for the loaned resources by interacting with the resource user. Among them, the resource use conditions may include resource flow, single transaction limit, transaction time, etc. Optionally, the resource use conditions can be fine-tuned based on the consumption conditions and determined after negotiation between the two parties. Optionally, in the process of negotiating the resource use conditions, there can be multiple interactions, and in each interaction, one party can sign its own opinion and transmit it to the other party, and the other party will vote on the opinion. If it agrees, the negotiation is completed; if it disagrees, a new opinion can be fed back; and so on, until both parties reach a consensus. Optionally, the resource flow can be configured by a whitelist (blockchain address) or by industry characteristics. For example, the resource flow is a bookstore or a school.

[0150] After the resource provider and the resource user negotiate and determine the resource usage conditions, the blockchain node (resource user or resource provider) can configure a smart contract based on the resource usage conditions for the resource management client to call. The resource management client is used to store the digital resources borrowed from the resource provider and is a dedicated management client for this resource loan. In this way, the resource usage conditions can be solidified into the contract code of the smart contract. In the process of using the resource management client to respond to the resource transfer request initiated by the resource user, the resource user can be constrained to comply with the resource usage conditions by executing the contract code.

[0151] After the smart contract configuration is completed, the resource provider will transfer the lent digital resources to the resource management client.

[0152] During the resource use phase, the resource user can send a resource transfer request to the resource management client. The resource transfer request can carry resource transfer information such as the transfer amount and transferee information. Then, the resource management client executes the smart contract configured based on the resource use conditions, verifies the resource transfer information, and transfers the resources to the resource transferee to complete the payment if the verification is passed. If the verification fails, the reason for the failure can be fed back to the resource user. Optionally, the resource use conditions can limit the flow of resources, for example, only payment can be made to a bookstore. The resource management client can determine that the verification is passed when the transferee is a bookstore, otherwise it is determined that the verification fails. Optionally, if the verification fails, the resource management client can register the failure in combination with the reason for the failure, and the registered information can be used as the basis for the credit evaluation of the resource user.

[0153] Furthermore, the resource use stage can also support the update of resource use conditions. For example, the originally agreed resource flow is account A. During the use process, account A changes to account A1. The resource user can request the resource provider to replace account A with account A1. After the two parties reach an agreement, the smart contract is updated based on the updated resource use conditions. For another example, the originally agreed resource flow is to transferee A. However, over time, the consumption needs of the resource user have changed. It is hoped that the borrowed digital resources will be used in the transaction process with transferee B. The resource user can request the resource provider to add transferee B to the resource use conditions, and after the two parties reach an agreement, the smart contract is updated based on the updated resource use conditions. In the subsequent resource use process, verification and payment will be made based on the updated smart contract.

[0154] In addition, resource providers and resource users can also evaluate each other on the blockchain. For example, resource providers can evaluate and provide feedback to resource users on the blockchain so that other resource providers can refer to and build trust. This helps improve the credibility and reliability of resource users.

[0155] By adopting the above scheme, the resource provider can agree on the resource use conditions with the resource user during the resource provision process, thereby preventing the unreasonable flow of loaned resources and improving the security of loaned resources. Under the premise that resource security is guaranteed, the resource provider is more motivated to lend its idle resources to the resource user, thereby improving the utilization rate of idle resources. Furthermore, the resource use conditions are determined through negotiation between the resource provider and the resource user, and the changes and revisions of the resource use conditions are still supported after the resources are loaned, which has good flexibility and elasticity and can better match the needs of actual application scenarios.

[0156] Based on the same inventive concept, the embodiment of the present application also provides a blockchain resource management device for implementing the blockchain resource management method involved above. The implementation scheme for solving the problem provided by the device is similar to the implementation scheme recorded in the above method, so the specific limitations in one or more blockchain resource management device embodiments provided below can refer to the limitations of the blockchain resource management method above, and will not be repeated here.

[0157] In some embodiments, Fig.10 As shown, a blockchain resource management device is provided, including: a request acquisition module 1002, an information extraction module 1004, a verification module 1006 and a resource transfer module 1008, wherein:

[0158] The request acquisition module 1002 is used to acquire a resource transfer request from a resource user for a target resource; the target resource refers to at least a part of the digital resource obtained by the resource user from the resource provider;

[0159] The information extraction module 1004 is used to extract the resource transfer information carried in the resource transfer request;

[0160] Verification module 1006, used to call the smart contract configured based on resource usage conditions to verify resource transfer information; resource usage conditions are determined by negotiation between the resource provider and the resource user;

[0161] The resource transfer module 1008 is used to transfer the target resource according to the resource transfer information when the resource transfer information is successfully verified.

[0162] In one embodiment, the blockchain resource management device further includes a resource receiving module, which is used to: when the resource provider and the resource user negotiate to determine the resource usage conditions, receive the digital resources transferred from the resource provider, and obtain the contract address of the smart contract configured based on the resource usage conditions. In the case of this embodiment, the verification module 1006 is specifically used to: call the smart contract configured based on the resource usage conditions according to the contract address.

[0163] In one embodiment, the blockchain resource management device also includes a resource usage condition update module, which is used to: obtain updated resource usage conditions in response to update operations of resource providers and resource users on resource usage conditions; and update the smart contract based on the updated resource usage conditions.

[0164] In one embodiment, the blockchain resource management device further includes a recording module, which is used to: determine the cause of failure when the resource transfer information verification fails; and generate verification record information based on the cause of failure. The verification record information is used to determine the user credit of the resource user.

[0165] In one embodiment, the blockchain resource management device also includes a credit determination module, which is used to: obtain the resource provider's evaluation information on the resource user, and the resource user's verification record information; and determine the resource user's user credit in combination with the evaluation information and the verification record information.

[0166] Each module in the above-mentioned blockchain resource management device can be implemented in whole or in part by software, hardware and their combination. Each of the above-mentioned modules can be embedded in or independent of the processor in the computer device in the form of hardware, or can be stored in the memory in the computer device in the form of software, so that the processor can call and execute the operations corresponding to each of the above modules.

[0167] In one embodiment, a computer device is provided. The computer device may be a server, and its internal structure diagram may be as follows: Fig.11 As shown. The computer device includes a processor, a memory, an input / output interface (Input / Output, referred to as I / O) and a communication interface. Among them, the processor, the memory and the input / output interface are connected through a system bus, and the communication interface is connected to the system bus through the input / output interface. Among them, the processor of the computer device is used to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, a computer program and a database. The internal memory provides an environment for the operation of the operating system and the computer program in the non-volatile storage medium. The database of the computer device is used to store data involved in the blockchain resource management method. The input / output interface of the computer device is used to exchange information between the processor and the external device. The communication interface of the computer device is used to communicate with an external terminal through a network connection. When the computer program is executed by the processor, a blockchain resource management method is implemented.

[0168] In one embodiment, a computer device is provided. The computer device may be a terminal, and its internal structure diagram may be as follows: Fig.12As shown. The computer device includes a processor, a memory, an input / output interface, a communication interface, a display unit and an input device. Among them, the processor, the memory and the input / output interface are connected through a system bus, and the communication interface, the display unit and the input device are connected to the system bus through the input / output interface. Among them, the processor of the computer device is used to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system and a computer program. The internal memory provides an environment for the operation of the operating system and the computer program in the non-volatile storage medium. The input / output interface of the computer device is used to exchange information between the processor and the external device. The communication interface of the computer device is used to communicate with an external terminal in a wired or wireless manner, and the wireless method can be implemented through WIFI, a mobile cellular network, NFC (near field communication) or other technologies. When the computer program is executed by the processor, a blockchain resource management method is implemented. The display unit of the computer device is used to form a visually visible image, and can be a display screen, a projection device or a virtual reality imaging device. The display screen can be a liquid crystal display screen or an electronic ink display screen. The input device of the computer device can be a touch layer covered on the display screen, or a button, trackball or touchpad set on the computer device casing, or an external keyboard, touchpad or mouse, etc.

[0169] Those skilled in the art will understand that Fig.11 and Fig.12 The structure shown in the figure is only a block diagram of a part of the structure related to the solution of the present application, and does not constitute a limitation on the computer device to which the solution of the present application is applied. The specific computer device may include more or fewer components than those shown in the figure, or combine certain components, or have a different arrangement of components.

[0170] In one embodiment, a computer device is provided, including a memory and a processor, wherein a computer program is stored in the memory, and the processor implements the steps in the above-mentioned blockchain resource management method when executing the computer program.

[0171] In one embodiment, a computer-readable storage medium is provided, on which a computer program is stored, and when the computer program is executed by a processor, the steps in the above-mentioned blockchain resource management method are implemented.

[0172] In one embodiment, a computer program product is provided, including a computer program, which implements the steps in the above-mentioned blockchain resource management method when executed by a processor.

[0173] It should be noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data used for analysis, stored data, displayed data, etc.) involved in this application are all information and data authorized by the user or fully authorized by all parties, and the collection, use and processing of relevant data must comply with relevant laws, regulations and standards of the relevant regions and areas.

[0174] Those skilled in the art can understand that all or part of the processes in the above-mentioned embodiment methods can be completed by instructing the relevant hardware through a computer program, and the computer program can be stored in a non-volatile computer-readable storage medium. When the computer program is executed, it can include the processes of the embodiments of the above-mentioned methods. Among them, any reference to the memory, database or other medium used in the embodiments provided in this application can include at least one of non-volatile and volatile memory. Non-volatile memory can include read-only memory (ROM), magnetic tape, floppy disk, flash memory, optical memory, high-density embedded non-volatile memory, resistive random access memory (ReRAM), magnetoresistive random access memory (MRAM), ferroelectric random access memory (FRAM), phase change memory (PCM), graphene memory, etc. Volatile memory can include random access memory (RAM) or external cache memory, etc. As an illustration and not limitation, RAM can be in various forms, such as static random access memory (SRAM) or dynamic random access memory (DRAM). The database involved in each embodiment provided in this application may include at least one of a relational database and a non-relational database. Non-relational databases may include distributed databases based on blockchains, etc., but are not limited to this. The processor involved in each embodiment provided in this application may be a general-purpose processor, a central processing unit, a graphics processor, a digital signal processor, a programmable logic device, a data processing logic device based on quantum computing, etc., but are not limited to this.

[0175] The technical features of the above embodiments may be combined arbitrarily. To make the description concise, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0176] The above-described embodiments only express several implementation methods of the present application, and the descriptions thereof are relatively specific and detailed, but they cannot be understood as limiting the scope of the present application. It should be pointed out that, for a person of ordinary skill in the art, several variations and improvements can be made without departing from the concept of the present application, and these all belong to the protection scope of the present application. Therefore, the protection scope of the present application shall be subject to the attached claims.

Claims

1. A blockchain resource management method, It is characterized in that The method comprises: Obtaining a resource transfer request from a resource user for a target resource; the target resource refers to at least a portion of the digital resources obtained by the resource user from a resource provider; extracting resource transfer information carried in the resource transfer request; Calling a smart contract configured based on resource usage conditions to verify the resource transfer information; the resource usage conditions are determined by negotiation between the resource provider and the resource user; When the resource transfer information is successfully verified, the target resource is transferred according to the resource transfer information.

2. The method according to claim 1, It is characterized in that The method further comprises: In the case where the resource provider and the resource user negotiate and determine the resource usage conditions, receiving the digital resources transferred from the resource provider, and obtaining the contract address of the smart contract configured based on the resource usage conditions; The calling of a smart contract configured based on resource usage conditions includes: According to the contract address, a smart contract configured based on the resource usage conditions is called.

3. The method according to claim 1, It is characterized in that The method further comprises: In response to update operations of the resource provider and the resource user on the resource usage condition, acquiring updated resource usage conditions; The smart contract is updated based on the updated resource usage conditions.

4. The method according to claim 1, It is characterized in that The method further comprises: In the event that the resource transfer information verification fails, determining the cause of the failure; Verification record information is generated based on the failure reason; the verification record information is used to determine the user credit of the resource user.

5. The method according to claim 4, It is characterized in that The method further comprises: Obtaining evaluation information of the resource provider for the resource user and verification record information of the resource user; The user credit of the resource user is determined by combining the evaluation information and the verification record information.

6. A blockchain resource management system, It is characterized in that The system includes a resource user, a resource provider and a resource management client; The resource user obtains the digital resource from the resource provider and negotiates with the resource provider to determine the resource usage conditions of the digital resource; The resource management client is used to manage the digital resources and implement the method according to any one of claims 1 to 5.

7. The system according to claim 6, It is characterized in that The process of the resource user obtaining the digital resource from the resource provider includes: The resource user broadcasts a resource acquisition request in the blockchain network; the resource acquisition request carries first resource information of the resource desired to be obtained; The candidate provider in the blockchain network matches the first resource information with idle resources held by itself in response to the resource acquisition request; If the first resource information matches the idle resource, the candidate provider negotiates resource usage conditions with the resource user as a resource provider; In the case where the resource provider and the resource user negotiate to determine resource usage conditions, the resource user obtains the digital resource represented by the first resource information from the resource provider.

8. The system according to claim 7, It is characterized in that The resource acquisition request also carries the desired flow direction of the desired resource; the resource provider is specifically used to: In response to the resource acquisition request, determine a candidate resource transfer address that matches the expected flow direction, generate and sign negotiation information containing the candidate resource transfer address; In a case where the negotiation information obtains the user signature of the resource user, a resource usage condition represented by the candidate resource transfer address is determined.

9. The system according to claim 8, It is characterized in that The resource user is also used to: In response to the address adjustment operation for the negotiation information, acquiring address adjustment information; Generate and sign update negotiation information based on the address adjustment information; In a case where the update negotiation information obtains the provider signature of the resource provider, a resource use condition represented by the candidate resource transfer address and the address adjustment information is determined.

10. The system according to claim 7, It is characterized in that The resource provider is specifically used for: When the first resource information matches the idle resource, acquiring user information of the resource user; When the user information satisfies the resource provision conditions, resource usage conditions are negotiated with the resource user.

11. The system according to claim 6, It is characterized in that The process of the resource user obtaining the digital resource from the resource provider includes: The resource provider broadcasts a resource provision request in the blockchain network; the resource provision request carries second resource information of idle resources held by the resource provider; The candidate user in the blockchain network responds to the resource provision request and matches the second resource information with the desired resources to be obtained; If the second resource information matches the expected resource, the candidate user negotiates resource usage conditions with the resource provider as a resource user; In the case where the resource provider and the resource user negotiate to determine resource usage conditions, the resource user obtains the digital resource represented by the second resource information from the resource provider.

12. A blockchain resource management device, It is characterized in that The device comprises: A request acquisition module, used to acquire a resource transfer request from a resource user for a target resource; the target resource refers to at least a portion of the digital resource obtained by the resource user from a resource provider; An information extraction module, used to extract the resource transfer information carried in the resource transfer request; A verification module, used to call a smart contract configured based on resource usage conditions to verify the resource transfer information; the resource usage conditions are determined by negotiation between the resource provider and the resource user; The resource transfer module is used to transfer the target resource according to the resource transfer information when the resource transfer information is successfully verified.

13. A computer device comprising a memory and a processor, wherein the memory stores a computer program. It is characterized in that When the processor executes the computer program, the steps of the method according to any one of claims 1 to 5 are implemented.

14. A computer-readable storage medium having a computer program stored thereon, It is characterized in that When the computer program is executed by a processor, the steps of the method according to any one of claims 1 to 5 are implemented.

15. A computer program product comprising a computer program, It is characterized in that When the computer program is executed by a processor, the steps of the method according to any one of claims 1 to 5 are implemented.

Images