CN109816362B - Red packet processing method, device and storage medium - Google Patents

Red packet processing method, device and storage medium Download PDF

Info

Publication number
CN109816362B
CN109816362B CN201910077864.6A CN201910077864A CN109816362B CN 109816362 B CN109816362 B CN 109816362B CN 201910077864 A CN201910077864 A CN 201910077864A CN 109816362 B CN109816362 B CN 109816362B
Authority
CN
China
Prior art keywords
red
sub
red packet
transaction
envelope
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201910077864.6A
Other languages
Chinese (zh)
Other versions
CN109816362A (en
Inventor
吴思进
王志文
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hangzhou Fuzamei Technology Co Ltd
Original Assignee
Hangzhou Fuzamei Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hangzhou Fuzamei Technology Co Ltd filed Critical Hangzhou Fuzamei Technology Co Ltd
Priority to CN201910077864.6A priority Critical patent/CN109816362B/en
Publication of CN109816362A publication Critical patent/CN109816362A/en
Priority to PCT/CN2020/073981 priority patent/WO2020156480A1/en
Application granted granted Critical
Publication of CN109816362B publication Critical patent/CN109816362B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange

Abstract

The invention provides a red packet processing method, equipment and a storage medium, wherein the method comprises the following steps: receiving red packet request information and red packet payment transactions; generating a master private key, a corresponding main chain code and a master public key, and generating a first index list according to the number of the red packets; 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 packet-emitting transaction according to the main public key and the main chain code; packaging the red envelope transaction and the red envelope payment transaction into a transaction group and sending the transaction group to a blockchain node for execution so as to freeze a red envelope money in a red envelope contract and record a main public key and a main chain code on a blockchain; sending a first index and a corresponding sub private key to a user side receiving the red packet for generating signature information through sub private key signature, generating a red packet receiving transaction according to the first index and the signature information, and sending the red packet receiving transaction to a node for execution to verify whether a sub public key generated according to a main public key, a main chain code and the first index can verify the signature information: if yes, a red packet is issued.

Description

Red packet processing method, device and storage medium
Technical Field
The application relates to the technical field of internet, in particular to a red packet processing method, red packet processing equipment and a storage medium.
Background
The current red packet processing scheme is a centralized scheme based on the traditional centralized server for processing the red packet request or the red packet robbing request of the user and performing red packet distribution and other processing. There is no mature red envelope treatment scheme that combines decentralization or decentralization with decentralization currently on the market.
In a completely decentralized red packet processing scheme, especially in a red packet processing scheme of an uncertain mode of a receiving user such as a red packet robbing mode, the problem that safety and usability are difficult to be considered still exists at present. For example, the system may automatically generate a verification manner for a user who wins a red envelope, but disclosing the verification data through the blockchain may also make other blockchain users besides the audience user who is a robbing of the red envelope have an opportunity to acquire the red envelope; and the verification data is provided for the user who robs the red envelope by means of communication under the line, so that the usability of the scheme is greatly reduced, and the scheme is difficult to attract the user to use.
Disclosure of Invention
In view of the above-mentioned shortcomings or drawbacks of the prior art, it is desirable to provide a red packet processing method, apparatus and storage medium that combines centralization and decentralization.
In a first aspect, the present invention provides a red packet processing method suitable for a server, where the method includes:
receiving red packet request information and red packet payment transaction sent by a first user end; the red packet request information comprises the number of red packets;
generating a master private key, a corresponding main chain code and a master public key, and generating a first index list according to the number of the red packets; the first index list comprises indexes with the same number as the red packets;
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 packet-emitting transaction according to the main public key and the main chain code;
packaging the red packet payment transaction and the red packet payment transaction into a transaction group and sending the transaction group to a node of a first block chain for execution so as to freeze a red packet payment of the red packet payment transaction payment in a red packet contract and record a main public key and a main chain code on the first block chain;
sending a first index in the first index list and a first sub private key corresponding to the first index to a second user end of a user who receives the red packet, so that the second user end generates first signature information through signature of the first sub private key, generates a red packet receiving transaction according to the first index and the first signature information, and sends the red packet receiving transaction to a node of a first block chain for execution to verify 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 through a red packet contract: if so, the red envelope contract issues a red envelope to the user's account.
In a second aspect, the present invention provides a red packet processing method suitable for a blockchain node, where the method includes:
receiving and executing a transaction group sent by a server so as to freeze a red envelope money paid by a red envelope payment transaction in a red envelope contract and record a main public key and a main chain code on a first block chain; the transaction group receives the red packet request information and the red packet payment transaction sent by the first user end by the server end, generates a main private key, a corresponding main chain code and a main public key, generates a first index list according to the number of red packets included by the red packet request information, generates a sub private key list according to the main private key, the main chain code and the first index list, generates the red packet transaction according to the main public key and the main chain code, and then packages the red packet transaction and the red packet payment transaction;
receiving and executing a red packet getting transaction sent by a second user end of the user getting the red packet to verify whether a 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 through a red packet contract: if yes, the red envelope contract issues a red envelope to the account of the user; after receiving a first index in a first index list sent by a server and a first sub private key corresponding to the first index, the second user side generates first signature information through signature of the first sub private key and generates the first signature information according to the first index and the first signature information.
In a third aspect, the present invention provides a method for red packet processing suitable for a user side, including:
after the red packet is taken, receiving a first index in a first index list sent by a server and a first sub private key corresponding to the first index; the first index list is formed by generating indexes with the same number as the red packet number included in the red packet request information after the server receives the red packet request information and the red packet payment transaction sent by the first user, and the first sub private key is generated according to a main private key and a main chain code generated by the server and the first index;
generating first signature information through a first sub private key signature, generating a red packet obtaining transaction according to a first index and the first signature information, and sending the red packet obtaining transaction to a node of a first block chain for execution so as to verify whether a 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 through a red packet contract: if yes, the red packet contract issues a red packet; the sub private key list is generated by the server side according to the main private key, the main chain code and the first index list after the main private key and the corresponding main chain code and the main public key are generated by the server side, the service side generates the red packet transaction according to the main public key and the main chain code, the red packet transaction and the red packet payment transaction are packaged into a transaction group and sent to a node of the first block chain for execution, so that the red packet payment paid by the red packet payment transaction is frozen in a red packet contract, and the main public key and the main chain code are recorded on the first block chain.
In a fourth aspect, the present invention provides another method for red packet processing suitable for a server, where the method includes:
receiving red packet request information and red packet payment transaction sent by a first user end; the red packet request information comprises the number of red packets;
generating a master private key, a corresponding main chain code and a master public key, and generating a first index list according to the number of the red packets; the first index list comprises indexes with the same number as the red packets;
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 packet-emitting transaction according to the main public key and the main chain code;
packaging the red packet payment transaction and the red packet payment transaction into a transaction group and sending the transaction group to a node of a first block chain for execution so as to freeze a red packet payment of the red packet payment transaction payment in a red packet contract and record a main public key and a main chain code on the first block chain;
generating first signature information according to a first sub-private key signature in the sub-private key list, generating a red packet pickup transaction according to account information of a user who picks up a red packet, a first index corresponding to the first sub-private key and the first signature information, and sending the red packet pickup transaction to a node of a first block chain for execution so as to verify whether a 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 through a red packet contract: if so, the red envelope contract issues a red envelope to the user's account.
In a fifth aspect, the present invention provides another red packet processing method suitable for a blockchain node, where the method includes:
receiving and executing a transaction group sent by a server so as to freeze a red envelope money paid by a red envelope payment transaction in a red envelope contract and record a main public key and a main chain code on a first block chain; the transaction group receives the red packet request information and the red packet payment transaction sent by the first user end by the server end, generates a main private key, a corresponding main chain code and a main public key, generates a first index list according to the number of red packets included by the red packet request information, generates a sub private key list according to the main private key, the main chain code and the first index list, generates the red packet transaction according to the main public key and the main chain code, and then packages the red packet transaction and the red packet payment transaction;
receiving and executing a red packet pick-up transaction sent by a server so as to verify whether a first sub public key generated according to the master public key, the main chain code and the first index can verify first signature information through a red packet contract: if yes, the red envelope contract issues a red envelope to the account of the user; the service end generates first signature information according to a first sub private key signature in the sub private key list, and generates a first index corresponding to the first sub private key and the first signature information according to account information of a user who receives the red envelope.
In a sixth aspect, the present invention also provides an apparatus comprising one or more processors and a memory, wherein the memory contains instructions executable by the one or more processors to cause the one or more processors to perform a red packet processing method provided according to embodiments of the present invention.
In a seventh aspect, the present invention further provides a storage medium storing a computer program, where the computer program makes a computer execute the red packet processing method provided according to the embodiments of the present invention.
The method, the device and the storage medium for processing the red envelope, which are provided by the embodiments of the invention, generate a main public key, a main chain code and an index list by a server, generate a sub private key list according to the main private key, the main chain code and an index list film, and record the main public key and the main chain code to a block chain, so that a red envelope contract configured on the block chain can verify a red envelope getting authority by verifying signature information generated by a first sub private key signature according to a first sub public key generated by a first index in a transaction of the main public key, the main chain code and the red envelope getting, and a red envelope processing scheme combining centralization and decentralization is realized;
the method, the device and the storage medium for processing the red envelope, provided by some embodiments of the present invention, further allocate the red envelope money to the account of each sub-address through the red envelope contract, and issue the red envelope money in the account of the sub-address corresponding to the first index when issuing the red envelope, thereby ensuring that one index cannot be repeatedly used for receiving the red envelope.
Drawings
Other features, objects and advantages of the present application will become more apparent upon reading of the following detailed description of non-limiting embodiments thereof, made with reference to the accompanying drawings in which:
fig. 1 is a schematic view of a red packet processing scheme according to an embodiment of the present invention.
Fig. 2 is a flowchart of a red packet processing method suitable for a server according to an embodiment of the present invention.
Fig. 3 is a flowchart of a red packet processing method applied to a blockchain node according to an embodiment of the present invention.
FIG. 4 is a flow chart of a preferred embodiment of the method shown in FIG. 3.
Fig. 5 is a flowchart of a method for red packet processing for a user terminal according to an embodiment of the present invention.
Fig. 6 is a flowchart of a red packet processing method applied to a server according to another embodiment of the present invention.
Fig. 7 is a flowchart of a red packet processing method applied to a blockchain node according to another embodiment of the present invention.
Fig. 8 is a schematic structural diagram of an apparatus according to an embodiment of the present invention.
Detailed Description
The present application will be described in further detail with reference to the following drawings and examples. It is to be understood that the specific embodiments described herein are merely illustrative of the relevant invention and not restrictive of the invention. It should be noted that, for convenience of description, only the portions related to the present invention are shown in the drawings.
It should be noted that the embodiments and features of the embodiments in the present application may be combined with each other without conflict. The present application will be described in detail below with reference to the embodiments with reference to the attached drawings.
Fig. 1 is a schematic view of a red packet processing scheme according to an embodiment of the present invention. The following will describe each solution provided by the present invention in detail by taking the scenario shown in fig. 1 as an example.
Fig. 2 is a flowchart of a red packet processing method suitable for a server according to an embodiment of the present invention. As shown in fig. 2, in this embodiment, the present invention provides a red packet processing method suitable for a server, including:
s101: receiving red packet request information and red packet payment transaction sent by a first user end; the red packet request information comprises the number of red packets;
s103: generating a master private key, a corresponding main chain code and a master public key, and generating a first index list according to the number of the red packets; the first index list comprises indexes with the same number as the red packets;
s105: 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 packet-emitting transaction according to the main public key and the main chain code;
s107: packaging the red packet payment transaction and the red packet payment transaction into a transaction group and sending the transaction group to a node of a first block chain for execution so as to freeze a red packet payment of the red packet payment transaction payment in a red packet contract and record a main public key and a main chain code on the first block chain;
s109: sending a first index in the first index list and a first sub private key corresponding to the first index to a second user end of a user who receives the red packet, so that the second user end generates first signature information through signature of the first sub private key, generates a red packet receiving transaction according to the first index and the first signature information, and sends the red packet receiving transaction to a node of a first block chain for execution to verify 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 through a red packet contract: if so, the red envelope contract issues a red envelope to the user's account.
Specifically, in this embodiment, the server 10 is also a server of an instant messaging tool, and the user receives and sends the red packet through the instant messaging tool; in further embodiments, the server 10 may be configured as a server dedicated for red packet transceiving, or configured as a server of other communication tools for red packet transceiving in the field at the same time, which can achieve the same technical effect.
Taking the scenario shown in fig. 1, in which the user a sends a 3-person red packet with a total amount of 100xxx coins in the group of the instant messenger, the users b, c and d rob the red packet, and the users e and e do not rob the red packet, the method shown in fig. 2 is described in detail as follows:
the user A sends a 3-person red envelope with a total amount of 100xxx coins through the first client 20, the first client 20 generates red envelope request information m1 and a red envelope payment transaction tx1 for transferring 100xxx coins to a red envelope contract, and sends m1 and tx1 to the server 10. The red bundle request information m1 includes: total amount of red packet: 100, coin type: xxx currency, number of red packets: 3, red packet allocation type: random, and so on.
In step S101, the server 10 receives the red packet request information m1 and the red packet payment transaction tx1 sent by the first client 20.
Preferably, in step S10, the server 10 may compare m1 and tx1 for verification, and if the verification fails, for example, tx1 pays less than the total red pack amount of the red pack requested by m1, or tx1 pays a different currency from the currency of the red pack requested, and so on, the request fails.
In another embodiment, m1 does not include the total and currency information of the red packet, and the server 10 determines the currency and amount of the red packet requested by m1 according to the currency and amount paid by tx 1.
In step S103, the server 10 generates a master private key, a master chain code and a master public key for the red packet request information m1, and generates a first index list [ r1, r2, r3 ] including 3 indexes according to the red packet number (3) of m 1.
Specifically, in this embodiment, the server 10 generates a seed according to a first random number generated randomly by using a ckd (child key derivation) algorithm of the HD wallet, generates a main private key and a main chain code according to the seed, and generates a corresponding main public key according to the main private key; each index in the first index list is a random number which is randomly generated; in further embodiments, the server 10 may also generate a seed of the CKD algorithm or generate an index in the first index list according to several parameters of the red packet request information m1 or the red packet payment transaction tx1, so long as the parameters for generating the seed or the index do not cause a security risk due to the fact that all records are disclosed to the block chain, the same technical effect may be achieved.
In step S105, the server 10 generates a sub private key list including 3 sub private keys according to the CKD algorithm, the main private key, the chain code and the first index list, and generates a red envelope transaction tx2 including the main public key and the chain code, where tx2 may further include information such as a total red envelope amount (100), a currency (xxx), a red envelope allocation type (random), and a red envelope number (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 other nodes 501 of the first blockchain network 50, each node 501 packages and executes the transaction group (tx1, tx2) into blocks, freezes the 100xxx currency paid by user a in the red contract, and records the master public key and the master chain code on the first blockchain.
In parallel with the above steps S103-S107, the server 10 is used as a server of the instant messaging tool, and sends the red packet information in the group according to the red packet request information m1, after the user side of each user in the group receives the red packet information, the users b, c and d have seized the red packet, and the users e and d have not seized the red packet.
In step S109, the server 10 sends the index r1 and the corresponding first sub private key, r2 and the corresponding second sub private key, r3 and the corresponding third sub private key to the second clients 30 of the users b, c and d who rob the red envelope, respectively;
after receiving the index r1 and the corresponding first sub-private key, the second user terminal 30 of the user B generates first signature information through the signature of the first sub-private key, and generates a signature including the index r1, the first signature information and the account address add of the user BSecond stepReceives the transaction tx3 and sends tx3 to node 501; in another embodiment, add may also be provided by the first sub-private key pairSecond stepSigning generates first signature information and generates a red envelope pickup transaction tx 3' comprising an index r1 and the first signature information;
the node 501 receives and broadcasts the signature and executes tx3 through a red envelope contract, generates a first sub public key according to the main public key, the index r1 and the main chain code, and verifies the first signature information according to the first sub public key: if the verification is successful, transferring a part of xxx coins in the 100xxx coins frozen by the red envelope contract to addSecond stepTo complete the issuance of the red envelope to the user B;
similarly, after receiving the index r2, the corresponding second sub-private key, r3, and the corresponding third sub-private key, the second user terminals 30 of the user c and the user d respectively generate the red envelope pickup transactions tx4 and tx5, and send the red envelope pickup transactions to the node 501; the node 501 issues red packages to the users C and D respectively after being verified by the red package contract.
When the red packet distribution type is configured to be random, the red packet contract can take block hash of a certain block determined by a predetermined first algorithm or transaction hash of a certain transaction as a random number, and generate the red packet amount randomly distributed to users B, C and D by combining a predetermined second algorithm; the red envelope contract can also utilize a random number provided by a blockchain system, such as a random number generated by a random number generation method proposed by the applicant in the patent of CN201811351787.0, in combination with the above predetermined second algorithm, to generate the red envelope amount randomly allocated to the users b, c and d;
and when the red packet distribution type is configured to be equally distributed or other non-random distribution modes, the red packet contract can be directly distributed according to the specified distribution mode.
The method provided by the above embodiment adopts the CKD algorithm to generate the sub private key and the sub public key, and in another embodiment, an enhanced key derivation (HKD) algorithm may also be adopted, so that the same technical effect may be achieved.
In the embodiment, the server generates the main public key, the main chain code and the index list, generates the sub private key list according to the main private key, the main chain code and the index list film, and records the main public key and the main chain code to the block chain, so that the red envelope contract configured on the block chain can verify the red envelope acquisition permission according to the signature information generated by verifying the signature of the first sub private key by the first sub public key generated by the main public key, the main chain code and the first index in the red envelope acquisition transaction, and the red envelope processing scheme combining centralization and decentralization is realized.
In the above embodiment, the method is exemplarily explained by taking the case that the red envelope payment transaction transfers the red envelope contract, and the red envelope pickup transaction includes the address of the second user and the transfer of the red envelope contract to the address;
in another embodiment, the red envelope contract is configured with an account system, when accounting is performed on account balances of users, the red envelope payment transaction can be configured to freeze a balance of a first user in the red envelope contract, the red envelope pickup transaction is configured to include account identification information of a second user, and the red envelope contract realizes issuing a red envelope to the second user by modifying account balances of the first user and the second user in the contract, so that the same technical effect can be achieved. For example, an account system is configured in the red envelope contract, the account balance 1000xxx currency of the user A and the account balance 0xxx currency of the user B are recorded, the 100xxx currency of the user A is frozen by executing the red envelope payment transaction (the xxx currency of the user A with the account balance 900 being active and the xxx currency of the user B being frozen at this time), and the accounting of the red envelope contract is modified by executing the red envelope pickup transaction tx3 (the xxx currency of the user A with the account balance 900 being active, the xxx currency of the user B with the account balance 80 being frozen at this time, and the account balance xxx currency of the user B being 20xxx currency).
In a preferred embodiment, the red envelope contract is configured with an account system as described above, wherein the freezing of the red envelope payment for the payment of the red envelope transaction in the red envelope contract comprises: configuring accounts of the sub-addresses included in the sub-address list in the red envelope contract; allocating the payment of the red envelope payment transaction to the account of each sub-address;
the issuing of the red envelope to the account of the user by the red envelope contract comprises the following steps: and issuing the money of the red envelope in the account of the first sub-address in the red envelope contract to the account of the user.
Specifically, the red envelope contract generates 3 accounts add1, add2 and add3 in the red envelope contract when executing the transaction group, and distributes the red envelope money paid by the user A to the 3 accounts according to the distribution mode; when executing a red envelope contract according to the indexWhen the transaction tx3 is picked up and verified by the red packet generated by r1, the red packet money in the account of add1 is issued to the account of the user B (the add is described above)Second stepOr the account of user b in the red envelope contract).
The embodiment further distributes the red envelope money to the accounts of the sub-addresses through the red envelope contract, and distributes the red envelope money in the account of the sub-address corresponding to the first index when the red envelope is distributed, so that the condition that one index cannot be repeatedly used for receiving the red envelope is guaranteed.
Fig. 3 is a flowchart of a red packet processing method applied to a blockchain node according to an embodiment of the present invention. The method illustrated in fig. 3 may be performed in conjunction with the method illustrated in fig. 2.
As shown in fig. 3, in this embodiment, the present invention further provides a red packet processing method suitable for a blockchain node, including:
s201: receiving and executing a transaction group sent by a server so as to freeze a red envelope money paid by a red envelope payment transaction in a red envelope contract and record a main public key and a main chain code on a first block chain; the transaction group receives the red packet request information and the red packet payment transaction sent by the first user end by the server end, generates a main private key, a corresponding main chain code and a main public key, generates a first index list according to the number of red packets included by the red packet request information, generates a sub private key list according to the main private key, the main chain code and the first index list, generates the red packet transaction according to the main public key and the main chain code, and then packages the red packet transaction and the red packet payment transaction;
s203: receiving and executing a red packet getting transaction sent by a second user end of the user getting the red packet to verify whether a 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 through a red packet contract:
if yes, go to step S205: the method comprises the steps that a red packet contract issues a red packet to an account of a user; after receiving a first index in a first index list sent by a server and a first sub private key corresponding to the first index, the second user side generates first signature information through signature of the first sub private key and generates the first signature information according to the first index and the first signature information.
The red packet processing principle of the method shown in fig. 3 can refer to the method shown in fig. 2, and is not described herein again.
FIG. 4 is a flow chart of a preferred embodiment of the method shown in FIG. 3. The method shown in fig. 4 may be performed in conjunction with the method provided by the preferred embodiment shown in fig. 2.
As shown in fig. 4, in a preferred embodiment, step S201 includes:
s2012: configuring accounts of the sub-addresses included in the sub-address list in the red envelope contract;
s2014: allocating the money of the red envelope paid in the red envelope payment transaction to the account of each sub-address;
s2016: recording the main public key and the sub-address list to a first block chain;
step S205 includes:
s2052: and issuing the money of the red envelope in the account of the first sub-address in the red envelope contract to the account of the user.
The red packet processing principle of the method shown in fig. 4 can refer to the method provided by the preferred embodiment shown in fig. 2, and is not described herein again.
Fig. 5 is a flowchart of a method for red packet processing for a user terminal according to an embodiment of the present invention. The method illustrated in fig. 5 may be performed in conjunction with the methods illustrated in fig. 2-4.
As shown in fig. 5, in this embodiment, the present invention further provides a red packet processing method suitable for the second user end, including:
s301: after the red packet is taken, receiving a first index in a first index list sent by a server and a first sub private key corresponding to the first index; the first index list is formed by generating indexes with the same number as the red packet number included in the red packet request information after the server receives the red packet request information and the red packet payment transaction sent by the first user, and the first sub private key is generated according to a main private key and a main chain code generated by the server and the first index;
s303: generating first signature information through a first sub private key signature, generating a red packet obtaining transaction according to a first index and the first signature information, and sending the red packet obtaining transaction to a node of a first block chain for execution so as to verify whether a 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 through a red packet contract: if yes, the red packet contract issues a red packet; the sub private key list is generated by the server side according to the main private key, the main chain code and the first index list after the main private key and the corresponding main chain code and the main public key are generated by the server side, the service side generates the red packet transaction according to the main public key and the main chain code, the red packet transaction and the red packet payment transaction are packaged into a transaction group and sent to a node of the first block chain for execution, so that the red packet payment paid by the red packet payment transaction is frozen in a red packet contract, and the main public key and the main chain code are recorded on the first block chain.
The red packet processing principle of the method shown in fig. 5 can also refer to the method shown in fig. 2, and is not described herein again.
Fig. 6 is a flowchart of a red packet processing method applied to a server according to another embodiment of the present invention. As shown in fig. 6, in another embodiment, the present invention further provides another red packet processing method suitable for a server, including:
s401: receiving red packet request information and red packet payment transaction sent by a first user end; the red packet request information comprises the number of red packets;
s403: generating a master private key, a corresponding main chain code and a master public key, and generating a first index list according to the number of the red packets; the first index list comprises indexes with the same number as the red packets;
s405: 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 packet-emitting transaction according to the main public key and the main chain code;
s407: packaging the red packet payment transaction and the red packet payment transaction into a transaction group and sending the transaction group to a node of a first block chain for execution so as to freeze a red packet payment of the red packet payment transaction payment in a red packet contract and record a main public key and a main chain code on the first block chain;
s409: generating first signature information according to a first sub-private key signature in the sub-private key list, generating a red packet pickup transaction according to account information of a user who picks up a red packet, a first index corresponding to the first sub-private key and the first signature information, and sending the red packet pickup transaction to a node of a first block chain for execution so as to verify whether a 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 through a red packet contract: if so, the red envelope contract issues a red envelope to the user's account.
Preferably, the freezing of the payment amount of the red envelope payment transaction in the red envelope contract comprises: configuring accounts of the sub-addresses included in the sub-address list in the red envelope contract; allocating the payment of the red envelope payment transaction to the account of each sub-address;
the issuing of the red envelope to the account of the user by the red envelope contract comprises the following steps: and issuing the money of the red envelope in the account of the first sub-address in the red envelope contract to the account of the user.
The method shown in fig. 6 differs from the method shown in fig. 2 in that in the method shown in fig. 6, a red packet pickup transaction is generated by the server 10 for the second user and sent to the node 501 in step S409, whereas in the method shown in fig. 2, a red packet pickup transaction is generated by the second user 30 of the second user and sent to the node 501 in step S109.
Fig. 7 is a flowchart of a red packet processing method applied to a blockchain node according to another embodiment of the present invention. The method illustrated in fig. 7 may be performed in conjunction with the method illustrated in fig. 6.
As shown in fig. 7, in another embodiment, the present invention further provides another red packet processing method suitable for a blockchain node, including:
s501: receiving and executing a transaction group sent by a server so as to freeze a red envelope money paid by a red envelope payment transaction in a red envelope contract and record a main public key and a main chain code on a first block chain; the transaction group receives the red packet request information and the red packet payment transaction sent by the first user end by the server end, generates a main private key, a corresponding main chain code and a main public key, generates a first index list according to the number of red packets included by the red packet request information, generates a sub private key list according to the main private key, the main chain code and the first index list, generates the red packet transaction according to the main public key and the main chain code, and then packages the red packet transaction and the red packet payment transaction;
s503: receiving and executing a red packet pick-up transaction sent by a server so as to verify whether a first sub public key generated according to the master public key, the main chain code and the first index can verify first signature information through a red packet contract:
if yes, go to step S505: the method comprises the steps that a red packet contract issues a red packet to an account of a user; the service end generates first signature information according to a first sub private key signature in the sub private key list, and generates a first index corresponding to the first sub private key and the first signature information according to account information of a user who receives the red envelope.
The method of fig. 7 also differs from the method of fig. 3 in that in the method of fig. 7, a red packet pickup transaction is generated by the server 10 and sent to the node 501, whereas in the method of fig. 3, a red packet pickup transaction is generated by the second client 30 and sent to the node 501.
Fig. 8 is a schematic structural diagram of an apparatus according to an embodiment of the present invention.
As shown in fig. 8, as another aspect, the present application also provides an apparatus 800 including one or more Central Processing Units (CPUs) 801 that can perform various appropriate actions and processes according to a program stored in a Read Only Memory (ROM)802 or a program loaded from a storage section 808 into a Random Access Memory (RAM) 803. In the RAM803, various programs and data necessary for the operation of the apparatus 800 are also stored. The CPU801, ROM802, and RAM803 are connected to each other via a bus 804. An input/output (I/O) interface 805 is also connected to bus 804.
The following components are connected to the I/O interface 805: an input portion 806 including a keyboard, a mouse, and the like; an output section 807 including a signal such as a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), and the like, and a speaker; a storage portion 808 including a hard disk and the like; and a communication section 809 including a network interface card such as a LAN card, a modem, or the like. The communication section 809 performs communication processing via a network such as the internet. A drive 810 is also connected to the I/O interface 805 as necessary. A removable medium 811 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is mounted on the drive 810 as necessary, so that a computer program read out therefrom is mounted on the storage section 808 as necessary.
In particular, according to an embodiment of the present disclosure, the red packet processing method described in any of the above embodiments may be implemented as a computer software program. For example, embodiments of the present disclosure include a computer program product comprising a computer program tangibly embodied on a machine-readable medium, the computer program comprising program code for performing a red packet processing method. In such an embodiment, the computer program can be downloaded and installed from a network through the communication section 809 and/or installed from the removable medium 811.
As yet another aspect, the present application also provides a computer-readable storage medium, which may be the computer-readable storage medium included in the apparatus of the above-described embodiment; or it may be a separate computer readable storage medium not incorporated into the device. The computer readable storage medium stores one or more programs for use by one or more processors in performing the red packet processing methods described herein.
The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
The units or modules described in the embodiments of the present application may be implemented by software or hardware. The described units or modules may also be provided in a processor, for example, each of the described units may be a software program provided in a computer or a mobile intelligent device, or may be a separately configured hardware device. Wherein the designation of a unit or module does not in some way constitute a limitation of the unit or module itself.
The above description is only a preferred embodiment of the application and is illustrative of the principles of the technology employed. It will be appreciated by those skilled in the art that the scope of the invention herein disclosed is not limited to the particular combination of features described above, but also encompasses other arrangements formed by any combination of the above features or their equivalents without departing from the spirit of the present application. For example, the above features may be replaced with (but not limited to) features having similar functions disclosed in the present application.

