Resource management method, device and equipment based on block chain, medium and product

Abstract

The invention provides a block chain-based resource management method, device and equipment, a medium and a product, and the method comprises the steps: calling a first smart contract to create a target to-be-received electronic resource on a block chain in response to an issuing request of a target digital asset; in response to a receiving operation of a receiving object for the target to-be-received electronic resource, calling a first smart contract to determine a receiving share of the receiving object, and transferring digital assets corresponding to the receiving share to a block chain account address of the receiving object; receiving information of a receiving object is determined, and when the receiving information meets a reward resource issuing condition, reward resources are transferred to a block chain account address of the receiving object; and in response to a transfer request of the digital assets of the receiving object, when the held share is greater than or equal to a transfer share carried in the transfer request and the transfer share is an integral multiple of the transfer unit, executing a transfer operation corresponding to the transfer request. The embodiment of the invention can improve the issuing success rate of digital assets so as to improve the incentive effect.

Description

Technical Field

[0001] This application relates to the field of blockchain technology, and in particular, to a blockchain-based resource management method, apparatus, computing device, computer-readable storage medium, and computer program product. Background Art

[0002] Enterprises issue digital assets such as equity to employees to motivate them and improve their loyalty. Traditional digital asset incentive methods mainly rely on the digital asset issuance mechanism within the company or use the services provided by a centralized third-party institution for digital asset issuance. In this way, the transparency of the digital asset issuance process is relatively low, making it difficult for employees to verify the issuance situation and specific flow of digital assets. This trust issue will reduce the success rate of digital asset issuance. Moreover, if the amount of digital assets issued is small, employees' enthusiasm for receiving them is not high, which will further reduce the success rate of issuance, ultimately resulting in poor incentive effects of equity incentives. Therefore, how to improve the success rate of digital asset issuance to enhance the incentive effect is an urgent problem to be solved currently. Summary of the Invention

[0003] This application provides a blockchain-based resource management method, apparatus, device, medium, and product, which can improve the success rate of digital asset issuance to enhance the incentive effect.

[0004] On the one hand, this application provides a blockchain-based resource management method, which includes:

[0005] In response to a request for issuing a target digital asset, call a first smart contract to create a target electronic resource to be received on the blockchain according to the share of the target digital asset and the issuance rule carried in the issuance request;

[0006] In response to a receiving operation of a receiving object for the target electronic resource to be received, call the first smart contract to determine the receiving share of the receiving object according to the share of the target digital asset and the issuance rule, and transfer the digital asset corresponding to the receiving share to the blockchain account address of the receiving object;

[0007] Determine the receiving information of the receiving object, and when the receiving information meets the conditions for issuing reward resources, transfer the reward resources to the blockchain account address of the receiving object;

[0008] In response to a transfer request for the digital assets of the recipient, a second smart contract is called to determine the holding share of the recipient. When the holding share is greater than or equal to the transfer share carried in the transfer request and the transfer share is an integer multiple of the transfer unit, the transfer operation corresponding to the transfer request is executed; wherein, the digital assets are securities, and the recipient's receiving share is a positive multiple of the transfer unit.

[0009] On the other hand, the present application provides a blockchain-based resource management device, which includes:

[0010] An electronic resource creation module, configured to, in response to a distribution request for target digital assets, call a first smart contract to create target electronic resources to be received on the blockchain according to the share of the target digital assets carried in the distribution request and the distribution rules;

[0011] An electronic resource distribution module, configured to, in response to a receiving operation of a recipient for the target electronic resources to be received, call the first smart contract to determine the receiving share of the recipient according to the share of the target digital assets and the distribution rules, and transfer the digital assets corresponding to the receiving share to the blockchain account address of the recipient;

[0012] A resource reward module, configured to determine the receiving information of the recipient, and transfer reward resources to the blockchain account address of the recipient when the receiving information meets the reward resource distribution conditions;

[0013] A transfer module, configured to, in response to a transfer request for the digital assets of the recipient, call a second smart contract to determine the holding share of the recipient. When the holding share is greater than or equal to the transfer share carried in the transfer request and the transfer share is an integer multiple of the transfer unit, execute the transfer operation corresponding to the transfer request; wherein, the digital assets are securities, the reward resources are digital collectibles, and the recipient's receiving share is a positive multiple of the transfer unit.

[0014] Correspondingly, the present application provides a computing device, including a processor, a memory, and a network interface, which are interconnected with each other. Among them, the memory is used to store a computer program, the computer program includes program instructions, and the processor is configured to call the program instructions to implement the steps of the above-mentioned blockchain-based resource management method.

[0015] Correspondingly, the present application provides a computer-readable storage medium, which stores a computer program, the computer program includes program instructions, and the program instructions are executed by a processor to implement the steps of the above-mentioned blockchain-based resource management method.

[0016] Accordingly, the present application provides a computer program product, which includes a computer program or computer instructions. The computer program or computer instructions are executed by a processor to implement the steps of the blockchain-based resource management method as described above.

[0017] In response to a distribution request for a target digital asset, the embodiment of the present application automatically creates and distributes the electronic resources to be received on the blockchain by invoking a first smart contract, ensuring the creation efficiency and distribution efficiency. By responding to the receiving operation of the receiving object, the first smart contract is invoked to determine the receiving share of the receiving object, and the digital assets corresponding to the receiving share are transferred to the blockchain account address of the receiving object. The entire process of creation, distribution, and receipt of the electronic resources to be received is traceable. Compared with using a third-party institution or a centralized platform for digital asset distribution, the security and transparency of digital asset distribution are ensured. By distributing reward resources to receiving objects that meet the reward resource distribution conditions, the embodiment of the present application can increase the receipt rate of the electronic resources to be received, thereby increasing the success rate of digital asset distribution. Moreover, the receiving share of the receiving object may be a positive multiple (such as 0.1). By limiting the transfer of digital assets in integer multiples, the receiving enthusiasm can be increased, the receipt rate of the electronic resources to be received can be increased, the success rate of digital asset distribution can be further increased, and the incentive effect can be ultimately enhanced. BRIEF DESCRIPTION OF THE DRAWINGS

[0018] In order to more clearly illustrate the technical solutions of the embodiments of the present application, the following will briefly introduce the drawings required for the description of the embodiments. Obviously, for those of ordinary skill in the art, other drawings can be obtained based on these drawings without creative efforts.

[0019] Figure 1A is a schematic diagram of the architecture of a blockchain-based resource management system provided by an embodiment of the present application;

[0020] Figure 1B is a schematic diagram of the structure of a blockchain provided by an embodiment of the present application;

[0021] Figure 1C is a schematic diagram of the process of generating a new block provided by an embodiment of the present application;

[0022] Figure 2 is a schematic flowchart of a blockchain-based resource management method provided by an embodiment of the present application;

[0023] Figure 3 is a schematic flowchart of another blockchain-based resource management method provided by an embodiment of the present application;

[0024] Figure 4AIt is a schematic diagram of the architecture of a stock red envelope system based on blockchain provided by an embodiment of the present application;

[0025] Figure 4B It is a sequence diagram of using a stock red envelope provided by an embodiment of the present application;

[0026] Figure 4C It is a sequence diagram of transferring digital assets provided by an embodiment of the present application;

[0027] Figure 5 It is a schematic block diagram of a resource management device based on blockchain provided by an embodiment of the present application;

[0028] Figure 6 It is a schematic block diagram of a computing device provided by an embodiment of the present application. Detailed implementation manners

[0029] Next, the technical solutions in the embodiments of the present application will be clearly and completely described with reference to the accompanying drawings in the embodiments of the present application. Obviously, the described embodiments are only a part of the embodiments of the present application, rather than all the embodiments. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without creative efforts shall fall within the protection scope of the present application.

[0030] An embodiment of the present application proposes a resource management method based on blockchain. When a distribution request for a target digital asset is obtained, by utilizing the characteristics of immutability, decentralization, and high transparency of blockchain technology, a target electronic resource to be received (such as an electronic red envelope) is created on the blockchain through a smart contract, and a distribution operation is performed on the target electronic resource to be received; after the receiving object performs a receiving operation, the receiving share of the receiving object is determined through the smart contract, and digital assets matching the receiving share are transferred to the receiving object, which improves the security and transparency of digital asset distribution. By distributing reward resources to receiving objects that meet the reward resource distribution conditions, the receiving rate of the electronic resources to be received can be increased, thereby improving the success rate of digital asset distribution. Moreover, the receiving share of the receiving object may be a positive multiple (such as 0.1). By limiting the transfer of digital assets in integer multiples, the receiving enthusiasm can be increased, the receiving rate of the electronic resources to be received can be increased, further improving the success rate of digital asset distribution, and ultimately enhancing the incentive effect. The present application will be described through the following embodiments.

[0031] Please refer to Figure 1A , which is a schematic diagram of the architecture of a resource management system based on blockchain provided by an embodiment of the present application. The resource management system based on blockchain includes a blockchain network 1, multiple nodes 11, and a client 12, where:

[0032] The blockchain network 1 refers to a network used for data sharing between nodes. The blockchain network may include multiple nodes 11, among which there may be consensus nodes. During the normal operation of each node 11, it can receive input information and maintain the shared data (i.e., the blockchain) in the blockchain network based on the received input information. Each node in the blockchain network stores an identical blockchain, which includes a series of blocks that are sequentially connected in the order of generation time, such as Figure 1A the block 1, block M-1, etc. shown in it. 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 network. To ensure information interconnection within the blockchain network, there can be information connections between each node, and point-to-point communication can be achieved between any two nodes, specifically through wired communication links or wireless communication links for point-to-point communication. For example, when any node in the blockchain network receives input information, other nodes obtain the input information according to the consensus algorithm and store the input information as data in the shared data, so that the data stored on all nodes in the blockchain network is consistent.

[0033] The client 12 can access the blockchain network and communicate with the nodes in the blockchain network. For example, it can send transaction data to the nodes, etc. Of course, in some possible implementation manners, the client 12 can also be one of the nodes in the blockchain network. The computing device where the client 12 is located can specifically be a smart phone, a tablet computer, a notebook computer, a desktop computer, an in-vehicle intelligent terminal, etc., which is not limited in the embodiments of the present application. The client 12 can be applied in the computing device of the initiator of the issuance request of the target digital asset (such as an enterprise account), or can also be applied in the computing device of the initiator of the transfer request of the digital asset (such as the target recipient such as an employee account).

[0034] It should be noted that Figure 1A the number of nodes shown in it is only illustrative. According to actual needs, any number of nodes can be deployed. The node can refer to any form of computing device accessing the network. For example, a server and an object terminal can both join and become nodes.

[0035] For each node in the blockchain network, there is a corresponding node identifier, and each node in the blockchain network can store the node identifiers of other nodes in the blockchain network, so that subsequently, according to the node identifiers of other nodes, the generated block can be broadcast to other nodes in the blockchain network. Each node can maintain a node identifier list as shown in Table 1 below, and store the node name and node identifier corresponding to each other in the node identifier list. Among them, the node identifier can be an Internet Protocol (IP) address and any other information that can be used to identify the node. The node identifiers in Table 1 are only examples.

