1

Now and than I seem to get a consistent false error notification.

Error message:

Request error: array ( 'code' => -4, 'message' => 'Error: The transaction was rejected! This might happen if some of the coins in your wallet were already spent, such as if you used a copy of the wallet and coins were spent in the copy but not marked as spent here.', ).

After the notifcation the getbalance and getbalance '' '1' are in conflict. Getbalance not showing the actual balance correct anymore. Despite the error the bitcoin transactions gets broadcasted correctly on to the network and within a couple of days (most of the time) the transactions get processed successfully.

Info on client

{
  "version": 130000,
  "protocolversion": 70014,
  "walletversion": 130000,
  "balance": 13.56365098,
  "blocks": 455269,
  "timeoffset": 0,
  "connections": 8,
  "proxy": "",
  "difficulty": 440779902286.5892,
  "testnet": false,
  "keypoololdest": 1488349424,
  "keypoolsize": 100,
  "paytxfee": 0.00150000,
  "relayfee": 0.00010000,
  "errors": ""
}

Anyone here having the same problems lately?

Improve this question
1
  • Is there any possibility you could try 0.14.0rc1 or later? It has a more useful error message for that error.
    – Nick ODell
    Commented Mar 1, 2017 at 17:40

1 Answer 1

Reset to default
0

The reason for this could be that you spend a long chain of unconfirmed transactions. In 0.14, Core has improved this behaviour and added an startup option called -walletrejectlongchains (needs to be enabled, default is off).

Otherwise your wallet might spend long chains of unconfirmed coins but your node/mempool won't accept them. Also, have a look at the -limitancestorcount settings and consider reading the pull request here

Improve this answer
3
  • Hi Jonas, Thank you for your reply! Could it be that the clients balance gets deducted without the transaction actually reaching the mempool? I made a transaction yesterday getting the 404 message described above. The amount was deducted from the balance. When checking if the tx was in the mempool by : getmempoolentry txid response is: error code: -5 error message: Transaction not in mempool Could it be that the client assums the coins are sent despite not being broadcasted on to the network? And how to spend/send the coins again?
    – Mike Hutting
    Commented Mar 2, 2017 at 19:31
  • Just to be sure I understand you correctly. Regarding the long chain of unconfirmed transactions. Is the transaction change considered to be part of the long chain of unconfirmed transactions? Like in this example when I start with a balance of 25 BTC on a single address and start sending 100 transactions in <1 hour without any of them being confirmed.
    – Mike Hutting
    Commented Mar 2, 2017 at 19:40
  • Hi. The transaction was probably successfully added to the wallet, but could not be broadcasted. So the balance is correct, the transaction is made,... but do to your local mempool policies it could not be broadcasted. You can try to increase your -limitancestorcount (but other peers mempool could reject it) or try to "abandon" the transaction (look for abandontransaction).
    – Jonas Schnelli
    Commented Mar 3, 2017 at 10:26

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.