WO2021088702A1

WO2021088702A1 - Group transaction method and device, and storage medium

Info

Publication number: WO2021088702A1
Application number: PCT/CN2020/124475
Authority: WO
Inventors: 袁兴强; 王志文; 吴思进
Original assignee: 杭州复杂美科技有限公司
Priority date: 2019-11-06
Filing date: 2020-10-28
Publication date: 2021-05-14
Also published as: CN110852748A

Abstract

A group transaction method and device, and a storage medium, the method comprising: generating a group creation transaction and sending same to a server (S11); in response to depositing several assets in a first group, generating a first deposit transaction and sending same to the server (S12); receiving an execution result of a second deposit transaction pushed by the server so as to locally update the balance of a corresponding user in the first group (S13); receiving a first off-chain transaction pushed by the server, signing the first off-chain transaction, and returning the signed first off-chain transaction to the server (S14); and in response to making a transfer in the first group, generating a second off-chain transaction and sending same to the server (S15). The first off-chain transaction and the second off-chain transaction are used as proof of the basis for asset liquidation of a first contract when a member of the first group requests to withdraw from the first group. The present method achieves safe and efficient off-chain transactions in a group consisting of a plurality of users, and supports lightweight user terminals.

Description

Group transaction method, equipment and storage medium

Technical field

This application relates to the field of Internet finance technology, and specifically to a group transaction method, device and storage medium.

Background technique

The current Lightning Network provides users with a one-to-one, safe and efficient transaction channel for off-chain transactions.

The above scheme has the following shortcomings:

On the one hand, the Lightning Network only supports one-to-one transaction channels between two users. When a group composed of multiple users needs to conduct multiple transactions (for example, multiple game users need to open a game in the course of the game. Game currency transactions), you can only choose to solve the problem through a complicated channel multiplexing scheme or two-by-one establishment of a transaction channel between multiple users. The former exists, and the complexity of the scheme increases with the number of users in the group. The problem of exponential growth, the latter exists, the number of trading channels increases exponentially with the increase in the number of users in the group;

On the other hand, users of the Lightning Network need to configure the user terminal as a node of the Lightning Network to achieve the above functions, and the above functions cannot be achieved through a lightweight user terminal such as a mobile phone.

Summary of the invention

In view of the above-mentioned shortcomings or deficiencies in the prior art, it is desirable to provide a group transaction method, device and storage medium suitable for groups composed of multiple users to conduct off-chain transactions safely and efficiently, while supporting a lightweight user terminal.

In the first aspect, the present invention provides a group transaction method suitable for users, including:

Generate a group creation transaction and send it to the server for the server:

Send the group creation transaction to the blockchain node for execution through the first contract to create the first group;

Obtain the execution result of the group creation transaction and push it to the client of each member of the first group that has registered for the service on the server;

In response to depositing several assets in the first group, a first deposit transaction is generated and sent to the server for the server to:

Send the first deposit transaction to the blockchain node for execution through the first contract to freeze several assets of the current user in the first group;

Obtain the execution result of the first deposit transaction and push it to the user terminal of each member, so as to update the current user's balance in the first group locally;

Receive the execution result of the second deposit transaction pushed by the server to locally update the balance of the corresponding user in the first group; wherein the second deposit transaction is generated by the user terminal of the corresponding user and sent to the server for the server to send to the block Chain node for the block chain node to execute through the first contract;

Receive the first off-chain transaction pushed by the server, sign the first off-chain transaction, and return the signed first off-chain transaction to the server for the server to push to the client of each member for storage of the certificate and update the corresponding user Balance

In response to the transfer in the first group, a second off-chain transaction is generated and sent to the server for pushing to the user end of each member for depositing certificates and updating the balance of the corresponding user.

Among them, the first off-chain transaction and the second off-chain transaction are used as the proof of the first contract for asset liquidation when the first member of the first group requests to withdraw from the first group. The asset liquidation is performed by the current user on behalf of the The other members of a group proceed with the first member.

In the second aspect, the present invention provides another group transaction method suitable for users, including:

Receive the execution result of the third deposit transaction pushed by the server to locally update the balance of the corresponding user in the first group; wherein, the third deposit transaction is performed by the user terminal of the corresponding user in response to depositing several assets in the first group. Generate and send to the blockchain node through the server for execution through the first contract;

In response to depositing several assets in the first group, a fourth deposit transaction is generated and sent to the server for the server:

Send the fourth deposit transaction to the blockchain node for execution through the first contract to freeze several assets of the current user in the first group;

Obtain the execution result of the fourth deposit transaction and push it to the user terminal of each member of the first group that has registered for the service on the server, so as to locally update the current user's balance in the first group;

In response to the transfer in the first group, a third off-chain transaction is generated and sent to the server for the server to:

Push the third-chain off-chain transaction to the first user end of the first user who created the first channel for the first user end to sign and return to the server;

Push the signed third-chain off-chain transaction to the user end of each member for deposit certificate and update the balance of the corresponding user;

Receive fourth-chain transactions pushed by the server to deposit certificates and update the balance of the first user; among them, the fourth-chain transactions are generated by the first user and pushed through the server;

Receive the fifth-chain transaction pushed by the server to deposit the certificate and update the balance of the corresponding user; among them, the fifth-chain transaction is generated and passed by other users in the first group except the first user and the current user. The server sends the signature to the first client, and then pushes it to the client of each member through the server.

Among them, third-chain off-chain transactions, fourth-chain off-chain transactions, and fifth-chain off-chain transactions are used as proof of the first contract for asset liquidation when the first member of the first group requests to withdraw from the first group. The liquidation is performed by the first user on behalf of the other members of the first group and the first member.

In the third aspect, the present invention provides a group transaction method suitable for servers, including:

Receive the group creation transaction, and send the group creation transaction to the blockchain node for execution through the first contract to create the first group; wherein, the group creation transaction is generated by the first client in response to the first user creating the group Generated by the group;

Obtain the execution result of the group creation transaction from the blockchain and push it to the client of each member of the first group that has registered the service on the server;

Receive deposit transactions, and send deposit transactions to blockchain nodes for execution through the first contract to freeze several assets of the corresponding user in the first group; wherein, the deposit transaction is executed by the corresponding user’s client in response to several Generated when assets are deposited in the first group;

Obtain the execution result of the deposit transaction from the blockchain and push it to the user terminal of each member, so as to update the balance of the corresponding user in the first group locally;

Receive the first off-chain transaction, push the first off-chain transaction to the first user terminal for signature and return, and push the signed first off-chain transaction to the user side of each member to provide evidence and update the corresponding user’s Balance; where the first off-chain transaction is generated by the second user terminal in the first group in response to the transaction in the first channel;

Receive the second off-chain transaction, push the second off-chain transaction to the user end of each member for deposit certificate and update the balance of the corresponding user; wherein, the second off-chain transaction is responded by the first user end in the first channel Perform exchange generation.

Among them, the first off-chain transaction and the second off-chain transaction are used as the proof of the first contract for asset liquidation when the first member of the first group requests to withdraw from the first group, and the asset liquidation is performed on behalf of the first user. The other members of the first group proceed with the first member.

In a fourth aspect, the present invention provides a group transaction method suitable for blockchain nodes, including:

The group creation transaction is executed through the first contract to create the first group, so that the server can obtain the execution result of the group creation transaction from the blockchain and push it to the client of each member of the first group that has registered the service on the server ; Wherein, the group creation transaction is generated by the first user terminal in response to the first user creating the group and sent through the server;

The deposit transaction is executed through the first contract, and several assets of the corresponding user are frozen in the first group, so that the server can obtain the execution result of the deposit transaction from the blockchain and push it to the user end of each member to update the corresponding locally. The balance of the user in the first group; wherein the deposit transaction is generated by the user terminal of the corresponding user in response to depositing several assets in the first group and sent through the server;

The above server is also used for:

In a fifth aspect, the present invention also provides a device that includes one or more processors and a memory, where the memory contains instructions executable by the one or more processors to make the one or more processors execute each of the processors according to the present invention. The group transaction method provided by the embodiment.

In a sixth aspect, the present invention also provides a storage medium storing a computer program, which causes the computer to execute the group transaction method provided according to the embodiments of the present invention.

The group transaction method, device and storage medium provided by many embodiments of the present invention register the group in the contract, freeze the assets of the group members in the contract as a guarantee for the group chain transaction, and perform settlement based on the chain transaction through the contract. The framework of the off-chain transaction group is constructed, and on the basis of this framework, a clearing mechanism is designed in which the group initiator signs each off-chain transaction in the group, and the group initiator and quit members clear the settlement mechanism. To solve the problem that any group member in the above framework is not online and cannot guarantee fair settlement, it realizes the safe and efficient off-chain transaction in the group composed of multiple users; in addition, it is configured to send on-chain transactions and push on-chain transactions. The centralized server with functions such as group information, realizes support for lightweight clients.

Description of the drawings

By reading the detailed description of the non-limiting embodiments with reference to the following drawings, other features, purposes, and advantages of the present application will become more apparent:

FIG. 1 is a flowchart of a group transaction method provided by an embodiment of the present invention.

Fig. 2 is a flowchart of a preferred embodiment of the method shown in Fig. 1.

Fig. 3 is a flowchart of a preferred embodiment of the method shown in Fig. 1.

FIG. 4 is a flowchart of another method for group trading according to an embodiment of the present invention.

Fig. 5 is a flowchart of a preferred embodiment of the method shown in Fig. 4.

Fig. 6 is a flowchart of a preferred embodiment of the method shown in Fig. 4.

FIG. 7 is a flowchart of yet another group transaction method provided by an embodiment of the present invention.

FIG. 8 is a flowchart of a preferred embodiment of the method shown in FIG. 7.

FIG. 9 is a flowchart of a preferred embodiment of the method shown in FIG. 7.

FIG. 10 is a flowchart of still another group transaction method according to an embodiment of the present invention.

FIG. 11 is a flowchart of a preferred embodiment of the method shown in FIG. 10.

Fig. 12 is a flowchart of a preferred embodiment of the method shown in Fig. 10.

FIG. 13 is a schematic structural diagram of a device provided by an embodiment of the present invention.

Detailed ways

The application will be further described in detail below with reference to the drawings and embodiments. It can be understood that the specific embodiments described here are only used to explain the related invention, but not to limit the invention. In addition, it should be noted that, for ease of description, only the parts related to the invention are shown in the drawings.

It should be noted that the embodiments in this application and the features in the embodiments can be combined with each other if there is no conflict. Hereinafter, the application will be described in detail with reference to the drawings and in conjunction with the embodiments.

As shown in FIG. 1, in this embodiment, the present invention provides a group transaction method suitable for a user end, including:

S11: Generate a group creation transaction and send it to the server for the server to:

S12: In response to depositing several assets in the first group, generate a first deposit transaction and send it to the server for the server to:

S13: Receive the execution result of the second deposit transaction pushed by the server to locally update the balance of the corresponding user in the first group; wherein the second deposit transaction is generated by the user terminal of the corresponding user and sent to the server for the server to send to Block chain node for the block chain node to execute through the first contract;

S14: Receive the first off-chain transaction pushed by the server, sign the first off-chain transaction, and return the signed first off-chain transaction to the server for the server to push to the client of each member for deposit and update The balance of the corresponding user;

S15: In response to the transfer in the first group, a second off-chain transaction is generated and sent to the server for pushing to the user end of each member for depositing certificates and updating the balance of the corresponding user.

In the following, a user A, B, C, D, and D through a user terminal configured on a mobile phone or a tablet to perform several rounds of games that require multiple transactions of game currency during the game is taken as an example to illustrate the above solution as an example.

Before starting the game, each user needs to register for the group service in the server so that the server can push information to the registered users.

Taking user A as the group initiator as an example, in step S11, in response to user A initiating the creation of the first group including members A, B, C, D, the user end of user A generates a group creation transaction tx1 and sends it to the server. Among them, tx1 can include any one or more of information such as group name, member ID, member address, group configuration information, etc., and can also include related information created by other groups or specified by the first contract on the blockchain Other Information.

After the server receives tx1, it sends tx1 to the blockchain node.

The blockchain node receives and broadcasts tx1, packs tx1 into the block and executes tx1 through the first contract: If tx1 is executed successfully, the first group created will be assigned a group ID, and the creation will be recorded in the contract The group ID, member information and other information of the first group.

The server obtains the execution result of tx1 by synchronizing the blockchain data, and pushes the execution result of tx1 to the clients of each member of the first group. Among them, if there is a member in the first group who is not registered for the group service on the server, the server is temporarily unable to push the member, and the client of the member can register the group service with the server according to the group name or group Parameters such as ID request the server to obtain relevant information.

After the client of each member A, B, C, D receives the execution result of tx1 pushed by the server, the relevant information of the first group is stored locally, and the subsequent steps can be executed.

In step S12, in response to the user A depositing 100 game coins in the first group, the user terminal of the user A generates a first deposit transaction tx2 and sends it to the server.

After the server receives tx2, it sends tx2 to the blockchain node.

The blockchain node receives and broadcasts tx2, packs tx2 into the block and executes tx2 through the first contract: if tx2 is executed successfully, the 100 game coins deposited by user A will be frozen in the first group for subsequent follow-up Thaw and liquidate.

The server obtains the execution result of tx2 by synchronizing the blockchain data, and pushes the execution result of tx2 to the clients of each member of the first group.

After receiving the tx2 execution result pushed by the server, the user end of each member A, B, C, D updates the balance of user A in the first group locally (game currency + 100).

Similarly, in response to user B/C/D depositing a number of game coins in the first group, the user terminal of user B/C/D generates a second deposit transaction tx3/tx4/tx5 and sends it to the server.

After the server receives tx3/tx4/tx5, it sends tx3/tx4/tx5 to the blockchain node.

The blockchain node receives and broadcasts tx3/tx4/tx5, packs tx3/tx4/tx5 into the block and executes tx3/tx4/tx5 through the first contract: if tx3/tx4/tx5 is successfully executed, then user B/ Several game coins deposited by C/D are frozen in the first group for subsequent unfreezing and liquidation.

The server obtains the execution result of tx3/tx4/tx5 by synchronizing the blockchain data, and pushes the execution result of tx3/tx4/tx5 to the clients of each member of the first group.

In step S13, after receiving the execution result of tx3/tx4/tx5 pushed by the server, the user end of user A locally updates the balance of user B/C/D in the first group (game currency + some). The same goes for the user end of E, C, D.

As the game progresses, when a non-group sponsor (users other than user A in the first group) needs to pay another user in game currency, for example, user B needs to pay user C for 15 games Currency, user B’s user terminal generates the first off-chain transaction tx6 signed by user B, and sends tx6 to the server.

After receiving tx6, the server pushes tx6 to the client of user A, the initiator of the first group.

In step S14, after receiving tx6, the user terminal of user A signs tx6, and returns the tx6' signed by user A to the server.

The server receives tx6' and pushes tx6' to the user terminals of each member of the first group (it can also be configured to only push tx6' to the user terminals of the non-initiator members).

Each user terminal respectively deposits certificates according to tx6', and updates the balance of the corresponding user in the first group (user B's game currency-15, user C's game currency +15).

Also with the progress of the game process, when the group initiator (user A) needs to pay another user game currency, for example, user A needs to pay user D 20 game currency, in step S15, user A’s user The terminal generates the second off-chain transaction tx7 signed by User A, and sends tx7 to the server.

After receiving tx7, the server pushes tx7 to the client of each member of the first group (also can be configured to only push tx7 to the client of non-initiator members).

Each user terminal respectively deposits certificates according to tx7, and updates the balance of the corresponding user in the first group (user A's game currency -20, user D's game currency + 20).

When a game is over, if the first group is disbanded, the client of each user can submit their own first-chain and second-chain transactions through the server for the settlement of the first contract; If a group is not disbanded temporarily, it may not be liquidated temporarily until a user (non-sponsor user A, if the initiator quits, the group will be dissolved) exits the first group, the user and the initiator user A will submit separately The first off-chain transaction and the second off-chain transaction of the respective certificates are for the first contract to be cleared; in addition, the clearing rules can also be configured to other different rules that can be understood by those skilled in the art, for example, the validity period is configured for the group And time-limited liquidation (can be liquidated in advance) and so on.

It should be noted that after the group is created, there is no fixed sequence between steps S12-S15, and the execution sequence is determined by specific scenarios and business logic.

The above example takes users A, B, C, D as an example to illustrate the method shown in Figure 1. In more embodiments, the method provided in this application can also be applied to different scenarios and different numbers of users. The same technical effect.

Fig. 2 is a flowchart of a preferred embodiment of the method shown in Fig. 1. As shown in Figure 2, in a preferred embodiment, the above method further includes:

S16: Receive the execution result of the exit group request transaction pushed by the server, and determine whether evidence needs to be submitted:

If yes, perform step S17: generate a first evidence submission transaction based on each first off-chain transaction and each second off-chain transaction and send it to the server for the first evidence submission transaction to be sent to the blockchain node for passing the first evidence submission transaction A contract is executed to determine whether to modify the first clearing evidence submitted by the second user by requesting the exchange by exiting the group.

Wherein, the exit group request transaction is generated by the second user’s client in response to the second user’s request to exit the first group, generated according to the off-chain transaction related to the second user, and sent to the blockchain node through the server for Executed through the first contract.

Also take the online game of user A, B, C, and D as an example. When a game is over, user C wants to quit the game, and user A, B, and D wants to continue the game, as follows:

In response to user C’s request to log out of the first group, user C’s user terminal generates a logout based on off-chain transactions related to user C (for example, user B pays user C 15 game coins, and user C pays user D 10 game coins). The group requests transaction tx8 and sends tx8 to the server.

After the server receives tx8, it sends tx8 to the blockchain node.

The blockchain node receives and broadcasts tx8, packs tx8 into the block and executes tx8 through the first contract: if tx8 is executed successfully, update the first group (user C exits), and submit the first clearing evidence submitted by tx8 (User B pays 15 game coins to user C, user C pays 10 game coins to user D) is recorded on the blockchain and waits for the first evidence to submit the transaction within the waiting period according to the pre-configured waiting period length.

The server obtains the execution result of tx8 by synchronizing the blockchain data, and pushes the execution result of tx8 to the clients of each member A, B and D of the first group and user C of the withdrawal requesting party.

In step S16, user A’s client verifies whether the first clearing evidence submitted by tx8 is correct according to each first-chain off-chain transaction and each second-chain off-chain transaction stored in the certificate (usually to verify whether user C concealed part or all of the evidence) Off-chain expenditure):

If the first liquidation evidence is correct, there is no need to submit evidence;

If the first clearing evidence is wrong, the evidence needs to be submitted, and step S17 is executed: generating the first evidence submission transaction tx9 according to each first-chain off-chain transaction and each second-chain off-chain transaction stored in the certificate and sending it to the server.

After the server receives tx9, it sends tx9 to the blockchain node.

The blockchain node receives and broadcasts tx9, packs tx9 into the block and executes tx9 through the first contract (if tx9 exceeds the above waiting period, tx9 execution fails): If tx9 is executed successfully, then tx9 is submitted for liquidation The evidence is recorded on the blockchain, and based on the clearing evidence submitted by tx9, it is judged whether the first clearing evidence submitted by tx8 needs to be amended (it can also be judged at the time of liquidation).

After the above waiting period has passed, the first contract can be automatically cleared, or it can not be cleared temporarily, waiting for either of the two parties (the requesting party user C and the group initiator user A) to send a request transaction through the server Complete liquidation.

In the liquidation between User C and User A, in order to ensure that User A fulfills its supervisory duties, User A performs liquidation on behalf of other users. For example, for tx6 (user B pays 15 game coins to user C), during liquidation, user A will perform the liquidation on behalf of user B. The first contract transfers 15 game coins from the 100 game coins frozen by user A to the user The address of C is unfrozen, and subsequent user A and user B can use tx6 to clear the 15 game coins; similarly, for tx6' (user C pays 10 game coins to user D), the first contract is frozen from user C Transfer 10 game coins from several game coins to User A’s address (keep frozen). Subsequent User D and User A can settle the 10 game coins with tx6'.

Fig. 3 is a flowchart of a preferred embodiment of the method shown in Fig. 1. As shown in Figure 3, in a preferred embodiment, the above method further includes:

S18: In response to the current user closing the first channel, generate a channel closing request transaction for submitting the second clearing evidence according to each first-chain off-chain transaction and each second-chain off-chain transaction and send it to the server for:

Send the channel closing request transaction to the blockchain node for execution through the first contract to close the first channel, record the second clearing evidence on the blockchain, and wait for the second evidence to submit the transaction during the waiting period;

Obtain the execution result of the channel closing request transaction from the blockchain and push it to the user end of each member to judge whether it is necessary to submit evidence according to the off-chain transaction related to the respective user:

If yes, the second evidence submission transaction is generated and sent to the server for sending the second evidence submission transaction to the blockchain node for execution through the first contract to determine whether to modify the second clearing evidence.

Specifically, the clearing principle of the method shown in Figure 3 is roughly the same as that of the method shown in Figure 2, the difference is that in the method shown in Figure 3, when the initiator of the group closes the channel, it cannot be performed by a user on behalf of other users. Liquidation means that all users in the channel conduct supervision and liquidation at the same time.

In a preferred embodiment, the above method further includes:

Generate group configuration transactions and send them to the server for:

Send the group configuration transaction to the blockchain node for execution through the first contract to configure the first channel;

Obtain the execution result of the group configuration transaction from the blockchain and push it to the client of each member.

Among them, the above configuration includes at least one of the following: configuration of the upper limit of the number of group members, configuration of the group whitelist, configuration of the group blacklist, and the time interval for re-applying to join after leaving the group.

The above-mentioned embodiments construct the framework of the off-chain transaction group by registering the group in the contract, freezing the assets of the group members in the contract as the guarantee of the off-chain transaction of the group, and clearing the transaction based on the off-chain transaction through the contract. Based on this framework, a clearing mechanism is designed in which the group initiator signs each off-chain transaction in the group, and the group initiator and the withdrawn members perform liquidation to solve the problem that any group member in the above framework is not online and cannot guarantee fairness. The issue of clearing realizes safe and efficient off-chain transactions in groups composed of multiple users; in addition, it is realized by configuring a centralized server for sending on-chain transactions and pushing group information on the chain. Added support for lightweight client.

FIG. 4 is a flowchart of another method for group trading according to an embodiment of the present invention. The method shown in FIG. 4 can be executed in conjunction with the method shown in FIG. 1.

As shown in FIG. 4, in this embodiment, the present invention provides another group transaction method suitable for the user end, including:

S21: Receive the execution result of the third deposit transaction pushed by the server to locally update the balance of the corresponding user in the first group; wherein the third deposit transaction is responded to by the user terminal of the corresponding user in response to depositing several deposits in the first group The asset is generated and sent to the blockchain node through the server for execution through the first contract;

S22: In response to depositing several assets in the first group, generate a fourth deposit transaction and send it to the server for the server to:

S23: In response to the transfer in the first group, generate a third chain transaction and send it to the server for the server to:

S24: Receive the fourth off-chain transaction pushed by the server to deposit the certificate and update the balance of the first user; wherein, the fourth off-chain transaction is generated by the first user and pushed through the server;

S25: Receive the fifth-chain transaction pushed by the server to deposit the certificate and update the balance of the corresponding user; wherein the fifth-chain transaction is generated by other users in the first group except the first user terminal and the current user terminal It is sent to the first client through the server for signing, and then pushed to the client of each member through the server.

Preferably, the above method further includes: receiving the execution result of the group creation transaction pushed by the server. Wherein, the group creation transaction is generated by the first client and sent to the blockchain node through the server for execution through the first contract to create the first group.

Preferably, the above method further includes: in response to the request to join the first group, generating a group joining request transaction and sending it to the blockchain node through the server for execution through the first contract.

The method shown in Figure 1 is applicable to the user end of the group initiator (such as user A in the above example), while the method shown in Figure 4 is applicable to users other than the group initiator (such as the user in the above example). For the user terminal of E, C, D and D, the group transaction principle of the method shown in Fig. 4 can refer to the method shown in Fig. 1, which will not be repeated here.

Fig. 5 is a flowchart of a preferred embodiment of the method shown in Fig. 4. The method shown in FIG. 5 can be performed in conjunction with FIG. 2.

As shown in Figure 5, in a preferred embodiment, the above method further includes:

S26: In response to the current user's request to withdraw from the first group, generate the first group withdrawal request transaction that submits the first clearing evidence according to the off-chain transaction related to the current user and send it to the server for:

Send the first exit group request transaction to the blockchain node for execution through the first contract;

Obtain the execution result of the first exit group request transaction and push it to the first client for judging whether it is necessary to provide evidence:

If yes, the first evidence is generated to submit the transaction and sent to the blockchain node through the server for execution through the first contract to determine whether to modify the first clearing evidence.

For the principle of the method shown in FIG. 5, reference may be made to the method shown in FIG. 2, which will not be repeated here.

Fig. 6 is a flowchart of a preferred embodiment of the method shown in Fig. 4. The method shown in FIG. 6 can be executed in conjunction with FIG. 3.

As shown in Figure 6, in a preferred embodiment, the above method further includes:

S27: Receive the execution result of the channel closing request transaction pushed by the server, and judge whether it is necessary to submit evidence according to the off-chain transaction related to the current user:

If yes, perform step S28: generate a second evidence submission transaction and send it to the server for sending the second evidence submission transaction to the blockchain node for execution through the first contract to determine whether to modify the second clearing evidence.

Wherein, the channel closing request transaction is generated by the first user terminal in response to the first user closing the first channel and sent to the blockchain node through the server for execution through the first contract.

The principle of the method shown in FIG. 6 can be referred to the method shown in FIG. 3, which will not be repeated here.

FIG. 7 is a flowchart of yet another group transaction method provided by an embodiment of the present invention. The method shown in FIG. 7 can be executed in conjunction with the methods shown in FIG. 1 and FIG. 4.

As shown in FIG. 7, in this embodiment, the present invention also provides a group transaction method suitable for a server, including:

S31: Receive the group creation transaction, and send the group creation transaction to the blockchain node for execution through the first contract to create the first group; wherein the group creation transaction is responded to by the first user terminal to the first user Generated by creating a group;

S32: Obtain the execution result of the group creation transaction from the blockchain and push it to the client of each member of the first group that has registered the service on the server;

S33: Receive the deposit transaction, and send the deposit transaction to the blockchain node for execution through the first contract to freeze several assets of the corresponding user in the first group; wherein the deposit transaction is responded to by the user terminal of the corresponding user Generated by depositing certain assets in the first group;

S34: Obtain the execution result of the deposit transaction from the blockchain and push it to the user terminal of each member, so as to update the balance of the corresponding user in the first group locally;

S35: Receive the first off-chain transaction, push the first off-chain transaction to the first user terminal for signature and return, and push the signed first off-chain transaction to the user side of each member for the certificate and update the corresponding The user’s balance; where the first off-chain transaction is generated by the second user terminal in the first group in response to the transaction in the first channel;

S36: Receive the second off-chain transaction, push the second off-chain transaction to the user end of each member for deposit certificate and update the balance of the corresponding user; wherein, the second off-chain transaction is responded by the first user end to the first user end. Exchange generation in the channel.

Preferably, the above method further includes:

Receiving the group configuration transaction sent by the first client, and sending the group configuration transaction to the blockchain node for execution through the first contract to configure the first channel;

Among them, the above configuration includes at least one of the following: configuration of the upper limit of the number of group members, configuration of the group whitelist, configuration of the group blacklist, and the time interval for re-applying after leaving the group.

Preferably, the above method further includes:

Receive the group joining request transaction, and send the group joining request transaction to the blockchain node for execution through the first contract;

Obtain the execution result of the request transaction to join the group from the blockchain and push it to the client of each member.

Wherein, the group joining request transaction is generated by the third user terminal in response to the third user's request to join the first group.

The principle of the method shown in FIG. 7 can be referred to the methods shown in FIG. 1 and FIG. 4, which will not be repeated here.

FIG. 8 is a flowchart of a preferred embodiment of the method shown in FIG. 7. The method shown in FIG. 8 can be executed in conjunction with FIG. 2 and FIG. 5.

As shown in Figure 8, in a preferred embodiment, the above method further includes:

S371: Receive the group exit request transaction sent by the second client, and send the exit group request transaction to the blockchain node for execution through the first contract;

S373: Obtain the execution result of the exit group request transaction from the blockchain and push it to the first client terminal for judging whether evidence needs to be submitted: yes, then the first client terminal will follow each first-chain transaction and each second-chain transaction Submit the transaction as the first evidence generated by the transaction;

S375: In response to receiving the first evidence submission transaction, send the first evidence submission transaction to the blockchain node for execution through the first contract to determine whether to modify the first clearing evidence submitted by the exchange requesting to withdraw from the group.

The principle of the method shown in FIG. 8 can refer to the methods shown in FIG. 2 and FIG. 5, which will not be repeated here.

FIG. 9 is a flowchart of a preferred embodiment of the method shown in FIG. 7. The method shown in FIG. 9 can be executed in conjunction with the methods shown in FIG. 3 and FIG. 6.

As shown in Figure 9, in a preferred embodiment, the above method further includes:

S381: Receive the channel closing request transaction sent by the first client, send the channel closing request transaction to the blockchain node for execution through the first contract to close the first channel, and request the second clearing evidence submitted by the exchange to close the channel Record on the blockchain, and wait for the second evidence to submit the transaction during the waiting period; wherein, the channel closing request transaction is closed by the first user terminal in response to the first user to close the first channel according to each first off-chain transaction and each transaction. Generation of transactions under the second chain;

S383: Obtain the execution result of the channel closing request transaction from the blockchain and push it to the user end of each member to judge whether it is necessary to submit evidence according to the off-chain transaction related to the respective user: yes, then generate the second evidence to submit the transaction ；

S385: In response to receiving the second evidence submission transaction, send the second evidence submission transaction to the blockchain node for execution through the first contract to determine whether to modify the second clearing evidence.

The principle of the method shown in FIG. 9 can refer to the methods shown in FIG. 3 and FIG. 6, which will not be repeated here.

FIG. 10 is a flowchart of still another group transaction method according to an embodiment of the present invention. The method shown in FIG. 10 can be executed in conjunction with the methods shown in FIG. 1, FIG. 4, and FIG. 7.

As shown in FIG. 10, in this embodiment, the present invention also provides a group transaction method suitable for blockchain nodes, including:

S41: Perform the group creation transaction through the first contract to create the first group, so that the server can obtain the execution result of the group creation transaction from the blockchain and push it to each member of the first group that has registered for the service on the server User side; wherein, the group creation transaction is generated by the first user side in response to the first user to create the group and sent through the server;

S42: The deposit transaction is executed through the first contract, and several assets of the corresponding user are frozen in the first group, so that the server can obtain the execution result of the deposit transaction from the blockchain and push it to the user terminal of each member for local localization. Update the balance of the corresponding user in the first group; wherein, the deposit transaction is generated by the user terminal of the corresponding user in response to depositing several assets into the first group and sent through the server;

The above server is also used for:

Preferably, the above method further includes:

The group configuration transaction is executed through the first contract, and the first channel is configured for the server to obtain the execution result of the group configuration transaction from the blockchain and push it to the client of each member.

Among them, the group configuration transaction is generated by the first client and sent through the server. The above configuration includes at least one of the following: configuration of the maximum number of group members, configuration of group whitelist, configuration of group blacklist, and reapply after exiting the group The time between joining.

Preferably, the above method further includes:

The group request transaction is executed through the first contract, so that the server obtains the execution result of the group request transaction from the blockchain and pushes it to the user end of each member.

Wherein, the group joining request transaction is generated by the third user terminal in response to the third user's request to join the first group and sent through the server.

For the principle of the method shown in FIG. 10, reference may be made to the methods shown in FIG. 1, FIG. 4, and FIG. 7, which will not be repeated here.

FIG. 11 is a flowchart of a preferred embodiment of the method shown in FIG. 10. The method shown in FIG. 11 can be executed in conjunction with the methods shown in FIG. 2, FIG. 5, and FIG. 8.

As shown in FIG. 11, in a preferred embodiment, the above method further includes:

S43: Execute the group exit request transaction through the first contract, so that the server obtains the execution result of the exit group request transaction from the blockchain and pushes it to the first user terminal for judging whether evidence needs to be submitted: yes, then the first user The terminal submits the transaction according to the first evidence generated by each first-chain transaction and each second-chain transaction and sends it through the server; wherein, the exit group request transaction is made by the second user terminal in response to the second user exiting the first group, Generated according to the off-chain exchange related to the second user and sent through the server;

S44: Execute the first evidence submission transaction through the first contract, and determine whether to modify the first clearing evidence submitted by the exchange for exiting the group.

For the principle of the method shown in FIG. 11, reference may be made to the methods shown in FIG. 2, FIG. 5, and FIG. 8, which will not be repeated here.

Fig. 12 is a flowchart of a preferred embodiment of the method shown in Fig. 10. The method shown in FIG. 12 can be executed in conjunction with the methods shown in FIG. 3, FIG. 6, and FIG.

As shown in FIG. 12, in a preferred embodiment, the above method further includes:

S45: Execute the channel closing request transaction through the first contract, close the first channel, record the second clearing evidence submitted by the channel closing request exchange on the blockchain, and wait for the second evidence to submit the transaction during the waiting period to For the server to obtain the execution result of the channel closing request transaction from the blockchain and push it to the user end of each member to judge whether it needs to submit evidence according to the off-chain transaction related to the respective user: yes, then generate the second evidence to submit the transaction And sent through the server; wherein, the channel closing request transaction is generated by the first user terminal in response to the first user to close the first channel, and generated and sent through the server according to each first chain transaction and each second chain transaction;

S46: Perform the second evidence submission transaction through the first contract to determine whether to modify the second clearing evidence.

For the principle of the method shown in FIG. 12, reference may be made to the methods shown in FIG. 3, FIG. 6, and FIG. 9, which will not be repeated here.

As shown in FIG. 13, as another aspect, the present application also provides a device 1300, including one or more central processing units (CPU) 1301, which can be based on a program stored in a read-only memory (ROM) 1302 or The program loaded from the storage portion 1308 into the random access memory (RAM) 1303 executes various appropriate actions and processing. In the RAM 1303, various programs and data required for the operation of the device 1300 are also stored. The CPU 1301, ROM 1302, and RAM 1303 are connected to each other through a bus 1304. An input/output (I/O) interface 1305 is also connected to the bus 1304.

The following components are connected to the I/O interface 1305: input part 1306 including keyboard, mouse, etc.; output part 1307 including cathode ray tube (CRT), liquid crystal display (LCD), etc. and speakers, etc.; storage part 1308 including hard disk, etc. ; And a communication section 1309 including a network interface card such as a LAN card, a modem, and the like. The communication section 1309 performs communication processing via a network such as the Internet. The driver 1310 is also connected to the I/O interface 1305 as needed. A removable medium 1311, such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, etc., is installed on the drive 1310 as needed, so that the computer program read from it is installed into the storage portion 1308 as needed.

In particular, according to the embodiments of the present disclosure, the method described in any of the above embodiments may be implemented as a computer software program. For example, an embodiment of the present disclosure includes a computer program product, which includes a computer program tangibly embodied on a machine-readable medium, and the computer program includes program code for executing any of the foregoing methods. In such an embodiment, the computer program may be downloaded and installed from the network through the communication part 1309, and/or installed from the removable medium 1311.

As yet another aspect, the present application also provides a computer-readable storage medium. The computer-readable storage medium may be the computer-readable storage medium included in the device of the above-mentioned embodiment; The computer-readable storage medium in the device. The computer-readable storage medium stores one or more programs, and the programs are used by one or more processors to execute the methods described in this application.

The flowcharts and block diagrams in the drawings illustrate the possible implementation of the system architecture, functions, and operations of the system, method, and computer program product according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagram may represent a module, program segment, or part of code, and the module, program segment, or part of code contains one or more for realizing the specified logical function Executable instructions. It should also be noted that, in some alternative implementations, the functions marked in the block may also occur in a different order from the order marked in the drawings. For example, two blocks shown in succession can actually be executed substantially in parallel, and they can sometimes be executed in the reverse order, depending on the functions involved. It should also be noted that each block in the block diagram and/or flowchart, and the combination of the blocks in the block diagram and/or flowchart, can be implemented by a dedicated hardware-based system that performs the specified functions or operations Or it can be realized by a combination of dedicated hardware and computer instructions.

The above description is only a preferred embodiment of the present application and an explanation of the applied technical principles. Those skilled in the art should understand that the scope of the invention involved in this application is not limited to the technical solutions formed by the specific combination of the above technical features, and should also cover the above technical features or technical solutions without departing from the concept of the application. Other technical solutions formed by arbitrarily combining the equivalent features. For example, the above-mentioned features and the technical features disclosed in this application (but not limited to) with similar functions are mutually replaced to form a technical solution.

Claims

A group transaction method, characterized in that the method is applicable to the user side, and the method includes:

Generate a group creation transaction and send it to the server for the server to:

Sending the group creation transaction to a blockchain node for execution through the first contract to create the first group;

Acquiring the execution result of the group creation transaction and pushing it to the client terminal of each member of the first group that has registered for the service on the server;

In response to depositing several assets in the first group, a first deposit transaction is generated and sent to the server for the server to:

Sending the first deposit transaction to a blockchain node for execution through the first contract to freeze the plurality of assets of the current user in the first group;

Acquiring the execution result of the first deposit transaction and pushing it to the user terminal of each member, so as to locally update the balance of the current user in the first group;

Receive the execution result of the second deposit transaction pushed by the server to locally update the balance of the corresponding user in the first group; wherein, the second deposit transaction is generated by the user terminal of the corresponding user and sent to the server , For the server to send to the blockchain node for the blockchain node to execute through the first contract;

Receive the first off-chain transaction pushed by the server, sign the first off-chain transaction, and return the signed first off-chain transaction to the server for the server to push to the member’s The user terminal provides for deposit certificates and updates the balance of the corresponding user;

In response to the transfer in the first group, a second off-chain transaction is generated and sent to the server for pushing to the user end of each member for depositing certificates and updating the balance of the corresponding user;

Wherein, the first off-chain transaction and the second off-chain transaction are used as a basis for asset liquidation of the first contract when a first member of the first group requests to withdraw from the first group It is proved that the asset liquidation is performed by the current user on behalf of the other members of the first group and the first member.
The method according to claim 1, further comprising:

Receive the execution result of the exit group request transaction pushed by the server, and determine whether evidence needs to be submitted:

If yes, a first evidence submission transaction is generated according to each of the first off-chain transactions and each of the second off-chain transactions and sent to the server for the first evidence submission transaction to be sent to the blockchain node For the execution of the first contract to determine whether to modify the first clearing evidence submitted by the second user through the exit group request exchange;

Wherein, the exit group request transaction is generated by the user terminal of the second user in response to the second user’s request to exit the first group based on an off-chain transaction related to the second user, and passed through all The server sends to the blockchain node for execution through the first contract.
The method according to claim 1, further comprising:

In response to the current user closing the first channel, a channel closing request transaction for submitting second clearing evidence is generated according to each of the first off-chain transactions and each of the second off-chain transactions and sent to the server for:

Send the channel closing request transaction to the blockchain node for execution through the first contract to close the first channel, record the second clearing evidence on the blockchain, and, during the waiting period Waiting for the second evidence to submit the transaction;

Obtain the execution result of the channel closing request transaction from the blockchain and push it to the user terminal of each member to determine whether it is necessary to submit evidence according to the off-chain transaction related to the respective user:

If yes, generate a second evidence submission transaction and send it to the server for sending the second evidence submission transaction to a blockchain node for execution through the first contract to determine whether to modify the second clearing evidence.
The method according to any one of claims 1-3, further comprising:

Generate group configuration transactions and send them to the server for:

Sending the group configuration transaction to a blockchain node for execution through the first contract to configure the first channel;

Obtain the execution result of the group configuration transaction from the blockchain and push it to the client of each member;

Wherein, the configuration includes at least one of the following: configuration of the upper limit of the number of group members, configuration of the group whitelist, configuration of the group blacklist, and the interval time for re-applying to join after leaving the group.
A group transaction method, characterized in that the method is applicable to the user side, and the method includes:

The execution result of the third deposit transaction pushed by the server is received to locally update the balance of the corresponding user in the first group; wherein the third deposit transaction is responded to by the user terminal of the corresponding user in response to depositing in the first group Enter several assets generated and sent to the blockchain node through the server for execution through the first contract;

In response to depositing several assets in the first group, a fourth deposit transaction is generated and sent to the server for the server to:

Sending the fourth deposit transaction to a blockchain node for execution through the first contract to freeze the plurality of assets of the current user in the first group;

Obtain the execution result of the fourth deposit transaction and push it to the client terminal of each member of the first group that has registered for the service on the server, so as to update the current user’s status in the first group locally. The balance of the group;

In response to the transfer in the first group, a third off-chain transaction is generated and sent to the server for the server to:

Pushing the third off-chain transaction to the first user end of the first user who created the first channel for the first user end to sign and return it to the server;

Push the signed third-chain off-chain transaction to the user terminal of each member for deposit certificate and update the balance of the corresponding user;

Receiving the fourth off-chain transaction pushed by the server to deposit a certificate and update the balance of the first user; wherein the fourth off-chain transaction is generated by the first user terminal and pushed through the server;

Receive the fifth off-chain transaction pushed by the server to deposit the certificate and update the balance of the corresponding user; wherein, the fifth off-chain transaction is divided by the first user end and the current user end from the first group Generated by other client terminals outside and sent to the first client terminal through the server for signature, and then pushed to the client terminals of each member through the server;

Wherein, the third chain transaction, the fourth chain transaction, and the fifth chain transaction are used as the The proof of the basis for the asset liquidation of the first contract is that the asset liquidation is carried out by the first user on behalf of other members of the first group and the first member.
The method according to claim 5, further comprising:

In response to the current user's request to exit the first group, a first group exit request transaction submitting the first clearing evidence is generated and sent to the server according to the off-chain transaction related to the current user and sent to the server for:

Sending the first group withdrawal request transaction to a blockchain node for execution through the first contract;

Obtain the execution result of the first exit group request transaction and push it to the first user terminal for determining whether it is necessary to provide evidence:

If yes, the first evidence is generated to submit the transaction and sent to the blockchain node through the server for execution through the first contract to determine whether to modify the first clearing evidence.
The method according to claim 5, further comprising:

Receive the execution result of the channel closing request transaction pushed by the server, and judge whether it is necessary to submit evidence according to the off-chain transaction related to the current user:

If yes, generate a second evidence submission transaction and send it to the server for sending the second evidence submission transaction to a blockchain node for execution through the first contract to determine whether to modify the second clearing evidence;

Wherein, the channel closing request transaction is generated by the first client in response to the first user closing the first channel and sent to the blockchain node through the server for execution through the first contract.
The method according to any one of claims 5-7, further comprising:

Receive the execution result of the group creation transaction pushed by the server; wherein the group creation transaction is generated by the first client and sent to the blockchain node through the server for execution through the first contract To create the first group.
The method according to any one of claims 5-7, further comprising:

In response to the request to join the first group, a group joining request transaction is generated and sent to the blockchain node through the server for execution through the first contract.
A group transaction method, characterized in that the method is applicable to a server, and the method includes:

A group creation transaction is received, and the group creation transaction is sent to a blockchain node for execution through the first contract to create the first group; wherein, the first user terminal responds to the first group by the group creation transaction. Generated by a user creating a group;

Obtain the execution result of the group creation transaction from the blockchain and push it to the client terminal of each member of the first group that has registered for the service on the server;

A deposit transaction is received, and the deposit transaction is sent to a blockchain node for execution through the first contract to freeze several assets of the corresponding user in the first group; wherein, the deposit transaction is executed by the company The user terminal of the corresponding user is generated in response to depositing a number of assets in the first group;

Obtain the execution result of the deposit transaction from the blockchain and push it to the user terminal of each member, so as to locally update the balance of the corresponding user in the first group;

Receive the first off-chain transaction, push the first off-chain transaction to the first user terminal for signature and return, and push the signed first off-chain transaction to the user side of each member for storage Verify and update the balance of the corresponding user; wherein, the first off-chain transaction is generated by the second user terminal in the first group in response to the transaction in the first channel;

Receive a second off-chain transaction, push the second off-chain transaction to the user end of each member for deposit certificate and update the balance of the corresponding user; wherein, the second off-chain transaction is performed by the first user The terminal responds to the exchange generation in the first channel;