[0036] Table 1

[0037] Node Name Node Identifier Node 1 000.000.000.00a Node 2 000.000.000.00b … … Node N 000.000.000.00c

[0038] Each node in the blockchain network stores an identical blockchain. The blockchain consists of multiple blocks. See Figure 1B The blockchain consists of multiple blocks. The genesis block includes a block header and a block body. The block header stores the input information eigenvalue, version number, timestamp, and difficulty value. The block body stores the input information. The next block after the genesis block uses the genesis block as the parent block. The next block also includes a block header and a block body. The block header stores the input information eigenvalue of the current block, the block header eigenvalue of the parent block, version number, timestamp, and difficulty value, and so on. This ensures that the block data stored in each block in the blockchain is associated with the block data stored in the parent block, guaranteeing the security of the input information in the block.

[0039] When generating each block in the blockchain, see Figure 1C When the node where the blockchain is located receives the input information, it verifies the input information. After the verification is completed, it stores the input information in the memory pool and updates the hash tree used to record the input information. Then, it updates the timestamp to the time when the input information is received and tries different random numbers, performing eigenvalue calculations multiple times so that the calculated eigenvalue can satisfy the following formula:

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

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

[0042] In this way, when a random number that satisfies the above formula is calculated, the information can be stored correspondingly, the block header and the block body can be generated, and the current block can be obtained. Subsequently, the node where the blockchain is located sends the newly generated block to other nodes in its blockchain network according to the node identifiers of other nodes in the blockchain network. Other nodes verify the newly generated block and add the newly generated block to the blockchain they store after the verification is completed.

[0043] Among them, smart contracts can run on the nodes of the blockchain network, and various transactions can be realized by calling these smart contracts. A smart contract is an immutable and automatically executable computer program running on the blockchain. A smart contract is the code implementation for execution when certain conditions are met. Developers can define the contract logic through programming languages, publish it to the blockchain (smart contract registration), trigger the execution according to the logic of the contract terms by calling keys or other events, complete the contract logic, and also provide functions for upgrading and canceling smart contracts.

[0044] In a possible implementation, any node 11 in the blockchain network can obtain the transaction data of the client. This transaction data can carry the identity identifier of the client, and this identity identifier can be determined according to the identity certificate of the client. Node 11 can query the identity certificate of the client from the smart contract according to the identity identifier. If the identity certificate of the client is queried from the smart contract and it is determined according to the identity certificate that the client has the permission to perform the transaction operation corresponding to the transaction data for the blockchain, then node 11 can perform the transaction operation corresponding to the transaction data for the blockchain. The mapping relationship between the identity identifier carried in the transaction data and the identity certificate recorded in the smart contract can be used to determine the identity certificate corresponding to the client, and the transaction operation can be performed according to the permissions indicated in the identity certificate, thereby improving the security of data processing on the blockchain. Only carrying the identity identifier in the transaction data can reduce the data volume of the transaction data compared to carrying the complete identity certificate in the transaction data while ensuring that the corresponding identity certificate can be obtained, which is beneficial to the rapid transmission of transaction data.

[0045] Generally, it is also necessary to generate a transaction block for transaction data and chain the block (store the block on the blockchain). Since only the identity identifier is carried, under the condition of ensuring that the corresponding identity certificate can be obtained, compared with carrying the complete identity certificate in the transaction data, the data volume of the transaction data can be reduced to achieve a certain degree of data compression, which can reduce the consumption of blockchain storage resources.

[0046] The embodiments of this application can also be applied to the field of Artificial Intelligence (AI). Artificial Intelligence is the theory, method, technology, and application system that uses digital computers or machines controlled by digital computers to simulate, extend, and expand human intelligence, perceive the environment, acquire knowledge, and use knowledge to obtain the best results. In other words, Artificial Intelligence is a comprehensive technology in computer science that attempts to understand the essence of intelligence and produce a new intelligent machine that can react in a way similar to human intelligence. Artificial Intelligence is also about researching the design principles and implementation methods of various intelligent machines to enable machines to have the functions of perception, reasoning, and decision-making. Artificial Intelligence technology is an interdisciplinary subject involving a wide range of fields, including both hardware-level and software-level technologies. The basic technologies of Artificial Intelligence generally include sensors, dedicated Artificial Intelligence chips, cloud computing, distributed storage, big data processing technology, pre-trained model technology, operation / interaction systems, mechatronics, etc. Among them, the pre-trained model, also known as the large model or the basic model, can be widely applied to downstream tasks in various directions of Artificial Intelligence after fine-tuning.

[0047] It can be understood that in the specific implementation of this application, data related to the issuance request of the target digital asset, the target electronic resource to be received, the blockchain account address, the transfer request of the digital asset, etc. are involved. When the embodiments of this application apply the above data to specific products or technologies, object permission or consent is required, and the collection, use, and processing of the relevant data need to comply with the relevant regulations and standards in the relevant regions.

[0048] The implementation details of the technical solution of the embodiments of this application will be elaborated in detail below:

[0049] Please refer to Figure 2 , Figure 2 is a schematic flowchart of a resource management method based on blockchain provided by the embodiments of this application. The resource management method of the embodiments of this application is described from the perspective of the management node. The management node can be a node outside the blockchain network, and the management node is connected to the blockchain network, and the blockchain network includes multiple nodes; the management node can also be one of the nodes in the blockchain network. As Figure 2 shown, the resource management method based on blockchain may include:

[0050] S201. In response to a distribution request for a target digital asset, call a first smart contract to create a target electronic resource to be claimed on the blockchain according to the share of the target digital asset carried in the distribution request and the distribution rules.

[0051] In a possible implementation, a digital asset may refer to an asset existing in digital form, such as digital copyrights, securities (such as digital equity), digital commodities, digital collectibles, digital income rights, etc. The target digital asset may refer to a certain amount of digital assets owned by an entity account or an individual account, such as 100 shares of digital equity owned by an entity account. The share of the target digital asset may refer to the total share of the digital asset to be distributed, such as the total number of shares of the distributed digital equity, that is, 100 shares. The distribution rules may refer to the specific method or conditions for distributing the target digital asset. For example, the distribution rules may include the recipients who can perform the claim operation, the distribution time, the way to claim the digital asset, etc.

[0052] In the embodiments of the present application, the distribution request carries the share of the target digital asset and the distribution rules, and the management node receives the distribution request carrying the share of the target digital asset and the distribution rules for subsequent distribution operations.

[0053] In a possible implementation, the initiator of the distribution request may be the client corresponding to the entity account. When there is a need to distribute digital assets (such as when an entity account distributes equity to employee accounts at the end of the year for equity incentive), the client corresponding to the entity account may generate a distribution request for a certain amount of equity. The distribution request carries the total number of distributed equity and the distribution rules, and then sends the distribution request to the management node.

[0054] The electronic resource to be claimed may be a trigger control created on the blockchain that allows different accounts to perform digital asset claim operations. For example, the electronic resource to be claimed may refer to an electronic red envelope created. The target electronic resource to be claimed is used to specifically refer to the electronic resource to be claimed generated in the embodiments of the present application.

[0055] In the embodiments of the present application, the first smart contract is deployed in the management node. The management node calls the first smart contract to generate the corresponding target electronic resource to be claimed (such as an electronic red envelope) on the blockchain according to the share of the target digital asset and the distribution rules carried in the distribution request, thereby realizing the automatic creation of the electronic resource to be claimed, which ensures the creation efficiency of the electronic resource to be claimed. Moreover, by calling the first smart contract to create the electronic resource to be claimed, the security and effectiveness of the created electronic resource to be claimed can be ensured, preventing the created electronic resource to be claimed from being maliciously attacked or information leaked, and at the same time ensuring the traceability of the creation process of the electronic resource to be claimed.

[0056] S202. In response to the claiming operation of the recipient for the target electronic resource to be claimed, call the first smart contract to determine the claiming share of the recipient according to the share of the target digital asset and the distribution rule, and transfer the digital asset corresponding to the claiming share to the blockchain account address of the recipient.

[0057] In a possible implementation, the management node can perform a distribution operation on the target electronic resource to be claimed, so that the recipient of the target electronic resource to be claimed can perform a claiming operation on the target electronic resource to be claimed.

[0058] In a possible implementation, the distribution operation may refer to the operation of distributing the electronic resource to be claimed to the recipient. For example, the management node can implement the distribution of the electronic red envelope by calling the electronic red envelope distribution smart contract. The electronic red envelope distribution smart contract can be the same as or different from the first smart contract. The above method realizes the automatic distribution of the electronic resource to be claimed, which ensures the distribution efficiency of the electronic resource to be claimed.

[0059] In a possible implementation, the claiming operation may refer to the operation of the recipient claiming digital assets for the target electronic resource to be claimed. Through the claiming operation, the recipient can obtain a corresponding amount of digital assets. For example, the recipient can implement the claiming of the electronic red envelope by calling the electronic red envelope claiming smart contract. The electronic red envelope claiming smart contract can be different from or the same as the first smart contract and the electronic red envelope distribution smart contract.

[0060] In a possible implementation, after the management node performs a distribution operation on the target electronic resource to be claimed, a trigger control corresponding to the target electronic resource to be claimed can be displayed on the client of the recipient. The claiming operation may refer to the trigger operation on the trigger control, such as the trigger control being clicked, double-clicked, or long-pressed. Exemplarily, the client of the recipient sends the relevant information of the operation event of the recipient to the management node in real time. When the management node detects that the relevant information of the real-time operation event includes the trigger operation on the trigger control, it determines that the claiming operation of the recipient is detected.

[0061] In a possible implementation, the claiming share of the recipient may refer to the quantity of digital assets that the recipient can claim through this claiming operation. The blockchain account address may refer to the unique identifier of the recipient's account in the blockchain. Through the blockchain account address, operations such as receiving, storing, and transferring digital assets can be performed.

[0062] In a possible implementation, the claiming share of the recipient is a positive multiple of the transfer unit. For example, the claiming share of a certain recipient can be 0.1 share, 1 share, 1.8 shares, 10 shares, etc.

[0063] In a possible implementation, the first smart contract may determine the share to be received by the recipient based on the share of the target digital asset and the distribution rule. In the first case, the distribution rule indicates that the target electronic resource to be received is an electronic red envelope sent to a single recipient. In this case, after the recipient performs the receiving operation, the first smart contract may determine that the share received by the recipient is the same as the share of the target digital asset (i.e., the total share of the electronic red envelope). In the second case, the distribution rule indicates that the target electronic resource to be received is an electronic red envelope sent to multiple recipients. In this case, after a certain recipient among the multiple recipients performs the receiving operation, the first smart contract may determine the share received by the recipient based on the share of the target digital asset and the distribution rule. Exemplarily, the distribution rule may indicate that the share of the target digital asset is equally distributed to multiple recipients, randomly distributed to multiple recipients, etc. Accordingly, the management node determines the share received by each recipient according to the above distribution rule.

[0064] In the embodiments of the present application, when the management node detects the receiving operation of the recipient, the first smart contract determines the share received by the recipient based on the share of the target digital asset and the distribution rule, ensuring the fairness and reasonableness of the receiving result of the target electronic resource to be received and avoiding the interference of human factors on the receiving result. By transferring the corresponding digital asset to the blockchain account address of the recipient through the first smart contract, compared with using a third-party institution or a centralized platform for digital asset distribution, it can improve the security, effectiveness, transparency, and decentralization degree of digital asset distribution. At the same time, it also ensures the traceability of the receiving process of the created electronic resource to be received.

[0065] S203. Determine the receiving information of the recipient. When the receiving information meets the conditions for distributing the reward resources, transfer the reward resources to the blockchain account address of the recipient.

[0066] In the embodiments of the present application, the receiving information may refer to the relevant information of the recipient's receiving operation. The management node may judge the receiving information of the recipient. When the receiving information meets the conditions for distributing the reward resources, transfer the reward resources to the blockchain account address of the recipient. Through the above method, the enthusiasm of users to receive the electronic resource to be received can be improved. The higher the enthusiasm of users to receive the electronic resource to be received, the higher the click-through rate of the electronic resource to be received, and then the higher the success rate of digital asset distribution, which improves the incentive effect through digital assets (such as securities: stocks).

[0067] In a possible implementation, the management node can determine the receiving information of the recipient through a smart contract (such as the first smart contract), and when the receiving information meets the reward resource distribution conditions, transfer the reward resources to the blockchain account address of the recipient through the smart contract, thereby ensuring the efficient, accurate and secure distribution of the reward resources.

[0068] In a possible implementation, the reward resources can refer to digital collectibles, such as digital artworks, digital collectibles, digital virtual items, digital tickets, digital vouchers, digital game props, etc. Rewarding the eligible recipients with digital collectibles can, on the basis of maintaining low costs, effectively mobilize the enthusiasm for participation and improve the recipient experience.

[0069] S204. In response to a transfer request for the digital assets of the recipient, call the second smart contract to determine the holding share of the recipient. When the holding share is greater than or equal to the transfer share carried in the transfer request and the transfer share is an integer multiple of the transfer unit, perform the transfer operation corresponding to the transfer request.

[0070] In the embodiments of the present application, the transfer request for digital assets refers to a request sent by the recipient to the management node for selling or transferring the digital assets of the recipient on the blockchain to a specified blockchain account address. The transfer request carries a transfer share, and the transfer share represents the quantity of digital assets that the recipient hopes to transfer. The holding share can refer to the total quantity of digital assets in the blockchain account address of the recipient.

[0071] In a possible implementation, the management node can sum up one or more receiving shares obtained by the recipient through the receiving operation, and use the calculated first total receiving share as the holding share. The management node can also sum up one or more receiving shares obtained by the target recipient through the receiving operation and the account balance, and use the calculated second total receiving share as the holding share. The share corresponding to the account balance can be obtained through other means such as purchase or being gifted.

[0072] In a possible implementation, in the case of using the second total receiving share as the holding share, the management node can allow the target recipient to transfer all the holding shares (such as selling or transferring to a specified blockchain account address); the management node can also only allow the target recipient to transfer one or more receiving shares obtained through the receiving operation among the holding shares.

[0073] In a possible implementation, the transfer unit refers to the smallest unit for transferring digital assets. For example, the transfer unit can be set to 1 share, that is, only integer-share transfers of digital assets are allowed. It should be noted that the transfer unit can be flexibly set. For example, the transfer unit can also be set to 10 shares, 100 shares, etc., and the embodiments of the present application do not limit this.

[0074] In the embodiments of the present application, on the premise that the management node holds a share greater than or equal to the transfer share, it determines whether the transfer share is an integer multiple of the transfer unit. If so, it executes the transfer operation corresponding to the transfer request. The transfer operation is, for example, selling the digital assets corresponding to the transfer share or transferring them to a specified blockchain account address. Through the above method, it can encourage users to actively claim the electronic resources to be claimed to make up an integer for trading. The higher the enthusiasm of users to claim the electronic resources to be claimed, the higher the click-through rate of the electronic resources to be claimed, and then the higher the success rate of digital asset issuance. This also further improves the incentive effect through digital assets (such as securities: stocks). At the same time, the above method can also avoid some illegal or unreasonable transfer behaviors, thereby ensuring the security and credibility of digital asset transfer.

[0075] In the embodiments of the present application, in response to the issuance request of the target digital asset, the creation and issuance of the electronic resources to be claimed are automatically implemented on the blockchain by calling the first smart contract, ensuring the creation efficiency and issuance efficiency. By responding to the claim operation of the claim object, the first smart contract is called to determine the claim share of the claim object, and the digital assets corresponding to the claim share are transferred to the blockchain account address of the claim object. The whole process of creation, issuance, and claim of the above-mentioned electronic resources to be claimed is traceable. Compared with using a third-party institution or a centralized platform for digital asset issuance, it can improve the security, effectiveness, transparency, and decentralization degree of digital asset issuance, and avoid unfair behaviors in digital asset issuance. At the same time, it also ensures the traceability of the whole process of creation, issuance, and claim of the electronic resources to be claimed. Moreover, in the embodiments of the present application, by issuing reward resources to the claim objects that meet the reward resource issuance conditions, the claim rate of the electronic resources to be claimed can be increased, thereby increasing the success rate of digital asset issuance. And the claim share of the claim object may be a positive multiple (such as 0.1). By limiting the transfer of digital assets in the form of an integer multiple, the claim enthusiasm can be increased, the claim rate of the electronic resources to be claimed can be increased, the success rate of digital asset issuance can be further increased, and finally the incentive effect can be improved.

[0076] Please refer to Figure 3 , Figure 3FIG. 0 is a schematic flowchart of another blockchain-based resource management method provided by an embodiment of the present application. The resource management method of the embodiment of the present application is described from the perspective of a management node. The management node can be a node outside the blockchain network and is connected to the blockchain network, where the blockchain network includes multiple nodes; the management node can also be one of the nodes in the blockchain network. The blockchain-based resource management method may include:

[0077] S301. In response to a distribution request for a target digital asset, call a first smart contract to create a target electronic resource to be claimed on the blockchain according to the share of the target digital asset carried in the distribution request and the distribution rule.

[0078] S302. Perform a distribution operation on the target electronic resource to be claimed, so that the recipient of the target electronic resource to be claimed can perform a claim operation on the target electronic resource to be claimed.

[0079] For the specific implementation manners of the above steps S301 - S302, please refer to the relevant descriptions in the foregoing embodiments, and details are not described herein again.

[0080] In a possible implementation manner, the above step S302 can be implemented according to the following steps:

[0081] (a1). Determine the recipient of the target electronic resource to be claimed according to the recipient information included in the distribution rule.

[0082] The recipient information includes relevant information of the object allowed to perform a claim operation on the target electronic resource to be claimed, and the recipient information can be included in the distribution rule. The number of recipients of the target electronic resource to be claimed can be one or more.

[0083] (a2). Send the target electronic resource to be claimed to the recipient, so that the recipient can perform a claim operation on the target electronic resource to be claimed.

[0084] In a possible implementation manner, the recipient can perform a claim operation by triggering a trigger control corresponding to the electronic resource to be claimed by means of clicking, double-clicking, long-pressing, etc.

[0085] (a3). Obtain the claim operation submitted by the recipient.

[0086] In the above steps (a1)-(a3), the management node ensures that the distribution operation is only performed on eligible objects by sending the electronic resources to be received (such as electronic red envelopes) to the recipients specified in the recipient information, enabling precise delivery of the electronic resources to be received and avoiding misoperations or incorrect distributions. After receiving the electronic resources to be received, the recipient can directly perform the receiving operation on the obtained electronic resources to be received, which ensures that the distribution and receiving processes of the electronic resources to be received are more immediate and efficient.

[0087] In a possible implementation, step S302 above can also be implemented according to the following steps:

[0088] (b1) Determine the recipients of the target electronic resources to be received based on the recipient information included in the distribution rule.

[0089] The recipient information includes the relevant information of the objects allowed to perform the receiving operation on the target electronic resources to be received, and the recipient information can be included in the distribution rule. The number of recipients of the target electronic resources to be received can be one or more.

[0090] (b2) Send a broadcast message of the target electronic resources to be received in the blockchain network; the broadcast message is used to instruct the recipients of the broadcast message to obtain the target electronic resources to be received from the blockchain and perform the receiving operation on the target electronic resources to be received.

[0091] In the embodiments of the present application, sending a broadcast message of the target electronic resources to be received in the blockchain network means: broadcasting the information of the target electronic resources to be received (such as electronic red envelopes) in the blockchain network so that each recipient of the broadcast message in the blockchain network can be aware of the existence of the target electronic resources to be received and can attempt to receive them. At the same time, each recipient of the broadcast message can witness and record the distribution operation corresponding to the target electronic resources to be received, ensuring the transparency of the distribution of the electronic resources to be received.

[0092] (b3) If the recipient is a recipient, determine that the receiving operation of the recipient is obtained.

[0093] The management node can judge the identity of the recipient who performs the receiving operation. If the recipient is one of the recipients in the recipient information, it is considered that the receiving operation of the recipient (i.e., the recipient) is obtained. In this case, the management node will respond to the receiving operation of the recipient, that is, execute step S304 and subsequent steps. If the recipient is not any of the recipients in the recipient information, it is considered that the receiving operation of the recipient is not obtained. In this case, the management node will not respond to the receiving operation of the recipient.

[0094] In a possible implementation, the management node can automatically determine the identity of the recipient who performs the receiving operation through the first smart contract, ensuring the fairness of the receiving process of the electronic resources to be received.

[0095] In the above steps (b1)-(b3), the management node sends the broadcast message of the electronic resources to be received (such as electronic red envelopes) to the blockchain network, enabling the recipient of the broadcast message to obtain the electronic resources to be received from the chain and attempt to perform the receiving operation. The smart contract of the management node only allows the recipient to successfully receive when the recipient is the specified recipient, which improves the fairness and transparency of the receiving process. By means of the blockchain broadcast message, the risks brought by relying on a centralized platform are avoided, and the security of resource distribution is improved.

[0096] By implementing the distribution operation for the target electronic resources to be received through the above two methods (a1)-(a3) and (b1)-(b3), the flexibility of distributing the electronic resources to be received can be improved to better adapt to different application scenarios or business requirements.

[0097] In a possible implementation, the management node can distribute the target electronic resources to be received to a recipient through the method provided in the above steps (a1)-(a3), and the recipient can receive the target electronic resources to be received. The recipient can obtain all the shares of the target electronic resources to be received. The management node can also distribute the target electronic resources to be received to multiple recipients through the method provided in the above steps (a1)-(a3), and these multiple recipients can receive the target electronic resources to be received. Each recipient can only obtain a partial share of the target electronic resources to be received.

[0098] In a possible implementation, the management node can perform the distribution operation on the target electronic resources to be received through the method provided in the above steps (b1)-(b3), so that only one recipient can receive the target electronic resources to be received. The recipient can obtain all the shares of the target electronic resources to be received. The management node can also perform the distribution operation on the target electronic resources to be received through the method provided in the above steps (a1)-(a3), so that multiple recipients can receive the target electronic resources to be received. Each recipient can only obtain a partial share of the target electronic resources to be received.

[0099] In a possible implementation, when the number of recipients of the target electronic resource to be received is multiple, the distribution rule may include the received shares of multiple recipients. That is to say, the distribution request specifies the specific quantity of digital assets that each recipient can receive through the receiving operation, which can meet the distribution requirements of digital assets for different objects and improve the personalization and flexibility of digital asset distribution. By setting the received shares of each recipient, the distribution of resources can be optimized and adjusted. Exemplarily, an enterprise account can reasonably set the received shares of each employee account (i.e., the receiving account) according to dimensions such as the contribution degree, job level, and working years of each employee account, so as to achieve the on-demand distribution of digital assets. By uploading the distribution rule to the blockchain, the fairness and transparency of digital asset distribution can be guaranteed to a certain extent.

[0100] S303. In response to the receiving operation of the recipient for the target electronic resource to be received, call the first smart contract to determine the received share of the recipient according to the share of the target digital asset and the distribution rule, and transfer the digital assets corresponding to the received share to the blockchain account address of the recipient.

[0101] In a possible implementation, after the above-mentioned response to the receiving operation of the recipient, the management node can first verify the recipient, and after the verification passes, then execute the step of calling the first smart contract to determine the received share of the recipient according to the share of the target digital asset and the distribution rule and the subsequent steps, which can prevent illegal receiving operations and protect the rights and interests of each recipient. Exemplarily, the management node can verify the account status of the recipient through a smart contract, such as determining whether the account of the recipient is in an abnormal state (such as a frozen state) or a normal state. When it is in a normal state, it is determined that the verification of the recipient passes; when it is in an abnormal state, it is determined that the verification of the recipient fails.

[0102] In a possible implementation, the distribution rule includes share allocation information, and the share allocation information is used to indicate the specific share allocation rules for the share of the target digital asset. The share allocation rules corresponding to the share allocation information can at least include the following multiple types: randomly allocate shares, equally allocate shares, allocate shares in an arithmetic progression, allocate shares in a geometric progression, allocate shares according to the receiving time.

[0103] Random allocation of shares means that the share of each recipient is randomly determined. In this case, each recipient has the opportunity to obtain a share of different sizes, which increases the randomness and fun of the collection operation. Equal allocation of shares means that the shares of multiple recipients are evenly distributed. Arithmetic allocation of shares means that the shares of multiple recipients are allocated in an arithmetic increasing or arithmetic decreasing manner, and geometric allocation of shares means that the shares of multiple recipients are allocated in a geometric increasing or geometric decreasing manner. By setting the above-mentioned multiple share allocation rules, more and more flexible digital asset allocation can be provided to the recipients of digital assets.

[0104] When the share allocation rule is to allocate shares according to the collection time, the collection share corresponding to the collection operation occurring at any time is greater than the collection share corresponding to the collection operation occurring at a time after any time. In other words, according to the order of time of the collection operations of different collection objects, the collection share corresponding to the collection operation of each collection object will gradually decrease. Collection operations occurring at an earlier time can obtain a larger collection share, while collection operations occurring at a later time can only obtain a smaller collection share. This can motivate the collection objects to collect earlier, thereby mobilizing the enthusiasm and participation of the collection objects in collecting the electronic resources to be collected.

[0105] It should be noted that geometrically decreasing and arithmetically decreasing allocation shares may be two special cases of allocation shares according to collection time. In addition, allocation shares according to collection time may also include random decrease cases, which will not be elaborated in the embodiments of the present application.

[0106] In a possible implementation, the share of the recipient is determined according to the share of the target digital asset and the share allocation information. Exemplarily, the share of the target digital asset is 120 shares, and the number of recipients is 3. Then, taking the share allocation rule corresponding to the share allocation information as a random allocation share as an example, the share corresponding to the first recipient is a random number between (0, 120), such as 65 shares; the share corresponding to the second recipient is a random number between (0, 55), such as 30 shares, and the share corresponding to the third recipient is a random number between (0, 25), such as 20 shares. It should be noted that the share corresponding to the last recipient (i.e., the third recipient) can be all the remaining shares, such as 25 shares, which is not described in detail in the present embodiment of the application. Taking the share allocation rule corresponding to the share allocation information as an equal allocation share as an example, the share corresponding to each recipient is 40 shares.

[0107] S304: Determine the recipient's receipt information, and when the receipt information meets the conditions for issuing the reward resources, transfer the reward resources to the recipient's blockchain account address.

[0108] In a possible implementation, the number of recipients is one or more, and the receiving information may include the received share, the held share, and the number of receiving operations. Then, step S304 can also be implemented and executed by the following method:

[0109] (1) When there is a first recipient among the one or more recipients, distribute a first quantity of reward resources to the first recipient; the first recipient is the recipient corresponding to the largest received share among the one or more recipients.

[0110] Exemplarily, the target electronic resource to be received corresponds to 3 recipients, and the received shares of the 3 recipients are respectively: 35, 70, 15. Then, the second recipient is the above-mentioned first recipient.

[0111] It should be noted that the number of first recipients can be zero (such as in the case of equal distribution of shares), or one (such as in the cases of random distribution of shares, arithmetic progression distribution of shares, geometric progression distribution of shares, distribution of shares according to receiving time, etc.).

[0112] (2) When there is a second recipient among the one or more recipients, distribute a second quantity of reward resources to the second recipient; the second recipient is the recipient among the one or more recipients whose held share reaches the share threshold after the receiving operation for the target electronic resource to be received.

[0113] Exemplarily, the share threshold is set to 100. Suppose the held share of the first recipient before this receiving operation is 80, and the held share increases to 115 after this receiving operation. Therefore, the first recipient is the above-mentioned second recipient. At the same time, the share threshold can be set as a threshold ladder, such as set to 100, 200, 300, etc. When the recipients reach 100, 200, 300, etc. respectively, distribute the corresponding reward resources to them.

[0114] It should be noted that the number of second recipients can be zero, or one or more. The share threshold can be set flexibly, and the reward resources corresponding to the threshold ladder can also be set flexibly. The embodiments of the present application do not limit this.

[0115] (3) When there is a third recipient among the one or more recipients, distribute a third quantity of reward resources to the third recipient; the third recipient is the recipient among the one or more recipients whose number of receiving operations reaches the number threshold.

[0116] Exemplarily, the number threshold is set to 10. Suppose the third recipient conducts the receiving operation for the 10th time. Then, the third recipient is the above-mentioned third recipient.

[0117] It should be noted that the number of the third recipients can be zero, or one or more. The threshold of the number of times can be set flexibly, and the embodiments of the present application do not limit this.

[0118] In the above steps (1)-(3), the first recipient can be regarded as the recipient who receives the largest share, the second recipient can be regarded as the recipient whose holding share meets the reward condition after this receiving operation, and the third recipient can be regarded as the recipient whose total number of receiving times reaches the reward condition after this receiving operation. By distributing reward resources to recipients who meet different conditions, it can encourage recipients to actively participate in receiving, which helps to increase competitiveness and interaction among different participating objects, improve the activity of the receiving activity, and can improve the loyalty of the participating objects and their willingness to participate in the receiving activity for a long time.

[0119] In a possible implementation manner, the first quantity, the second quantity, and the third quantity may have the following characteristics: for example, the second quantity is greater than the first quantity, so as to highlight the accumulation difficulty and reward degree of making the holding share of digital assets meet the conditions through continuous participation in receiving, thereby motivating the recipients.

[0120] For another example, the third quantity is less than the second quantity, so as to highlight that the difficulty of reaching the condition of the number of receiving times is less than the difficulty of making the holding share of digital assets meet the conditions through continuous participation in receiving, and to motivate the recipients whose number of receiving times reaches the condition to a certain extent.

[0121] By providing different degrees of rewards to recipients who meet different conditions, the differentiation of rewards can be realized, motivating recipients who meet different conditions to actively participate in the activity and strive to increase their holding share or the number of receiving times, which helps the long-term development of the receiving activity and continuously attracts participants, improves the success rate of distributing digital assets, and greatly enhances the incentive effect.

[0122] In a possible implementation manner, the management node can also determine, from the above one or more recipients, the recipients who meet any one or more of the three conditions corresponding to the above three situations, and determine to distribute a specific quantity of reward resources to the recipient. The specific quantity can be the same as or different from any one of the above first quantity, second quantity, and third quantity. The embodiments of the present application do not elaborate on this.

[0123] S305. In response to the transfer request of the digital assets of the recipient, call the second smart contract to determine the holding share of the recipient. When the holding share is greater than or equal to the transfer share carried in the transfer request and the transfer share is an integer multiple of the transfer unit, perform the transfer operation corresponding to the transfer request.

[0124] In a possible implementation, the management node may also perform the following steps: when the held share is less than a transfer unit, send a prompt message to the recipient object, where the prompt message is used to prompt the recipient object to continue receiving the electronic resources; the held share is determined based on one or more received shares obtained by the recipient object through the receiving operation.

[0125] When the management node determines that the held share is less than a transfer unit, by sending a prompt message to the target recipient object, it helps to remind the target recipient object to continue participating in the receiving, improve the participation rate, ensure that it can obtain more digital assets, so that the target recipient object can meet the conditions for digital asset transfer, such as transferring whole shares. And by restricting the transfer of electronic resources in a fragmented form (such as transferring 0.1 shares, 0.03 shares, etc.) through the transfer unit, it can ensure the rationality and controllability of the transfer operation, help improve the management efficiency of digital assets, and reduce the management difficulty.

[0126] S306. When the receiving stop condition is met, determine the receiving result of the target electronic resources to be received according to the received shares of the recipient object.

[0127] During the receiving process of the target electronic resources to be received, when the management node determines that a specific condition is met (i.e., the receiving stop condition), reject the receiving operation of the recipient object for the target electronic resources to be received. The receiving stop condition can be defined according to specific business requirements. For example, the receiving stop condition can be that the total amount of received shares reaches a set value, the number of recipient objects that have performed the receiving operation reaches the upper limit, the receiving time reaches the cut-off time, etc. When the management node determines that the receiving stop condition is met, it can determine the receiving result of the target electronic resources to be received according to the received shares of the recipient objects that have performed the receiving operation. The receiving result may include one or more of the total received amount of the target electronic resources to be received, the receiving time of each recipient object that has performed the receiving operation, and the received shares of each recipient object that has performed the receiving operation.

[0128] S307. Determine the data to be uploaded to the blockchain and write the data to be uploaded to the blockchain; the data to be uploaded to the blockchain includes one or both of the received shares of the recipient object and the receiving result.

[0129] In the embodiments of the present application, the management node determines the data to be uploaded to the blockchain and then writes the data to be uploaded to the blockchain, which can realize the permanent storage and non-tampering of the information related to the receiving process of the target electronic resources to be received, thereby improving the data security and preventing the data from being tampered with or lost.

[0130] In a possible implementation of the above steps S306 - S307, when the number of recipients of the target electronic resource to be received is one, the receiving stop condition is that the time interval between the current moment and the occurrence moment of the distribution operation is greater than or equal to the interval threshold, or the receiving stop condition is that the recipient completes the receiving operation.

