1

I have a Bitcoin Core wallet which has a utxo which I spent from, in a transaction where around 1% was sent to an external wallet address, with the ~99% change output remaining in the wallet, sent to a new internal change address selected by core.

The fee used turned out to be too low and I am still waiting for the transaction to be confirmed, and now when I attempt to spend using the balance that is displayed in the wallet (with getbalance endpoint), I am told there is "Insufficient funds.".

But when I list the wallet utxos with listunspent, "spendable" has value true for the change output mentioned above - this is what I expected since my understanding is the core wallet by default will use CFPF to still spend an unconfirmed change output (please correct me if this is wrong).

My question is: Why does the output listed by listunspent indicate that the output is 'spendable', when if I try to spend the output, it fails with an 'Insufficient funds' error?

Is there another reason for the wallet complaining that there is insufficient funds? Probably relevant is that it was an opt-in RBF tx, and I have already tried bumping the fee (still too low and not confirmed) but now would prefer to use CPFP as I have another transaction that I would like to make from the same unconfirmed change output.

3
  • 1
    I think you should try CPFP not using your Bitcoin Core. Sounds like the wallet application is locking that balance rather than it actually being unspendable. Something like this will clear it quickly - steemit.com/cryptocurrency/@coincircus/… – user1202278 Nov 25 '20 at 21:58
  • Really useful resource - thanks. To do this all within Bitcoin Core, would the way to do that be with the createrawtransaction RPC or using another method? – qmux Nov 26 '20 at 14:09
  • 1
    That would only be part of it, you would still then have to sign the raw transaction (signrawtransaction) with your priv key and broadcast it (sendrawtransaction). coinb.in is quite a good resource for this with a GUI – user1202278 Nov 27 '20 at 16:22

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Browse other questions tagged or ask your own question.