Wherein, the first off-chain transaction and the second off-chain transaction are used as a basis for asset liquidation of the first contract when a first member of the first group requests to withdraw from the first group It is proved that the asset liquidation is performed by the first user on behalf of the other members of the first group and the first member.
The method according to claim 10, further comprising:

Receiving an exit group request transaction sent by a second user end, and sending the exit group request transaction to a blockchain node for execution through the first contract;

Obtain the execution result of the exit group request transaction from the blockchain and push it to the first client terminal for judging whether it is necessary to submit evidence: yes, the first client terminal is based on each of the first off-chain transactions Submit a transaction with the first evidence generated by each of the second chain transactions;

In response to receiving the first evidence submission transaction, the first evidence submission transaction is sent to a blockchain node for execution through the first contract to determine whether to modify the first evidence submission transaction submitted by the exit group request transaction. Evidence of liquidation.
The method according to claim 10, further comprising:

Receive the channel close request transaction sent by the first client, send the channel close request transaction to the blockchain node for execution through the first contract to close the first channel, and send the channel close request The second clearing evidence submitted by the exchange is recorded on the blockchain, and the second evidence is waited for during the waiting period to submit the transaction; wherein, the channel closing request transaction is responded to by the first user terminal in response to the first user Close the first channel, and generate according to each of the first off-chain transactions and each of the second off-chain transactions;

Obtain the execution result of the channel closing request transaction from the blockchain and push it to the user terminal of each member to judge whether it is necessary to submit evidence according to the off-chain transaction related to the respective user: if yes, then generate the second evidence Submit the transaction;

In response to receiving the second evidence submission transaction, the second evidence submission transaction is sent to a blockchain node for execution through the first contract to determine whether to modify the second clearing evidence.
The method according to any one of claims 10-12, further comprising:

Receiving a group configuration transaction sent by the first client, and sending the group configuration transaction to a blockchain node for execution through the first contract to configure the first channel;

Obtain the execution result of the group configuration transaction from the blockchain and push it to the client of each member;

Wherein, the configuration includes at least one of the following: configuration of the upper limit of the number of group members, configuration of the group whitelist, configuration of the group blacklist, and the interval time for re-applying to join after leaving the group.
The method according to any one of claims 10-12, further comprising:

Receiving a group joining request transaction, and sending the group joining request transaction to a blockchain node for execution through the first contract;

Obtain the execution result of the group joining request transaction from the blockchain and push it to the client terminal of each member;

Wherein, the group joining request transaction is generated by a third user terminal in response to a third user's request to join the first group.
A group transaction method, characterized in that the method is suitable for blockchain nodes, and the method includes:

The group creation transaction is executed through the first contract to create the first group, so that the server can obtain the execution result of the group creation transaction from the blockchain and push it to the first group that has registered for the service on the server The user terminal of each member of the; wherein, the group creation transaction is generated by the first user terminal in response to the first user to create the group and sent through the server;

The deposit transaction is executed through the first contract, and several assets of the corresponding user are frozen in the first group, so that the server can obtain the execution result of the deposit transaction from the blockchain and push it to the members The user terminal of the corresponding user is used to locally update the balance of the corresponding user in the first group; wherein, the user terminal of the corresponding user responds to depositing a number of assets into the first group for the deposit transaction Generated and sent through the server;

The server is also used for:

Receive the first off-chain transaction, push the first off-chain transaction to the first user terminal for signature and return, and push the signed first off-chain transaction to the user side of each member for storage Verify and update the balance of the corresponding user; wherein, the first off-chain transaction is generated by the second user terminal in the first group in response to the transaction in the first channel;

Receive a second off-chain transaction, push the second off-chain transaction to the user end of each member for deposit certificate and update the balance of the corresponding user; wherein, the second off-chain transaction is performed by the first user The terminal responds to the exchange generation in the first channel;

Wherein, the first off-chain transaction and the second off-chain transaction are used as a basis for asset liquidation of the first contract when a first member of the first group requests to withdraw from the first group It is proved that the asset liquidation is performed by the first user on behalf of the other members of the first group and the first member.
The method according to claim 15, further comprising:

Execute the exit group request transaction through the first contract, so that the server obtains the execution result of the exit group request transaction from the blockchain and pushes it to the first client terminal for judging whether it is necessary to submit evidence: If yes, the first user terminal submits the transaction according to the first evidence generated by each of the first off-chain transactions and each of the second off-chain transactions and sends the transaction through the server; wherein, the exit group requests the transaction Generated by the second user terminal in response to the second user exiting the first group according to the off-chain exchange related to the second user and sent through the server;

The first evidence submission transaction is executed through the first contract, and it is determined whether to modify the first clearing evidence submitted by the exchange group requesting to withdraw from the group.
The method according to claim 15, further comprising:

Executing the channel closing request transaction through the first contract, closing the first channel, recording the second clearing evidence submitted by the channel closing request exchange on the blockchain, and waiting for the second evidence during the waiting period Submit a transaction for the server to obtain the execution result of the channel closing request transaction from the blockchain and push it to the user end of each member for determining whether to submit evidence according to the off-chain transaction related to the respective user : Yes, then generate second evidence to submit the transaction and send it through the server; wherein, the channel closing request transaction is closed by the first user terminal in response to the first user to close the first channel according to each of the The first off-chain transaction and each of the second off-chain transactions are generated and sent through the server;

The second evidence submission transaction is executed through the first contract to determine whether to modify the second clearing evidence.
The method according to any one of claims 15-17, further comprising:

The group configuration transaction is executed through the first contract, and the first channel is configured for the server to obtain the execution result of the group configuration transaction from the blockchain and push them to the users of the members respectively end;

Wherein, the group configuration transaction is generated by the first client and sent through the server, and the configuration includes at least one of the following: configuration of the maximum number of group members, configuration of the group whitelist, configuration of the group blacklist , The interval between re-applying after leaving the group.
The method according to any one of claims 15-17, further comprising:

Execute the group joining request transaction through the first contract, so that the server obtains the execution result of the group joining request transaction from the blockchain and pushes them to the client terminals of the members respectively;

Wherein, the group joining request transaction is generated by a third user terminal in response to a third user's request to join the first group and sent through the server.
A device, characterized in that the device includes:

One or more processors;

Memory, used to store one or more programs,

When the one or more programs are executed by the one or more processors, the one or more processors are caused to execute the method according to any one of claims 1-19.
A storage medium storing a computer program, characterized in that, when the program is executed by a processor, the method according to any one of claims 1-19 is implemented.