CN111160914A

CN111160914A - Block chain-based co-supervision method, device and equipment

Info

Publication number: CN111160914A
Application number: CN202010254906.1A
Authority: CN
Inventors: 徐惠
Original assignee: Alipay Hangzhou Information Technology Co Ltd
Current assignee: Alipay Hangzhou Information Technology Co Ltd
Priority date: 2020-04-02
Filing date: 2020-04-02
Publication date: 2020-05-15
Anticipated expiration: 2040-04-02
Also published as: CN111160914B

Abstract

A block chain-based co-supervision method, device and equipment are disclosed. By forming a user group with matched targets by a plurality of users, the generated process data is uploaded and stored in the blockchain network during the process of completing the respective target by each member in the group. When a cutoff condition is triggered, the completion status of each user in the team members is counted and the completion status and process data associated with each user is pushed to each user in the team so that each user in the team can verify the integrity of the process data based on the blockchain network.

Description

Block chain-based co-supervision method, device and equipment

Technical Field

The embodiment of the specification relates to the technical field of information, in particular to a block chain-based co-supervision method, device and equipment.

Background

There are currently a number of target setting software. For example, a user sets a target on the APP to complete daily card punching, or a group of people together complete the same target at a certain software vendor. In the process, as the intermediate process data for completing the target is often uploaded by individuals and cannot be seen by other people, the ordinary users do not supervise the motivation of other people, namely, the opaqueness of the process easily causes disputes among multiple parties.

Based on this, a more transparent co-supervision scheme is needed.

Disclosure of Invention

An object of the embodiments of the present application is to provide a more transparent co-supervision scheme based on blockchains.

In order to solve the above technical problem, the embodiment of the present application is implemented as follows:

a block chain based co-supervision method, comprising:

determining a user group, wherein the user group comprises a plurality of users with matched targets;

acquiring process data generated by any user in the user group, generating a transaction according to the process data, storing the transaction into a block chain network, and generating associated data containing the corresponding relation between the unique user identification of the user and the transaction;

according to the process data, the completion of each user in the user group to the respective target is counted

The progress is determined, and the completion state of each user for each target is determined;

and aiming at any user in the user group, determining the full-amount associated data of the user, and sending the full-amount associated data and the completion state of the user to the user in the user group, so that the user in the group verifies the authenticity of the completion state of the user according to the full-amount associated data.

Correspondingly, an embodiment of the present specification further provides a block chain-based joint supervision apparatus, including:

the group determination module is used for determining a user group, wherein the user group comprises a plurality of users with matched targets;

the storage module is used for acquiring process data generated by any user in the user group, generating a transaction according to the process data, storing the transaction into the block chain network, and establishing an association relation between the unique user identification of the user and the transaction;

the completion state determining module is used for counting the completion progress of each user in the user group to the respective target and determining the completion state of each user to the respective target;

and the information pushing module is used for determining the full-amount associated data of the user aiming at any user in the user group and sending the full-amount associated data and the completion state of the user to the user in the user group, so that the user in the group can verify the authenticity of the completion state of the user according to the full-amount associated data.

Through the scheme provided by the embodiment of the specification, a plurality of users form a user group with matched targets, and the generated process data is uploaded and stored in the blockchain network during the process of completing the respective target by each member in the group. When the cutoff condition is triggered, counting the completion status of each user in the group members, and pushing the completion status and the process data related to each user in the group, so that each user in the group can verify the integrity of the process data based on the blockchain network, determine the authenticity of the completion status, and realize transparent co-supervision.

It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of embodiments of the invention.

In addition, any one of the embodiments in the present specification is not required to achieve all of the effects described above.

Drawings

In order to more clearly illustrate the embodiments of the present specification or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments described in the embodiments of the present specification, and other drawings can be obtained by those skilled in the art according to the drawings.

FIG. 1 is a schematic diagram of a system architecture according to an embodiment of the present disclosure;

fig. 2 is a schematic flowchart of a block chain-based co-supervision method according to an embodiment of the present disclosure;

FIG. 3 is a diagram illustrating associated data provided by an embodiment of the present disclosure;

fig. 4 is a schematic structural diagram of a block chain-based co-supervision apparatus provided in an embodiment of the present specification;

fig. 5 is a schematic structural diagram of an apparatus for configuring a method according to an embodiment of the present disclosure.

Detailed Description

In order to make those skilled in the art better understand the technical solutions in the embodiments of the present specification, the technical solutions in the embodiments of the present specification will be described in detail below with reference to the drawings in the embodiments of the present specification, and it is obvious that the described embodiments are only a part of the embodiments of the present specification, and not all the embodiments. All other embodiments that can be derived by one of ordinary skill in the art from the embodiments given herein are intended to be within the scope of protection.

As shown in fig. 1, fig. 1 is a schematic diagram of a system architecture according to an embodiment of the present disclosure. The schematic diagram includes a plurality of ues, a server and a blockchain network. It should be noted that, in the scenario involved in the embodiment of the present specification, each user side and each server side themselves may also participate in the processes of transaction generation, consensus, verification, and the like as nodes in the blockchain network.

As shown in fig. 2, fig. 2 is a schematic flowchart of a block chain based co-supervision method provided in an embodiment of the present disclosure, where the method includes:

s201, determining a user group, wherein the user group comprises a plurality of users with matched targets.

The "target" in the embodiment of the present specification may be in various scenarios, which may be regarded as a cutoff condition. For example, in a fitness scenario, 3000 calories are consumed daily for 30 days; alternatively, a reduction in body weight of 5KG within 30 days, etc.; in a learning scenario, such as practice english words 300 a day for 30 days, or read electronic books 20 pages a day for 30 days, etc.

The user can perform targeted equipment through the user terminal. For example, the user side is provided to the user through the mobile phone APP, the applet, the smart APP, and other forms, the user can set the target on the user side, and the user side can automatically collect various process data completed by the user during the use period and report the process data to the server side.

In practical applications, it is obvious that the targets of the users are not very same but slightly different based on the user's own settings. As previously mentioned, the user's goal may be considered a cutoff condition. Therefore, the targets are matched, that is, the cut-off conditions are the same or similar, that is, the cut-off conditions of the respective targets are within the preset range.

For example, user a is targeted to "21000 calories consumed for a total exercise for 7 days", user B is targeted to "3000 calories consumed per day for 7 days", and user C is targeted to "2900 calories consumed per day for 7 days", and if the preset range for judging whether the targets match is "the difference in calories consumed per day is not more than 300 calories", it can be considered that users A, B and C are close to each other in the cutoff condition, and belong to three users whose targets match.

Based on this, the ue can provide multiple access modes. For example, the user terminal may provide an option for setting a target, so that the user can perform personalized target setting based on the user's own needs and access the server terminal. Then, the service list carries out target matching according to the target setting of each user, and users with matched targets are set as the same user group. Obviously, at least two users with matching targets should be included in a user group.

Or, the server may also create a user group containing a certain preset target in advance, and the user may want the server to confirm the preset target, and the confirmation operation represents the user who recognizes the target, so that the user who performs the confirmation operation is added to the user group. In this embodiment, it is apparent that the goals of each user in the user group are the same.

Obviously, after the user group is determined, the users in the group are fixed, and the users should not be added or deleted at will.

S203, aiming at any user in the user group, acquiring process data generated by the user, generating a transaction according to the process data, storing the transaction into a block chain network, and generating associated data containing the corresponding relation between the unique user identification of the user and the transaction.

After the user group is established, the users in the group can start to complete their preset targets. For any user in the group, it is obvious that the process data generated by the user in the process of completing the target can be recorded through the user terminal used by the user.

The process data should include statistical data corresponding to the targets to facilitate final completion status statistics. For example, if the goal is "3000 cards consumed per day for 7 days", the process data should at least include (exercise start time, exercise completion time, total consumed calories), and be uploaded to the server through the user side. So that the server can know which user generated the process data in which time period.

Further, the server side can generate a transaction according to the process data, and store the transaction into the blockchain network. The storing is to broadcast the transaction to the blockchain network, so that each node in the blockchain network performs consensus processing on the transaction based on a consensus mechanism, and issues the transaction to each node in the blockchain network for storing after the consensus passes.

The transaction (transfer) described in this specification refers to a piece of data that is created by a server and needs to be finally published to a distributed database of a blockchain network.

The transactions in the blockchain are classified into narrow transactions and broad transactions. A narrowly defined transaction refers to a transfer of value issued by a user to a blockchain; for example, in a conventional bitcoin blockchain network, the transaction may be a transfer initiated by the user in the blockchain. The broad transaction refers to a piece of business data with business intention, which is issued to the blockchain by a user; for example, the server creates a piece of process data generated by user a as a transaction and distributes the transaction data to the blockchain network.

In particular, the server may directly generate transactions containing the process data. In this case, the process data itself may be stored in the blockchain, which places a high demand on the storage capacity of the nodes in the blockchain network.

In one embodiment, the server may further determine, by using a hash algorithm, a hash of the process data with respect to the process data, and generate a transaction including the hash. The hash of the process data is actually a segment of character string, the occupied storage space is very small, the hash is stored in the block chain, and the requirement on the storage capacity of the nodes in the block chain network is not high. Moreover, whether the process data is modified or not can be detected through the hash, so that the hash is stored in the block chain, which is equivalent to multi-party evidence storage of the process data.

As described above, the process data of the user may be uploaded to the server through the user, so that the server may know the user who generated the process data through the user and determine the unique user identifier of the user. The unique user identification may be an identification that can uniquely identify the user, such as a username, cell phone number, and the like.

After a piece of process data is stored to the network in a transaction form, the server generates associated data containing the corresponding relation between the unique user identification of the user and the transaction, and stores the associated data.

For example, the server, as a node in the blockchain network, may determine a hash value of the transaction after the transaction is stored in the blockchain network, and generate association data including the unique user identifier of the user and the hash value of the transaction. The hash value of the transaction may be used to find the transaction corresponding to the hash value from the blockchain network.

For another example, the server may further determine location information of the transaction in the blockchain network, and generate association data including a unique user identifier of the user and the location information.

In practical applications, the blockchain ledger in each node is composed of a plurality of data blocks, and one data block usually contains a plurality of data records. Therefore, in the embodiment of the present specification, the location information specifically refers to a data block on which a transaction is stored, and a location in the data block.

In the data blocks provided in the embodiments of the present specification, there are many ways to identify different data blocks, including hash values or block heights of the data blocks.

The hash value of the data block is obtained by performing hash calculation according to the hash value of the previous block and self transaction, and can be used for uniquely and definitely identifying one data block. In the block chain account book, the block height of the first data block is 0, and 1 is added to the block height every time a data block is added later; alternatively, the blocking time of a data block may be converted to a large sequence of monotonically increasing integer data (typically 12 to 15 bits) as the block height of the data block. Thus, a data block typically has a definite block height. Meanwhile, in a data block written into the database, the ordering of the transaction is also fixed, so that the sequence number of a transaction in the data block is also clear, and when the length of the data record is a fixed unit, the sequence number can also be used for clearing the position information of the transaction in the data block where the transaction is located. In other words, a transaction may be unambiguously identified based on block height and sequence number.

Based on this, in the embodiment of the present specification, the unique user identification of the user and the associated data with the position information may be generated. The location information in the association data may also be used to uniquely find its corresponding transaction from the blockchain network.

As shown in fig. 3, fig. 3 is a schematic diagram of associated data provided in an embodiment of the present disclosure. The association data includes a correspondence between the unique user id of the user and the transaction. It is obvious that a user can generate a plurality of process data blocks, and therefore, a unique user identification can correspond to a plurality of transactions.

In this embodiment, the correspondence between the unique user identifier of one user and a plurality of transactions is written in one piece of associated data. In the implementation application, each piece of associated data only stores the corresponding relation between the unique user identifier and one transaction, so that one user can have a plurality of pieces of corresponding associated data.

S205, when the cutoff condition of the user group is triggered, counting the completion progress of each user in the user group to the respective target, and determining the completion state of each user to the respective target.

Although the goals of users in a group are not exactly the same, it is clear that a group will have only one cutoff. The cutoff condition here may be the final time negotiated by each user or the maximum range of cutoff conditions set by each user as default by the system.

For example, the goals of user A and user B are both reading 300 pages, the deadline for user A is D1, the deadline for user B is D2, and if D1 is earlier than D2, the deadline for user B needs to be the deadline for the user team.

