BLOCKCHAIN TRANSACTION REBROADCAST
Certain aspects of the present disclosure provide techniques for reliable cryptocurrency rebroadcasting. According to certain embodiments, after an initial transaction broadcast disclosed systems listen to a blockchain to determine if the transaction was included in the blockchain. If, after a short time period, the transaction is not confirmed, a transaction database record for the transaction is locked to prevent inadvertent rebroadcast. While the record is locked, the transaction format and replay information are verified, and depending on the blockchain, is updated. For blockchains having a transaction fee, the system reviews recent transactions to determine appropriate fees and if needed, updates the transaction fee accompanying the transaction. Once the replay information is verified/updated, and the transaction fee is sized appropriately, the database record is unlocked and the transaction is rebroadcasted.
1 . A method for broadcasting a cryptocurrency transaction, comprising:
receiving a sending address of a first wallet operable on a blockchain of a network having a network protocol, a receiving address of a second wallet operable on the blockchain, and a transaction amount of a token;
generating replay protection data based on the network protocol;
generating a transaction comprising the sending address, the receiving address, the transaction amount, the replay protection data, and a digital signature comprising a hash based on one of the sending address, the receiving address, the transaction amount, or the replay protection data;
generating a transaction database record comprising the transaction and a transaction broadcast request;
broadcasting the transaction to the network according to the network protocol;
receiving an indication that the blockchain does not include the transaction, responsive to querying the blockchain with the sending address;
locking the transaction broadcast request in the transaction database record;
verifying that the transaction is correctly formatted;
unlocking the transaction broadcast request; and
rebroadcasting the transaction to the network.
2 . The method of claim 1 , further comprising determining that the transaction is one of not valid or will be invalidated by the rebroadcasting, based on the replay protection data.
3 . The method of claim 1 , further comprising:
querying the blockchain with the sending address responsive to the locking; and
determining that the blockchain does not include the transaction.
4 . The method of claim 3 , further comprising verifying that the transaction is not operable.
5 . The method of claim 4 , further comprising:
generating a second transaction, comprising the sending address, the receiving address, and the transaction amount;
generating new replay protection data; and
signing the second transaction with a second digital signature comprising a second hash based on one of the sending address, the receiving address, the transaction amount, or the new replay protection data.
6 . The method of claim 5 , wherein generating new replay protection data comprises one of generating updated replay protection data or increasing a transaction fee.
7 . The method of claim 6 wherein the updated replay protection data comprises one of a timestamp, a reference block hash, a transaction hash, a transaction nonce, or an unspent transaction output (UTXO).
8 . A system for broadcasting a cryptocurrency transaction comprising:
a memory comprising computer-readable instructions;
a processor configured to read the computer-readable instructions that, when executed, cause the system to:
receive a sending address of a first wallet operable on a blockchain of a network having a network protocol, a receiving address of a second wallet operable on the blockchain, and a transaction amount of a token;
generate replay protection data based on the network protocol;
generate a transaction comprising the sending address, the receiving address, the transaction amount, the replay protection data, and a digital signature comprising a hash based on one of the sending address, the receiving address, the transaction amount, or the replay protection data;
generate a transaction database record comprising the transaction and a transaction broadcast request;
broadcast the transaction to the network according to the network protocol;
receive an indication that the blockchain does not include the transaction, responsive to querying the blockchain with the sending address;
lock the transaction broadcast request in the transaction database record;
verify that the transaction is correctly formatted;
unlock the transaction broadcast request; and
rebroadcast the transaction to the network.
9 . The system of claim 8 , the computer-readable instructions further causing the system to determine that the transaction is one of not valid or will be invalidated by the rebroadcast, based on the replay protection data.
10 . The system of claim 8 , the computer-readable instructions further causing the system to:
query the blockchain with the sending address responsive to the computer-readable instructions that cause the system to lock; and
determine that the blockchain does not include the transaction.
11 . The system of claim 10 , the computer-readable instructions further causing the system to verify that the transaction is not operable.
12 . The system of claim 10 , the computer-readable instructions further causing the system to:
generate a second transaction comprising the sending address, the receiving address, the transaction amount;
generating new replay protection data; and
signing the transaction with a second digital signature comprising a second hash based on one of the sending address, the receiving address, the transaction amount, or the new replay protection data.
13 . The system of claim 12 , wherein the computer-readable instructions that generate new replay protection data causes the system to generating updated replay protection data or increasing a transaction fee.
14 . The system of claim 13 wherein the updated replay protection data comprises one of a timestamp, a reference block hash, a transaction hash, a transaction nonce, or an unspent transaction output (UTXO).
15 . A non-transitory computer-readable medium comprising computer-readable instructions for a method to broadcast a cryptocurrency transaction, the method comprising:
receiving a sending address of a first wallet operable on a blockchain of a network having a network protocol, a receiving address of a second wallet operable on the blockchain, and a transaction amount of a token;
generating replay protection data based on the network protocol;
generating a transaction comprising the sending address, the receiving address, the transaction amount, the replay protection data, and a digital signature comprising a hash based on one of the sending address, the receiving address, the transaction amount, or the replay protection data;
generating a transaction database record comprising the transaction and a transaction broadcast request;
broadcasting the transaction to the network according to the network protocol;
receiving an indication that the blockchain does not include the transaction, responsive to querying the blockchain with the sending address;
locking the transaction broadcast request in the transaction database record;
verifying that the transaction is correctly formatted;
unlocking the transaction broadcast request; and
rebroadcasting the transaction to the network.
16 . The non-transitory computer-readable medium of claim 15 , the method further comprising determining that the transaction is one of not valid or will be invalidated by the rebroadcasting, based on the replay protection data.
17 . The non-transitory computer-readable medium of claim 15 , the method further comprising:
querying the blockchain with the sending address responsive to the locking; and
determining that the blockchain does not include the transaction.
18 . The non-transitory computer-readable medium of claim 17 , the method further comprising verifying that the transaction is not operable.
19 . The non-transitory computer-readable medium of claim 18 , the method further comprising:
generating a second transaction, comprising the sending address, the receiving address, the transaction amount;
generating new replay protection data; and
signing the second transaction with a second digital signature comprising a second hash based on one of the sending address, the receiving address, the transaction amount, or the new replay protection data.
20 . The non-transitory computer-readable medium of claim 19 , wherein generating new replay protection data comprises one of generating updated replay protection data or increasing a transaction fee.