WO2020108128A1

WO2020108128A1 - Asset distribution method and device and electronic device

Info

Publication number: WO2020108128A1
Application number: PCT/CN2019/110952
Authority: WO
Inventors: 栗志果
Original assignee: 阿里巴巴集团控股有限公司
Priority date: 2018-11-28
Filing date: 2019-10-14
Publication date: 2020-06-04
Also published as: TW202020786A; CN109872022A

Abstract

An asset distribution method and device and an electronic device, which are applied to a blockchain node, the method comprising: acquiring user use information sent by an electronic device, the user use information being used to express the conditions of the user using the electronic device (102); and invoking a smart contract, the smart contract being used to verify whether the user use information complies with a preset incentive rule so as to distribute a first asset certificate to the user when determined that the rule is complied with (104).

Description

Asset allocation method and device, electronic equipment

Technical field

One or more embodiments of this specification relate to the field of blockchain technology, and in particular, to an asset allocation method and device, and electronic equipment.

Background technique

In related technologies, there are more and more types of electronic devices, and the functions realized by various electronic devices are becoming more and more abundant. When a user uses an electronic device, the electronic device can obtain the user's relevant data. Since the data obtained by the electronic device is closely related to the user, when the user continuously uses the electronic device, the electronic device can obtain the corresponding continuously changing data set, so as to more accurately analyze the user's usage habits, physical conditions and other information.

Summary of the invention

In view of this, one or more embodiments of this specification provide an asset allocation method and device, and electronic equipment.

To achieve the above purpose, one or more embodiments of this specification provide technical solutions as follows:

According to a first aspect of one or more embodiments of this specification, an asset allocation method is proposed, which is applied to a blockchain node, and the method includes:

Obtain user usage information sent by an electronic device, where the user usage information is used to characterize the user's usage of the electronic device;

Invoking a smart contract, the smart contract is used to confirm whether the user usage information complies with a preset incentive rule to allocate the first asset voucher to the user if it is determined to be in compliance.

According to a second aspect of one or more embodiments of this specification, an asset allocation device is proposed, which is applied to a blockchain node, and the device includes:

An obtaining unit, obtaining user usage information sent by an electronic device, where the user usage information is used to characterize a user's usage of the electronic device;

The invoking unit invokes a smart contract, and the smart contract is used to confirm whether the user usage information conforms to a preset incentive rule to allocate the first asset certificate to the user if it is determined to be in compliance.

According to a third aspect of one or more embodiments of this specification, an electronic device is provided, including:

processor;

Memory for storing processor executable instructions;

Wherein, the processor executes the executable instruction to implement the method as described in the above embodiment.

BRIEF DESCRIPTION

FIG. 1 is a flowchart of an asset allocation method provided by an exemplary embodiment.

FIG. 2 is a schematic diagram of asset allocation provided by an exemplary embodiment.

FIG. 3 is a flowchart of a functional logic implemented by a smart contract provided by an exemplary embodiment.

FIG. 4 is a flowchart of another functional logic implemented by a smart contract provided by an exemplary embodiment.

FIG. 5 is a schematic structural diagram of an apparatus provided by an exemplary embodiment.

FIG. 6 is a block diagram of an asset distribution apparatus provided by an exemplary embodiment.

detailed description

Exemplary embodiments will be described in detail here, examples of which are shown in the drawings. When referring to the drawings below, unless otherwise indicated, the same numerals in different drawings represent the same or similar elements. The implementations described in the following exemplary embodiments do not represent all implementations consistent with one or more embodiments of this specification. Rather, they are merely examples of devices and methods consistent with some aspects of one or more embodiments of this specification as detailed in the appended claims.

It should be noted that in other embodiments, the steps of the corresponding method are not necessarily performed in the order shown and described in this specification. In some other embodiments, the method may include more or fewer steps than described in this specification. In addition, the single step described in this specification may be decomposed into multiple steps for description in other embodiments; and the multiple steps described in this specification may also be combined into a single step in other embodiments. description.

FIG. 1 is a flowchart of an asset allocation method provided by an exemplary embodiment. As shown in Figure 1, this method is applied to blockchain nodes and can include the following steps:

