qtum icon indicating copy to clipboard operation
qtum copied to clipboard

RPC categorized coinstake tx wrong after the hard fork

Open oyyq99999 opened this issue 3 years ago • 1 comments

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

oyyq99999 avatar Sep 07 '20 09:09 oyyq99999

Does this issue seem solved with this merged PR?

Earlz avatar Dec 14 '20 18:12 Earlz