CN113222576B - Delayed transfer method, computer device and storage medium - Google Patents
Delayed transfer method, computer device and storage medium Download PDFInfo
- Publication number
- CN113222576B CN113222576B CN202110569010.7A CN202110569010A CN113222576B CN 113222576 B CN113222576 B CN 113222576B CN 202110569010 A CN202110569010 A CN 202110569010A CN 113222576 B CN113222576 B CN 113222576B
- Authority
- CN
- China
- Prior art keywords
- transaction
- delayed
- address
- transfer
- confirmation
- 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
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/3823—Payment protocols; Details thereof insuring higher security of transaction combining multiple encryption tools for a transaction
-
- 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
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- Finance (AREA)
- General Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Economics (AREA)
- Development Economics (AREA)
- Computer Security & Cryptography (AREA)
- Marketing (AREA)
- Technology Law (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
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: determining delayed transfer of the first asset to a second user in response to the current user and the second user, and determining a first delayed transfer address according to a second public key of the second user and a first delayed time length required to be prolonged; 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; generating a first confirmation transaction; the first confirmation transaction comprises a second public key, a first delay time and a first transaction hash of a first transfer transaction, a first transaction sender address of the first confirmation transaction is a first delay transfer address, and a signature of the first confirmation transaction comprises a delay transfer identifier; 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:
determining delayed transfer of the first asset to a second user in response to the current user and the second user, and determining a first delayed transfer address according to a second public key of the second user and a first delayed time length required to be prolonged;
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 of the current user;
generating a first confirmation transaction; the first confirmation transaction comprises a second public key, a first delay time and a first transaction hash of a first transfer transaction, a first transaction sender address of the first confirmation transaction is a first delay transfer address, and a signature of the first confirmation transaction comprises a delay transfer 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 identification, searching a delayed starting moment according to the first transaction hash, and confirming a delayed ending moment according to the delayed starting moment and the first delayed duration;
generating a second delayed transfer address according to a second public key in the first confirmation transaction and the first delayed time;
judging whether the current time is not later than the delay end time, judging whether the second delay transfer address is the same as the transaction sender address of the first confirmed transaction, and judging whether the signature of the first confirmed transaction is matched with the second transaction initiator address of the first transfer 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 first transaction receiver address of the first confirmed transaction is the second account address;
and when the first 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 user and a current user to determine that the first asset is transferred to the current user in a delayed mode, and determining a first delayed transfer address according to a second public key of the current user and a first delayed time length which needs to be prolonged;
after the first transfer transaction which is successfully executed exists on the block chain, generating a third confirmation transaction; the first transfer transaction is generated by a client of a first user and sent to a block chain network so that a block chain node transfers a first asset from a first account address of the first user to a first delayed transfer address, a third confirmation transaction comprises a second public key, a first delayed time and a first transaction hash of the first transfer transaction, a third transaction sender address of the third confirmation transaction is the first delayed transfer address, a third transaction receiver address of the third confirmation transaction is a second account address of the current user, and a signature of the third confirmation transaction comprises a delayed transfer identifier;
sending a third confirmation transaction to the blockchain network for the blockchain node to:
confirming that the third confirmed transaction is a delayed transfer verification type transaction according to the delayed transfer identification, searching a delayed starting moment according to the first transaction hash, and confirming a delayed ending moment according to the delayed starting moment and the first delayed duration;
generating a second delayed transfer address according to a second public key and the first delayed duration in the third confirmation transaction;
judging whether the current time is not later than the delay ending time, judging whether the second delay transfer address is the same as the transaction sender address of the first confirmed transaction, and judging whether the signature of the third confirmed transaction is matched with a second public key in the third confirmed transaction:
and when the judgment is yes, transferring the first asset from the first delayed transfer address to a second account address.
In a third aspect, the present invention provides a method for delayed account transfer applicable to a block link 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 delayed transfer address, and the first delayed transfer address is determined according to a second public key of a second user and a first delayed time length required to be prolonged;
transferring the first asset from a first account address of the first user to a first delayed transfer address upon successful execution of the first transfer transaction;
receiving a first confirmation transaction; the first confirmation transaction is generated by a client of a first user, the first confirmation transaction comprises a second public key, a first delay time and a first transaction hash of a first transfer transaction, a first transaction sender address of the first confirmation transaction is a first delay transfer address, and a signature of the first confirmation transaction comprises a delay transfer identifier;
confirming that the first confirmed transaction is a delayed transfer verification type transaction according to the delayed transfer identification, searching a delayed starting moment according to the first transaction hash, and confirming a delayed ending moment according to the delayed starting moment and the first delayed duration;
generating a second delayed transfer address according to a second public key in the first confirmation transaction and the first delayed time;
judging whether the current time is not later than the delay end time, judging whether the second delay transfer address is the same as the transaction sender address of the first confirmed transaction, and judging whether the signature of the first confirmed transaction is matched with the second transaction initiator address of the first transfer 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 first transaction receiver address of the first confirmed transaction is the second account address;
and when the first 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 delayed transfer address, and the first delayed transfer address is determined according to a second public key of a second user and a first delayed time length required to be prolonged;
when the first transfer transaction is successfully executed, transferring the first asset from a first account address of the first user to a first delayed transfer address;
receiving a third confirmation transaction; the third confirmation transaction is generated by the client of the second user and comprises a second public key, a first delay time and a first transaction hash of the first transfer transaction, the address of a third transaction sender of the third confirmation transaction is a first delay transfer address, the address of a third transaction receiver of the third confirmation transaction is a second account address of the current user, and the signature of the third confirmation transaction comprises a delay transfer identifier;
confirming that the first confirmed transaction is a delayed transfer verification type transaction according to the delayed transfer identification, searching a delayed starting moment according to the first transaction hash, and confirming a delayed ending moment according to the delayed starting moment and the first delayed duration;
confirming that the third confirmed transaction is a delayed transfer verification type transaction according to the delayed transfer identification, searching a delayed starting moment according to the first transaction hash, and confirming a delayed ending moment according to the delayed starting moment and the first delayed duration;
generating a second delayed transfer address according to a second public key and the first delayed duration in the third confirmation transaction;
judging whether the current time is not later than the delay ending time, judging whether the second delay transfer address is the same as the transaction sender address of the first confirmed transaction, and judging whether the signature of the third confirmed transaction is matched with a second public key in the third confirmed transaction:
and when the judgment is yes, transferring the first asset from the first delayed transfer address to a 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 the delayed transfer of the first asset to the second user by responding to the current user and the second user, and determine the first delayed transfer address according to the second public key of the second user and the first delayed time needing to be prolonged; 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; generating a first confirmation transaction; the first confirmation transaction comprises a second public key, a first delay time and a first transaction hash of a first transfer transaction, a first transaction sender address of the first confirmation transaction is a first delay transfer address, and a signature of the first confirmation transaction comprises a delay transfer identifier; 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: determining delayed transfer of the first asset to a second user in response to the current user and the second user, and determining a first delayed transfer address according to a second public key of the second user and a first delayed time length required to be prolonged;
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 of the current user;
s16: generating a first confirmation transaction; the first confirmation transaction comprises a second public key, a first delay time and a first transaction hash of a first transfer transaction, a first transaction sender address of the first confirmation transaction is a first delay transfer address, and a signature of the first confirmation transaction comprises a delay transfer 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 identification, searching a delayed starting moment according to the first transaction hash, and confirming a delayed ending moment according to the delayed starting moment and the first delayed duration;
generating a second delayed transfer address according to a second public key in the first confirmation transaction and the first delayed time;
judging whether the current time is not later than the delay end time, judging whether the second delay transfer address is the same as the transaction sender address of the first confirmed transaction, and judging whether the signature of the first confirmed transaction is matched with the second transaction initiator address of the first transfer 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 first transaction receiver address of the first confirmed transaction is the second account address;
and when the first transaction receiver address is the first account address, transferring the first asset from the first delayed transfer address to the first account address.
Specifically, determining the first delayed transfer address according to the second public key of the second user and the first delayed time length to be extended includes performing hash operation on the second public key and the first delayed time length to obtain a first hash value; performing hash operation on the first hash value to generate a first delayed transfer address, and generating a second delayed transfer address according to a second public key and a first delay time length in the first confirmation transaction comprises performing hash operation on the second public key and the first delay time length in the first confirmation transaction to obtain a second hash value; performing a hash operation on the second hash value to generate a second delayed transfer address; and searching the delay start time according to the first transaction hash, including "searching a first block packaging the first transfer transaction according to the first transaction hash, and determining the generation time of the first block as the delay start time";
suppose user a and user B determine: the user A transfers 10coin to the user B in a delayed manner, wherein the delay time is t;
the client of user a responds to "user a determines with user B: the user A delays the transfer of 10coin to the user B, wherein the delay time is t', the step S12 is executed, hash operation is carried out on pub (B) and t to obtain a first hash value D, namely D is hash (pub (B), t); performing hash operation on the D to generate a delayed transfer address addr (X), namely addr (X) is hash (D);
the client of the user A executes the step S14, generates a transfer transaction tx1 which transfers 10coin to addr (X) and sends the transfer transaction tx1 to the blockchain network;
when the tx1 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 2; tx2 includes pub (B), t, hash (tx1), and the transaction sender address of tx2 is addr (X), and the signature of tx2 includes the delayed transfer verification identifier delay;
the client of user a performs step S18, sending tx2 to the blockchain network;
the block chain node confirms that tx2 is a delayed transfer verification transaction according to the delay identification in the signature of tx2, searches a block packaged with tx1 according to the hash (tx1), and determines the generation time T1 of the block as a delayed starting time; determining a determined delay ending time T2 of tx2 by the block chain node according to T1 and T;
performing hash operation on pub (B) and t in the block link point pair tx2 to obtain a first hash value D'; carrying out Hash operation on the D 'to generate a delayed transfer address addr (X)';
the node of the block chain judges whether the current time is not later than T2, judges whether addr (X)' is the same as the transaction sender address addr (X) in tx2, and judges whether signature sig _ A of tx2 is matched with the transaction sender address addr (A) of tx 1;
assuming that the current time is not later than T2, addr (x)' is the same as transaction sender address addr (x) in tx2, and the signature sig _ a of x2 matches the transaction sender address addr (a) of tx1, then:
when the transaction receiver address of tx2 is addr (b), dividing 10coin 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 tx2 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 method for determining the first delay transfer address according to the second public key of the second user and the first delay time that needs to be extended may also be configured according to actual requirements, for example, configured to perform a hash operation on the second public key and the first delay time to obtain a first hash value; performing two times of hash operation on the first hash value to generate a first delayed transfer address; correspondingly, a second delayed transfer address is generated according to a second public key and a first delayed time length in the first confirmation transaction, and the second delayed transfer address is configured to be' Hash operation is carried out on the second public key and the first delayed time length in the first confirmation transaction so as to obtain a second Hash value; and performing two times of hash operation on the second hash value to generate a second delayed transfer address', so that the same technical effect can be realized.
In further embodiments, the method for searching for the delayed start time according to the first transaction hash may also be configured according to actual requirements, for example, configured to "search for the first reconverted transaction according to the first transaction hash, and determine the generation time of the first reconverted transaction as the delayed start time", which may achieve the same technical effect.
Those skilled in the art should understand that the first delay duration may also be replaced by a delay block height interval that needs to be extended according to actual requirements, and accordingly, searching for the delay start time according to the first transaction hash should be replaced by searching for the delay start block height according to the first transaction hash, so that the same technical effect can be achieved.
Conceivably, the method of "searching for the height of the delay start block according to the first transaction hash" may be configured according to actual requirements, for example, configured to "search for the first block packaging the first transfer transaction according to the first transaction hash," and determine the height of the first block as the height of the delay start block, so as to achieve the same technical effect.
It will be appreciated by those skilled in the art that in the above "determining whether the current time is not later than the delayed end time, and determining whether the second delayed transfer address is the same as the transaction sender address of the first acknowledged transaction, and determining whether the signature of the first acknowledged transaction matches the second transaction sender address of the first acknowledged transaction", if either determination is not positive, then the transaction execution is determined to have failed.
It should be understood by those skilled in the art that in the steps of determining whether the current time is not later than the delayed end time, determining whether the second delayed transfer address is the same as the transaction sender address of the first confirmed transaction, and determining whether the signature of the first confirmed transaction matches the second transaction initiator address of the first transfer transaction, the determination sequence is not limited, and only the second delayed transfer address needs to be generated first, and then the second delayed transfer address is determined to be the same as the second transaction sender address.
The above-described embodiments enable delayed transfer services on a contract-independent basis.
Assume the following first scenario:
after the client of the user a generates a confirmed transaction tx2 (addr (a) as the transaction receiver address), a confirmed transaction tx3 (addr (a) as the transaction receiver address) is generated, tx3 also includes pub (b), t and hash (tx1), and the addr (x) as the transaction sender address of tx3, and the signature of tx3 includes a delayed transfer verification identifier delay; then when the block chain node executes tx3, if the judgment result of "whether the current time is not later than the delayed ending time, whether the second delayed transfer address is the same as the transaction sender address of the first confirmed transaction, and whether the signature of the first confirmed transaction matches the second transaction sender address of the first confirmed transaction" is also true, then tx3 can also be executed successfully if there is enough coin in addr (x); this results in user a's client repeatedly generating confirmation transactions for each benefit.
The following embodiments may solve the problems generated by the first scenario described above.
Preferably, after transferring the first asset from the first delayed transfer address to the second account address, or transferring the first asset from the first delayed transfer address to the first account address, the method further includes:
updating a first confirmation status of the first transfer transaction, the first confirmation status comprising a first transaction hash;
the first confirmation state is used for the blockchain node to execute a second confirmation transaction failure when receiving the second confirmation transaction comprising the first transaction hash.
Specifically, after the first asset is transferred from the first delayed transfer address to the second account address at the block link point, or the first asset is transferred from the first delayed transfer address to the first account address, the block link point updates the confirmation status of tx1, for example, to "hash (tx1), transferred";
if the blockchain node receives tx3 again, it may first check if there is an acknowledgement status for tx1, and if there is an updated acknowledgement status, tx3 fails.
It will be understood by those skilled in the art that the validation state of tx1 may also be configured according to actual requirements, for example, to "hash (tx1), 0", as long as it can identify that the asset transferred according to tx1 has been split, and the same technical effect can be achieved.
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 user and a current user to determine that the first asset is transferred to the current user in a delayed mode, and determining a first delayed transfer address according to a second public key of the current user and a first delayed time length which needs to be prolonged;
s24: after the first transfer transaction which is successfully executed exists on the block chain, generating a third confirmation transaction; the first transfer transaction is generated by a client of a first user and sent to a block chain network so that a block chain node transfers a first asset from a first account address of the first user to a first delayed transfer address, a third confirmation transaction comprises a second public key, a first delayed time and a first transaction hash of the first transfer transaction, a third transaction sender address of the third confirmation transaction is the first delayed transfer address, a third transaction receiver address of the third confirmation transaction is a second account address of the current user, and a signature of the third confirmation transaction comprises a delayed transfer identifier;
s26: sending a third confirmation transaction to the blockchain network for the blockchain node to:
confirming that the third confirmed transaction is a delayed transfer verification type transaction according to the delayed transfer identification, searching a delayed starting moment according to the first transaction hash, and confirming a delayed ending moment according to the delayed starting moment and the first delayed duration;
generating a second delayed transfer address according to a second public key and the first delayed duration in the third confirmation transaction;
judging whether the current time is not later than the delay ending time, judging whether the second delay transfer address is the same as the transaction sender address of the first confirmed transaction, and judging whether the signature of the third confirmed transaction is matched with a second public key in the third confirmed transaction:
and when the judgment is yes, transferring the first asset from the first delayed transfer address to a second account address.
The above embodiment is different from the embodiment shown in fig. 1 in that the above embodiment is performed by the client of user B, and assuming that the third confirmation transaction is tx5, tx5 needs to be the same as addr (x) when the current time is later than the delay end time T1, addr (x) 'is the same as addr (x), sig _ B matches the public key pub (B)' in tx5 to be 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".
Assuming that the client of the user B does not inquire whether there is a first confirmation transaction executed successfully on the block chain before the delay end time, then:
the client of user B may directly generate a third confirmation transaction;
if the judgment of any one of the steps of judging whether the current time is not later than the delay ending time, judging whether the second delay transfer address is the same as the transaction sender address of the first confirmation transaction and judging whether the signature of the third confirmation transaction is matched with the second public key in the third confirmation transaction is negative, the third confirmation transaction is failed to be executed;
if the judgment that whether the current time is not later than the delayed ending time, the judgment that whether the second delayed transfer address is the same as the transaction sender address of the first confirmed transaction and the judgment that whether the signature of the third confirmed transaction is matched with the second public key in the third confirmed transaction are both yes, but the first confirmed transaction generated by the client of the user A is successfully executed (the first asset does not exist on the first delayed transfer address), the third confirmed transaction still fails to be executed.
The following is an embodiment in which the client of the user B queries whether there is a first confirmation transaction successfully executed on the block chain before the delay end time;
preferably, after the successful execution of the first transfer transaction on the blockchain, generating a third confirmation transaction comprises:
when the block chain has a first transfer transaction which is successfully executed, and the block chain does not have a first confirmation transaction which is successfully executed before the delay end time, generating a third confirmation transaction;
the first confirmation transaction comprises a second public key, a first delay time and a first transaction hash of the first transfer transaction, a first transaction sender address of the first confirmation transaction is a first delay transfer address, a signature of the first confirmation transaction comprises a delay transfer identifier, the first confirmation transaction is generated by a client of a first user and sent to a block chain network, and therefore the block chain node is provided:
confirming that the first confirmed transaction is a delayed transfer verification type transaction according to the delayed transfer identification, searching a delayed starting moment according to the first transaction hash, and confirming a delayed ending moment according to the delayed starting moment and the first delayed duration;
generating a second delayed transfer address according to a second public key in the first confirmation transaction and the first delayed time;
judging whether the current time is not later than the delay ending time, judging whether the second delay transfer address is the same as the address of the transaction sender of the first confirmed transaction, and judging whether the signature of the first confirmed transaction is matched with the address of the second transaction initiator of the first transfer 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 first transaction receiver address of the first confirmed transaction is the second account address;
and when the first transaction receiver address is the first account address, transferring the first asset from the first delayed transfer address to the first account address.
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 delayed transfer address, and the first delayed transfer address is determined according to a second public key of a second user and a first delayed time length required to be prolonged;
s33: transferring the first asset from a first account address of the first user to a first delayed transfer address upon successful execution of the first transfer transaction;
s34: receiving a first confirmation transaction; the first confirmation transaction is generated by a client of a first user, the first confirmation transaction comprises a second public key, a first delay time and a first transaction hash of a first transfer transaction, a first transaction sender address of the first confirmation transaction is a first delay transfer address, and a signature of the first confirmation transaction comprises a delay transfer identifier;
s35: confirming that the first confirmed transaction is a delayed transfer verification type transaction according to the delayed transfer identifier, searching a delayed starting moment according to the first transaction hash, and confirming a delayed ending moment according to the delayed starting moment and the first delayed duration;
s36: generating a second delayed transfer address according to a second public key in the first confirmation transaction and the first delayed time;
s37: judging whether the current time is not later than the delay end time, judging whether the second delay transfer address is the same as the transaction sender address of the first confirmed transaction, and judging whether the signature of the first confirmed transaction is matched with the second transaction initiator address of the first transfer 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 first transaction receiver address of the first confirmed transaction is the second account address; and when the first 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 delayed account transfer applicable 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 delayed transfer address, and the first delayed transfer address is determined according to a second public key of a second user and a first delayed time length required to be prolonged;
s43: transferring the first asset from a first account address of the first user to a first delayed transfer address upon successful execution of the first transfer transaction;
s44: receiving a third confirmation transaction; the third confirmation transaction is generated by the client of the second user and comprises a second public key, a first delay time and a first transaction hash of the first transfer transaction, the address of a third transaction sender of the third confirmation transaction is a first delay transfer address, the address of a third transaction receiver of the third confirmation transaction is a second account address of the current user, and the signature of the third confirmation transaction comprises a delay transfer identifier;
s45: confirming that the first confirmed transaction is a delayed transfer verification type transaction according to the delayed transfer identification, searching a delayed starting moment according to the first transaction hash, and confirming a delayed ending moment according to the delayed starting moment and the first delayed duration;
s46: confirming that the third confirmed transaction is a delayed transfer verification type transaction according to the delayed transfer identification, searching a delayed starting moment according to the first transaction hash, and confirming a delayed ending moment according to the delayed starting moment and the first delayed duration;
s47: generating a second delayed transfer address according to a second public key and the first delayed duration in the third confirmation transaction;
s48: judging whether the current time is not later than the delay ending time, judging whether the second delay transfer address is the same as the transaction sender address of the first confirmation transaction, and judging whether the signature of the third confirmation transaction is matched with a second public key in the third confirmation transaction:
s49: and when the judgment is yes, transferring the first asset from the first delayed transfer address to a 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 foregoing description is only exemplary of the preferred embodiments 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 current user and a second user to determine delayed transfer of a first asset to the second user, and determining a first delayed transfer address according to a second public key of the second user and a first delayed time length required to be prolonged;
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 executes the first transfer transaction, the first asset is transferred to the first delayed transfer address from a first account address of a current user;
generating a first confirmation transaction; the first confirmation transaction comprises the second public key, the first delay time and a first transaction hash of the first transfer transaction, a first transaction sender address of the first confirmation transaction is the first delay transfer address, and a signature of the first confirmation transaction comprises a delay transfer 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 identification, searching a delayed starting moment according to the first transaction hash, and determining a delayed ending moment according to the delayed starting moment and the first delayed duration;
generating a second delayed transfer address according to the second public key and the first delayed time length in the first confirmation transaction;
judging whether the current time is not later than the delay end time, judging whether the second delay transfer address is the same as the transaction sender address of the first confirmed transaction, and judging whether the signature of the first confirmed transaction is matched with the second transaction initiator address of the first transfer transaction:
when the above judgments are all yes:
when a first transaction recipient address of the first confirmed transaction is a second account address, transferring the first asset from the first delayed transfer address to the second account address;
and when the first 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 the transferring the first asset from the first delayed transfer address to the second account address or the transferring the first asset from the first delayed transfer address to the first account address further comprises:
updating a first validation state of the first reconciled transaction, the first validation state comprising the first transaction hash;
wherein the first confirmation state is used for a blockchain node to execute a second confirmation transaction that fails when the second confirmation transaction including the first transaction hash is received.
3. A method for delayed account transfer is suitable for a client side, and comprises the following steps:
responding to a first user and a current user to determine that the first asset is transferred to the current user in a delayed mode, and determining a first delayed transfer address according to a second public key of the current user and a first delayed time length which needs to be prolonged;
after the first transfer transaction which is successfully executed exists on the block chain, generating a third confirmation transaction; the first transfer transaction is generated by a client of the first user and is sent to a blockchain network, so that a blockchain node transfers the first asset from a first account address of the first user to the first delayed transfer address, the third confirmation transaction comprises the second public key, the first delay time and a first transaction hash of the first transfer transaction, a third transaction sender address of the third confirmation transaction is the first delayed transfer address, a third transaction receiver address of the third confirmation transaction is a second account address of the current user, and a signature of the third confirmation transaction comprises a delayed transfer identification;
sending the third confirmation transaction to a blockchain network for a blockchain node to:
confirming that the third confirmed transaction is a delayed transfer verification type transaction according to the delayed transfer identification, searching a delayed starting moment according to the first transaction hash, and determining a delayed ending moment according to the delayed starting moment and the first delayed duration;
generating a second delayed transfer address according to the second public key and the first delayed time length in the third confirmation transaction;
judging whether the current time is not later than the delay ending time, judging whether the second delay transfer address is the same as the transaction sender address of the third confirmation transaction, and judging whether the signature of the third confirmation transaction is matched with the second public key in the third confirmation transaction:
and when the first asset is judged to be the first asset, transferring the first asset from the first delayed transfer address to the second account address.
4. The method of claim 3, wherein generating a third confirmation transaction after a successful execution of the first tie-back transaction on the blockchain comprises:
when the block chain has a first transfer transaction which is successfully executed, and the block chain does not have a first confirmation transaction which is successfully executed before the delay end time, generating a third confirmation transaction;
wherein the first confirmation transaction comprises the second public key, the first delay time and a first transaction hash of the first transfer transaction, a first transaction sender address of the first confirmation transaction is the first delay transfer address, a signature of the first confirmation transaction comprises a delay transfer identifier, and the first confirmation transaction is generated by a client of the first user and sent to a block chain network for a block chain node:
confirming that the first confirmed transaction is a delayed transfer verification type transaction according to the delayed transfer identification, searching a delayed starting moment according to the first transaction hash, and determining a delayed ending moment according to the delayed starting moment and the first delayed duration;
generating a second delayed transfer address according to the second public key and the first delayed time length in the first confirmation transaction;
judging whether the current time is not later than the delay end time, judging whether the second delay transfer address is the same as the transaction sender address of the first confirmed transaction, and judging whether the signature of the first confirmed transaction is matched with the second transaction initiator address of the first transfer transaction:
when the above judgments are all yes:
when the first 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 first 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 the transferring the first asset from the first delayed transfer address to the second account address further comprises:
updating a first validation state of the first reconciled transaction, the first validation state comprising the first transaction hash;
wherein the first confirmation state is used for a blockchain node to execute a fourth confirmation transaction failure when receiving the fourth confirmation transaction including the first transaction hash.
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 transferring a first asset to a first delayed transfer address, and the first delayed transfer address is determined according to a second public key of a second user and a first delayed time length required to be prolonged;
upon successful execution of the first transfer transaction, transferring the first asset from a first account address of the first user to the first delayed transfer address;
receiving a first confirmation transaction; the first confirmation transaction is generated by a client of the first user, the first confirmation transaction comprises the second public key, the first delay time and a first transaction hash of the first transfer transaction, a first transaction sender address of the first confirmation transaction is the first delay transfer address, and a signature of the first confirmation transaction comprises a delay transfer identifier;
confirming that the first confirmed transaction is a delayed transfer verification type transaction according to the delayed transfer identification, searching a delayed starting moment according to the first transaction hash, and determining a delayed ending moment according to the delayed starting moment and the first delayed duration;
generating a second delayed transfer address according to the second public key and the first delayed time length in the first confirmation transaction;
judging whether the current time is not later than the delay ending time, judging whether the second delay transfer address is the same as the transaction sender address of the first confirmed transaction, and judging whether the signature of the first confirmed transaction is matched with the second transaction initiator address of the first confirmed transaction:
when the above judgments are all yes:
when a first transaction recipient address of the first confirmed transaction is a second account address, transferring the first asset from the first delayed transfer address to the second account address;
and when the first 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 transferring the first asset from the first delayed transfer address to the second account address or the transferring the first asset from the first delayed transfer address to the first account address further comprises:
updating a first validation state of the first reconciled transaction, the first validation state comprising the first transaction hash;
wherein the first confirmation state is used for a blockchain node to execute a second confirmation transaction that fails when the second confirmation transaction including the first transaction hash is received.
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 a first user responding to transfer of a first asset to a first delayed transfer address, and the first delayed transfer address is determined according to a second public key of a second user and a first delayed time length required to be prolonged;
upon successful execution of the first transfer transaction, transferring the first asset from a first account address of the first user to the first delayed transfer address;
receiving a third confirmation transaction; the third confirmed transaction is generated by the client of the second user, the third confirmed transaction comprises the second public key, the first delay time and the first transaction hash of the first transfer transaction, a third transaction sender address of the third confirmed transaction is the first delay transfer address, a third transaction receiver address of the third confirmed transaction is a second account address of the current user, and a signature of the third confirmed transaction comprises a delay transfer identifier;
confirming that the third confirmed transaction is a delayed transfer verification type transaction according to the delayed transfer identification, searching a delayed starting moment according to the first transaction hash, and determining a delayed ending moment according to the delayed starting moment and the first delayed duration;
generating a second delayed transfer address according to the second public key and the first delayed time length in the third confirmation transaction;
judging whether the current time is not later than the delay ending time, judging whether the second delay transfer address is the same as the transaction sender address of the third confirmation transaction, and judging whether the signature of the third confirmation transaction is matched with the second public key in the third confirmation transaction:
and when the first asset is judged to be the first asset, transferring the first asset from the first delayed transfer address to the second account address.
9. The method of claim 8, wherein the third confirmation transaction is generated by the client of the second user when there is a successful first transfer transaction performed on the blockchain and there is no successful first confirmation transaction performed on the blockchain before the end of the delay time;
wherein the first confirmation transaction comprises the second public key, the first delay time and a first transaction hash of the first transfer transaction, a first transaction sender address of the first confirmation transaction is the first delay transfer address, a signature of the first confirmation transaction comprises a delay transfer identifier, and the first confirmation transaction is generated by a client of the first user and sent to a block chain network for a block chain node:
confirming that the first confirmed transaction is a delayed transfer verification transaction according to the delayed transfer identifier, searching a delayed starting moment according to the first transaction hash, and determining a delayed ending moment according to the delayed starting moment and the first delayed duration;
generating a second delayed transfer address according to the second public key and the first delayed time length in the first confirmation transaction;
judging whether the current time is not later than the delay end time, judging whether the second delay transfer address is the same as the transaction sender address of the first confirmed transaction, and judging whether the signature of the first confirmed transaction is matched with the second transaction initiator address of the first transfer transaction:
when the above judgments are all yes:
when the first 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 first 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 of claim 8 or 9, wherein the transferring the first asset from the first delayed transfer address to the second account address further comprises:
updating a first validation state of the first reconciled transaction, the first validation state comprising the first transaction hash;
wherein the first confirmation state is used for a blockchain node to execute a fourth confirmation transaction failure when receiving the fourth confirmation transaction including the first transaction hash.
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 |
|---|---|---|---|
| CN202110569010.7A CN113222576B (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 |
|---|---|---|---|
| CN202110569010.7A CN113222576B (en) | 2021-05-25 | 2021-05-25 | Delayed transfer method, computer device and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113222576A CN113222576A (en) | 2021-08-06 |
| CN113222576B true CN113222576B (en) | 2022-09-16 |
Family
ID=77098306
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110569010.7A Active CN113222576B (en) | 2021-05-25 | 2021-05-25 | Delayed transfer method, computer device and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113222576B (en) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109325770A (en) * | 2018-09-19 | 2019-02-12 | 阿里巴巴集团控股有限公司 | A kind of method and device handling money transfer transactions |
| CN110930157A (en) * | 2019-11-14 | 2020-03-27 | 杭州复杂美科技有限公司 | Delayed transaction processing method, device and storage medium |
| CN110992009A (en) * | 2019-12-04 | 2020-04-10 | 杭州复杂美科技有限公司 | Delayed transaction advanced processing method, device and storage medium |
| CN112184228A (en) * | 2020-09-30 | 2021-01-05 | 杭州复杂美科技有限公司 | Asset exchange method, device and storage medium |
| CN112583811A (en) * | 2020-12-09 | 2021-03-30 | 杭州复杂美科技有限公司 | Wallet retrieving method, equipment and storage medium |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20200065794A1 (en) * | 2017-08-03 | 2020-02-27 | Liquineq AG | System and method for conducting and securing transactions when blockchain connection is unreliable |
-
2021
- 2021-05-25 CN CN202110569010.7A patent/CN113222576B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109325770A (en) * | 2018-09-19 | 2019-02-12 | 阿里巴巴集团控股有限公司 | A kind of method and device handling money transfer transactions |
| CN110930157A (en) * | 2019-11-14 | 2020-03-27 | 杭州复杂美科技有限公司 | Delayed transaction processing method, device and storage medium |
| CN110992009A (en) * | 2019-12-04 | 2020-04-10 | 杭州复杂美科技有限公司 | Delayed transaction advanced processing method, device and storage medium |
| CN112184228A (en) * | 2020-09-30 | 2021-01-05 | 杭州复杂美科技有限公司 | Asset exchange method, device and storage medium |
| CN112583811A (en) * | 2020-12-09 | 2021-03-30 | 杭州复杂美科技有限公司 | Wallet retrieving method, equipment and storage medium |
Non-Patent Citations (1)
| Title |
|---|
| 基于区块链的数字资产交易系统设计与实现;吕坤等;《软件导刊》;20180626(第07期);209-213 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113222576A (en) | 2021-08-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109584072B (en) | Transaction sending method, device and storage medium for parallel chain consensus | |
| US20200177388A1 (en) | Cross-blockchain resource transmission | |
| CN112583811B (en) | Wallet finding method, equipment and storage medium | |
| CN110083745B (en) | Data query method, device and storage medium | |
| CN111008206A (en) | Method and device for storing state data of cross-chain transaction and storage medium | |
| CN114327799B (en) | Distributed transaction processing method and device, electronic equipment and storage medium | |
| CN111008249A (en) | Parallel chain block synchronization method, device and storage medium | |
| CN111523896B (en) | Attack prevention method, apparatus and storage medium | |
| CN113222576B (en) | Delayed transfer method, computer device and storage medium | |
| CN111523897B (en) | Anti-attack method, device and storage medium | |
| CN113592653A (en) | Proxy delayed transaction method, computer device and storage medium | |
| CN113222577B (en) | Delayed transfer method, computer device and storage medium | |
| CN111524011B (en) | Parallel link consensus validation method, apparatus, and storage medium | |
| CN114372879A (en) | Transaction method, computer device and storage medium | |
| CN110795288B (en) | Data acquisition method, device and storage medium | |
| CN113935841A (en) | Transaction data processing method and bank-enterprise interconnection system | |
| CN113449039A (en) | System and method for processing data of different databases in distributed microservice | |
| CN113592652B (en) | Delay transaction method, computer device and storage medium | |
| CN111858772A (en) | Parallel chain transaction group execution method, device and storage medium | |
| CN113205418B (en) | Cross-chain transaction method, computer device and storage medium | |
| CN113592643B (en) | Asset periodic thawing method, computer device and storage medium | |
| CN115701601A (en) | Parallel chain consensus method, computer device, and storage medium | |
| CN113706303B (en) | Universal time delay transaction method, computer equipment and storage medium | |
| CN117291605A (en) | Cross-chain transaction verification method, device and system | |
| CN113592485B (en) | Wallet retrieving 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 |