Step 102: Obtain user usage information sent by an electronic device, where the user usage information is used to characterize a user's usage of the electronic device.

In an embodiment, the above-mentioned "electronic device" may include any type of electronic device used by the user, such as a mobile phone, PC, laptop, smart watch, smart weight scale, smart sports equipment, etc., which is not limited in this specification . The electronic device can collect user usage information, and the electronic device has network connection and network transmission functions, so that the electronic device can upload the collected user usage information to a blockchain node.

In an embodiment, the user usage information may include: the number of times and/or frequency of use of the electronic device. For example, when the user wants to reduce the length of time playing the mobile phone, the electronic device can be a mobile phone, and the user usage information can be the number of times the user uses the mobile phone within a set time period (such as a working time period), and the corresponding preset incentive rules It may include "the number of times of use is less than the preset number of times", so that when the number of times of use of the user is less than the preset number of times, that is, the preset incentive rule is satisfied, the first asset voucher is allocated to the user to motivate the user and prompt him to change the usage habit. For another example, when the user wishes to monitor the weight change, the electronic device may be a smart weight scale, the user usage information may be the daily frequency of use of the smart weight scale by the user, and the corresponding preset incentive rule may include "the use frequency is greater than the preset frequency ", so that when the user's use frequency is greater than the preset frequency, that is, the preset incentive rule is met, the first asset credential is assigned to the user to motivate the user and encourage him to continue using the smart scale.

In an embodiment, the user usage information may include measurement data obtained by the electronic device for measuring the user, such as the user's weight measured by the smart scale, the user's body fat rate measured by the smart body fat meter, and the smart heart rate meter measurement The user's heart rate and so on. Of course, user usage information may also include other types, and this specification does not limit this.

In an embodiment, the electronic device can directly send the user usage information to the blockchain node, or the electronic device can provide the user usage information to a relay device such as a mobile phone, and the relay device further sends it to the blockchain node. This manual does not limit this.

In step 104, a smart contract is invoked, and the smart contract is used to confirm whether the user usage information conforms to a preset incentive rule to allocate the first asset certificate to the user if it is determined to be in compliance.

In one embodiment, the smart contract may be pre-written with processing logic that compares user usage information with preset incentive rules, and processing logic that allocates asset credentials based on the comparison result, so that the smart contract can be used based on the acquired user Information and preset incentive rules to automatically determine whether the first asset certificate needs to be assigned to the corresponding user; where, because the processing logic on the smart contract is public content, and the entire processing process is automatically completed by the smart contract, there is no manual intervention, no Affected by the operating state of the user-side electronic equipment, whether it is the comparison between user usage information and preset incentive rules or the distribution of asset certificates, it can ensure that it is objective and fair, and is not susceptible to external interference. Continuous and stable operation.

In an embodiment, the asset certificate in this specification may be an intelligent asset certificate. Smart asset vouchers are used to express certain rights and interests in order to incentivize users, which helps the user to continuously strive to match user usage information with preset incentive rules in the subsequent process, thereby achieving a virtuous circle. Smart asset vouchers can be allocated to users' corresponding smart asset accounts on the blockchain, and users can distribute transactions to the blockchain relatively quickly by assigning a certain number of smart asset vouchers to the blockchain nodes. Users can also transfer the smart asset voucher to a blockchain node that plays an anchor role on the blockchain to convert the smart asset voucher into an equivalent off-chain equity voucher, such as in the member system Member points, coupons on the trading platform, etc., this manual does not limit this.

In an embodiment, the asset certificate in this specification may be an off-chain asset certificate. The off-chain asset certificate is used to characterize certain rights and interests to achieve incentives for users, which helps the user to continue to make efforts to match user usage information with preset incentive rules in the subsequent process, thereby achieving a virtuous circle. The off-chain asset certificate can include certificates used to characterize any type of off-chain equity, such as membership points in the member system, coupons on the trading platform, exchange coupons, coupons, etc. This manual does not limit this . The smart contract can send the allocation instruction to the off-chain object, so that the off-chain object can allocate the corresponding off-chain asset certificate to the user's off-chain asset account; accordingly, through the blockchain that plays the role of anchor on the blockchain Node, the user can transfer the off-chain asset certificate to the off-chain asset account of the blockchain node, so as to convert the off-chain asset certificate into an equivalent smart asset certificate.