[0131] In a possible implementation of the above steps S306 - S307, when the number of recipients of the target electronic resource to be received is multiple, the receiving stop condition is that the time interval between the current moment and the occurrence moment of the distribution operation is greater than or equal to the interval threshold, or the receiving stop condition is that each recipient among one or more recipients completes the receiving operation. And the data to be chained can include one or both of the receiving shares and receiving results of each recipient among multiple recipients.

[0132] In a possible implementation, taking any one of the one or more target recipients of the target electronic resource to be received as an example, the management node can perform the following steps:

[0133] (1) Obtain a transfer request for the digital assets of the target recipient; the transfer share is carried in the transfer request.

[0134] The target recipient can refer to any one of the one or more target recipients of the target electronic resource to be received, or the target recipient can also refer to the object that has performed the receiving operation for a certain electronic resource to be received. The embodiments of the present application do not limit this.

[0135] In the embodiments of the present application, the transfer request for digital assets refers to a request sent by the target recipient to the management node for selling or transferring the digital assets of the target recipient on the blockchain to a specified blockchain account address. The transfer share is carried in the transfer request, and the transfer share represents the quantity of digital assets that the target recipient hopes to transfer.

[0136] (2) In response to the transfer request, call the second smart contract to determine the holding share of the digital assets of the target recipient; the holding share is determined based on one or more receiving shares obtained by the target recipient through the receiving operation.

[0137] The holding share can refer to the total quantity of digital assets in the blockchain account address of the target recipient.

[0138] In a possible implementation, the management node may sum up one or more received shares obtained by the target recipient through a receiving operation, and use the calculated first total received share as the held share. The management node may also sum up one or more received shares obtained by the target recipient through a receiving operation and the account balance, and use the calculated second total received share as the held share. The share corresponding to the account balance may be obtained through other means such as purchase or being gifted.

[0139] In a possible implementation, in the case of using the second total received share as the held share, the management node may allow the target recipient to transfer all the held shares (such as selling or transferring to a specified blockchain account address); the management node may also only allow the target recipient to transfer one or more received shares obtained through the receiving operation among the held shares.

[0140] (3) If the held share is greater than or equal to the transfer share and the transfer share is an integer multiple of the transfer unit, then perform the transfer operation corresponding to the transfer request.

[0141] In a possible implementation, the received share of the recipient is a positive multiple of the transfer unit. For example, the received share of a certain recipient may be 0.1 share, 1 share, 1.8 shares, 10 shares, etc.

[0142] The transfer unit refers to the smallest unit for transferring digital assets. For example, the transfer unit can be set to 1 share, that is, only integer-share transfers of digital assets are allowed. It should be noted that the transfer unit can be set flexibly. For example, the transfer unit can also be set to 10 shares, 100 shares, etc. The embodiments of the present application do not limit this.

[0143] In the embodiments of the present application, on the premise that the held share is greater than or equal to the transfer share, the management node determines whether the transfer share is an integer multiple of the transfer unit. If so, it performs the transfer operation corresponding to the transfer request. The transfer operation is to sell the digital assets corresponding to the transfer share or transfer them to a specified blockchain account address, which avoids illegal or unreasonable transfer behaviors and ensures the security and credibility of digital asset transfers.

[0144] (4) If the held share is less than one transfer unit, send a prompt message to the target recipient, and the prompt message is used to prompt the target recipient to continue receiving electronic resources.

[0145] In the embodiments of the present application, when the management node determines that the held share is less than a transfer unit, by sending a prompt message to the target recipient, it helps to remind the target recipient to continue participating in the receipt, improve the participation rate, and ensure that it can obtain more digital assets, so that the target recipient can meet the conditions for transferring digital assets, such as transferring whole shares. Moreover, by restricting the transfer of electronic resources in a fragmented form (such as transferring 0.1 shares, 0.03 shares, etc.) through the transfer unit, the rationality and controllability of the transfer operation can be ensured, which helps to improve the management efficiency of digital assets and reduce the management difficulty.

[0146] In a possible implementation manner, the held share in step (4) being less than a transfer unit includes two cases: the held share is greater than or equal to the transfer share and less than a transfer unit, and the held share is less than the transfer share and less than a transfer unit. In both of the above cases, it indicates that the conditions for transferring digital assets are not met. Therefore, a prompt message can be sent to the target recipient. Among them, the prompt messages sent to the target recipient corresponding to the two cases can be the same or different.

[0147] In a possible implementation manner, when the transfer share is not an integer multiple of the transfer unit, the management node can send a prompt message to the target recipient, such as "Please perform the transfer operation according to the transfer unit", so that the target recipient can understand the specific reason for the transfer failure, thereby guiding the target recipient to perform the correct transfer operation and improving the user experience.

[0148] In a possible implementation manner, after step (2) above, the management node can first make a judgment 1, that is, judge whether the held share is greater than or equal to the transfer share. If the judgment result of judgment 1 is that the held share is greater than or equal to the transfer share, then make a judgment 2, that is, judge whether the transfer share is an integer multiple of the transfer unit. If the judgment result of judgment 2 is that the transfer share is an integer multiple of the transfer unit, then execute the transfer operation corresponding to the transfer request. When the judgment result of judgment 1 is that the held share is less than the transfer share, a prompt message such as "Insufficient held share" can be output; when the judgment result of judgment 2 is that the transfer share is not an integer multiple of the transfer unit, a prompt message such as "Please perform the transfer operation according to the transfer unit" can be output.

[0149] In a possible implementation manner, the target digital asset can be a negotiable instrument. Negotiable instruments such as stocks, bonds, bond repurchase agreements, foreign exchange futures, stock index futures, options, etc.

[0150] In the case where the target digital asset is a negotiable security, the management node can allocate the rewards of the negotiable security according to the receiving share of the recipient. For example, the target digital asset is a batch of stocks (such as 1,000 shares) of an enterprise account on the blockchain. The enterprise account sends a request to the management node for the distribution of these stocks. In response to the distribution request, the management node calls the first smart contract to create the corresponding target electronic resource to be received, that is, the electronic red envelope, and performs the distribution operation on the electronic red envelope. After the recipient receives the electronic red envelope, the management node determines the receiving share of the recipient (such as 50 shares) and transfers the stocks corresponding to the receiving share to the blockchain account address of the recipient.

[0151] In a possible implementation, the reward resource can be a digital collectible. Digital collectibles include digital artworks, digital collectibles, digital virtual items, digital tickets, digital vouchers, digital game props, etc. By rewarding the recipients who meet the conditions with digital collectibles, it is possible to effectively mobilize the participation enthusiasm and improve the recipient experience while keeping the cost low.

[0152] The following will illustrate the resource management method provided by the embodiments of the present application through examples:

[0153] The resource management method provided by the embodiments of the present application can be preferably applied to the stock red envelope system based on the blockchain to solve the problems of inefficiency, insecurity, unfairness, etc. existing in the current stock red envelopes. The following will specifically illustrate in combination with the stock red envelope scenario:

[0154] The stock issuer can create and send stock red envelopes by calling a smart contract. At the same time, for the receiving records of the stock red envelopes, the smart contract will record them on the blockchain. Then, through the smart contract, the automation and high efficiency of the creation, distribution, and receiving records of the stock red envelopes can be realized. At the same time, by creating and distributing stock red envelopes through the blockchain, the trust and confirmation degree of users for the stock red envelopes can also be realized. And through technologies such as digital signatures and encryption in the blockchain, the identity authentication and data protection of the stock platform, other third-party institutions, and users can also be realized to prevent the stock red envelopes from being attacked or leaked.

[0155] It should be noted that the stock issuer can refer to the sending object corresponding to the distribution request of the target digital asset, such as an enterprise account. The stock issuer can also be a limited liability company. In this case, the enterprise account can clarify the distribution intention for the target digital asset to the limited liability company. After reaching an agreement, the blockchain node of the limited liability company (such as the management node) sends a distribution request for the target digital asset.

[0156] The stock red envelope system based on blockchain provided by the embodiments of the present application can be applied to various stock red envelope distribution scenarios such as financial scenarios, medical scenarios, insurance scenarios, etc. The product functions can at least include the on-chain storage of the creation, sending, and receiving records of stock red envelopes, etc. The product features can at least include: realizing the efficient creation, trustworthy transmission, and automated execution of stock red envelopes, etc.

[0157] Please refer to Figure 4A , Figure 4A which is a schematic architecture diagram of a stock red envelope system based on blockchain provided by the embodiments of the present application. In this solution, a smart contract (such as the first smart contract) needs to be deployed on the blockchain, and the smart contract contains a corresponding stock red envelope creation program. The smart contract can be deployed in multiple blockchain nodes in the blockchain network (the multiple blockchain nodes can include management nodes).

[0158] The stock issuer can create an electronic stock red envelope through the smart contract in the blockchain, and then send the stock red envelope to the user (i.e., one or more recipients) through the smart contract in the blockchain. The user can receive the stock red envelope through the receiving operation. For the details of the user's receipt of the stock red envelope (such as user a received 2 shares, user b received 4 shares, user c received 6 shares, etc.; the total share of the stock is 100 shares), it can also be recorded on the blockchain through the smart contract. Thus, the automated creation, sending, and on-chain storage of the receiving records of the stock red envelope can be realized. Through the blockchain, the publicity and transparency of the user's receiving process can be improved, thereby ensuring the fairness of the stock red envelope, and further mobilizing the enthusiasm of users to participate in the receipt of the stock red envelope.

[0159] The relevant platform can deploy a smart contract on the blockchain in advance, and the smart contract contains a corresponding stock red envelope creation logic program. As Figure 4B shown, Figure 4B which is a sequence diagram of using a stock red envelope provided by the embodiments of the present application. The specific process can be as follows:

[0160] 1.1. The stock issuer fills in a transaction request through the client to initiate a stock red envelope, and the transaction parameters (such as the recipient, the total share of the stock, the distribution rule of the red envelope, etc.) are carried in the transaction request.

[0161] 1.2. The client submits the transaction request to the smart contract in the form of a transaction. Among them, the smart contract can refer to the first smart contract.

[0162] 1.3. The smart contract creates a stock red envelope according to the transaction parameters.

[0163] 1.4. The smart contract performs a distribution operation on the stock red envelope.

[0164] Among them, the operation of issuing stock red envelopes can include two cases: In the first case, the smart contract sends the stock red envelopes to the recipients specified in the transaction parameters, ensuring that the issuing operation is only carried out for eligible recipients, which can achieve the precise reach of the electronic resources to be received, avoiding misoperations or incorrect issuances. After receiving the electronic resources to be received, the recipient can directly perform the receiving operation on the obtained electronic resources to be received, which can ensure that the process of issuing and receiving the electronic resources to be received is more immediate and efficient.

[0165] In the second case, the smart contract broadcasts the information of the stock red envelopes in the blockchain network so that each recipient of the broadcast message in the blockchain network can be aware of the existence of the stock red envelopes and can attempt to receive them. At the same time, each recipient of the broadcast message can witness and record the issuing operation corresponding to the target electronic resources to be received, ensuring the transparency of the issuance of the electronic resources to be received.