When the cutoff condition of the user group is triggered, it means that each member in the user group has reached the respective cutoff condition, so at this time, the server may perform statistics based on process data previously generated by each user to determine the completion status of each user for the respective target. The completion status is typically either "complete" or "incomplete".

Of course, in practical applications, the percentage of progress in completion may also be counted to determine the completion status. For example, the common goal of the group is "3000 cards consumed for 7 days," 3300 cards consumed for 7 days, "then the completion status is" 110% ", and the statistical result of user B is" 2400 cards consumed for 7 days, "then the completion status of user B is" 80% ".

S207, aiming at any user in the user group, determining the full-amount associated data of the user, and sending the full-amount associated data and the completion state of the user to the user in the user group, so that the user in the group verifies the authenticity of the completion state of the user according to the full-amount associated data.

As described above, depending on the implementation, the associated data may be one or more pieces for any user in the user group.

Therefore, after the server determines the completion status of each user, it needs to determine the full-volume related data of the user and send the full-volume related data and the completion status of the user to each user in the user group.

In one embodiment, the full amount of associated data and the completion status are pushed to the user side of each user in the user group and displayed. Each user in the group can see in the user side the completion status of each user in the group (including himself and other group users) and the associated transactions of each user.

If a user (hereinafter referred to as the authentication initiating user) needs to authenticate the completion status of a certain user (including self and other users, hereinafter referred to as the target user) in the group of users. It can take the following way:

receiving the full-amount associated data and the completion state of each group of users returned by the server;

finding each transaction generated by a target user in the process of completing the target from the blockchain network based on the corresponding relation between the unique user identification of the user and the transaction from the full-volume associated data corresponding to the target user; since the transactions are stored in the blockchain network, the verification initiating user can also verify the integrity (i.e., not tampered) of each transaction through the blockchain network;

and after the integrity verification is passed, acquiring the full amount of process data generated by the target user from the transaction, further determining the completion state of the target user based on the acquired full amount of process data, and comparing the completion state with the completion state of the target user sent by the server to determine the authenticity of the completion state of the target user. If the two are consistent, the completion state determined by the server is true, otherwise, the completion state determined by the server is false.

In one embodiment, equity rewards may also be made for members of the user's team based on public supervision. When the user group is determined, the server side can determine the right and interest reward corresponding to the group. The equity awards herein may be in a variety of forms such as cash, red envelope, collateral, virtual currency, and the like.

For example, the server creates an empty nobody team in advance, provides a basic deposit of 1000 yuan, and provides a deposit of 100 yuan after each user joins the team. After the anonymous users ABCDE all join the group, the group of users is determined to be established, and the equity reward of the group becomes 1500 yuan. Thus, after the cutoff condition is triggered, the completion status of each user is counted. The equity awards are 1500 dollars assigned based on a pre-set award mechanism.

The specific allocation mechanism may be determined based on traffic needs. For example, equity rewards are split among users who accomplish the goal; or, based on the respective completion progress, allocating rights and interests to each user in proportion; or, for the users who do not complete the target, the deposit is not collected, and the rest users score the residual rights and interests for rewarding; or, the reward given to a certain user by the server can be adjusted up or down according to the historical completion condition of the user multiplied by the paying ratio X, and the like. By the method, the enthusiasm of each user for implementing the common supervision through the block chain can be improved on the basis of the transparent common supervision, and the transparency of the common supervision is further ensured.

Correspondingly, an embodiment of the present specification further provides a block chain-based co-supervision apparatus, as shown in fig. 4, fig. 4 is a schematic structural diagram of a block chain-based co-supervision apparatus provided in an embodiment of the present specification, and includes:

a group determination module 401, configured to determine a user group, where the user group includes multiple users with matched targets;

a storage module 403, configured to obtain process data generated by any user in the user group, generate a transaction according to the process data, store the transaction in a block chain network, and establish an association relationship between a unique user identifier of the user and the transaction;

a completion status determining module 405, configured to count completion progress of each user in the user group for each target when a cutoff condition of the user group is triggered, and determine a completion status of each user for each target;

the information pushing module 407 determines, for any user in the user group, the full-amount associated data of the user, and sends the full-amount associated data and the completion state of the user to the user in the user group, so that the user in the group verifies the authenticity of the completion state of the user according to the full-amount associated data.

Further, the target matching comprises: cutoff conditions of respective targets of the plurality of users are the same; alternatively, the cutoff condition of the target of each of the plurality of users is within a preset range.

Further, the group determination module 401 receives the target set by the user, determines other users with the target matched, and generates a user group including the user and the other users; or creating a user group containing a preset target, and adding the user who performs the confirmation operation to the user group based on the confirmation operation of the user on the preset target.

Further, the storage module 403 generates a transaction containing the process data; alternatively, a hash of the process data is determined, and a transaction is generated that includes the hash.

Further, the storage module 403 determines a hash value of the transaction, and establishes a correspondence between the unique user identifier of the user and the hash value of the transaction; or determining the position information of the transaction in the block chain network, and establishing the association relation between the unique user identification of the user and the position information.

Further, the apparatus further includes an allocating module 409, which determines the equity rewards corresponding to the user groups, and allocates the equity rewards to the users in the user groups according to a preset reward mechanism.

Embodiments of the present specification also provide a computer device, which at least includes a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor implements the mutual supervision method shown in fig. 2 when executing the program.

Fig. 5 is a schematic diagram illustrating a more specific hardware structure of a computing device according to an embodiment of the present disclosure, where the computing device may include: a processor 1010, a memory 1020, an input/output interface 1030, a communication interface 1040, and a bus 1050. Wherein the processor 1010, memory 1020, input/output interface 1030, and communication interface 1040 are communicatively coupled to each other within the device via bus 1050.

The processor 1010 may be implemented by a general-purpose CPU (Central Processing Unit), a microprocessor, an Application Specific Integrated Circuit (ASIC), or one or more Integrated circuits, and is configured to execute related programs to implement the technical solutions provided in the embodiments of the present disclosure.

The Memory 1020 may be implemented in the form of a ROM (Read Only Memory), a RAM (Random access Memory), a static storage device, a dynamic storage device, or the like. The memory 1020 may store an operating system and other application programs, and when the technical solution provided by the embodiments of the present specification is implemented by software or firmware, the relevant program codes are stored in the memory 1020 and called to be executed by the processor 1010.

The input/output interface 1030 is used for connecting an input/output module to input and output information. The i/o module may be configured as a component in a device (not shown) or may be external to the device to provide a corresponding function. The input devices may include a keyboard, a mouse, a touch screen, a microphone, various sensors, etc., and the output devices may include a display, a speaker, a vibrator, an indicator light, etc.

The communication interface 1040 is used for connecting a communication module (not shown in the drawings) to implement communication interaction between the present apparatus and other apparatuses. The communication module can realize communication in a wired mode (such as USB, network cable and the like) and also can realize communication in a wireless mode (such as mobile network, WIFI, Bluetooth and the like).

Bus 1050 includes a path that transfers information between various components of the device, such as processor 1010, memory 1020, input/output interface 1030, and communication interface 1040.

It should be noted that although the above-mentioned device only shows the processor 1010, the memory 1020, the input/output interface 1030, the communication interface 1040 and the bus 1050, in a specific implementation, the device may also include other components necessary for normal operation. In addition, those skilled in the art will appreciate that the above-described apparatus may also include only those components necessary to implement the embodiments of the present description, and not necessarily all of the components shown in the figures.

Embodiments of the present specification also provide a computer-readable storage medium on which a computer program is stored, which when executed by a processor implements the co-supervision method shown in fig. 2.

Computer-readable media, including both non-transitory and non-transitory, removable and non-removable media, may implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, 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 technology, compact disc read only memory (CD-ROM), Digital Versatile Discs (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices, or any other non-transmission medium that can be used to store information that can be accessed by a computing device. As defined herein, a computer readable medium does not include a transitory computer readable medium such as a modulated data signal and a carrier wave.

From the above description of the embodiments, it is clear to those skilled in the art that the embodiments of the present disclosure can be implemented by software plus necessary general hardware platform. Based on such understanding, the technical solutions of the embodiments of the present specification may be essentially or partially implemented in the form of a software product, which may be stored in a storage medium, such as a ROM/RAM, a magnetic disk, an optical disk, etc., and includes several instructions for enabling a computer device (which may be a personal computer, a server, or a network device, etc.) to execute the methods described in the embodiments or some parts of the embodiments of the present specification.

The systems, methods, modules or units described in the above embodiments may be implemented by a computer chip or an entity, or by a product with certain functions. A typical implementation device is a computer, which may take the form of a personal computer, laptop computer, cellular telephone, camera phone, smart phone, personal digital assistant, media player, navigation device, email messaging device, game console, tablet computer, wearable device, or a combination of any of these devices.

The embodiments in the present specification are described in a progressive manner, and the same and similar parts among the embodiments are referred to each other, and each embodiment focuses on the differences from the other embodiments. In particular, as for the method embodiment, since it is substantially similar to the method embodiment, it is relatively simple to describe, and reference may be made to the partial description of the method embodiment for relevant points. The above-described method embodiments are merely illustrative, wherein the modules described as separate components may or may not be physically separate, and the functions of the modules may be implemented in one or more software and/or hardware when implementing the embodiments of the present specification. And part or all of the modules can be selected according to actual needs to achieve the purpose of the scheme of the embodiment. One of ordinary skill in the art can understand and implement it without inventive effort.

The foregoing is only a specific embodiment of the embodiments of the present disclosure, and it should be noted that, for those skilled in the art, a plurality of modifications and decorations can be made without departing from the principle of the embodiments of the present disclosure, and these modifications and decorations should also be regarded as the protection scope of the embodiments of the present disclosure.

Claims

1. A block chain based co-supervision method, comprising:

when the cutoff condition of the user group is triggered, counting the completion progress of each user in the user group to the respective target, and determining the completion state of each user to the respective target;

2. The method of claim 1, the target matching comprising:

cutoff conditions of respective targets of the plurality of users are the same; alternatively, the cutoff condition of the target of each of the plurality of users is within a preset range.

3. The method of claim 1, determining a user group, wherein the user group comprises a plurality of users with matching objectives, comprising:

receiving a target set by a user, determining other users matched with the target, and generating a user group comprising the user and the other users; alternatively, the first and second electrodes may be,

the method comprises the steps of creating a user group containing a preset target, and adding a user executing a confirmation operation to the user group based on the confirmation operation of the user on the preset target.

4. The method of claim 1, generating a transaction from the process data, comprising:

generating a transaction containing the process data; alternatively, the first and second electrodes may be,

a hash of the process data is determined, and a transaction is generated that includes the hash.

5. The method of claim 1, generating association data comprising a correspondence of the unique user identification of the user to the transaction, comprising:

determining the hash value of the transaction, and generating associated data containing the unique user identification of the user and the hash value of the transaction; alternatively, the first and second electrodes may be,

and determining the position information of the transaction in the blockchain network, and generating the association data containing the unique user identification of the user and the position information.

6. The method of claim 1, further comprising:

and determining the right and interest rewards corresponding to the user group, and distributing the right and interest rewards to the users in the user group according to a preset reward mechanism.

7. A blockchain-based co-supervision apparatus comprising:

the completion state determining module is used for counting the completion progress of each user in the user group to the respective target and determining the completion state of each user to the respective target when the cutoff condition of the user group is triggered;

8. The apparatus of claim 7, the target matching comprising: cutoff conditions of respective targets of the plurality of users are the same; alternatively, the cutoff condition of the target of each of the plurality of users is within a preset range.

9. The apparatus of claim 7, wherein the group determination module receives the target set by the user, determines other users with targets matching, and generates the user group including the user and the other users; or creating a user group containing a preset target, and adding the user who performs the confirmation operation to the user group based on the confirmation operation of the user on the preset target.

10. The apparatus of claim 7, the storage module to generate a transaction containing the process data; alternatively, a hash of the process data is determined, and a transaction is generated that includes the hash.

11. The apparatus of claim 7, the storage module to determine a hash value of the transaction, establish a correspondence between a unique user identification of the user and the hash value of the transaction; or determining the position information of the transaction in the block chain network, and establishing the association relation between the unique user identification of the user and the position information.

12. The apparatus of claim 7, further comprising an assignment module that determines a equity reward for the user subgroup, the equity reward being assigned to users in the user subgroup according to a predetermined reward mechanism.

13. A computer device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor implements the method of any of claims 1 to 6 when executing the program.