In an embodiment, it may be determined that the second asset certificate held by the user is frozen as a guarantee certificate for guaranteeing that the user usage information can meet the preset incentive rule; wherein, the smart contract also It is used to release the user's holding of the second asset certificate when the user's usage information does not comply with the preset incentive rule. By freezing the user's second asset certificate as a guarantee certificate, the user has the possibility of loss, which is equivalent to establishing a punishment mechanism for the user, which can motivate the user to work harder to make the user's use information comply with the preset incentive rules.

In an embodiment, the size of the equity represented by the first asset certificate may be positively related to the size of the equity represented by the second asset certificate. When the equity represented by the second asset voucher is greater, it indicates that the greater gain the user may obtain and the greater the loss that may be incurred, so it can generate greater incentives for the user and help him work harder. It enables users to use information to comply with preset incentive rules.

In an embodiment, the smart contract is also used to deduct the third asset certificate held by the user when the user usage information does not meet the preset incentive rules, which is equivalent to establishing The user's punishment mechanism can motivate the user to work harder to make the user's usage information comply with the preset incentive rules.

FIG. 2 is a schematic diagram of asset allocation provided by an exemplary embodiment. As shown in FIG. 2, assume that user A has a smart weight scale 21, and the user A wishes to carry out continuous weight data monitoring through the smart weight scale 21 to determine the exercise effect. Therefore, in the process of using the intelligent weight scale 21, two problems are involved: first, how to make the user A continue to use the intelligent weight scale 21 for weighing; second, how to assist the user A to continue to exercise.

In order to achieve the above purpose, the smart scale 21 can collect the usage information of the user A, and the use information can include: the frequency of use of the smart scale 21 by the user A, and the weight data collected by the smart scale 21 each time it is used . After the user A uses the smart scale 21 every time, the smart scale 21 can collect the above-mentioned usage information and send it to the device 22 for processing by the device 22.

The device 22 is configured as a blockchain node in the blockchain, and the device 22 can receive the usage information sent by the smart scale 21; wherein, the smart scale 21 can directly send the usage information to the device 22, or through other The device (such as a mobile phone, etc.) forwards the usage information to the device 22, which is not limited in this specification.

The device 22 can make a consensus on the usage information sent by the smart scale 21 in the blockchain, so that the usage information is released to the blockchain after passing the consensus, to be recorded to each blockchain node separately maintained and unified content In the blockchain ledger, it is "on the chain". This specification does not limit the type of consensus algorithm used; for example, when the blockchain where device 22 is located is a consortium chain or a public chain, the device 22 may be based on algorithms such as PBFT (Practical Byzantine Fault Tolerance). Other blockchain nodes initiate consensus, and after passing the consensus, publish the usage information to the blockchain so that it can be recorded in the distributed database of the blockchain; for another example, when the blockchain where the device 22 is located is In the case of a public chain, the device 22 can compete with other blockchain nodes based on the POW (Proof of Work, Proof of Work) algorithm, POS (Proof of Stake, Proof of Stake) algorithm, or other algorithms for accounting, and the accounting can be obtained by The authorized blockchain node records transaction data into the corresponding block, and when the transaction containing the usage information input by user A is recorded, the usage information can be recorded in the distributed database of the blockchain.

In order to determine whether user A’s use of the smart scale 21 satisfies the preset incentive rules, in particular, it can automatically and continuously realize judgment without human intervention, and a smart contract can be created on the blockchain in advance. The smart contract defines functional logic for determining the matching between the usage information and the preset incentive rules, and the functional logic can automatically implement the above-mentioned judgment operation. By submitting a transaction that calls the smart contract to the blockchain, each blockchain node can call the smart contract when executing the transaction, thereby automatically running the above functional logic to address the above use The information is compared with preset incentive rules, and the corresponding asset allocation operation is realized.

For ease of understanding, the functional logic implemented by the smart contract mentioned in the embodiment shown in FIG. 2 will be described in detail below in conjunction with FIG. 3. Among them, FIG. 3 is a flowchart of a functional logic implemented by a smart contract provided by an exemplary embodiment. As shown in FIG. 3, the functional logic may include the following steps:

Step 302: Obtain usage information of user A.

In an embodiment, user A's usage information of the smart scale 21 can be recorded in a transaction on the blockchain ledger, and the smart contract can read the transaction from the blockchain ledger and obtain the above usage information. Or, a state data set that is easy to retrieve can be maintained on the device 22, the state data set corresponds to the data in the blockchain ledger, and enables the device 22 to obtain a certain data in the blockchain ledger more easily and quickly For example, the above-mentioned usage information, etc., without having to query each transaction in the blockchain ledger, which can greatly improve the efficiency of obtaining usage information. Of course, if the smart contract is invoked, information such as the transaction serial number of the corresponding transaction in the blockchain ledger is used to transfer the smart contract to the smart contract, so that the smart contract can directly read related transactions without querying each one individually transaction.

In an embodiment, when the device 22 invokes the smart contract, the user A's usage information of the smart scale 21 can be passed in as input data without the smart contract querying from the blockchain ledger or the aforementioned state data set .

Step 304: Determine preset incentive rules.

In one embodiment, for user A's usage requirements, the preset incentive rules may include two parts: the first part is used to monitor user A's use of smart scale 21, and the second part is used to monitor user A's weight change Situation; for example, the preset incentive rules may include: Rule 1, the frequency of user A using the smart scale 21 is not less than once a day; Rule 2, the weekly weight change of user A is not less than x grams.

Step 306: Compare the usage information corresponding to user A with the preset incentive rules to determine whether the usage information conforms to the preset incentive rules.

In an embodiment, when the usage information corresponding to user A completely matches the preset incentive rule, that is, the frequency of user A using smart scale 21 is not less than once a day, and the weekly weight change of user A is not less than x grams , It can be determined that the usage information conforms to the preset incentive rules, otherwise it is determined that it does not conform.

Step 308A, when the usage information meets the preset incentive rules, it is determined whether the user A has a guarantee certificate.

Step 310A, when there is a security certificate, the smart asset certificate S1 is assigned to the user A.

Step 310B, when there is no guarantee certificate, assign smart asset certificate S2 to user A.

In an embodiment, user A may configure corresponding guarantee credentials for the usage information, so as to implement further incentives for his exercise situation. For example, user A may have a corresponding account a in the blockchain, and hold a certain smart asset voucher through the account a, by freezing at least a part of the smart asset voucher in the account a, as the above-mentioned guarantee Credentials; for example, the account a can temporarily transfer the at least a part of the smart asset voucher to a dedicated credential freezing account, or the account a can be added to the at least a part of the smart asset voucher with a frozen logo, etc. Limit it. Of course, at least a part of the off-chain assets in User A's off-chain account can also be frozen as the guarantee certificate, which is not limited in this specification.

In one embodiment, the guarantee certificate is not necessary. If there is a guarantee certificate, user A can be assigned smart asset certificate S1, if there is no guarantee certificate, user A can be assigned smart asset certificate S2; where the equity represented by smart asset certificate S1 should be greater than that represented by smart asset certificate S2 Rights and interests, to indicate the incentive to provide user A with a guarantee certificate, and to make user A hold more smart asset certificates, thereby indicating that user A has a better use of smart scale 21 and can incentivize user A. Among them, the equity represented by the smart asset certificate S1, S2 can be a fixed value, or the equity represented by the smart asset certificate S1, S2 can be positively correlated with the equity represented by the security certificate, that is, the greater the equity represented by the security certificate / The more, the greater the equity represented by the smart asset certificates S1, S2 will be.

In one embodiment, in order to increase user A's emphasis on the smart scale 21 and to encourage user A to continue using the smart scale 21, the user A may be required to provide a guarantee certificate. Therefore, in the case where there is a guarantee certificate, the smart asset certificate S1 can be allocated to user A to represent a certain interest; and when there is no guarantee certificate, the smart asset certificate S2 can be allocated to user A It is impossible to characterize any rights and interests, which is equivalent to not allocating any smart asset credentials, so the participation of user A will be meaningless.