[0166] The smart contract can judge the identity of the recipient who performs the receiving operation. If the recipient matches the recipient carried in the transaction parameters, the smart contract will respond to the receiving operation of the recipient. After determining the receiving share of the recipient, it will transfer the digital assets corresponding to the receiving share to the blockchain account address of the recipient. If the recipient does not match the recipient carried in the transaction parameters, the smart contract will not respond to the receiving operation of the recipient.

[0167] 1.5. The recipient performs the receiving operation on the stock red envelopes and returns the receiving information to the blockchain. In other words, the smart contract will make the stock red envelopes public, and only those eligible recipients can receive the stock red envelopes, while the others without receiving permissions cannot receive the stock red envelopes. It should be noted that the smart contract can obtain the receiving information corresponding to the receiving operation of each recipient, and the receiving information can include the receiving share of the recipient.

[0168] 1.6. The smart contract records the receiving information of each recipient and uploads it to the chain. For example, it records the shares received by each user (such as user a received 1 share, user b received 2 shares, etc.). By using the blockchain, it can ensure the transparency and fairness of the receipt of stock red envelopes, thereby better mobilizing the enthusiasm of users to receive stock red envelopes.

[0169] Through steps 1.1 - 1.6, the transparency, fairness, and security of the process of issuing stock red envelopes can be improved. By combining the application of smart contract and blockchain technologies, the traceability and immutability of transactions can be ensured, enhancing the trust of participants in stock red envelopes. At the same time, the efficiency of creating, issuing, and receiving stock red envelopes is improved.

[0170] Such asFigure 4C As shown Figure 4C This is a timing diagram for digital asset transfer provided by an embodiment of the present application. The specific process can be as follows:

[0171] 2.1. The transferor (such as the target recipient) fills in a transfer request through the client to transfer digital assets. The transfer request carries transfer parameters (the transfer parameters may include the transfer object, transfer share, etc.).

[0172] 2.2. The client submits (in the form of a transaction) the transfer request to the management node. The management node includes a smart contract, and the smart contract may refer to the second smart contract.

[0173] 2.3. The management node determines the holding share of the transferor's digital assets through the smart contract and verifies the transferor.

[0174] Among them, verifying the transferor may mean: verifying whether the holding share is greater than or equal to the transfer share, and whether the transfer share is an integer multiple of the transfer unit. After the verification passes, the smart contract may execute the transfer operation corresponding to the transfer request.

[0175] The smart contract may first determine whether the holding share is greater than or equal to the transfer share. On the premise that the holding share is greater than or equal to the transfer share, it then determines whether the transfer share is an integer multiple of the transfer unit. If the transfer share is an integer multiple of the transfer unit, it executes the transfer operation corresponding to the transfer request. The transfer operation is, for example, selling the digital assets corresponding to the transfer share or transferring them to a specified blockchain account address. When the holding share is less than the transfer share, or the transfer share is not an integer multiple of the transfer unit, the transfer operation corresponding to the transfer request is refused to execute, which can avoid illegal or unreasonable transfer behaviors and ensure the security and credibility of digital asset transfer.

[0176] Correspondingly, in the case of refusing to execute the transfer operation corresponding to the transfer request, the smart contract may output a corresponding prompt message. For example, when the transfer share is not an integer multiple of the transfer unit, the smart contract may send a prompt message to the target recipient, such as "Please perform the transfer operation according to the transfer unit", so that the target recipient can understand the specific reason for the transfer failure, thereby guiding the target recipient to perform the correct transfer operation and improving the user experience.

[0177] 2.4. After the verification passes, the smart contract publishes the transfer request to the client of the recipient.

[0178] 2.5. The recipient performs a confirmation receipt operation through the client. After the confirmation receipt operation, the client generates an acceptance request.

[0179] 2.6. The client of the recipient submits the acceptance request to the management node

[0180] 2.7. The management node prepares for transfer through a smart contract.

[0181] 2.8. The account address of the transferor transfers the digital assets corresponding to the transfer share to the account address of the transferee.

[0182] 2.9. The account address of the transferee returns the transfer result to the management node. The transfer result includes successful transfer or failed transfer (reasons for failed transfer such as insufficient account balance, network exception, etc.).

[0183] 2.10. The management node notifies the transfer result. For example, it notifies the client of the transferor that the transfer is successful and notifies the client of the transferee that the reception is successful.

[0184] The above steps 2.1 - 2.10 provide a convenient and efficient digital asset transfer method, enabling users to flexibly manage their digital assets. Through the automatic execution ability of smart contracts, errors caused by manual operations can be reduced, ensuring the accuracy of digital asset transfer.

[0185] For the specific implementation manners of the above steps 1.1 - 1.6, and steps 2.1 - 2.10, as well as the related optional implementation manners, reference can be made to the relevant descriptions in the foregoing embodiments, which will not be elaborated herein.

[0186] It should be noted that for stock red envelopes, the stock issuer can set different redemption conditions. For example, users can redeem them for free or only redeem the stock red envelopes when certain conditions are met (such as having purchased a certain product generated by the stock issuer). For the stock red envelopes received by users, users can cash them out (i.e., sell the stock red envelopes).

[0187] Among them, for the sale of stock red envelopes, the stock issuer can also set different trading rules. For example, assuming that the exchange supports the trading of odd lots, then each user's received stock red envelope can be directly sold to obtain cash; while assuming that the exchange does not support the trading of odd lots, then users can accumulate stocks to sell the stock red envelopes. For example, after a user receives a red envelope and gets 0.1 shares, and the minimum trading unit (i.e., transfer unit) of the stock is 1 share, then the user needs to accumulate the stocks and can sell them only after reaching 1 share.

[0188] The blockchain - based stock red envelope system provided by the embodiments of this application has the following characteristics:

[0189] a. Based on the characteristics of decentralization, uniqueness, traceability, and immutability of the blockchain, by constructing a stock red envelope consortium chain, the credible and secure storage and transmission of stock red envelope data are realized.

[0190] b. Implement functions such as the creation, sending, and receiving of stock red envelopes through smart contracts to ensure the automation and efficiency of stock red envelopes.

[0191] c. Through the method of stock accumulation (such as trading in whole shares), realize the value exchange and incentive mechanism between stock red envelopes and users' investment risks or returns, and improve the coordination and fairness of stock red envelopes.

[0192] d. Through the blockchain distributed ledger, make the source and content of stock red envelopes public and transparent, and improve users' trust and confirmation of stock red envelopes.

[0193] e. Through digital signatures, encryption, etc. of the blockchain, realize the identity authentication and data protection of the stock platform or other third-party institutions and users, and prevent stock red envelopes from being attacked or leaked.

[0194] f. Through the on-chain smart contract, realize the smaller splitting of stocks in the form of red envelope shares. For example, split 1 share of stock into 10 red envelopes and send them to 10 users. Each user can get 0.1 share of stock. In this way, the same amount of stock can be distributed to more people, realizing a more cost-effective, economical and flexible incentive method.

[0195] This solution can also be combined with digital collectible technology to encourage users to receive stock red envelopes. By rewarding users to varying degrees, the enthusiasm of users for receiving stock red envelopes can be mobilized. By creating digital collectibles of different values in the blockchain, in the activity of receiving stock red envelopes sent by the stock issuer, digital collectibles of different values (such as a medal, a painting and calligraphy, etc.) can be rewarded to users who meet the conditions.

[0196] 1. Users who receive the largest share (that is, the luckiest users) can be rewarded with digital collectibles of a certain value.

[0197] 2. Users who receive fractional shares (0.3 shares), but accumulate them to the minimum trading unit (such as 1 share) of stocks through multiple receipts, can be rewarded with digital collectibles of a certain value. It should be noted that the values of the digital collectibles rewarded for Condition 1 and Condition 2 can be different. For example, the value of the digital collectibles rewarded for Condition 2 can be greater than the value of the digital collectibles rewarded for Condition 1. Thus, the difficulty of stock accumulation and the degree of reward can be highlighted, which can incentivize users to participate in the receipt of stock red envelopes and accumulate the shares of stocks.

[0198] 3. For users whose number of times of receiving stock red envelopes reaches a certain threshold, digital collectibles of a certain value can also be rewarded. It should be noted that, assuming a user participates in the activity of receiving stock red envelopes multiple times, although the user has not accumulated stocks at the minimum trading unit, since the user has participated in the activity a relatively large number of times, then the user can also receive certain rewards. However, the value of the digital collectibles rewarded under Condition 3 can be lower than the value of the rewards under Condition 2.

[0199] It should be understood that by combining digital collectible technology, this solution can achieve open and transparent rewards for users through blockchain technology. This reward method does not require the resources of the stock issuer. It only needs to create meaningful digital collectibles on the blockchain, so that on the basis of maintaining low costs, it can well mobilize the enthusiasm of users to participate in the activity of receiving stock red envelopes; at the same time, through the digital collectibles on the blockchain, the content of each user's reward and the reasons for obtaining the reward become open and transparent, which can also ensure the fairness of user rewards, thereby further enhancing the enthusiasm of users to participate in the activity of receiving stock red envelopes.

[0200] Please refer to Figure 5 , which is a schematic block diagram of a blockchain-based resource management device provided by an embodiment of the present application. The resource management device described in this embodiment can be applied to a computing device, for example, it can be applied in the management server mentioned above. The resource management device includes:

[0201] An electronic resource creation module 501, configured to respond to a distribution request of a target digital asset, and call a first smart contract to create a target to-be-received electronic resource on the blockchain according to the share of the target digital asset and the distribution rule carried in the distribution request;

[0202] An electronic resource distribution module 502, configured to respond to a receiving operation of a receiving object for the target to-be-received electronic resource, call the first smart contract to determine the receiving share of the receiving object according to the share of the target digital asset and the distribution rule, and transfer the digital asset corresponding to the receiving share to the blockchain account address of the receiving object;

[0203] A resource reward module 503, configured to determine the receiving information of the receiving object, and when the receiving information meets the conditions for distributing reward resources, transfer the reward resources to the blockchain account address of the receiving object;

[0204] The transfer module 504 is used to, in response to a transfer request for the digital assets of the above-mentioned recipient, call the second smart contract to determine the holding share of the above-mentioned recipient. When the above-mentioned holding share is greater than or equal to the transfer share carried in the above-mentioned transfer request and the above-mentioned transfer share is an integer multiple of the transfer unit, perform the transfer operation corresponding to the above-mentioned transfer request; wherein, the above-mentioned digital assets are securities, the above-mentioned reward resources are digital collectibles, and the recipient's receiving share is a positive multiple of the above-mentioned transfer unit.

[0205] In a possible implementation, the number of the above-mentioned recipients is one or more, and the above-mentioned receiving information includes the receiving share, the holding share, and the number of receiving operations; when the above-mentioned resource reward module 503 is used to transfer the reward resources to the blockchain account address of the above-mentioned recipient when the above-mentioned receiving information meets the reward resource distribution condition, it is specifically used for:

[0206] When there is a first recipient among one or more of the above-mentioned recipients, issue a first quantity of reward resources to the first recipient; the first recipient is the recipient corresponding to the largest receiving share among one or more of the above-mentioned recipients;

[0207] When there is a second recipient among one or more of the above-mentioned recipients, issue a second quantity of reward resources to the second recipient; the second recipient is the recipient among one or more of the above-mentioned recipients whose holding share reaches the share threshold after performing the receiving operation on the above-mentioned target electronic resources to be received;

[0208] When there is a third recipient among one or more of the above-mentioned recipients, issue a third quantity of reward resources to the third recipient; the third recipient is the recipient among one or more of the above-mentioned recipients whose number of receiving operations reaches the number threshold.

[0209] In a possible implementation, the number of recipients of the above-mentioned target electronic resources to be received is one or more, and the above-mentioned transfer module 504 is further used for:

[0210] When the above-mentioned holding share is less than one above-mentioned transfer unit, send a prompt message to the above-mentioned recipient, and the above-mentioned prompt message is used to prompt the above-mentioned recipient to continue receiving electronic resources; wherein, the above-mentioned holding share is determined according to one or more receiving shares obtained by the above-mentioned recipient through the receiving operation.

[0211] In a possible implementation, the resource management device further includes an execution module 505. The number of recipients of the above-mentioned target electronic resources to be received is one or more; the above-mentioned execution module 505 is further used for:

[0212] When the withdrawal stop condition is met, determine the withdrawal result of the target electronic resource to be withdrawn according to the withdrawal shares of one or more of the above-mentioned withdrawal objects;

[0213] Determine the data to be uploaded to the blockchain and write the data to be uploaded to the blockchain; the data to be uploaded includes one or more of the withdrawal shares of the above-mentioned withdrawal objects and / or one or both of the above-mentioned withdrawal results;

[0214] Wherein, the above-mentioned withdrawal stop condition is that the time interval between the current moment and the occurrence moment of the above-mentioned release operation is greater than or equal to the interval threshold, or the above-mentioned withdrawal stop condition is that each of the above-mentioned withdrawal objects among one or more of the above-mentioned withdrawal objects completes the withdrawal operation.

[0215] In a possible implementation manner, the above-mentioned execution module 505 is further configured to:

[0216] Determine the withdrawal object of the target electronic resource to be withdrawn according to the withdrawal object information included in the above-mentioned release rule;

[0217] Send the target electronic resource to be withdrawn to the above-mentioned withdrawal object so that the above-mentioned withdrawal object performs a withdrawal operation on the above-mentioned target electronic resource to be withdrawn;

[0218] Obtain the withdrawal operation submitted by the above-mentioned withdrawal object.

[0219] In a possible implementation manner, the above-mentioned execution module 505 is further configured to:

[0220] Determine the withdrawal object of the target electronic resource to be withdrawn according to the withdrawal object information included in the above-mentioned release rule;

[0221] Send a broadcast message of the target electronic resource to be withdrawn in the blockchain network; the broadcast message is used to instruct the recipient of the broadcast message to obtain the target electronic resource to be withdrawn from the blockchain and perform a withdrawal operation on the target electronic resource to be withdrawn;

[0222] If the recipient is the above-mentioned withdrawal object, determine that the withdrawal operation of the above-mentioned withdrawal object is obtained.

[0223] In a possible implementation manner, the above-mentioned release rule includes share allocation information, and the withdrawal share of the above-mentioned withdrawal object is determined according to the share of the above-mentioned target digital asset and the above-mentioned share allocation information. The share allocation rule corresponding to the above-mentioned share allocation information is: randomly allocate shares, equally allocate shares, allocate shares in an arithmetic progression, allocate shares in a geometric progression, or allocate shares according to the withdrawal time. When the share allocation rule is to allocate shares according to the withdrawal time, the withdrawal share corresponding to the withdrawal operation occurring at any moment is greater than the withdrawal share corresponding to the withdrawal operation occurring at the moment after any moment.

[0224] Based on the above resource management device, in the embodiments of the present application, in response to a distribution request for a target digital asset, the creation and distribution of electronic resources to be claimed are automatically implemented on the blockchain by invoking a first smart contract, ensuring the creation efficiency and distribution efficiency.

[0225] By responding to the claim operation of the claimant, the first smart contract is invoked to determine the claim share of the claimant, and the digital assets corresponding to the claim share are transferred to the blockchain account address of the claimant.

[0226] The entire process of creation, distribution, and claim of the above-mentioned electronic resources to be claimed is traceable. Compared with using a third-party institution or a centralized platform for digital asset distribution, the security and transparency of digital asset distribution are ensured.

[0227] In the embodiments of the present application, by distributing reward resources to claimants who meet the reward resource distribution conditions, the claim rate of electronic resources to be claimed can be increased, thereby improving the success rate of digital asset distribution.

[0228] Moreover, the claim share of the claimant may be a positive multiple (such as 0.1). By limiting the transfer of digital assets in integer multiples, the claim enthusiasm can be increased, the claim rate of electronic resources to be claimed can be increased, the success rate of digital asset distribution can be further improved, and finally the incentive effect can be enhanced.

[0229] It should be noted that the functions of the functional modules of the resource management device in the embodiments of the present application can be specifically implemented according to the methods in the above method embodiments. The specific implementation process can refer to the relevant descriptions of the above method embodiments and will not be elaborated here.

[0230] In a feasible embodiment, the blockchain-based resource management device provided in the embodiments of the present application can be implemented in software. The blockchain-based resource management device can be stored in a memory. It can be software in the form of a program and plug-ins, and includes a series of units, including a processing unit and a communication unit; wherein, the processing unit and the communication unit are used to implement the blockchain-based resource management method provided in the embodiments of the present application.

[0231] In other feasible embodiments, the blockchain-based resource management device provided by the embodiments of the present application may also be implemented in a combination of software and hardware. As an example, the blockchain-based resource management device provided by the embodiments of the present application may be a processor in the form of a hardware decoding processor, which is programmed to execute the blockchain-based resource management method provided by the embodiments of the present application. For example, the processor in the form of a hardware decoding processor may employ one or more application specific integrated circuits (ASICs), DSPs, programmable logic devices (PLDs), complex programmable logic devices (CPLDs), field-programmable gate arrays (FPGAs), or other electronic components.

[0232] Please refer to Figure 6 , which is a schematic block diagram of a computing device provided by the embodiments of the present application. In this embodiment, the described computing device includes: a processor 601, a memory 602, and a network interface 603. In addition, the above computing device may further include a user interface 604, and the user interface 604 may include a display screen (Display) and a keyboard (Keyboard). The memory 602 may include an operating system, a network communication module, a user interface module, and a device control application program. Data can be exchanged between the above processor 601, memory 602, network interface 603, and user interface 604. For example, they are connected through one or more communication buses, and the communication buses are used to achieve communication connections between these components.

[0233] The above processor 601 may be a central processing unit (CPU), and this processor may also be other general-purpose processors, digital signal processors (DSPs), application specific integrated circuits (ASICs), off-the-shelf programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The general-purpose processor may be a microprocessor or this processor may also be any conventional processor, etc.

[0234] The above-mentioned memory 602 may include a read-only memory and a random-access memory, and provide program instructions and data to the processor 601. The memory 602 may include a volatile memory, such as a random-access memory (RAM); the memory 602 may also include a non-volatile memory, such as a flash memory, a solid-state drive (SSD), etc.; the memory 602 may further include a combination of the above-mentioned types of memories.

[0235] In a feasible embodiment, the computing device can be applied to an embodiment. When the above-mentioned processor 601 calls the above-mentioned program instructions, it is used to perform the following operations:

[0236] In response to a distribution request for a target digital asset, call a first smart contract to create a target electronic resource to be claimed on the above-mentioned blockchain according to the share of the target digital asset and the distribution rule carried in the above-mentioned distribution request;

[0237] In response to a claim operation by a claimant for the above-mentioned target electronic resource to be claimed, call the above-mentioned first smart contract to determine the claimant's claim share according to the share of the above-mentioned target digital asset and the above-mentioned distribution rule, and transfer the digital asset corresponding to the claim share to the blockchain account address of the above-mentioned claimant;

[0238] Determine the claim information of the above-mentioned claimant. When the above-mentioned claim information meets the reward resource distribution condition, transfer the reward resource to the blockchain account address of the above-mentioned claimant;

[0239] In response to a transfer request for the digital asset of the above-mentioned claimant, call a second smart contract to determine the holding share of the above-mentioned claimant. When the above-mentioned holding share is greater than or equal to the transfer share carried in the above-mentioned transfer request and the above-mentioned transfer share is an integer multiple of the transfer unit, perform the transfer operation corresponding to the above-mentioned transfer request; wherein, the above-mentioned digital asset is a negotiable security, the above-mentioned reward resource is a digital collectible, and the claimant's claim share is a positive multiple of the above-mentioned transfer unit.

[0240] In a possible implementation manner, the number of the above-mentioned claimants is one or more, and the above-mentioned claim information includes the claim share, the holding share, and the number of claim operations; when the above-mentioned processor 601 is used to transfer the reward resource to the blockchain account address of the above-mentioned claimant when the above-mentioned claim information meets the reward resource distribution condition, it is specifically used for:

[0241] When there is a first recipient among one or more of the above recipients, a first quantity of reward resources is distributed to the first recipient; the first recipient is the recipient corresponding to the largest share among one or more of the above recipients;

[0242] When there is a second recipient among one or more of the above recipients, a second quantity of reward resources is distributed to the second recipient; the second recipient is the recipient among one or more of the above recipients whose holding share reaches the share threshold after the operation of receiving the target electronic resource to be received;

[0243] When there is a third recipient among one or more of the above recipients, a third quantity of reward resources is distributed to the third recipient; the third recipient is the recipient among one or more of the above recipients whose number of receiving operations reaches the number threshold.

[0244] In a possible implementation, the number of recipients of the target electronic resource to be received is one or more, and the processor 601 is further configured to:

[0245] When the holding share is less than a transfer unit, a prompt message is sent to the recipient, and the prompt message is used to prompt the recipient to continue receiving the electronic resource; wherein, the holding share is determined according to one or more receiving shares obtained by the recipient through the receiving operation.

[0246] In a possible implementation, the number of recipients of the target electronic resource to be received is one or more; the processor 601 is further configured to:

[0247] When the receiving stop condition is met, the receiving result of the target electronic resource to be received is determined according to the receiving shares of one or more of the above recipients;

[0248] Determine the data to be uploaded to the blockchain and write the data to be uploaded to the blockchain; the data to be uploaded to the blockchain includes one or more of the receiving shares of the above recipients and one or both of the above receiving results;

[0249] Wherein, the receiving stop condition is that the time interval between the current moment and the occurrence moment of the above distribution operation is greater than or equal to the interval threshold, or the receiving stop condition is that each of one or more of the above recipients completes the receiving operation.

[0250] In a possible implementation, the processor 601 is further configured to:

[0251] Determine the recipient of the target electronic resource to be received according to the recipient information included in the above distribution rule;

