qtum
qtum copied to clipboard
RPC categorized coinstake tx wrong after the hard fork
Here's an excerpt from qtum-cli listtransactions:
...
{
"address": "QSBGLSCLKcA77hjNRKWMqX2vziop8W3LLz",
"category": "generate",
"amount": 0.40000000,
"vout": 11,
"confirmations": 8279,
"blockhash": "182e73366d38cb7f6f9008a3c55be1a515430f2d3c7129f393774e3f81ed913c",
"blockindex": 1,
"blocktime": 1598412160,
"txid": "1a6c980919d56d55e5a2f1a0cd31558b1eb022b568db67c27d7a90847e7adbaa",
"walletconflicts": [
],
"time": 1598412160,
"timereceived": 1599101243,
"bip125-replaceable": "no"
},
{
"category": "send",
"amount": 0.00000000,
"vout": 0,
"fee": 4.00000000,
"confirmations": 2386,
"blockhash": "4eb33d1229ea90c8388ce4c87b0c855dd388c45ddb62b4580c099627597c910e",
"blockindex": 1,
"blocktime": 1599166000,
"txid": "a72900d0ca29ab44587287d6c63a2eadbd64f6fcc8dceedb0b31981c80b0204f",
"walletconflicts": [
],
"time": 1599166000,
"timereceived": 1599189140,
"bip125-replaceable": "no",
"abandoned": false
}
...
First tx is a coinstake before the HF, and second tx is one after the HF.
Expected behavior
Both categories should be generate
Actual behavior
After the HF, the tx is treated as a normal send
transaction.
To reproduce
Just find a wallet with coinstake transactions after HF, and check the RPC output.
System information
Qtum 0.19.1
Does this issue seem solved with this merged PR?