Step 308B, when the usage information does not meet the preset incentive rules, it is determined whether the user A has a guarantee certificate.

Step 310C, when there is a guarantee certificate, the guarantee certificate is deducted.

In an embodiment, when the usage information does not meet the preset incentive rules, that is, the user A’s use of the smart scale 21 is not ideal, the user A may terminate the possession of the smart asset certificate corresponding to the guarantee certificate by deducting the guarantee certificate Then, the smart asset certificate held by user A is reduced to remind user A to subsequently adjust the usage of smart scale 21.

FIG. 4 is a flowchart of another functional logic implemented by a smart contract provided by an exemplary embodiment. As shown in FIG. 4, the functional logic may include the following steps:

Step 402: Obtain usage information of user A.

Step 404: Determine preset incentive rules.

In an embodiment, for steps 402-404, reference may be made to steps 302-304 shown in FIG. 3, which will not be repeated here.

In step 406, the usage information corresponding to user A is compared with the preset incentive rule to determine whether the usage information fully complies with the preset incentive rule.

In an embodiment, it is assumed that the preset incentive rules include: Rule 1, the frequency of user A using the smart scale 21 is not less than once a day; Rule 2, the weekly weight change of user A is not less than x grams. Correspondingly, the usage information of the user A on the intelligent weight scale 21 may include: usage frequency and weight data. If the frequency of use satisfies "not less than 1 time per day" and the weight data meets "the weekly weight change is not less than x grams", it indicates that the usage information fully complies with the preset incentive rules; Or only the weight data satisfies "Weekly weight change is not less than x grams", indicating that the usage information part meets the preset incentive rules. Of course, it is possible that the usage frequency does not satisfy "not less than once a day" and the weight data does not satisfy "the weekly weight change is not less than x grams", then the usage information does not fully meet the preset incentive rules.

Step 408A, when the usage information fully complies with the preset incentive rules, it is determined whether the user A has a guarantee certificate.

In step 410A, when there is a guarantee certificate, the smart asset certificate S1 is assigned to the user A.

Step 410B, when there is no guarantee certificate, the smart asset certificate S2 is assigned to the user A.

In an embodiment, for step 408A, step 410A and step 410B, reference may be made to step 308A, step 310A and step 310B shown in FIG. 3, which will not be repeated here.

Step 408B, when the usage information does not completely meet the preset incentive rule, it is determined whether the usage information partially complies with the preset incentive rule.

Step 410C, when the usage information does not completely meet the preset incentive rules, if there is a guarantee certificate, the guarantee certificate is deducted.

In an embodiment, similar to the embodiment shown in FIG. 3, user A can configure corresponding guarantee credentials for the usage information. Then, when the usage information does not comply with the preset incentive rules at all, the user A can be deducted from holding the smart asset certificate corresponding to the guarantee certificate by deducting the guarantee certificate to remind the user A to subsequently adjust the use of the smart scale 21.

Step 410D, when the usage information part complies with the preset incentive rule, it is determined whether the user A has a guarantee certificate.

In step 412A, when there is a guarantee certificate, the smart asset certificate S3 is assigned to the user A.

Step 412B, when there is no guarantee certificate, the smart asset certificate S4 is assigned to the user A.

In an embodiment, similar to steps 410A-410B, when the usage information part meets the preset incentive rules, for example, when the usage frequency satisfies "not less than once a day", it indicates that user A insists on using smart scale 21, For another example, when only the weight data satisfies "Weekly weight change is not less than x grams", it indicates that user A has adhered to the exercise behavior. Therefore, in order to encourage this part of the match, user A can be assigned a certain smart asset certificate. In this embodiment, the guarantee certificate is not necessary: if there is a guarantee certificate, user A can be assigned smart asset certificate S3, if there is no guarantee certificate, user A can be assigned smart asset certificate S4; In terms of size: S1>S3>S4, S1>S2>S4.

In an embodiment, the rights and interests represented by the smart asset certificates S1 and S3 may be fixed values corresponding to each, or the rights and interests represented by the smart asset certificates S1 and S3 may be positively correlated with the rights and interests represented by the security certificate, namely the guarantee When the equity represented by the voucher is larger/more, the equity represented by the smart asset vouchers S1, S3 will be larger/more.

In an embodiment, user A may be required to provide proof of guarantee. Therefore, in the case where there is a guarantee certificate, user A can be assigned smart asset certificate S3, which is used to characterize a certain interest; and when there is no guarantee certificate, the smart asset certificate S4 assigned to user A It is impossible to characterize any rights and interests, which is equivalent to not allocating any smart asset credentials, so the participation of user A will be meaningless.

In addition, for the embodiment shown in FIGS. 3-4, when the usage information of user A completely does not comply with the preset incentive rules, not only the smart asset voucher may be allocated to user A, but also the smart asset corresponding to user A A certain amount of smart asset voucher is deducted from account a. This part of smart asset voucher is independent of the guarantee voucher provided by user A, which can further encourage user A to use smart scale 21 and maintain exercise.

FIG. 5 is a schematic structural diagram of a device provided by an exemplary embodiment. Please refer to FIG. 5. At the hardware level, the device includes a processor 502, an internal bus 504, a network interface 506, a memory 508, and a non-volatile memory 510. Of course, it may include hardware required for other services. The processor 502 reads the corresponding computer program from the non-volatile memory 510 into the memory 508 and then runs it to form an asset allocation device at a logical level. Of course, in addition to the software implementation, one or more embodiments of this specification do not exclude other implementations, such as a logic device or a combination of software and hardware, etc., that is to say, the execution body of the following processing flow is not limited to each The logic unit may also be a hardware or logic device.

Please refer to FIG. 6. In the software implementation, the asset allocation device is applied to a blockchain node, and may include:

The obtaining unit 61 obtains user usage information sent by an electronic device, where the user usage information is used to characterize the user's usage of the electronic device;

The calling unit 62 calls a smart contract, and the smart contract is used to confirm whether the user usage information conforms to a preset incentive rule, so as to allocate the first asset certificate to the user if it is determined to be in compliance.

Optionally, the user usage information includes: the number of times and/or frequency of use of the electronic device.

Optionally, the user usage information includes: measurement data obtained by the electronic device measuring the user.

Optional, also includes:

The determining unit 63 determines that the second asset certificate held by the user is frozen as a guarantee certificate for guaranteeing that the user usage information can meet the preset incentive rule;

Wherein, the smart contract is also used to release the user's holding relationship with the second asset certificate when the user usage information does not meet the preset incentive rule.

Optionally, the size of the equity represented by the first asset certificate is positively related to the size of the equity represented by the second asset certificate.

Optionally, the smart contract is also used to deduct the third asset certificate held by the user when the user usage information does not meet the preset incentive rule.

The system, device, module or unit explained in the above embodiments may be specifically implemented by a computer chip or entity, or implemented by a product with a certain function. A typical implementation device is a computer, and the specific form of the computer may be a personal computer, a laptop computer, a cellular phone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email sending and receiving device, and a game control Desk, tablet computer, wearable device, or any combination of these devices.

In a typical configuration, the computer includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.

The memory may include non-permanent memory, random access memory (RAM) and/or non-volatile memory in computer-readable media, such as read only memory (ROM) or flash memory (flash RAM). Memory is an example of computer-readable media.

Computer-readable media, including permanent and non-permanent, removable and non-removable media, can store information by any method or technology. The information may be computer readable instructions, data structures, modules of programs, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technologies, read-only compact disc read-only memory (CD-ROM), digital versatile disc (DVD) or other optical storage, Magnetic tape cassettes, magnetic disk storage, quantum memory, graphene-based storage media or other magnetic storage devices or any other non-transmission media can be used to store information that can be accessed by computing devices. As defined in this article, computer-readable media does not include temporary computer-readable media (transitory media), such as modulated data signals and carrier waves.

