WO2020156480A1

WO2020156480A1 - Red envelope processing method and device, and storage medium

Info

Publication number: WO2020156480A1
Application number: PCT/CN2020/073981
Authority: WO
Inventors: 吴思进; 王志文
Original assignee: 杭州复杂美科技有限公司
Priority date: 2019-01-28
Filing date: 2020-01-23
Publication date: 2020-08-06
Also published as: CN109816362A; CN109816362B

Abstract

A red envelope processing method and device, and a storage medium, the method comprising: receiving red envelope issuing request information and a red envelope payment transaction; generating a main private key and a corresponding main chain code and main public key, and generating a first index list according to the number of red envelopes; generating a sub-private key list according to the main private key, the main chain code and the first index list, and generating a red envelope issuing transaction according to the main public key and the main chain code; packaging the red envelope issuing transaction and the red envelope payment transaction into a transaction group and sending same to a blockchain node for execution so as to freeze red envelope money in a red envelope contract, and recording the main public key and the main chain code onto a blockchain; and sending a first index and a corresponding sub-private key to a client who receives the red envelope so as to generate signature information by means of a sub-private key signature, generating a red envelope reception transaction according to the first index and the signature information and sending same to a node for execution so as to verify whether a sub-public key generated according to the main public key, the main chain code and the first index is able to verify the signature Information: if so, then issuing the red envelope.

Description

Red packet processing method, equipment and storage medium

Technical field

This application relates to the field of Internet technology, in particular to a method, equipment and storage medium for processing red packets.

Background technique

The current red envelope processing schemes are based on traditional centralized servers that process users' red envelope requests or grab red envelope requests, and perform red envelope distribution and other processing. At present, there is no mature decentralization or a combination of centralization and decentralization in the red envelope processing program.

Fully decentralized red envelope processing solutions, especially red envelope processing solutions that receive users in an uncertain mode such as the grab red envelope mode, still have the problem that it is difficult to balance security and ease of use. For example, the system can automatically generate a verification method for users who send red envelopes, but publicly verifying data through the blockchain will enable other blockchain users besides the audience users who grab the red envelopes to also have the opportunity to obtain red envelopes; and through offline The way of communication provides verification data to users who grab the red envelopes, which will greatly reduce the ease of use of the solution and make it difficult to attract users.

Summary of the invention

In view of the above-mentioned defects or deficiencies in the prior art, it is desirable to provide a red packet processing method, equipment and storage medium that combines centralization and decentralization.

In the first aspect, the present invention provides a red packet processing method suitable for the server, and the method includes:

Receiving the red envelope request information and the red envelope payment transaction sent by the first user terminal; wherein the red envelope request information includes the number of red envelopes;

Generate the master private key and the corresponding main chain code and master public key, and generate the first index list according to the number of red envelopes; wherein, the first index list includes the same number of indexes as the number of red envelopes;

Generate a list of sub-private keys based on the master private key, main chain code, and first index list, and generate red envelope transactions based on the master public key and main chain code;

Package the red envelope transaction and red envelope payment transaction into a transaction group and send it to the node of the first blockchain for execution to freeze the red envelope payment for the red envelope payment transaction in the red envelope contract, and record the master public key and main chain code to On the first blockchain;

Send the first index in the first index list and the first sub-private key corresponding to the first index to the second user end of the user who has received the red envelope, so that the second user end can generate the signature by the first sub-private key The first signature information, the red envelope receipt transaction is generated according to the first index and the first signature information and sent to the node of the first blockchain for execution to be verified by the red envelope contract. Generated according to the master public key, the main chain code and the first index Whether the first child public key can verify the first signature information: Yes, the red envelope contract will issue a red envelope to the user's account.

In the second aspect, the present invention provides a red packet processing method suitable for blockchain nodes, the method including:

Receive and execute the transaction group sent by the server to freeze the red envelope payment of the red envelope payment transaction in the red envelope contract, and record the master public key and the main chain code on the first blockchain; among them, the transaction group is received by the server. A red envelope sending request information and a red envelope payment transaction sent by a user, the master private key and the corresponding main chain code, master public key are generated, and the first index list is generated according to the number of red envelopes included in the red envelope request information, according to the master private key, The main chain code and the first index list generate the sub-private key list, and after the red envelope transaction is generated according to the master public key and the main chain code, the red envelope transaction and red envelope payment transaction are packaged and generated;

Receive and execute the red packet receiving transaction sent by the second user terminal of the user who received the red packet to verify the first signature information through the red packet contract, which is generated according to the master public key, the main chain code and the first index: If yes, the red envelope contract will issue red envelopes to the user’s account; among them, the red envelope receiving transaction is received by the second user terminal from the first index in the first index list sent by the server and the first sub-private key corresponding to the first index Then, the first signature information is generated by signing the first sub-private key, and generated according to the first index and the first signature information.