[0252] Send the above-mentioned target electronic resources to be received to the above-mentioned recipients, so that the above-mentioned recipients can perform receiving operations on the above-mentioned target electronic resources to be received;

[0253] Obtain the receiving operations submitted by the above-mentioned recipients.

[0254] In a possible implementation manner, the above-mentioned processor 601 is further configured to:

[0255] Determine the recipients of the above-mentioned target electronic resources to be received according to the recipient information included in the above-mentioned distribution rules;

[0256] Send a broadcast message of the above-mentioned target electronic resources to be received in the blockchain network; the above-mentioned broadcast message is used to instruct the recipients of the above-mentioned broadcast message to obtain the above-mentioned target electronic resources to be received from the above-mentioned blockchain and perform receiving operations on the above-mentioned target electronic resources to be received;

[0257] If the above-mentioned recipient is the above-mentioned recipient, it is determined that the receiving operation of the above-mentioned recipient is obtained.

[0258] In a possible implementation manner, the above-mentioned distribution rules include share allocation information, and the receiving share of the above-mentioned recipient is determined according to the share of the above-mentioned target digital assets and the above-mentioned share allocation information. The share allocation rules corresponding to the above-mentioned share allocation information are: randomly allocate shares, equally allocate shares, allocate shares in an arithmetic progression, allocate shares in a geometric progression, or allocate shares according to the receiving time. When the above-mentioned share allocation rule is to allocate shares according to the receiving time, the receiving share corresponding to the receiving operation occurring at any moment is greater than the receiving share corresponding to the receiving operation occurring at the moment after any moment.

[0259] Based on the above-mentioned computing device, the embodiment of the present application, in response to a distribution request for target digital assets, realizes the creation and distribution of electronic resources to be received automatically on the blockchain by invoking a first smart contract, ensuring the creation efficiency and distribution efficiency.

[0260] By responding to the receiving operation of the recipient, invoke the first smart contract to determine the receiving share of the recipient, and transfer the digital assets corresponding to the receiving share to the blockchain account address of the recipient.

[0261] The whole process of creation, distribution, and receipt of the above-mentioned electronic resources to be received is traceable. Compared with using a third-party institution or a centralized platform for digital asset distribution, the security and transparency of digital asset distribution are ensured.

[0262] The embodiment of the present application can improve the receipt rate of electronic resources to be received by distributing reward resources to recipients who meet the reward resource distribution conditions, thereby improving the success rate of digital asset distribution.

[0263] In addition, the recipient's share may be a positive multiple (such as 0.1). By limiting the transfer of digital assets to integer multiples, the enthusiasm for recipients can be increased, the collection rate of electronic resources to be collected can be increased, the success rate of digital asset issuance can be further increased, and ultimately the incentive effect can be improved.

[0264] In a specific implementation, the processor 601, the memory 602, and the network interface 603 described in the embodiments of the present application can execute the embodiments of the present application. Figure 2 or Figure 3 The implementation method described in the relevant embodiments of the resource management method provided can also be implemented in the embodiments of this application Figure 5 The implementation methods described in the relevant embodiments of the provided resource management device will not be repeated here.

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

[0266] An embodiment of the present application also provides a computer-readable storage medium, in which program instructions are stored. When the program is executed, it may include some or all of the steps of the blockchain-based resource management method in the above embodiment.

[0267] It should be noted that, for the above-mentioned various method embodiments, for the sake of simplicity of description, they are all expressed as a series of action combinations, but those skilled in the art should be aware that this application is not limited by the order of the actions described, because according to this application, some steps can be performed in other orders or simultaneously. Secondly, those skilled in the art should also be aware that the embodiments described in the specification are all preferred embodiments, and the actions and modules involved are not necessarily required by this application.

[0268] In the embodiments of the present application, the term "module" or "unit" refers to a computer program with a predetermined function or a part of a computer program, which works together with other related parts to achieve a predetermined goal, and can be fully or partially implemented by using software, hardware (such as a processing circuit or a memory), or a combination thereof. Similarly, one processor (or multiple processors or memories) can be used to implement one or more modules or units. In addition, each module or unit can be a part of an overall module or unit that includes the functions of that module or unit.

[0269] It should be noted that the descriptions such as "first" and "second" involved in the embodiments of the present application are only for descriptive purposes, and should not be construed as indicating or implying their relative importance or implicitly indicating the quantity of the indicated technical features. Therefore, the technical features defined with "first" and "second" may explicitly or implicitly include at least one such feature.

[0270] Those of ordinary skill in the art can understand that all or part of the steps in the various methods of the above embodiments can be completed by instructing relevant hardware through a program, and the program can be stored in a computer-readable storage medium. The storage medium can include: a flash drive, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, an optical disk, etc.

[0271] The embodiments of the present application also provide a computer program product, which includes a computer program or computer instructions, and the computer program or computer instructions are stored in a computer-readable storage medium. The processor of the server reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions, so that the server executes the steps performed in the above method embodiments.

[0272] The above has introduced in detail a blockchain-based resource management method, apparatus, device, and medium provided by the embodiments of the present application. Specific examples are used in this article to elaborate on the principle and implementation manner of the present application. The description of the above embodiments is only used to help understand the method and its core idea of the present application; at the same time, for those of ordinary skill in the art, according to the idea of the present application, there will be changes in the specific implementation manner and application scope. In summary, the content of this specification should not be construed as a limitation to the present application.

Claims

1. A resource management method based on blockchain, characterized in that The method includes: In response to a distribution request for a target digital asset, calling a first smart contract to create a target electronic resource to be claimed on the blockchain according to the share of the target digital asset carried in the distribution request and the distribution rule; In response to a claim operation of a claimant for the target electronic resource to be claimed, calling the first smart contract to determine the claim share of the claimant according to the share of the target digital asset and the distribution rule, and transferring the digital asset corresponding to the claim share to the blockchain account address of the claimant; Determine the claim information of the claimant. When the claim information meets the reward resource distribution condition, transfer the reward resource to the blockchain account address of the claimant; In response to a transfer request for the digital asset of the claimant, calling a second smart contract to determine the holding share of the claimant. When the holding share is greater than or equal to the transfer share carried in the transfer request and the transfer share is an integer multiple of the transfer unit, perform the transfer operation corresponding to the transfer request; wherein, the digital asset is a negotiable instrument, and the claim share of the claimant is a positive multiple of the transfer unit.

2. The method according to claim 1, wherein The number of the claimants is one or more, and the claim information includes the claim share, the holding share, and the number of claim operations; the step of transferring the reward resource to the blockchain account address of the claimant when the claim information meets the reward resource distribution condition includes: When there is a first claimant among one or more claimants, distribute a first quantity of reward resources to the first claimant; the first claimant is the claimant corresponding to the largest claim share among one or more claimants; When there is a second claimant among one or more claimants, distribute a second quantity of reward resources to the second claimant; the second claimant is the claimant among one or more claimants whose holding share reaches the share threshold after performing a claim operation on the target electronic resource to be claimed; When there is a third claimant among one or more claimants, distribute a third quantity of reward resources to the third claimant; the third claimant is the claimant among one or more claimants whose number of claim operations reaches the number threshold.

3. The method according to claim 1, characterized in that, The method further includes: When the holding share is less than one transfer unit, send a prompt message to the claimant, and the prompt message is used to prompt the claimant to continue to claim the electronic resource; wherein, the holding share is determined according to one or more claim shares obtained by the claimant through claim operations.

4. The method according to any one of claims 1 to 3, characterized in that, The number of the claimants is one or more, and the method further includes: When the claim stop condition is met, determine the claim result of the target electronic resource to be claimed according to the claim shares of one or more claimants; Determine the data to be uploaded to the blockchain, and write the data to be uploaded to the blockchain; the data to be uploaded to the blockchain includes one or more of the claim shares of the claimants and the claim result. Wherein, the receiving stop condition is that the time interval between the current moment and the occurrence moment of the issuance operation is greater than or equal to the interval threshold, or the receiving stop condition is that each of one or more of the receiving objects completes the receiving operation.

5. The method according to any one of claims 1 to 3, characterized in that The method further includes: Determining the receiving object of the target electronic resource to be received according to the receiving object information included in the issuance rule; Sending the target electronic resource to be received to the receiving object, so that the receiving object performs a receiving operation on the target electronic resource to be received; Obtaining the receiving operation submitted by the receiving object.

6. The method according to any one of claims 1 to 3, characterized in that The method further includes: Determining the receiving object of the target electronic resource to be received according to the receiving object information included in the issuance rule; Sending a broadcast message of the target electronic resource to be received in the blockchain network; the broadcast message is used to instruct the receiving object of the broadcast message to obtain the target electronic resource to be received from the blockchain and perform a receiving operation on the target electronic resource to be received; If the receiving object is the receiving object, it is determined that the receiving operation of the receiving object is obtained.

7. The method according to any one of claims 1 to 3, characterized in that The issuance rule includes share allocation information, and the receiving share of the receiving object is determined according to the share of the target digital asset and the share allocation information. The share allocation rule corresponding to the share allocation information is: randomly allocate shares, equally allocate shares, allocate shares in an arithmetic progression, allocate shares in a geometric progression, or allocate shares according to the receiving time. When the share allocation rule is to allocate shares according to the receiving time, the receiving share corresponding to the receiving operation occurring at any moment is greater than the receiving share corresponding to the receiving operation occurring at the moment after any moment.

8. A resource management device based on blockchain, characterized in that, The device includes: An electronic resource creation module, configured to, in response to a distribution request for a target digital asset, call a first smart contract to create a target electronic resource to be received on the blockchain according to the share of the target digital asset and the distribution rule carried in the distribution request; An electronic resource distribution module, configured to, in response to a receiving operation of a receiving object on the target electronic resource to be received, call the first smart contract to determine the receiving share of the receiving object according to the share of the target digital asset and the distribution rule, and transfer the digital asset corresponding to the receiving share to the blockchain account address of the receiving object; A resource reward module, configured to determine the receiving information of the receiving object, and transfer a reward resource to the blockchain account address of the receiving object when the receiving information meets the reward resource distribution condition; A transfer module, configured to, in response to a transfer request for the digital asset of the receiving object, call a second smart contract to determine the holding share of the receiving object, and perform the transfer operation corresponding to the transfer request when the holding share is greater than or equal to the transfer share carried in the transfer request and the transfer share is an integer multiple of the transfer unit; wherein, the digital asset is a negotiable security, the reward resource is a digital collectible, and the receiving share of the receiving object is a positive multiple of the transfer unit.

9. A computing device, characterized in that, It includes a processor, a memory, and a network interface, where the processor, the memory, and the network interface are interconnected. Among them, the memory is used to store a computer program, and the computer program includes program instructions. The processor is configured to call the program instructions to implement the blockchain-based resource management method according to any one of claims 1-7.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program, and the computer program includes program instructions. When the program instructions are executed by a processor, a computing device having the processor is enabled to implement the blockchain-based resource management method according to any one of claims 1-7.

11. A computer program product, characterized in that, The computer program product includes a computer program or computer instructions. When the computer program or computer instructions are executed by a processor, the blockchain-based resource management method according to any one of claims 1-7 is implemented.

Images