It should also be noted that the terms "include", "include" or any other variant thereof are intended to cover non-exclusive inclusion, so that a process, method, commodity or device that includes a series of elements includes not only those elements, but also includes Other elements not explicitly listed, or include elements inherent to this process, method, commodity, or equipment. Without more restrictions, the element defined by the sentence "include one..." does not exclude that there are other identical elements in the process, method, commodity, or equipment that includes the element.

The foregoing describes specific embodiments of the present specification. Other embodiments are within the scope of the following claims. In some cases, the actions or steps recited in the claims may be performed in a different order than in the embodiments and still achieve the desired results. In addition, the processes depicted in the drawings do not necessarily require the particular order shown or sequential order to achieve the desired results. In some embodiments, multitasking and parallel processing are also possible or may be advantageous.

The terminology used in one or more embodiments of this specification is for the purpose of describing particular embodiments only, and is not intended to limit one or more embodiments of this specification. The singular forms "a", "said" and "the" used in one or more embodiments of the present specification and the appended claims are also intended to include the majority forms unless the context clearly indicates other meanings. It should also be understood that the term "and/or" as used herein refers to and includes any or all possible combinations of one or more associated listed items.

It should be understood that although one or more embodiments in this specification may use the terms first, second, third, etc. to describe various information, the information should not be limited to these terms. These terms are only used to distinguish the same type of information from each other. For example, without departing from the scope of one or more embodiments of this specification, the first information may also be referred to as second information, and similarly, the second information may also be referred to as first information. Depending on the context, the word "if" as used herein may be interpreted as "when" or "when" or "in response to a determination".

The above are only preferred embodiments of one or more embodiments of this specification, and are not intended to limit one or more embodiments of this specification. Anything within the spirit and principle of one or more embodiments of this specification, Any modifications, equivalent replacements, improvements, etc. made should be included within the scope of protection of one or more embodiments of this specification.

Claims

An asset allocation method applied to blockchain nodes. The method includes:

Obtain user usage information sent by an electronic device, where the user usage information is used to characterize the user's usage of the electronic device;

Invoking a smart contract, the smart contract is used to confirm whether the user usage information complies with a preset incentive rule to allocate the first asset voucher to the user if it is determined to be in compliance.
The method according to claim 1, wherein the user use information includes: the number of times and/or frequency of use of the electronic device.
The method according to claim 1, wherein the user usage information includes: measurement data obtained by the electronic device measuring the user.
The method of claim 1, further comprising:

Determining that the second asset certificate held by the user is frozen as a guarantee certificate for guaranteeing that the user usage information can comply with the preset incentive rule;

Wherein, the smart contract is also used to release the user's holding relationship with the second asset certificate when the user usage information does not meet the preset incentive rule.
According to the method of claim 4, the size of the equity represented by the first asset certificate is positively related to the size of the equity represented by the second asset certificate.
According to the method of claim 1, the smart contract is also used to deduct the third asset certificate held by the user when the user usage information does not comply with the preset incentive rule.
An asset distribution device applied to a blockchain node. The device includes:

An obtaining unit, obtaining user usage information sent by an electronic device, where the user usage information is used to characterize a user's usage of the electronic device;

The invoking unit invokes a smart contract, and the smart contract is used to confirm whether the user usage information conforms to a preset incentive rule to allocate the first asset certificate to the user if it is determined to be in compliance.
The apparatus according to claim 7, wherein the user use information includes: the number of times and/or frequency of use of the electronic device.
The apparatus according to claim 7, wherein the user usage information includes: measurement data obtained by the electronic device measuring the user.
The device according to claim 7, further comprising:

The determining unit determines that the second asset certificate held by the user is frozen as a guarantee certificate for guaranteeing that the user usage information can comply with the preset incentive rule;

Wherein, the smart contract is also used to release the user's holding relationship with the second asset certificate when the user usage information does not meet the preset incentive rule.
According to the apparatus of claim 10, the size of the equity represented by the first asset certificate is positively related to the size of the equity represented by the second asset certificate.
According to the apparatus of claim 7, the smart contract is further used to deduct the third asset certificate held by the user when the user usage information does not comply with the preset incentive rule.
An electronic device, including:

processor;

Memory for storing processor executable instructions;

Wherein, the processor executes the executable instruction to implement the method according to any one of claims 1-6.