In the third aspect, the present invention provides a red packet processing method suitable for the user side, the method including:

After receiving the red envelope, the first index in the first index list sent by the server and the first sub-private key corresponding to the first index are received; where the first index list is received by the server to send the red envelope sent by the first user. After the request information and the red envelope payment transaction, the index is composed of the same number of red envelopes as the red envelope request information. The first sub-private key is generated based on the master private key and the main chain code generated by the server, and the first index ；

The first signature information is generated through the first sub-private key signature, and the red envelope receipt transaction is generated according to the first index and the first signature information and sent to the node of the first blockchain for execution to pass the red envelope contract verification according to the master public key, master Whether the first sub-public key generated by the chain code and the first index can verify the first signature information: yes, the red envelope contract will issue a red envelope; among them, the sub-private key list is generated by the server to generate the master private key and the corresponding main chain code, master After the public key, it is generated according to the master private key, main chain code and first index list, and the red envelope transaction is generated by the server according to the master public key and main chain code. The red envelope transaction and red envelope payment transaction are packaged into a transaction group and sent to The nodes of the first block chain are for execution to freeze the red envelope payment of the red envelope payment transaction in the red envelope contract, and record the master public key and the main chain code on the first block chain.

In the fourth aspect, the present invention provides another red packet processing method suitable for the server, and the method includes:

Generate the first signature information according to the first sub-private key signature in the sub-private key list, and generate the red envelope receiving transaction based on the account information of the user who received the red envelope, the first index corresponding to the first sub-private key, and the first signature information And sent to the node of the first blockchain for execution to verify whether the first sub-public key generated according to the master public key, the main chain code and the first index can verify the first signature information through the red envelope contract: yes, then the red envelope contract Red envelopes are issued to the user's account.

In the fifth aspect, the present invention provides another red packet processing method suitable for blockchain nodes, and the method includes:

Receive and execute the red envelope receipt transaction sent by the server to verify whether the first sub-public key generated according to the master public key, main chain code, and first index can verify the first signature information through the red envelope contract: if yes, the red envelope contract to the user The account issues red envelopes; among them, the red envelope receiving transaction is generated by the server according to the first sub-private key signature in the sub-private key list, and the first signature information is generated according to the account information of the user who received the red envelope, corresponding to the first sub-private key The first index and the first signature information are generated.

In a sixth aspect, the present invention also provides a device including one or more processors and a memory, where the memory contains instructions executable by the one or more processors to cause the one or more processors to execute each of the processors according to the present invention. The red packet processing method provided by the embodiment.

In a seventh aspect, the present invention also provides a storage medium storing a computer program, which causes the computer to execute the red packet processing method provided according to the embodiments of the present invention.

The red envelope processing method, device and storage medium provided by many embodiments of the present invention generate a master public key, master public key, master chain code, and index list by the server, and generate sub-keys based on the master private key, master chain code, and index list film. Private key list, record the main public key and main chain code on the blockchain, so that the red envelope contract configured on the block chain can be generated according to the first index in the main public key, main chain code and red envelope receipt transaction A sub-public key verifies the signature information generated by the first sub-private key signature to verify the red envelope receiving authority, and realizes the red envelope processing scheme that combines centralization and decentralization;

The red envelope processing method, device and storage medium provided by some embodiments of the present invention further distribute the red envelope payment to the account of each sub-address through the red envelope contract, and when the red envelope is issued, the red envelope in the account corresponding to the sub-address is first indexed The payment is made to ensure that an index cannot be reused for red envelope collection.

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 schematic diagram of a scenario of a red packet processing solution in an embodiment of the present invention.

Fig. 2 is a flowchart of a red packet processing method applicable to a server according to an embodiment of the present invention.

FIG. 3 is a flowchart of a red packet processing method suitable for blockchain nodes according to an embodiment of the present invention.

FIG. 4 is a flowchart of a preferred embodiment of the method shown in FIG. 3.

Fig. 5 is a flowchart of a red packet processing method suitable for a user terminal according to an embodiment of the present invention.

Fig. 6 is a flowchart of a red packet processing method suitable for a server according to another embodiment of the present invention.

FIG. 7 is a flowchart of a red packet processing method suitable for blockchain nodes according to another embodiment of the present invention.

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

detailed description

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 present application will be described in detail with reference to the drawings and in conjunction with embodiments.

FIG. 1 is a schematic diagram of a scenario of a red packet processing solution in an embodiment of the present invention. The following will take the scenario shown in FIG. 1 as an example to describe in detail the various solutions provided by the present invention.

Fig. 2 is a flowchart of a red packet processing method applicable to a server according to an embodiment of the present invention. As shown in Figure 2, in this embodiment, the present invention provides a red packet processing method suitable for the server, including:

S101: Receive the red envelope sending request information and the red envelope payment transaction sent by the first user terminal; wherein the red envelope sending request information includes the number of red envelopes;

S103: Generate the master private key and the corresponding main chain code and master public key, and generate a first index list according to the number of red envelopes; wherein, the first index list includes the same number of indexes as the number of red envelopes;

S105: Generate a sub-private key list according to the master private key, the main chain code, and the first index list, and generate a red envelope transaction according to the master public key and the main chain code;

S107: Pack the red envelope transaction and the red envelope payment transaction into a transaction group and send it to the node of the first blockchain for execution to freeze the red envelope payment for the red envelope payment transaction in the red envelope contract, and the master public key and main chain code Record to the first blockchain;

S109: Send the first index in the first index list and the first sub-private key corresponding to the first index to the second client of the user who has received the red envelope, so that the second client can use the first sub-private key The signature generates the first signature information, generates the red envelope receipt transaction according to the first index and the first signature information, and sends it to the node of the first blockchain for execution for verification by the red envelope contract according to the master public key, the main chain code and the first index Whether the generated first child public key can verify the first signature information: If yes, the red envelope contract will issue a red envelope to the user's account.

Specifically, in this embodiment, the server 10 is also the server of a certain instant messaging tool, and the user uses the instant messaging tool to send and receive red packets; in more embodiments, the server 10 may be configured to be dedicated to the sending and receiving of red packets The same technical effect can be achieved on the server side of the server or the server side configured as other different communication tools used in the field for sending and receiving red packets.

In the scenario shown in Figure 1, user A sends a red envelope with a total of 100xxx coins to 3 people in the instant messaging tool group. Users B, C, and D grab the red envelope, and users E, E, etc. did not grab the red envelope. As an example, the method shown in Figure 2 above is described in detail:

User A sends a three-person red envelope with a total of 100xxx coins through the first user terminal 20, and the first user terminal 20 generates red envelope request information m1 and a red envelope payment transaction tx1 that transfers 100xxx coins to the red envelope contract, and combines m1 and tx1 Send to the server 10. Among them, the red envelope request information m1 includes: total amount of red envelopes: 100, currency: xxx coins, number of red envelopes: 3, red envelope distribution type: random, and so on.

In step S101, the server 10 receives the red envelope sending request information m1 and the red envelope payment transaction tx1 sent by the first user terminal 20.

Preferably, in step S10, the server 10 can compare and verify m1 and tx1. If the verification fails, for example, the amount of money paid by tx1 is less than the total amount of red envelopes requested by m1, or the currency of tx1 payment It is different from the currency of the red envelope request, etc., the request fails.

In another embodiment, m1 does not include the total amount of red envelopes and currency information, and the server 10 determines the currency and amount of red envelopes requested by m1 according to the currency and amount paid by tx1.

In step S103, the server 10 generates a master private key, a master chain code, and a master public key for the above red envelope request information m1, and generates a first index list including 3 indexes according to the number of red envelopes of m1 (3) [r1 , R2, r3].

Specifically, in this embodiment, the server 10 uses the CKD (child key derivation) algorithm of the HD wallet to generate a seed according to the first random number generated randomly, and then generates the master private key and the main chain code according to the seed, and then according to the master The private key generates the corresponding master public key; each index in the first index list is a random number generated randomly; in more embodiments, the server 10 may also send a red envelope request information m1 or several items of the red envelope payment transaction tx1 The parameter generates the seed of the CKD algorithm or generates the index in the first index list. As long as the parameters of the generated seed or index are not recorded on the blockchain and are fully disclosed and cause security risks, the same technical effect can be achieved.

In step S105, the server 10 generates a sub-private key list including 3 sub-private keys according to the above-mentioned CKD algorithm, the main private key, the main chain code, and the first index list, and generates a red envelope including the main public key and the main chain code. Transaction tx2, tx2 can also include information such as the total amount of red envelopes (100), currency (xxx), red envelope distribution type (random), and the number of red envelopes (3);

In step S107, the server 10 packages tx1 and tx2 into a transaction group (tx1, tx2), and sends the transaction group to the node 501 of the first blockchain;

The node 501 broadcasts the transaction group (tx1, tx2) to the other nodes 501 of the first blockchain network 50, and each node 501 packages the transaction group (tx1, tx2) into the block and executes it, and the user A pays 100xxx coins are frozen in the red envelope contract, and the main public key and main chain code are recorded on the first blockchain.

Parallel to the above steps S103-S107, the server 10, as the server of the instant messaging tool, sends red envelope information in the group according to the red envelope request information m1. After the user end of each user in the group receives the red envelope information, users B, C, Ding grabbed the red envelope, but users E and Ji did not grab the red envelope.

In step S109, the server 10 respectively sends the index r1 and the corresponding first sub-private key, r2 and the corresponding second sub-private key, r3 to the second client 30 of users B, C, and D who grab the red envelope. And the corresponding third child private key;

After receiving the index r1 and the corresponding first sub-private key, the second client 30 of user B generates the first signature information through the first sub-private key signature, and generates the first signature information including index r1, the first signature information, and the account address of user B Add _B ’s red envelope receives transaction tx3, and sends tx3 to node 501; in another embodiment, add _B can also be signed by the first sub-private key to generate the first signature information, including index r1 and the first signature Information red envelope to receive transaction tx3';

The node 501 receives, broadcasts, and executes tx3 through the red envelope contract, generates the first child public key according to the master public key, index r1 and the main chain code, and then verifies the first signature information according to the first child public key: if the verification is successful, then Transfer part of the xxx coins of the 100xxx coins frozen in the red envelope contract to add _B to complete the distribution of red envelopes to user B;

In the same way, the second client 30 of user C and user D respectively generate red packets to receive transactions tx4 and tx5 after receiving index r2 and the corresponding second sub-private key, r3 and corresponding third sub-private key, and send them To node 501; after node 501 passes the red envelope contract verification, red envelopes are issued to users C and D respectively.

Among them, when the red envelope distribution type is configured as random, the red envelope contract can use the block hash of a certain block determined by the predetermined first algorithm or the transaction hash of a certain transaction as a random number, combined with the predetermined second algorithm, Generate the amount of red envelopes randomly allocated to users B, C, D; red envelope contracts can also use random numbers provided by the blockchain system, such as random numbers generated by the random number generation method proposed by the applicant in the CN201811351787.0 patent , Combined with the above-mentioned predetermined second algorithm, generate the amount of red envelopes randomly allocated to users B, C and D;

When the red envelope distribution type is configured as equal distribution or other non-random distribution methods, the red envelope contract can be directly distributed according to the specified distribution method.

The method provided in the foregoing embodiment uses the CKD algorithm to generate the sub-private key and the sub-public key. In another embodiment, a hardened key derivation (hardened key derivation, referred to as HKD) algorithm may also be used to achieve the same technical effect.

In the above embodiment, the server generates the master public key, the master public key, the master chain code, and the index list, and generates the child private key list according to the master private key, the master chain code, and the index list film. The master public key and the master chain code Recorded on the blockchain, so that the red envelope contract configured on the blockchain can be generated according to the first sub-public key generated by the master public key, the main chain code, and the first index in the red envelope receipt transaction. The signature information is used to verify the red envelope receiving authority, which realizes the red envelope processing scheme that combines centralization and decentralization.

In the above embodiment, taking the red envelope payment transaction to transfer the red envelope contract, the red envelope receiving transaction includes the address of the second user, and the red envelope contract transfers money to the address as an example, the above method is exemplified;

In another embodiment, the red envelope contract is configured with an account system. When accounting the account balance of each user, the red envelope payment transaction can also be configured to freeze the balance of the first user in the red envelope contract, and the red envelope receiving transaction can be configured as Including the account identification information of the second user, the red envelope contract realizes the issuance of red envelopes to the second user by modifying the account balances of the first user and the second user in the contract, which can achieve the same technical effect. For example, the red envelope contract is configured with an account system that records user A’s account balance of 1000xxx coins and user B’s account balance of 0xxx coins. By executing the red envelope payment transaction, user A’s 100xxx coins are frozen (at this time, user A’s account balance is 900 active xxx coins, 100 frozen xxx coins), modify the bookkeeping of the red envelope contract by executing the red envelope receiving transaction tx3 (at this time, user A’s account balance is 900 active xxx coins, 80 frozen xxx coins, and user B’s account balance 20xxx coins) .

In a preferred embodiment, the red envelope contract is configured with the account system as described above, and the above freezing the red envelope payment of the red envelope payment transaction in the red envelope contract includes: configuring the account of each sub address included in the sub address list in the red envelope contract ; And, distribute the red envelope payment of the red envelope payment transaction to the account of each sub address;

The above-mentioned red envelope contract issuing red envelopes to the user's account includes: issuing red envelope funds in the account of the first sub-address in the red envelope contract to the user's account.

Specifically, when the red envelope contract executes the transaction group, the three accounts add1, add2, and add3 are generated in the red envelope contract, and the red envelope payment paid by user A is distributed to the three accounts according to the above distribution method; when the red envelope contract is executed When the red envelope generated by the index r1 receives the transaction tx3 and the verification is passed, the red envelope money in the add1 account is issued to the account of user B (the above add _B or the account of user B in the red envelope contract).

The above embodiment further distributes the red envelope payment to the account of each sub address by the red envelope contract, and distributes the red envelope payment in the account of the sub address corresponding to the first index when the red envelope is issued, ensuring that an index cannot be repeated Used for red envelope collection.

FIG. 3 is a flowchart of a red packet processing method suitable for blockchain nodes according to an embodiment of the present invention. The method shown in FIG. 3 can be executed in conjunction with the method shown in FIG. 2.

As shown in Figure 3, in this embodiment, the present invention also provides a red packet processing method suitable for blockchain nodes, including:

S201: Receive and execute the transaction group sent by the server to freeze the red envelope payment of the red envelope payment transaction in the red envelope contract, and record the master public key and the main chain code on the first blockchain; where the transaction group is determined by the server Receive the red envelope request information and the red envelope payment transaction sent by the first client, generate the master private key, the corresponding main chain code, and the master public key, and generate the first index list according to the number of red envelopes included in the red envelope request information. Key, main chain code, and first index list to generate a list of sub-private keys, after generating a red envelope transaction based on the master public key and main chain code, package the red envelope transaction and red envelope payment transaction to generate;

S203: Receive and execute the red envelope receiving transaction sent by the second client of the user who received the red envelope to verify whether the first sub-public key generated according to the master public key, the main chain code and the first index can verify the first signature through the red envelope contract information:

If yes, perform step S205: the red envelope contract issues red envelopes to the user’s account; where the red envelope receiving transaction is received by the second user terminal from the first index in the first index list sent by the server and the first index corresponding to the first index After a sub-private key, first signature information is generated by signing the first sub-private key, and generated according to the first index and the first signature information.

For the red packet processing principle of the method shown in FIG. 3, refer to the method shown in FIG. 2, which will not be repeated here.

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

As shown in FIG. 4, in a preferred embodiment, step S201 includes:

S2012: Configure the account of each sub-address included in the sub-address list in the red envelope contract;

S2014: Allocate the red envelope payment of the red envelope payment transaction to the account of each sub-address;

S2016: Record the master public key and sub-address list on the first blockchain;

Step S205 includes:

S2052: Distribute the red envelope money in the account of the first sub-address in the red envelope contract to the user's account.

For the red packet processing principle of the method shown in FIG. 4, reference may be made to the method provided in the preferred embodiment shown in FIG. 2, which will not be repeated here.

Fig. 5 is a flowchart of a red packet processing method suitable for a user terminal according to an embodiment of the present invention. The method shown in Figure 5 can be executed in conjunction with the method shown in Figures 2-4.

As shown in FIG. 5, in this embodiment, the present invention also provides a red packet processing method suitable for the above-mentioned second user terminal, including:

S301: After receiving the red envelope, receive the first index in the first index list sent by the server and the first sub-private key corresponding to the first index; wherein the first index list is received by the server from the first user. After the red envelope request information and the red envelope payment transaction, an index consisting of the same number of red envelopes included in the red envelope request information is generated. The first sub-private key is based on the master private key and the main chain code generated by the server, and the first Index generation;

S303: Generate first signature information through the first sub-private key signature, generate a red envelope receipt transaction based on the first index and the first signature information and send it to the node of the first blockchain for execution to verify the red envelope contract according to the master public key , The main chain code and the first sub-public key generated by the first index can verify the first signature information: yes, the red envelope contract will issue a red envelope; among them, the sub-private key list is generated by the server to generate the master private key and the corresponding main chain code After the master public key, it is generated according to the master private key, the main chain code and the first index list, and the red envelope transaction is generated by the server according to the master public key and the main chain code. The red envelope transaction and the red envelope payment transaction are packaged into a transaction group and Send to the node of the first blockchain for execution to freeze the red envelope payment of the red envelope payment transaction in the red envelope contract, and record the master public key and the main chain code on the first blockchain.

The red packet processing principle of the method shown in FIG. 5 can also be referred to the method shown in FIG. 2, which will not be repeated here.

Fig. 6 is a flowchart of a red packet processing method suitable for a server according to another embodiment of the present invention. As shown in Figure 6, in another embodiment, the present invention also provides another red packet processing method suitable for the server, including:

S401: Receive the red envelope sending request information and the red envelope payment transaction sent by the first user terminal; wherein the red envelope sending request information includes the number of red envelopes;

S403: Generate a master private key and a corresponding main chain code and master public key, and generate a first index list according to the number of red envelopes; wherein, the first index list includes the same number of indexes as the number of red envelopes;

S405: Generate a sub-private key list according to the master private key, the main chain code, and the first index list, and generate a red envelope transaction according to the master public key and the main chain code;

S407: Package the red envelope transaction and the red envelope payment transaction into a transaction group and send it to the node of the first blockchain for execution to freeze the red envelope payment of the red envelope payment transaction in the red envelope contract, and the master public key and main chain code Record to the first blockchain;

S409: Generate the first signature information according to the first sub-private key signature in the sub-private key list, and generate the red envelope according to the account information of the user who received the red envelope, the first index corresponding to the first sub-private key, and the first signature information Receive the transaction and send it to the node of the first blockchain for execution to verify whether the first sub-public key generated according to the master public key, the master chain code and the first index can verify the first signature information through the red envelope contract: yes, then The red envelope contract issues red envelopes to the user's account.

Preferably, freezing the red envelope payment of the red envelope payment transaction in the red envelope contract includes: configuring the account of each sub-address included in the sub-address list in the red envelope contract; and allocating the red envelope payment of the red envelope payment transaction to each sub-address Address in the account;

The difference between the method shown in FIG. 6 and the method shown in FIG. 2 is that, in the method shown in FIG. 6, the server 10 generates a red envelope receipt transaction for the second user in step S409 and sends it to the node 501, while in the method shown in FIG. In the method shown, in step S109, the second user terminal 30 of the second user generates a red envelope receiving transaction and sends it to the node 501.

FIG. 7 is a flowchart of a red packet processing method suitable for blockchain nodes according to another embodiment of the present invention. The method shown in FIG. 7 can be executed in conjunction with the method shown in FIG. 6.

As shown in Figure 7, in another embodiment, the present invention also provides another red envelope processing method suitable for blockchain nodes, including:

S501: Receive and execute the transaction group sent by the server to freeze the red envelope payment of the red envelope payment transaction in the red envelope contract, and record the master public key and the main chain code on the first blockchain; where the transaction group is determined by the server Receive the red envelope request information and the red envelope payment transaction sent by the first client, generate the master private key, the corresponding main chain code, and the master public key, and generate the first index list according to the number of red envelopes included in the red envelope request information. Key, main chain code, and first index list to generate a list of sub-private keys, after generating a red envelope transaction based on the master public key and main chain code, package the red envelope transaction and red envelope payment transaction to generate;

S503: Receive and execute the red envelope receiving transaction sent by the server to verify through the red envelope contract whether the first sub-public key generated according to the main public key, the main chain code and the first index can verify the first signature information:

If yes, proceed to step S505: the red envelope contract issues red envelopes to the user’s account; among them, the red envelope receiving transaction is generated by the server according to the first sub-private key signature in the sub-private key list, and according to the user who received the red envelope The account information, the first index corresponding to the first sub-private key, and the first signature information are generated.

The difference between the method shown in FIG. 7 and the method shown in FIG. 3 is also that, in the method shown in FIG. 7, the red packet receiving transaction is generated by the server 10 and sent to the node 501, while in the method shown in FIG. The receiving transaction is generated by the second client 30 and sent to the node 501.

As shown in FIG. 8, as another aspect, the present application also provides a device 800, which includes one or more central processing units (CPU) 801, which can be based on a program stored in a read-only memory (ROM) 802 or The program loaded from the storage section 808 into the random access memory (RAM) 803 executes various appropriate actions and processing. In the RAM 803, various programs and data required for the operation of the device 800 are also stored. The CPU 801, the ROM 802, and the RAM 803 are connected to each other through a bus 804. An input/output (I/O) interface 805 is also connected to the bus 804.

The following components are connected to the I/O interface 805: an input part 806 including a keyboard, a mouse, etc.; an output part 807 including a cathode ray tube (CRT), a liquid crystal display (LCD), etc., and speakers, etc.; a storage part 808 including a hard disk, etc. ; And a communication section 809 including a network interface card such as a LAN card, a modem, etc. The communication section 809 performs communication processing via a network such as the Internet. The driver 810 is also connected to the I/O interface 805 as needed. A removable medium 811, such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, etc., is installed on the drive 810 as needed, so that the computer program read therefrom is installed into the storage section 808 as needed.

In particular, according to the embodiments of the present disclosure, the red packet processing method described in any of the above embodiments can 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 contained on a machine-readable medium, and the computer program includes program code for executing a red packet processing method. In such an embodiment, the computer program may be downloaded and installed from the network through the communication part 809, and/or installed from the removable medium 811.

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; or it may exist alone without being installed. The computer-readable storage medium in the device. The computer-readable storage medium stores one or more programs, and the program is used by one or more processors to execute the red packet processing method described in this application.

The flowcharts and block diagrams in the drawings illustrate the possible implementation 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 can 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 logic 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 one after another 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 units or modules involved in the embodiments described in the present application can be implemented in software or hardware. The described units or modules may also be arranged in the processor. For example, each of the described units may be a software program arranged in a computer or a mobile smart device, or may be a separately configured hardware device. Among them, the names of these units or modules do not constitute a limitation on the units or modules themselves under certain circumstances.

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 any combination of its 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 red packet processing method, characterized in that the method is applicable to the server, and the method includes:

Receiving the red envelope sending request information and the red envelope payment transaction sent by the first user terminal; wherein the red envelope sending request information includes the number of red envelopes;

Generate a master private key and corresponding main chain code and master public key, and generate a first index list according to the number of red envelopes; wherein, the first index list includes the same number of indexes as the number of red envelopes;

Generating a sub-private key list according to the master private key, the main chain code, and the first index list, and generating a red envelope transaction according to the master public key and the main chain code;

Pack the red envelope transaction and the red envelope payment transaction into a transaction group and send it to the node of the first blockchain for execution, so as to freeze the red envelope payment for the red envelope payment transaction in the red envelope contract, and the master The public key and the main chain code are recorded on the first blockchain;

Send the first index in the first index list and the first sub-private key corresponding to the first index to the second client of the user who has received the red envelope, so that the second client can pass the first index A sub-private key signature generates the first signature information, generates a red envelope receipt transaction according to the first index and the first signature information, and sends it to the node of the first blockchain for execution to pass the red envelope contract verification Whether the main public key, the main chain code, and the first sub-public key generated by the first index can verify the first signature information: yes, the red envelope contract issues a red envelope to the user's account.
The method according to claim 1, wherein the red envelope transaction further comprises a sub-address list generated according to the master public key and the first index list;

The freezing of the red envelope payment for the red envelope payment transaction in the red envelope contract includes:

Configure the account of each sub-address included in the sub-address list in the red envelope contract;

Allocate the red envelope payment of the red envelope payment transaction to the account of each sub-address;

The red envelope contract issuing the red envelope to the user's account includes: issuing the red envelope money in the account of the first sub-address corresponding to the first sub-public key in the red envelope contract to the user's account.
The method according to claim 1 or 2, wherein the method uses a child key derivation (CKD) algorithm or an enhanced key derivation (hardened key derivation, HKD) algorithm.
A red packet processing method, characterized in that the method is suitable for blockchain nodes, and the method includes:

Receive and execute the transaction group sent by the server to freeze the red envelope payment of the red envelope payment transaction in the red envelope contract, and record the master public key and the main chain code on the first blockchain; wherein, the transaction group consists of The server receives the red envelope request information and the red envelope payment transaction sent by the first client, generates the master private key, the corresponding main chain code, and the master public key, and generates the first index list according to the number of red envelopes included in the red envelope request information , Generating a sub-private key list according to the master private key, the main chain code, and the first index list, after generating a red envelope transaction according to the master public key and the main chain code, the red envelope transaction Generate packaged with the red envelope payment transaction;

Receive and execute the red packet receiving transaction sent by the second user terminal of the user who received the red packet to verify through the red packet contract whether the first child public key generated according to the master public key, the main chain code and the first index can be Verify the first signature information: if yes, the red envelope contract will issue a red envelope to the user’s account; wherein, the red envelope receiving transaction is received by the second user terminal after receiving the first index sent by the server After the first index in the list and the first sub-private key corresponding to the first index, the first signature information is generated by signing the first sub-private key, and according to the first index and the first signature information generate.
The method according to claim 4, wherein the red envelope transaction further comprises a sub-address list generated according to the master public key and the first index list;

The freezing of the red envelope payment for the red envelope payment transaction in the red envelope contract includes:

Configure the account of each sub-address included in the sub-address list in the red envelope contract;

Allocate the red envelope payment of the red envelope payment transaction to the account of each sub-address;

The red envelope contract issuing the red envelope to the user's account includes: issuing the red envelope money in the account of the first sub-address corresponding to the first sub-public key in the red envelope contract to the user's account.
The method according to claim 4 or 5, wherein the method adopts a child key derivation (CKD) algorithm or a hardened key derivation (HKD) algorithm.
A red packet processing method, characterized in that the method is applicable to the user side, and the method includes:

After receiving the red envelope, the first index in the first index list sent by the server and the first sub-private key corresponding to the first index are received; wherein, the first index list is received by the server. After the red envelope issuance request information and the red envelope payment transaction sent by the user end, an index consisting of the same number of red envelopes as included in the red envelope request information is generated, and the first sub-private key is based on the master generated by the server. Private key, the main chain code, and the first index generation;

Generate first signature information through the first sub-private key signature, generate a red envelope receipt transaction based on the first index and the first signature information, and send it to the node of the first blockchain for execution to pass the red envelope contract verification Whether the first sub-public key generated according to the main public key, the main chain code and the first index can verify the first signature information: if yes, the red envelope contract issues red envelopes; wherein, the sub-private key After the server generates the master private key, the corresponding main chain code, and the master public key, the list is generated according to the master private key, the main chain code, and the first index list, and is generated by the server according to The master public key and the main chain code generate a red envelope transaction, package the red envelope transaction and the red envelope payment transaction into a transaction group and send to the node of the first blockchain for execution to pay the red envelope The red envelope payment for the transaction is frozen in the red envelope contract, and the master public key and the master chain code are recorded on the first blockchain.
The method according to claim 7, wherein the red envelope transaction further comprises a sub-address list generated according to the master public key and the first index list;

The freezing of the red envelope payment for the red envelope payment transaction in the red envelope contract includes:

Configure the account of each sub-address included in the sub-address list in the red envelope contract;

Allocate the red envelope payment of the red envelope payment transaction to the account of each sub-address;

The issuing of red envelopes by the red envelope contract includes: issuing red envelopes according to the red envelope funds in the account of the first sub-address corresponding to the first sub-public key in the red envelope contract.
The method according to claim 7 or 8, characterized in that the method uses a child key derivation (CKD) algorithm or a hardened key derivation (HKD) algorithm.
A red packet processing method, characterized in that the method is applicable to the server, and the method includes:

Receiving the red envelope sending request information and the red envelope payment transaction sent by the first user terminal; wherein the red envelope sending request information includes the number of red envelopes;

Generate a master private key and corresponding main chain code and master public key, and generate a first index list according to the number of red envelopes; wherein, the first index list includes the same number of indexes as the number of red envelopes;

Generating a sub-private key list according to the master private key, the main chain code, and the first index list, and generating a red envelope transaction according to the master public key and the main chain code;

Pack the red envelope transaction and the red envelope payment transaction into a transaction group and send it to the node of the first blockchain for execution, so as to freeze the red envelope payment for the red envelope payment transaction in the red envelope contract, and the master The public key and the main chain code are recorded on the first blockchain;

The first signature information is generated according to the first sub-private key signature in the sub-private key list, and the first signature information is generated according to the account information of the user who received the red envelope, the first index corresponding to the first sub-private key, and the first The signature information generates a red envelope to receive the transaction and sends it to the node of the first blockchain for execution to verify the first generated according to the master public key, the master chain code, and the first index through the red envelope contract. Whether the child public key can verify the first signature information: yes, then the red envelope contract issues a red envelope to the user's account.
The method according to claim 10, wherein the red envelope transaction further comprises a sub-address list generated according to the master public key and the first index list;

The freezing of the red envelope payment for the red envelope payment transaction in the red envelope contract includes:

Configure the account of each sub-address included in the sub-address list in the red envelope contract;

Allocate the red envelope payment of the red envelope payment transaction to the account of each sub-address;

The red envelope contract issuing the red envelope to the user's account includes: issuing the red envelope money in the account of the first sub-address corresponding to the first sub-public key in the red envelope contract to the user's account.
The method according to claim 10 or 11, wherein the method adopts a child key derivation (CKD) algorithm or a hardened key derivation (HKD) algorithm.
A red packet processing method, characterized in that the method is suitable for blockchain nodes, and the method includes:

Receive and execute the transaction group sent by the server to freeze the red envelope payment of the red envelope payment transaction in the red envelope contract, and record the master public key and the main chain code on the first blockchain; wherein, the transaction group consists of The server receives the red envelope request information and the red envelope payment transaction sent by the first client, generates the master private key, the corresponding main chain code, and the master public key, and generates the first index list according to the number of red envelopes included in the red envelope request information , Generating a sub-private key list according to the master private key, the main chain code, and the first index list, after generating a red envelope transaction according to the master public key and the main chain code, the red envelope transaction Generate packaged with the red envelope payment transaction;

Receive and execute the red envelope receiving transaction sent by the server to verify through the red envelope contract whether the first child public key generated according to the master public key, the main chain code, and the first index can verify the first signature information: If yes, the red envelope contract issues red envelopes to the user's account; wherein, the red envelope receiving transaction is generated by the server according to the first sub-private key signature in the sub-private key list, and Generated according to the account information of the user who received the red envelope, the first index corresponding to the first sub-private key, and the first signature information.
The method according to claim 13, wherein the red envelope transaction further comprises a sub-address list generated according to the master public key and the first index list;

The freezing of the red envelope payment for the red envelope payment transaction in the red envelope contract includes:

Configure the account of each sub-address included in the sub-address list in the red envelope contract;

Allocate the red envelope payment of the red envelope payment transaction to the account of each sub-address;

The red envelope contract issuing the red envelope to the user's account includes: issuing the red envelope money in the account of the first sub-address corresponding to the first sub-public key in the red envelope contract to the user's account.
The method according to claim 13 or 14, characterized in that the method uses a child key derivation (CKD) algorithm or a hardened key derivation (HKD) algorithm.
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-15.
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-15 is implemented.