Claims (17)

1. A red packet processing method is characterized in that the method is applied to a server side, and the method comprises the following steps:
receiving red packet request information and red packet payment transaction sent by a first user end; the red packet request information comprises the number of red packets;
generating a master private key, a corresponding main chain code and a master public key, and generating a first index list according to the number of the red packets; the first index list comprises indexes with the same number as the red packets;
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 packet-emitting transaction according to the main public key and the main chain code;
packaging the red envelope transaction and the red envelope payment transaction into a transaction group and sending the transaction group to a node of a first block chain for execution so as to freeze a red envelope money paid by the red envelope payment transaction in a red envelope contract and record the main public key and the main chain code on the first block chain;
sending a first index in the first index list and a first sub private key corresponding to the first index to a second user side of a user who receives the red packet, so that the second user side generates first signature information through signature of the first sub private key, generates a red packet receiving transaction according to the first index and the first signature information, and sends the red packet receiving transaction to a node of the first block chain for execution, so as to verify whether the first signature information can be verified through the red packet contract according to a first sub public key generated by the main public key, the main chain code and the first index: and if so, the red envelope contract issues a red envelope to the account of the user.
2. The method of claim 1, wherein the red packet-emitting transaction further comprises a sub-address list generated from the primary public key and the first index list;
the freezing of the red envelope money paid for the red envelope payment transaction in the red envelope contract comprises:
configuring accounts of the sub-addresses included in the sub-address list in a red envelope contract;
allocating the payment of the red envelope payment transaction to the account of each sub-address;
the issuing of the red envelope to the account of the user by the red envelope contract comprises: and issuing the money of the red envelope in the account of the first sub-address corresponding to the first sub-public key in the red envelope contract to the account of the user.
3. The method according to claim 1 or 2, wherein the method employs a Child Key Derivation (CKD) algorithm or an enhanced key derivation (HKD) algorithm.
4. A red packet processing method is applied to a blockchain node, and comprises the following steps:
receiving and executing a transaction group sent by a server so as to freeze a red envelope money paid by a red envelope payment transaction in a red envelope contract and record a main public key and a main chain code on a first block chain; the transaction group receives red packet request information and red packet payment transaction sent by a first user end by the server end, generates a main private key, a corresponding main chain code and a main public key, generates a first index list according to the number of red packets included in the red packet request information, generates a sub private key list according to the main private key, the main chain code and the first index list, generates the red packet transaction according to the main public key and the main chain code, and packages the red packet transaction and the red packet payment transaction;
receiving and executing a red packet getting transaction sent by a second user end of a user getting a red packet so as to verify whether a first sub public key generated according to the main public key, the main chain code and the first index can verify first signature information through the red packet contract: if yes, the red envelope contract issues a red envelope to the account of the user; after receiving a first index in the first index list and a first sub private key corresponding to the first index sent by the server, the second user side generates first signature information through signature of the first sub private key, and generates the first signature information according to the first index and the first signature information.
5. The method of claim 4, wherein the red packet-emitting transaction further comprises a sub-address list generated from the primary public key and the first index list;
the freezing of the red envelope money paid for the red envelope payment transaction in the red envelope contract comprises:
configuring accounts of the sub-addresses included in the sub-address list in a red envelope contract;
allocating the payment of the red envelope payment transaction to the account of each sub-address;
the issuing of the red envelope to the account of the user by the red envelope contract comprises: and issuing the money of the red envelope in the account of the first sub-address corresponding to the first sub-public key in the red envelope contract to the account of the user.
6. The method according to claim 4 or 5, wherein the method employs a Child Key Derivation (CKD) algorithm or an enhanced key derivation (HKD) algorithm.
7. A red packet processing method is characterized in that the method is suitable for a user side, and the method comprises the following steps:
after the red packet is taken, receiving a first index in a first index list sent by a server and a first sub private key corresponding to the first index; the first index list is formed by generating indexes with the same number as the red packet number included in the red packet request information after the server receives the red packet request information and the red packet payment transaction sent by the first user side, and the first sub private key is generated according to the main private key and the main chain code generated by the server side and the first index;
generating first signature information through the first sub private key signature, generating a red packet getting transaction according to the first index and the first signature information, and sending the red packet getting transaction to a node of a first block chain for execution so as to verify whether a first sub public key generated according to a main public key, a main chain code and the first index can verify the first signature information through a red packet contract: if yes, the red packet contract issues a red packet; after the server generates a main private key, a corresponding main chain code and a main public key, the sub private key list is generated according to the main private key, the main chain code and the first index list, the server generates a red packet transaction according to the main public key and the main chain code, the red packet transaction and the red packet payment transaction are packaged into a transaction group and sent to a node of a first block chain for execution, so that a red packet money paid by the red packet payment transaction is frozen in a red packet contract, and the main public key and the main chain code are recorded on the first block chain.
8. The method of claim 7, wherein the red packet-emitting transaction further comprises a sub-address list generated from the primary public key and the first index list;
the freezing of the red envelope money paid for the red envelope payment transaction in the red envelope contract comprises:
configuring accounts of the sub-addresses included in the sub-address list in a red envelope contract;
allocating the payment of the red envelope payment transaction to the account of each sub-address;
the red packet contract issuing the red packet comprises the following steps: and issuing a red envelope according to the red envelope money in the account of the first sub-address corresponding to the first sub-public key in the red envelope contract.
9. The method according to claim 7 or 8, wherein the method employs a Child Key Derivation (CKD) algorithm or an enhanced key derivation (HKD) algorithm.
10. A red packet processing method is characterized in that the method is applied to a server side, and the method comprises the following steps:
receiving red packet request information and red packet payment transaction sent by a first user end; the red packet request information comprises the number of red packets;
generating a master private key, a corresponding main chain code and a master public key, and generating a first index list according to the number of the red packets; the first index list comprises indexes with the same number as the red packets;
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 packet-emitting transaction according to the main public key and the main chain code;
packaging the red envelope transaction and the red envelope payment transaction into a transaction group and sending the transaction group to a node of a first block chain for execution so as to freeze a red envelope money paid by the red envelope payment transaction in a red envelope contract and record the main public key and the main chain code on the first block chain;
generating first signature information according to a first sub-private key signature in the sub-private key list, generating a red packet pickup transaction according to account information of a user who picks up a red packet, a first index corresponding to the first sub-private key and the first signature information, and sending the red packet pickup transaction to a node of the first block chain for execution so as to verify whether a 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 through the red packet contract: and if so, the red envelope contract issues a red envelope to the account of the user.
11. The method of claim 10, wherein the red packet-emitting transaction further comprises a sub-address list generated from the primary public key and the first index list;
the freezing of the red envelope money paid for the red envelope payment transaction in the red envelope contract comprises:
configuring accounts of the sub-addresses included in the sub-address list in a red envelope contract;
allocating the payment of the red envelope payment transaction to the account of each sub-address;
the issuing of the red envelope to the account of the user by the red envelope contract comprises: and issuing the money of the red envelope in the account of the first sub-address corresponding to the first sub-public key in the red envelope contract to the account of the user.
12. The method according to claim 10 or 11, wherein the method employs a Child Key Derivation (CKD) algorithm or an enhanced key derivation (HKD) algorithm.
13. A red packet processing method is applied to a blockchain node, and comprises the following steps:
receiving and executing a transaction group sent by a server so as to freeze a red envelope money paid by a red envelope payment transaction in a red envelope contract and record a main public key and a main chain code on a first block chain; the transaction group receives red packet request information and red packet payment transaction sent by a first user end by the server end, generates a main private key, a corresponding main chain code and a main public key, generates a first index list according to the number of red packets included in the red packet request information, generates a sub private key list according to the main private key, the main chain code and the first index list, generates the red packet transaction according to the main public key and the main chain code, and packages the red packet transaction and the red packet payment transaction;
receiving and executing a red envelope pick-up transaction sent by the server so as to verify whether a first sub public key generated according to the master public key, the main chain code and the first index can verify first signature information through the red envelope contract: if yes, the red envelope contract issues a red envelope to the account of the user; and the service end generates first signature information according to a first sub private key signature in the sub private key list, and generates a first index corresponding to the first sub private key and the first signature information according to account information of the user who obtains the red envelope.
14. The method of claim 13, wherein the red packet-emitting transaction further comprises a sub-address list generated from the primary public key and the first index list;
the freezing of the red envelope money paid for the red envelope payment transaction in the red envelope contract comprises:
configuring accounts of the sub-addresses included in the sub-address list in a red envelope contract;
allocating the payment of the red envelope payment transaction to the account of each sub-address;
the issuing of the red envelope to the account of the user by the red envelope contract comprises: and issuing the money of the red envelope in the account of the first sub-address corresponding to the first sub-public key in the red envelope contract to the account of the user.
15. The method according to claim 13 or 14, wherein the method employs a Child Key Derivation (CKD) algorithm or an enhanced key derivation (HKD) algorithm.
16. A computer device, the device comprising:
one or more processors;
a memory for storing one or more programs,
the one or more programs, when executed by the one or more processors, cause the one or more processors to perform the method recited in any of claims 1-15.
17. A storage medium storing a computer program, characterized in that the program, when executed by a processor, implements the method according to any one of claims 1-15.
CN201910077864.6A 2019-01-28 2019-01-28 Red packet processing method, device and storage medium Active CN109816362B (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201910077864.6A CN109816362B (en) 2019-01-28 2019-01-28 Red packet processing method, device and storage medium
PCT/CN2020/073981 WO2020156480A1 (en) 2019-01-28 2020-01-23 Red envelope processing method and device, and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910077864.6A CN109816362B (en) 2019-01-28 2019-01-28 Red packet processing method, device and storage medium

Publications (2)

Publication Number Publication Date
CN109816362A CN109816362A (en) 2019-05-28
CN109816362B true CN109816362B (en) 2021-07-06

Family

ID=66605500

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910077864.6A Active CN109816362B (en) 2019-01-28 2019-01-28 Red packet processing method, device and storage medium

Country Status (2)

Country Link
CN (1) CN109816362B (en)
WO (1) WO2020156480A1 (en)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109816362B (en) * 2019-01-28 2021-07-06 杭州复杂美科技有限公司 Red packet processing method, device and storage medium
US11126593B2 (en) 2019-06-15 2021-09-21 Facebook, Inc. Scalable, secure, efficient, and adaptable distributed digital ledger transaction network
US11405204B2 (en) * 2019-06-15 2022-08-02 Meta Platforms, Inc Scalable, secure, efficient, and adaptable distributed digital ledger transaction network
US11249985B2 (en) 2019-06-15 2022-02-15 Facebook, Inc. Scalable, secure, efficient, and adaptable distributed digital ledger transaction network
US11249947B2 (en) 2019-06-15 2022-02-15 Facebook, Inc. Distributed digital ledger transaction network for flexible, lazy deletion of data stored within an authenticated data structure
CN110827006A (en) * 2019-11-06 2020-02-21 杭州复杂美科技有限公司 Code scanning red packet generating method, equipment and storage medium
CN113379404A (en) * 2020-03-10 2021-09-10 本无链科技(深圳)有限公司 Bracelet-based hand-qi red envelope system and method
CN112001717A (en) * 2020-10-27 2020-11-27 四川泰立科技股份有限公司 Method, system and storage medium for calculating encryption currency of digital television

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106251146A (en) * 2016-07-21 2016-12-21 恒宝股份有限公司 A kind of method of mobile payment and mobile-payment system
CN106411506A (en) * 2016-08-31 2017-02-15 飞天诚信科技股份有限公司 Key derivation method and device applicable to digital currency
CN107480986A (en) * 2017-08-14 2017-12-15 飞天诚信科技股份有限公司 A kind of method and hardware wallet that digital cash wallet is realized using hardware
CN108921525A (en) * 2018-06-29 2018-11-30 北京金山安全软件有限公司 Processing method and device for block chain red packet, electronic equipment and medium
CN108985760A (en) * 2018-06-15 2018-12-11 杭州复杂美科技有限公司 Method of payment and system, equipment and storage medium
US10164973B1 (en) * 2015-12-02 2018-12-25 United Services Automobile Association (Usaa) Public authentication systems and methods

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9858569B2 (en) * 2014-03-21 2018-01-02 Ramanan Navaratnam Systems and methods in support of authentication of an item
US11538031B2 (en) * 2017-03-31 2022-12-27 Vijay Madisetti Method and system for identity and access management for blockchain interoperability
CN108876359A (en) * 2018-01-03 2018-11-23 上海指旺信息科技有限公司 Stored value card platform based on block chain
CN109035016B (en) * 2018-06-28 2020-10-23 杭州复杂美科技有限公司 Multi-chain concurrent transaction method
CN109102297A (en) * 2018-09-04 2018-12-28 深圳市百宝廊珠宝首饰有限公司 A kind of voidable method of payment and device
CN109816362B (en) * 2019-01-28 2021-07-06 杭州复杂美科技有限公司 Red packet processing method, device and storage medium
CN109784888A (en) * 2019-01-28 2019-05-21 杭州复杂美科技有限公司 Red packet processing method, equipment and storage medium

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10164973B1 (en) * 2015-12-02 2018-12-25 United Services Automobile Association (Usaa) Public authentication systems and methods
CN106251146A (en) * 2016-07-21 2016-12-21 恒宝股份有限公司 A kind of method of mobile payment and mobile-payment system
CN106411506A (en) * 2016-08-31 2017-02-15 飞天诚信科技股份有限公司 Key derivation method and device applicable to digital currency
CN107480986A (en) * 2017-08-14 2017-12-15 飞天诚信科技股份有限公司 A kind of method and hardware wallet that digital cash wallet is realized using hardware
CN108985760A (en) * 2018-06-15 2018-12-11 杭州复杂美科技有限公司 Method of payment and system, equipment and storage medium
CN108921525A (en) * 2018-06-29 2018-11-30 北京金山安全软件有限公司 Processing method and device for block chain red packet, electronic equipment and medium

Also Published As

Publication number Publication date
WO2020156480A1 (en) 2020-08-06
CN109816362A (en) 2019-05-28

Similar Documents

Publication Publication Date Title
CN109816362B (en) Red packet processing method, device and storage medium
CN109727009B (en) Red packet processing method, apparatus and storage medium
CN111899012B (en) Block chain-based money transfer method and device
CN109934566B (en) Red packet processing method, device and storage medium
CN111680050B (en) Fragment processing method, device and storage medium for alliance chain data
KR101994455B1 (en) distributed network system operating a group for the nodes included in the system
CN107909369A (en) Based on the common recognition method, apparatus merchandised across chain and storage medium
CN109102269A (en) Transfer account method and device, block chain node and storage medium based on block chain
CN110064202B (en) Game method, equipment and storage medium
CN110599323B (en) Resource processing method and processing equipment
CN107480990A (en) Block chain bookkeeping methods and device
CN109903025B (en) Red packet processing method, device and storage medium
CN109741052A (en) Red packet processing method, equipment and storage medium
CN109784888A (en) Red packet processing method, equipment and storage medium
CN110336779A (en) A kind of construction method, device and the electronic equipment of block chain
CN108921553A (en) A kind of thresholding private key generation method, method of commerce and relevant apparatus
CN112995167B (en) Kafka mechanism-based electricity consumption information acquisition method, blockchain network and user terminal
CN110827006A (en) Code scanning red packet generating method, equipment and storage medium
CN108270582B (en) Method and device for processing traffic resources
CN116029825B (en) Block chain transaction method, device and system, electronic equipment and storage medium
CN111431933A (en) Settlement method and device based on block chain
KR20200099746A (en) Method and System for management of blood donation
CN112184460A (en) House maintenance fund management method, equipment and storage medium
CN113592476A (en) Cross-chain asset transfer method, computer device, and storage medium
CN113362064B (en) Multiple signature method, computer device, and storage medium

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant