You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
When using the tx_transfer command on the cli with a newly created and funded wallet, the command consumes OTS key 1 and will not advance automatically. After the first TX the command fails on key reuse. Manually adding --ots_key_index INTEGER flag of an unused OTS key in the tree will succeed.
To Reproduce
Steps to reproduce the behavior:
Create new wallet using qrl wallet_add
Fund new address with quanta
Send funds to another address using the newly created wallet using qrl tx_transfer on command line
transaction is signed with OTS key 1 and brodcast to the network successfully
Send another transaction using qrl tx_transfer
Transaction fails on a key reuse error, never printing the failure to the terminal
Expected behavior
The expected behavior is to use the first key of the tree, then advance through the OTS bit field array consuming all available keys.
Desktop (please complete the following information):
Ubuntu 18.04.1 LTS (Bionic Beaver)
Version QRL 1.1.10 python
Additional context
The transaction succeeds if you also supply the --ots_key_index INTEGER flag manually calling an unused key.
The text was updated successfully, but these errors were encountered:
Describe the bug
When using the
tx_transfer
command on the cli with a newly created and funded wallet, the command consumes OTS key 1 and will not advance automatically. After the first TX the command fails on key reuse. Manually adding--ots_key_index INTEGER
flag of an unused OTS key in the tree will succeed.To Reproduce
Steps to reproduce the behavior:
qrl wallet_add
qrl tx_transfer
on command lineqrl tx_transfer
Expected behavior
The expected behavior is to use the first key of the tree, then advance through the OTS bit field array consuming all available keys.
Desktop (please complete the following information):
Additional context
The transaction succeeds if you also supply the
--ots_key_index INTEGER
flag manually calling an unused key.The text was updated successfully, but these errors were encountered: