CN113222577A - Delayed transfer method, computer device and storage medium - Google Patents
Delayed transfer method, computer device and storage medium Download PDFInfo
- Publication number
- CN113222577A CN113222577A CN202110569221.0A CN202110569221A CN113222577A CN 113222577 A CN113222577 A CN 113222577A CN 202110569221 A CN202110569221 A CN 202110569221A CN 113222577 A CN113222577 A CN 113222577A
- Authority
- CN
- China
- Prior art keywords
- address
- transaction
- delayed
- transfer
- delayed transfer
- 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.)
- Granted
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/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
- G06Q20/102—Bill distribution or payments
-
- 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
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
- G06Q20/3825—Use of electronic signatures
-
- 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
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
- G06Q20/3827—Use of message hashing
-
- 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
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/405—Establishing or using transaction specific rules
-
- 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 delayed transfer method, computer equipment and a storage medium, which relate to the technical field of block chains and the like, and the method comprises the following steps: responding to a first delayed transfer rule that the current user transfers the first asset to the second user in a delayed manner, and a second user, generating a first delayed transfer structure according to the first delayed transfer rule, and generating a first delayed transfer address according to the first delayed transfer structure; generating a first transfer transaction for transferring the first asset to the first delayed transfer address and sending the first transfer transaction to the blockchain network, so that when the blockchain node successfully executes the first transfer transaction, the first asset is transferred to the first delayed transfer address from the first account address; generating a first confirmation transaction; a first confirmation transaction is sent to the blockchain network. The method and the device realize the delayed transfer service on the basis of not depending on contracts.
Description
Technical Field
The application relates to the technical field of block chains, in particular to a delayed transfer method, computer equipment and a storage medium.
Background
The existing delayed transfer technology needs to be based on a delayed transfer contract, a transaction sending party firstly transfers assets into the contract to be frozen, a preset waiting period exists before actual transfer, and the assets can be withdrawn before the waiting period or the assets are confirmed to be transferred to a receiving party again.
Disclosure of Invention
In view of the above-described deficiencies or inadequacies in the prior art, it would be desirable to provide a contract-independent, delayed transfer method, computer device, and storage medium.
In a first aspect, the present invention provides a method for delayed account transfer suitable for a client, where the method includes:
responding to a first delayed transfer rule that the current user transfers the first asset to the second user in a delayed manner, and a second user, generating a first delayed transfer structure according to the first delayed transfer rule, and generating a first delayed transfer address according to the first delayed transfer structure; the first delayed transfer structure comprises a first transaction sender address, a first transaction receiver address, first assets and first delayed parameters, wherein the first delayed transfer address is a one-time address, the first delayed transfer structure comprises the first transaction sender address, the first transaction receiver address, the first assets and the first delayed parameters, the first transaction sender address is a first account address of a current user, and the first transaction receiver address is a second account address of a second user;
generating a first transfer transaction for transferring the first asset to the first delayed transfer address and sending the first transfer transaction to the blockchain network, so that when the blockchain node successfully executes the first transfer transaction, the first asset is transferred to the first delayed transfer address from the first account address;
generating a first confirmation transaction; the first confirmed transaction comprises a first delayed transfer structure, a second transaction sender address of the first confirmed transaction is a first delayed transfer address, and a signature of the first confirmed transaction comprises a delayed transfer verification identifier;
sending a first confirmation transaction to the blockchain network for the blockchain node to:
confirming that the first confirmed transaction is a delayed transfer verification type transaction according to the delayed transfer verification identification, confirming a delayed ending moment according to a first delayed parameter, and generating a second delayed transfer address according to a first delayed transfer structure in the first confirmed transaction;
judging whether the second delayed transfer address is the same as the second transaction sender address, judging whether the current time is not later than the delayed end time, and judging whether the signature of the first confirmed transaction is matched with the first transaction sender address in the first delayed transfer structure in the first confirmed transaction:
when the above judgments are all yes:
transferring the first asset from the first delayed transfer address to a second account address when the second transaction receiver address of the first confirmed transaction is the second account address;
and when the second transaction receiver address is the first account address, transferring the first asset from the first delayed transfer address to the first account address.
In a second aspect, the present invention provides a method for delayed account transfer suitable for a client, where the method includes:
responding to a first delayed transfer rule that a current user and a first user determine that the first user transfers the first asset to the current user in a delayed manner, generating a first delayed transfer structure according to the first delayed transfer rule, and generating a first delayed transfer address according to the first delayed transfer structure; the first delayed transfer structure comprises a first transaction sender address, a first transaction receiver address, first assets and first delayed parameters, wherein the first delayed transfer address is a one-time address, the first delayed transfer structure comprises the first transaction sender address, the first transaction receiver address, the first assets and the first delayed parameters, the first transaction sender address is a first account address of a first user, and the first transaction receiver address is a second account address of a current second user;
generating a second confirmation transaction; the second confirmed transaction comprises a first delayed transfer structure, a second transaction sender address of the second confirmed transaction is a first delayed transfer address, a second transaction receiver address of the second confirmed transaction is a second account address, and a signature of the second confirmed transaction comprises a delayed transfer verification identifier;
sending a second confirmation transaction to the blockchain network for the blockchain node to:
confirming that the second confirmed transaction is a delayed transfer verification type transaction according to the delayed transfer verification identification, confirming a delayed ending moment according to the first delayed parameter, and generating a second delayed transfer address according to a first delayed transfer structure in the second confirmed transaction;
judging whether the second delayed transfer address is the same as the second transaction sender address, judging whether the current time is later than the delayed end time, and judging whether the signature of the second confirmed transaction is matched with the first transaction receiver address in the first delayed transfer structure in the second confirmed transaction:
and if the judgment is yes and the first asset in the first delayed transfer address is not transferred, transferring the first asset from the first delayed transfer address to the second account address.
In a third aspect, the present invention provides a method for delayed account transfer applicable to a blockchain node, where the method includes:
receiving a first transfer transaction; the first transfer transaction is generated by a client of a first user responding to transfer of a first asset to a first delay transfer address, the first delay transfer address is generated according to a first delay transfer structure, the first delay transfer structure is generated according to a first delay transfer rule, the first delay transfer rule is that the first user transfers the first asset to a second user in a delay manner, the first delay transfer address is a one-time address, the first delay transfer structure comprises a first transaction sender address, a first transaction receiver address, a first asset and a first delay parameter, the first transaction sender address is a first account address of the first user, and the first transaction receiver address is a second account address of the second user;
transferring the first asset from the first account address to a first delayed transfer address upon successful execution of the first transfer transaction;
receiving a first confirmation transaction; the first confirmed transaction comprises a first delayed transfer structure, a second transaction sender address of the first confirmed transaction is a first delayed transfer address, and a signature of the first confirmed transaction comprises a delayed transfer verification identifier;
confirming that the first confirmed transaction is a delayed transfer verification type transaction according to the delayed transfer verification identification, confirming a delayed ending moment according to a first delayed parameter, and generating a second delayed transfer address according to a first delayed transfer structure in the first confirmed transaction;
judging whether the second delayed transfer address is the same as the second transaction sender address, judging whether the current time is not later than the delayed end time, and judging whether the signature of the first confirmed transaction is matched with the first transaction sender address in the first delayed transfer structure in the first confirmed transaction:
when the above judgments are all yes:
transferring the first asset from the first delayed transfer address to a second account address when the second transaction receiver address of the first confirmed transaction is the second account address;
and when the second transaction receiver address is the first account address, transferring the first asset from the first delayed transfer address to the first account address.
In a fourth aspect, the present invention provides a method for delayed account transfer applicable to a blockchain node, where the method includes:
receiving a first transfer transaction; the first transfer transaction is generated by a client of a first user responding to transfer of a first asset to a first delay transfer address, the first delay transfer address is generated according to a first delay transfer structure, the first delay transfer structure is generated according to a first delay transfer rule, the first delay transfer rule is that the first user transfers the first asset to a second user in a delay manner, the first delay transfer address is a one-time address, the first delay transfer structure comprises a first transaction sender address, a first transaction receiver address, a first asset and a first delay parameter, the first transaction sender address is a first account address of the first user, and the first transaction receiver address is a second account address of the second user;
transferring the first asset from the first account address to a first delayed transfer address upon successful execution of the first transfer transaction;
receiving a second confirmation transaction; the second confirmed transaction comprises a first delayed transfer structure, a second transaction sender address of the second confirmed transaction is a first delayed transfer address, a signature of the first confirmed transaction comprises a delayed transfer verification identifier, and a second transaction receiver address of the second confirmed transaction is a second account address of a second account;
confirming that the second confirmed transaction is a delayed transfer verification type transaction according to the delayed transfer verification identification, confirming a delayed ending moment according to the first delayed parameter, and generating a second delayed transfer address according to a first delayed transfer structure in the second confirmed transaction;
judging whether the second delayed transfer address is the same as the second transaction sender address, judging whether the current time is later than the delayed end time, and judging whether the signature of the second confirmed transaction is matched with the first transaction receiver address in the first delayed transfer structure in the second confirmed transaction:
and if the judgment is yes and the first asset in the first delayed transfer address is not transferred, transferring the first asset from the first delayed transfer address to the second account address.
In a fifth 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 method of delayed transfer provided according to embodiments of the present invention.
In a sixth aspect, the present invention also provides a storage medium storing a computer program that causes a computer to execute the delayed transfer method provided according to the embodiments of the present invention.
The delayed transfer method, the computer equipment and the storage medium provided by the embodiments of the invention determine a first delayed transfer rule of a first asset transferred to a second user in a delayed manner by a current user in response to the current user and the second user, generate a first delayed transfer structure according to the first delayed transfer rule, and generate a first delayed transfer address according to the first delayed transfer structure; generating a first transfer transaction for transferring the first asset to the first delayed transfer address and sending the first transfer transaction to the blockchain network, so that when the blockchain node successfully executes the first transfer transaction, the first asset is transferred to the first delayed transfer address from the first account address; generating a first confirmation transaction; a method for sending a first confirmed transaction to a blockchain network implements delayed transfer services on a contract-independent basis.
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 flowchart of a delayed transfer method according to an embodiment of the present invention.
Fig. 2 is a flowchart of another delayed transfer method according to an embodiment of the present invention.
Fig. 3 is a flowchart of another delayed transfer method according to an embodiment of the present invention.
Fig. 4 is a flowchart of another delayed transfer method according to an embodiment of the present invention.
Fig. 5 is a schematic structural diagram of a computer device 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 flowchart of a delayed transfer method according to an embodiment of the present invention. As shown in fig. 1, in this embodiment, the present invention provides a delayed transfer method suitable for a client, where the method includes:
s12: responding to a first delayed transfer rule that the current user transfers the first asset to the second user in a delayed manner, and a second user, generating a first delayed transfer structure according to the first delayed transfer rule, and generating a first delayed transfer address according to the first delayed transfer structure; the first delayed transfer structure comprises a first transaction sender address, a first transaction receiver address, first assets and first delayed parameters, wherein the first delayed transfer address is a one-time address, the first delayed transfer structure comprises the first transaction sender address, the first transaction receiver address, the first assets and the first delayed parameters, the first transaction sender address is a first account address of a current user, and the first transaction receiver address is a second account address of a second user;
s14: generating a first transfer transaction for transferring the first asset to the first delayed transfer address and sending the first transfer transaction to the blockchain network, so that when the blockchain node successfully executes the first transfer transaction, the first asset is transferred to the first delayed transfer address from the first account address;
s16: generating a first confirmation transaction; the first confirmed transaction comprises a first delayed transfer structure, a second transaction sender address of the first confirmed transaction is a first delayed transfer address, and a signature of the first confirmed transaction comprises a delayed transfer verification identifier;
s18: sending a first confirmation transaction to the blockchain network for the blockchain node to:
confirming that the first confirmed transaction is a delayed transfer verification type transaction according to the delayed transfer verification identification, confirming a delayed ending moment according to a first delayed parameter, and generating a second delayed transfer address according to a first delayed transfer structure in the first confirmed transaction;
judging whether the second delayed transfer address is the same as the second transaction sender address, judging whether the current time is not later than the delayed end time, and judging whether the signature of the first confirmed transaction is matched with the first transaction sender address in the first delayed transfer structure in the first confirmed transaction:
when the above judgments are all yes:
transferring the first asset from the first delayed transfer address to a second account address when the second transaction receiver address of the first confirmed transaction is the second account address;
and when the second transaction receiver address is the first account address, transferring the first asset from the first delayed transfer address to the first account address.
Specifically, generating the first delayed transfer address according to the first delayed transfer structure includes "encoding the first delayed transfer structure according to a protobuf protocol to generate a first binary string; performing hash operation on the first binary string to generate a first delayed transfer address, and generating a second delayed transfer address according to a first delayed transfer structure in the first confirmed transaction comprises' encoding the first delayed transfer structure in the first confirmed transaction according to a protobuf protocol to generate a second binary string; performing a hash operation on the first binary string to generate a second delayed transfer address; taking the first delay parameter as the delay ending time as an example;
suppose that user a and user B determine the deferred transfer rules: the user A transfers 10coin to the user B in a delayed manner, and the delay ending moment is T;
the client side of the user A responds to the user A and the user B to determine the delayed transfer rule, the step S12 is executed, a delayed transfer structure S is generated according to the delayed transfer rule, the S is encoded according to a protobuf protocol to generate a binary string, and the binary string is subjected to Hash operation to generate a delayed transfer address addr (X); wherein addr (X) is a one-time address, S comprises an address addr (A) of a transaction sender, an address addr (B) of a transaction receiver, 10coin and T; similarly, the client of the user B also generates a delayed transfer address addr (X);
the client of the user A executes the step S14, generates a transfer transaction tx2 which transfers 10coin to addr (X) and sends the transfer transaction tx2 to the blockchain network;
when the tx2 is successfully executed, the blockchain node transfers 10coin from addr (A) to addr (X);
the client of the user A executes the step S16 to generate a confirmation transaction tx 1; s is included in tx1, the address of the transaction sender of tx1 is addr (X), and the signature of tx1 comprises a delayed transfer verification identifier delay;
the client of user a performs step S18, sending tx1 to the blockchain network;
determining that tx1 is a delayed transfer verification transaction by the blockchain node according to the delay identification, determining a delayed ending time T, encoding S in tx1 according to a protobuf protocol to generate a binary string, and performing hash operation on the binary string to generate a delayed transfer address addr (X)';
the blockchain node performs the following judgment:
judging whether the current time is not later than T;
judging whether addr (X) is the same as the transaction initiator address addr (X) of tx 1;
determine if the signature of tx1 (sig _ a) matches transaction sender address addr (a)' in S in tx 1:
assuming that the current time is not later than T, addr (x) 'is the same as addr (x), and sig _ a matches addr (a)':
when the transaction receiver address of tx1 is addr (B), 10coin is divided from addr (X) to addr (B); it should be noted that when the address of the transaction receiving party is addr (b), it indicates that the user a agrees to complete the delayed transfer;
when the transaction receiver address of tx1 is addr (A), transferring 10coin from addr (X) to addr (A); it should be noted that when the address of the transaction receiver is addr (a), it indicates that the user a withdraws the delayed transfer.
In further embodiments, the manner of generating the first delayed transfer address according to the first delayed transfer structure may also be configured according to actual requirements, for example, the method is configured to encode the multiple signature structure according to other protocols (such as thrift) except protobuf to generate a binary string, then perform a hash operation according to the generated binary string to generate the multiple signature address, and correspondingly, the method of generating the second delayed transfer address according to the first delayed transfer structure in the first confirmed transaction is configured to "encode the first delayed transfer structure in the first confirmed transaction according to thrift protocol to generate the second binary string; the same technical effect may be achieved by performing a hash operation on the second binary string to generate the second delayed transfer address.
In further embodiments, the first delay parameter may be configured to be the first time length T according to the actual requirement, and then the calculation manner of the delay end time T may be configured to be T1+ T according to the actual requirement, where T1 is the time of tx2 in the package, so that the same technical effect may be achieved. Those skilled in the art will appreciate that T1 may also be configured to other times according to actual needs, such as the generation time of tx2 or other times. It should be noted that when the first delay parameter is configured to be the first duration t, data pointing to tx2 (e.g., hash (tx2)) should also be included in the first confirmation transaction to enable querying of the packing or generation time of tx 2.
It should be understood by those skilled in the art that the first delay parameter may be replaced by a delay block height parameter according to the actual requirement, and the delay block height parameter may also be configured according to the actual requirement, for example, configured as the end block height, or configured as the first block interval, and then the end block height is equal to the sum of the block height of the packed tx2 and the first block interval, so as to achieve the same technical effect.
It will be appreciated by those skilled in the art that the one-time address can only accept one transfer, for example, if the blockchain node receives a transfer transaction tx3 to transfer assets to the first delayed transfer address after tx2 execution, tx3 execution fails.
It will be appreciated by those skilled in the art that in determining whether the second delayed transfer address is the same as the second transaction sender address, and whether the current time is not later than the delayed end time, and whether the signature of the first confirmation transaction matches the first transaction sender address in the first delayed transfer structure in the first confirmation transaction, if either determination is not positive, then the transaction execution is confirmed to have failed.
It should be understood by those skilled in the art that in determining whether the second delayed transfer address is the same as the second transaction sender address, and determining whether the current time is not later than the delay end time, and determining whether the signature of the first confirmation transaction matches the first transaction sender address in the first delayed transfer structure in the first confirmation transaction, the determination sequence is not limited, and only needs to ensure that the second delayed transfer address is generated first, and then determine whether the second delayed transfer address is the same as the second transaction sender address.
The above-described embodiments enable delayed transfer services on a contract-independent basis.
Preferably, the generating of the first delayed transfer address according to the first delayed transfer structure comprises:
encoding the first delayed transfer structure according to a protobuf protocol to generate a first binary string;
performing hash operation on the first binary string to generate a first delayed transfer address;
generating a second delayed transfer address according to the first delayed transfer structure in the first confirmed transaction comprises:
encoding a first delayed transfer structure in the first confirmation transaction according to a protobuf protocol to generate a second binary string;
and carrying out hash operation on the first binary string to generate a second delayed transfer address.
The delayed transfer principle of the above embodiment may refer to the method shown in fig. 1, and is not described herein again.
Fig. 2 is a flowchart of another delayed transfer method according to an embodiment of the present invention. As shown in fig. 2, in this embodiment, the present invention provides a delayed transfer method suitable for a client, where the method includes:
s22: responding to a first delayed transfer rule that a current user and a first user determine that the first user transfers the first asset to the current user in a delayed manner, generating a first delayed transfer structure according to the first delayed transfer rule, and generating a first delayed transfer address according to the first delayed transfer structure; the first delayed transfer structure comprises a first transaction sender address, a first transaction receiver address, first assets and first delayed parameters, wherein the first delayed transfer address is a one-time address, the first delayed transfer structure comprises the first transaction sender address, the first transaction receiver address, the first assets and the first delayed parameters, the first transaction sender address is a first account address of a first user, and the first transaction receiver address is a second account address of a current second user;
s24: generating a second confirmation transaction; the second confirmed transaction comprises a first delayed transfer structure, a second transaction sender address of the second confirmed transaction is a first delayed transfer address, a second transaction receiver address of the second confirmed transaction is a second account address, and a signature of the second confirmed transaction comprises a delayed transfer verification identifier;
s26: sending a second confirmation transaction to the blockchain network for the blockchain node to:
confirming that the second confirmed transaction is a delayed transfer verification type transaction according to the delayed transfer verification identification, confirming a delayed ending moment according to the first delayed parameter, and generating a second delayed transfer address according to a first delayed transfer structure in the second confirmed transaction;
judging whether the second delayed transfer address is the same as the second transaction sender address, judging whether the current time is later than the delayed end time, and judging whether the signature of the second confirmed transaction is matched with the first transaction receiver address in the first delayed transfer structure in the second confirmed transaction:
and if the judgment is yes and the first asset in the first delayed transfer address is not transferred, transferring the first asset from the first delayed transfer address to the second account address.
The above embodiment differs from the embodiment shown in fig. 1 in that the above embodiment is performed by the client of user B, and assuming that the second confirmation transaction is tx5, tx5 needs to be later than the delayed end time T at the current time, addr (x) 'is the same as addr (x), and sig _ B matches addr (B)' to make it possible to perform successfully, and the client of user B does not have the right to withdraw the delayed transfer.
Other parts of the delayed transfer principle can refer to the method shown in FIG. 1, and the detailed description is omitted here.
It should be noted that the above embodiment may also be used in combination with the embodiment shown in fig. 1, so as to achieve the effect that "both the client of the user a and the client of the user B may agree to complete the delayed transfer, additionally, the client of the user a may withdraw the delayed transfer, and the confirmation transaction generated by the client of the user a should be executed no later than the delayed end time, and meanwhile, the confirmation transaction generated by the client of the user B should be executed later than the delayed end time".
If the client of the user B can query the state of the blockchain, a condition for generating the second confirmation transaction may be configured, for example, the client of the user B generates the second confirmation transaction only when the client of the user B reaches the delay end time and queries that the blockchain has not executed the successfully first confirmation transaction;
if the client of the user B can not inquire the state of the blockchain, the condition for generating the second confirmation transaction can not be configured, and the client of the user B can directly generate the second confirmation transaction;
if any one of the judgment is negative, namely judging whether the second delayed transfer address is the same as the address of the second transaction sender, judging whether the current time is later than the delayed ending time, and judging whether the signature of the second confirmed transaction is matched with the address of the first transaction receiver in the first delayed transfer structure in the second confirmed transaction, the second confirmed transaction fails to be executed;
if the judgment of judging whether the second delayed transfer address is the same as the second transaction sender address, judging whether the current time is later than the delayed end time, and judging whether the signature of the second confirmed transaction is matched with the first transaction receiver address in the first delayed transfer structure in the second confirmed transaction is yes, but the first confirmed transaction generated by the client of the user A is successfully executed (indicating that the first asset does not exist on the first delayed transfer address), the second confirmed transaction still fails to be executed.
Fig. 3 is a flowchart of another delayed transfer method according to an embodiment of the present invention. As shown in fig. 3, in this embodiment, the present invention provides a method for transferring a delay account to a blockchain node, where the method includes:
s32: receiving a first transfer transaction; the first transfer transaction is generated by a client of a first user responding to transfer of a first asset to a first delay transfer address, the first delay transfer address is generated according to a first delay transfer structure, the first delay transfer structure is generated according to a first delay transfer rule, the first delay transfer rule is that the first user transfers the first asset to a second user in a delay manner, the first delay transfer address is a one-time address, the first delay transfer structure comprises a first transaction sender address, a first transaction receiver address, a first asset and a first delay parameter, the first transaction sender address is a first account address of the first user, and the first transaction receiver address is a second account address of the second user;
s33: transferring the first asset from the first account address to a first delayed transfer address upon successful execution of the first transfer transaction;
s34: receiving a first confirmation transaction; the first confirmed transaction comprises a first delayed transfer structure, a second transaction sender address of the first confirmed transaction is a first delayed transfer address, and a signature of the first confirmed transaction comprises a delayed transfer verification identifier;
s35: confirming that the first confirmed transaction is a delayed transfer verification type transaction according to the delayed transfer verification identification, confirming a delayed ending moment according to a first delayed parameter, and generating a second delayed transfer address according to a first delayed transfer structure in the first confirmed transaction;
s36: judging whether the second delayed transfer address is the same as the second transaction sender address, judging whether the current time is not later than the delayed end time, and judging whether the signature of the first confirmed transaction is matched with the first transaction sender address in the first delayed transfer structure in the first confirmed transaction:
when the above judgments are all yes:
s38: transferring the first asset from the first delayed transfer address to a second account address when the second transaction receiver address of the first confirmed transaction is the second account address; and when the second transaction receiver address is the first account address, transferring the first asset from the first delayed transfer address to the first account address.
The delayed transfer principle of the above embodiment may refer to the method shown in fig. 1, and is not described herein again.
Fig. 4 is a flowchart of another delayed transfer method according to an embodiment of the present invention. As shown in fig. 4, in this embodiment, the present invention provides a method for transferring a delay account to a blockchain node, where the method includes:
s42: receiving a first transfer transaction; the first transfer transaction is generated by a client of a first user responding to transfer of a first asset to a first delay transfer address, the first delay transfer address is generated according to a first delay transfer structure, the first delay transfer structure is generated according to a first delay transfer rule, the first delay transfer rule is that the first user transfers the first asset to a second user in a delay manner, the first delay transfer address is a one-time address, the first delay transfer structure comprises a first transaction sender address, a first transaction receiver address, a first asset and a first delay parameter, the first transaction sender address is a first account address of the first user, and the first transaction receiver address is a second account address of the second user;
s43: transferring the first asset from the first account address to a first delayed transfer address upon successful execution of the first transfer transaction;
s44: receiving a second confirmation transaction; the second confirmed transaction comprises a first delayed transfer structure, a second transaction sender address of the second confirmed transaction is a first delayed transfer address, a signature of the first confirmed transaction comprises a delayed transfer verification identifier, and a second transaction receiver address of the second confirmed transaction is a second account address of a second account;
s45: confirming that the second confirmed transaction is a delayed transfer verification type transaction according to the delayed transfer verification identification, confirming a delayed ending moment according to the first delayed parameter, and generating a second delayed transfer address according to a first delayed transfer structure in the second confirmed transaction;
s46: judging whether the second delayed transfer address is the same as the second transaction sender address, judging whether the current time is later than the delayed end time, and judging whether the signature of the second confirmed transaction is matched with the first transaction receiver address in the first delayed transfer structure in the second confirmed transaction:
s47: and if the judgment is yes and the first asset in the first delayed transfer address is not transferred, transferring the first asset from the first delayed transfer address to the second account address.
The delayed transfer principle of the above embodiment may refer to the method shown in fig. 2, and is not described herein again.
Fig. 5 is a schematic structural diagram of a computer device according to an embodiment of the present invention.
As shown in fig. 5, as another aspect, the present application also provides a computer apparatus including one or more Central Processing Units (CPUs) 501 that can perform various appropriate actions and processes according to a program stored in a Read Only Memory (ROM)502 or a program loaded from a storage section 508 into a Random Access Memory (RAM) 503. In the RAM503, various programs and data necessary for the operation of the computer apparatus are also stored. The CPU501, ROM502, and RAM503 are connected to each other via a bus 504. An input/output (I/O) interface 505 is also connected to bus 504.
The following components are connected to the I/O interface 505: an input portion 506 including a keyboard, a mouse, and the like; an output portion 507 including a display such as a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), and the like, and a speaker; a storage portion 508 including a hard disk and the like; and a communication section 509 including a network interface card such as a LAN card, a modem, or the like. The communication section 509 performs communication processing via a network such as the internet. The driver 510 is also connected to the I/O interface 505 as necessary. A removable medium 511 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is mounted on the drive 510 as necessary, so that a computer program read out therefrom is mounted into the storage section 508 as necessary.
In particular, according to an embodiment of the present disclosure, the 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 any of the methods described above. In such an embodiment, the computer program may be downloaded and installed from a network through the communication section 509, and/or installed from the removable medium 511.
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 computer-readable storage medium that exists separately and is not assembled into a computer device. The computer readable storage medium stores one or more programs for use by one or more processors in performing the methods described in the present application.
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 (12)
1. A method for delayed account transfer is suitable for a client side, and comprises the following steps:
responding to a first delayed transfer rule that a current user and a second user determine that the current user transfers a first asset to the second user in a delayed mode, generating a first delayed transfer structure according to the first delayed transfer rule, and generating a first delayed transfer address according to the first delayed transfer structure; the first delayed transfer structure comprises a first transaction sender address, a first transaction receiver address, the first asset and a first delay parameter, wherein the first delayed transfer address is a one-time address, the first delayed transfer structure comprises the first transaction sender address, the first transaction receiver address, the first asset and the first delay parameter, the first transaction sender address is a first account address of a current user, and the first transaction receiver address is a second account address of a second user;
generating a first transfer transaction for transferring the first asset to the first delayed transfer address and sending the first transfer transaction to a block chain network, so that when the block chain node successfully performs the first transfer transaction, the first asset is transferred from the first account address to the first delayed transfer address;
generating a first confirmation transaction; the first confirmed transaction comprises the first delayed transfer structure, a second transaction sender address of the first confirmed transaction is the first delayed transfer address, and a signature of the first confirmed transaction comprises a delayed transfer verification identifier;
sending the first confirmation transaction to a blockchain network for a blockchain node to:
confirming that the first confirmed transaction is a delayed transfer verification type transaction according to the delayed transfer verification identifier, determining a delayed ending moment according to the first delayed parameter, and generating a second delayed transfer address according to the first delayed transfer structure in the first confirmed transaction;
judging whether the second delayed transfer address is the same as the second transaction sender address, judging whether the current time is not later than the delayed end time, and judging whether the signature of the first confirmed transaction is matched with the first transaction sender address in the first delayed transfer structure in the first confirmed transaction:
when the above judgments are all yes:
when a second transaction recipient address of the first confirmed transaction is the second account address, transferring the first asset from the first delayed transfer address to the second account address;
and when the second transaction receiver address is the first account address, transferring the first asset from the first delayed transfer address to the first account address.
2. The method of claim 1, wherein generating a first delayed transfer address from the first delayed transfer structure comprises:
encoding the first delayed transfer structure according to a protobuf protocol to generate a first binary string;
performing hash operation on the first binary string to generate a first delayed transfer address;
the generating a second delayed transfer address according to the first delayed transfer structure in the first confirmation transaction comprises:
encoding the first delayed transfer structure in the first confirmed transaction according to protobuf protocol to generate a second binary string;
and carrying out hash operation on the first binary string to generate a second delayed transfer address.
3. A method for delayed account transfer is suitable for a client side, and comprises the following steps:
responding to a first delayed transfer rule that a current user and a first user determine that the first user transfers a first asset to the current user in a delayed mode, generating a first delayed transfer structure according to the first delayed transfer rule, and generating a first delayed transfer address according to the first delayed transfer structure; the first delayed transfer account address is a one-time address, the first delayed transfer account structure comprises a first transaction sender address, a first transaction receiver address, the first asset and a first delay parameter, the first transaction sender address is a first account address of the first user, and the first transaction receiver address is a second account address of the current second user;
generating a second confirmation transaction; the second confirmed transaction comprises the first delayed transfer structure, a second transaction sender address of the second confirmed transaction is the first delayed transfer address, a second transaction receiver address of the second confirmed transaction is the second account address, and a signature of the second confirmed transaction comprises a delayed transfer verification identifier;
sending the second confirmation transaction to a blockchain network for a blockchain node to:
confirming that the second confirmed transaction is a delayed transfer verification type transaction according to the delayed transfer verification identification, confirming a delayed ending moment according to the first delayed parameter, and generating a second delayed transfer address according to the first delayed transfer structure in the second confirmed transaction;
judging whether the second delayed transfer address is the same as the second transaction sender address, judging whether the current time is later than the delayed end time, and judging whether the signature of the second confirmed transaction is matched with the first transaction receiver address in the first delayed transfer structure in the second confirmed transaction:
and if the first asset in the first delayed transfer address is not transferred, transferring the first asset from the first delayed transfer address to the second account address.
4. The method of claim 3, wherein the generating a second confirmation transaction comprises:
when the delay ending time is reached and the block chain does not have the first confirmation transaction which is successfully executed, generating a second confirmation transaction;
the first confirmation transaction comprises the first delayed transfer structure, the transaction sender address of the first confirmation transaction is the first delayed transfer address, and the first confirmation transaction is generated by the client of the first user and sent to the blockchain node for the blockchain node:
confirming that the first confirmed transaction is a delayed transfer verification type transaction according to the delayed transfer verification identifier, determining a delayed ending moment according to the first delayed parameter, and generating a second delayed transfer address according to the first delayed transfer structure in the first confirmed transaction;
judging whether the second delayed transfer address is the same as the second transaction sender address, judging whether the current time is not later than the delayed end time, and judging whether the signature of the first confirmed transaction is matched with the first transaction sender address in the first delayed transfer structure in the first confirmed transaction:
when the above judgments are all yes:
when a second transaction recipient address of the first confirmed transaction is the second account address, transferring the first asset from the first delayed transfer address to the second account address;
and when the second transaction receiver address is the first account address, transferring the first asset from the first delayed transfer address to the first account address.
5. The method of claim 3 or 4, wherein generating a first delayed transfer address from the first delayed transfer structure comprises:
encoding the first delayed transfer structure according to a protobuf protocol to generate a first binary string;
performing hash operation on the first binary string to generate a first delayed transfer address;
the generating a second delayed transfer address according to the first delayed transfer structure in the second confirmation transaction comprises:
encoding the first delayed transfer structure in the second confirmation transaction according to protobuf protocol to generate a second binary string;
and carrying out hash operation on the second binary string to generate a second delayed transfer address.
6. A method of delayed account transfer, adapted for use with blockchain nodes, the method comprising:
receiving a first transfer transaction; the first transfer transaction is generated by a client of a first user in response to transfer of a first asset to a first delayed transfer address, the first delayed transfer address is generated according to a first delayed transfer structure, the first delayed transfer structure is generated according to a first delayed transfer rule, the first delayed transfer rule is that the first user transfers the first asset to a second user in a delayed manner, the first delayed transfer address is a one-time address, the first delayed transfer structure comprises a first transaction sender address, a first transaction receiver address, the first asset and a first delay parameter, the first transaction sender address is a first account address of the first user, and the first transaction receiver address is a second account address of the second user;
upon successful execution of the first transfer transaction, transferring the first asset from the first account address to the first delayed transfer address;
receiving a first confirmation transaction; the first confirmed transaction comprises the first delayed transfer structure, a second transaction sender address of the first confirmed transaction is the first delayed transfer address, and a signature of the first confirmed transaction comprises a delayed transfer verification identifier;
confirming that the first confirmed transaction is a delayed transfer verification type transaction according to the delayed transfer verification identifier, determining a delayed ending moment according to the first delayed parameter, and generating a second delayed transfer address according to the first delayed transfer structure in the first confirmed transaction;
judging whether the second delayed transfer address is the same as the second transaction sender address, judging whether the current time is not later than the delayed end time, and judging whether the signature of the first confirmed transaction is matched with the first transaction sender address in the first delayed transfer structure in the first confirmed transaction:
when the above judgments are all yes:
when a second transaction recipient address of the first confirmed transaction is the second account address, transferring the first asset from the first delayed transfer address to the second account address;
and when the second transaction receiver address is the first account address, transferring the first asset from the first delayed transfer address to the first account address.
7. The method of claim 6, wherein the first latency transfer address is generated from a hash of a first binary string, the first binary string generated by encoding the first latency transfer structure according to protobuf protocol;
the generating a second delayed transfer address according to the first delayed transfer structure in the first confirmation transaction comprises:
encoding the first delayed transfer structure in the first confirmed transaction according to protobuf protocol to generate a second binary string;
and carrying out hash operation on the first binary string to generate a second delayed transfer address.
8. A method of delayed account transfer, adapted for use with blockchain nodes, the method comprising:
receiving a first transfer transaction; the first transfer transaction is generated by a client of the first user in response to transfer of the first asset to the first delayed transfer address, the first delayed transfer address is generated according to a first delayed transfer structure, the first delayed transfer structure is generated according to a first delayed transfer rule, the first delayed transfer rule is that the first user transfers the first asset to a second user in a delayed manner, the first delayed transfer address is a one-time address, the first delayed transfer structure comprises a first transaction sender address, a first transaction receiver address, the first asset and a first delay parameter, the first transaction sender address is a first account address of the first user, and the first transaction receiver address is a second account address of the second user;
upon successful execution of the first transfer transaction, transferring the first asset from the first account address to the first delayed transfer address;
receiving a second confirmation transaction; the second confirmed transaction comprises the first delayed transfer structure, a second transaction sender address of the second confirmed transaction is the first delayed transfer address, a signature of the first confirmed transaction comprises a delayed transfer verification identifier, and a second transaction receiver address of the second confirmed transaction is a second account address of a second account;
confirming that the second confirmed transaction is a delayed transfer verification type transaction according to the delayed transfer verification identification, confirming a delayed ending moment according to the first delayed parameter, and generating a second delayed transfer address according to the first delayed transfer structure in the second confirmed transaction;
judging whether the second delayed transfer address is the same as the second transaction sender address, judging whether the current time is later than the delayed end time, and judging whether the signature of the second confirmed transaction is matched with the first transaction receiver address in the first delayed transfer structure in the second confirmed transaction:
and if the first asset in the first delayed transfer address is not transferred, transferring the first asset from the first delayed transfer address to the second account address.
9. The method of claim 8, wherein the second confirmation transaction is generated by the client of the second user when the delayed end time is reached and no successful first confirmation transaction is executed on the blockchain; the first confirmation transaction comprises the first delayed transfer structure, the transaction sender address of the first confirmation transaction is the first delayed transfer address, and the first confirmation transaction is generated by the client of the first user and sent to the blockchain node for the blockchain node:
confirming that the first confirmed transaction is a delayed transfer verification type transaction according to the delayed transfer verification identifier, determining a delayed ending moment according to the first delayed parameter, and generating a second delayed transfer address according to the first delayed transfer structure in the first confirmed transaction;
judging whether the second delayed transfer address is the same as the second transaction sender address, judging whether the current time is not later than the delayed end time, and judging whether the signature of the first confirmed transaction is matched with the first transaction sender address in the first delayed transfer structure in the first confirmed transaction:
when the above judgments are all yes:
when a second transaction recipient address of the first confirmed transaction is the second account address, transferring the first asset from the first delayed transfer address to the second account address;
and when the second transaction receiver address is the first account address, transferring the first asset from the first delayed transfer address to the first account address.
10. The method according to claim 8 or 9, wherein the first latency transfer address is generated from a hash value of a first binary string generated by encoding the first latency transfer structure according to protobuf protocol;
the generating a second delayed transfer address according to the first delayed transfer structure in the second confirmation transaction comprises:
encoding the first delayed transfer structure in the second confirmation transaction according to protobuf protocol to generate a second binary string;
and carrying out hash operation on the second binary string to generate a second delayed transfer address.
11. 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-10.
12. 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-10.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110569221.0A CN113222577B (en) | 2021-05-25 | 2021-05-25 | Delayed transfer method, computer device and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110569221.0A CN113222577B (en) | 2021-05-25 | 2021-05-25 | Delayed transfer method, computer device and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113222577A true CN113222577A (en) | 2021-08-06 |
| CN113222577B CN113222577B (en) | 2022-09-16 |
Family
ID=77098161
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110569221.0A Active CN113222577B (en) | 2021-05-25 | 2021-05-25 | Delayed transfer method, computer device and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113222577B (en) |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107220820A (en) * | 2017-05-16 | 2017-09-29 | 腾讯科技（深圳）有限公司 | Resource transfers method, device and storage medium |
| CN108256842A (en) * | 2018-01-11 | 2018-07-06 | 杭州复杂美科技有限公司 | Block chain association wallet address right management method |
| CN110782255A (en) * | 2019-11-06 | 2020-02-11 | 杭州复杂美科技有限公司 | Delayed transaction cancellation method, apparatus and storage medium |
| CN110992009A (en) * | 2019-12-04 | 2020-04-10 | 杭州复杂美科技有限公司 | Delayed transaction advanced processing method, device and storage medium |
| CN112348677A (en) * | 2020-11-11 | 2021-02-09 | 郑杰骞 | Address generation and block chain online and offline transaction method, device, system and medium |
| CN112600664A (en) * | 2020-12-09 | 2021-04-02 | 杭州复杂美科技有限公司 | Delayed transaction generation method, delayed transaction execution device and storage medium |
| US20210119807A1 (en) * | 2019-10-18 | 2021-04-22 | Arcblock, Inc. | Blockchain account migration |
| CN112711600A (en) * | 2020-12-30 | 2021-04-27 | 普华云创科技(北京)有限公司 | Method and system for setting transaction delayed uplink |
-
2021
- 2021-05-25 CN CN202110569221.0A patent/CN113222577B/en active Active
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107220820A (en) * | 2017-05-16 | 2017-09-29 | 腾讯科技（深圳）有限公司 | Resource transfers method, device and storage medium |
| CN108256842A (en) * | 2018-01-11 | 2018-07-06 | 杭州复杂美科技有限公司 | Block chain association wallet address right management method |
| US20210119807A1 (en) * | 2019-10-18 | 2021-04-22 | Arcblock, Inc. | Blockchain account migration |
| CN110782255A (en) * | 2019-11-06 | 2020-02-11 | 杭州复杂美科技有限公司 | Delayed transaction cancellation method, apparatus and storage medium |
| CN110992009A (en) * | 2019-12-04 | 2020-04-10 | 杭州复杂美科技有限公司 | Delayed transaction advanced processing method, device and storage medium |
| CN112348677A (en) * | 2020-11-11 | 2021-02-09 | 郑杰骞 | Address generation and block chain online and offline transaction method, device, system and medium |
| CN112600664A (en) * | 2020-12-09 | 2021-04-02 | 杭州复杂美科技有限公司 | Delayed transaction generation method, delayed transaction execution device and storage medium |
| CN112711600A (en) * | 2020-12-30 | 2021-04-27 | 普华云创科技(北京)有限公司 | Method and system for setting transaction delayed uplink |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113222577B (en) | 2022-09-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| TWI710979B (en) | Cross-block chain interaction method, device, system, and electronic equipment | |
| CN111680050B (en) | Fragment processing method, device and storage medium for alliance chain data | |
| WO2016177285A1 (en) | Data pushing method and device | |
| US20200177391A1 (en) | Sending cross-chain authenticatable messages | |
| CN109447641B (en) | Method and apparatus for transmitting blockchain data to blockchain browser | |
| CN106412140A (en) | Short link address generating method and system thereof | |
| CN113259479B (en) | Data processing method and equipment | |
| CN113630465B (en) | Message processing method, device, equipment and storage medium | |
| CN103532984A (en) | Data transmission method, device and system of websocket protocol | |
| CN110597920B (en) | Information processing method and device | |
| CN111008249A (en) | Parallel chain block synchronization method, device and storage medium | |
| CN113222577B (en) | Delayed transfer method, computer device and storage medium | |
| CN111523896B (en) | Attack prevention method, apparatus and storage medium | |
| CN113592653B (en) | Proxy delay transaction method, computer device and storage medium | |
| CN113222576B (en) | Delayed transfer method, computer device and storage medium | |
| CN114785805B (en) | Data transmission method, device, electronic equipment and storage medium | |
| CN114172998B (en) | File transmission method and device, electronic equipment and storage medium | |
| CN104933059A (en) | File reputation acquisition method, gateway equipment and file reputation server | |
| CN102469038B (en) | Folder transmission method and device | |
| US20170346753A1 (en) | Method and device for forwarding data messages | |
| CN114202332A (en) | Digital currency wallet management method, device and system | |
| CN113592643B (en) | Asset periodic thawing method, computer device and storage medium | |
| CN113706303B (en) | Universal time delay transaction method, computer equipment and storage medium | |
| CN113987598A (en) | Block migration method and device | |
| CN113205336B (en) | Multiple signature transaction 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 |