Bitcoin Forum

I made a transfer as per below and by mistake I must have sent it with a lower than recommended fee and now it seems to take a very long time for the transfer to be confirmed?

Date: 13/10/2015 20:37
To: 15jWJMoKpEUoVADccQvn5hdB9b5YbxDNG1
Debit: -0.45027087 BTC
Transaction fee: -0.00000372 BTC
Net amount: -0.45027459 BTC
Transaction ID: ffc80722c65354cfc0d9b8d71ec237d4ef0895908ebc41128cafc5a2c096fa1d-000

https://i.imgur.com/RAHIopl.png

In the blockchain screenshot above it says estimated confirmation time within 6 blocks but there has now been 97 blocks and no confirmations? Is there a way to tell when a transfer will be confirmed and how long might this take? Whats the worst case scenario?

Also, I am sure that I chose the recommended fee but I must have made a mistake or has anyone else experienced this?

If its like the screenshot it will go through eventually don't worry.

There are still ~80k TX from the spam[1] it looks like the fee is not high enough to jump the queue.

[1] http://statoshi.info/dashboard/db/transactions

What are you saying? That the fee is so low that the transaction will forever get stuck?

No, not forever, but it might take significantly longer than usual.

If you go to the linked page and scroll down a bit you can see the fee per Kbyte TX paid. Its somewhere between 30k and 50k.  You pay 372 satoshi per 372 byte, or 1k per KByte, thus I assume you are not near the top of the queue.

From the TX ID you listed I also see that you use bitcoin core. If you use a recent version it should come with a fee slider that can predict how long your TX will take to confirm. This is way more accurate than e.g. the rough one from blockchain.info, but it will need some time to gather data. If you start core, sync, issue a TX and close it, the prediction might not be accurate.

Blockchain.info only gives a rough estimate on when your transaction might get its first confirmation. Better to not look at their useless information. You can only wait and hope it will get included today. You can also set a standard minimum fee to be included in your client. This way you mostly get your transaction confirmed within a few blocks.

The issue is that I am sure that I chose the fastest time and selected to pay the standard fee, I always do, I have this feeling that something went wrong somehow?

How long did you have core open before you did that?

Well you haven't paid a standard fee, you have paid a very low fee. Don't worry, your transaction will eventually get confirmed. There are no any stresses in the network for a moment, so it will go through. I just hope that you don't need this confirmed asap!

In the future, send always with 0.0001. I mean this is 2.5 cents. That's nothing. I send sometimes even with 0.0002 if I need absolutely fast confirmation and I can't afford the risk of waiting.

If it takes too long to confirm, then most of the network may forget about the transaction and you may need to re-broadcast it.

Typically Bitcoin Core will automatically re-broadcast unconfirmed transactions for you if you leave it running, but if you shut down bitcoin core, then it won't re-broadcast until you start it back up and it synchronizes again.  You can rebroadcast it yourself by pushing the raw hex transaction from any of the websites that offer that service.  Here's the raw hex transactions:

I tried to rebroadcast and I got this message "Error validating transaction: transaction already in pool" at https://live.blockcypher.com/

How long does it take before a transaction is failed and I get the BTC back in the wallet?

Is there a way to cancel a Bitcoin transaction before it has been confirmed?

https://live.blockcypher.com/btc/tx/ffc80722c65354cfc0d9b8d71ec237d4ef0895908ebc41128cafc5a2c096fa1d/ (https://live.blockcypher.com/btc/tx/ffc80722c65354cfc0d9b8d71ec237d4ef0895908ebc41128cafc5a2c096fa1d/)

It suggest that there is a double spend? What can I do in this case?

Reward for a solution!

Your transaction is double spent because of the transaction malleability attack.

I would recommend using Child Pays For Parent to make this work. You need to create another transaction that spends from this one, hopefully one of those outputs is a change output. Make sure the fee you set is high, high enough for the 2 normal transactions and then a little extra just to be safe. Then push the tx through eligius (http://eligius.st/~wizkid057/newstats/pushtxn.php) so that they mine the transaction since they are the only pool that currently supports CPFP.

It now says this is the wallet:

Status: conflicted, broadcast through 290 nodes
Date: 13/10/2015 20:37
To: 15jWJMoKpEUoVADccQvn5hdB9b5YbxDNG1
Debit: -0.45027087 BTC
Transaction fee: -0.00000372 BTC
Net amount: -0.45027459 BTC
Transaction ID: ffc80722c65354cfc0d9b8d71ec237d4ef0895908ebc41128cafc5a2c096fa1d-000

ED:

It seems one of the transactions did go through after all:

TxID: 2a7f9e0ec622225b1ac93c622dd4ec0bb4cc4587f2fa9b6d5509857141dd2355

But this is not the TxID I created when I sent it from the wallet so what is going on here?

Thats the attack knightdk was talking about. It creates a twin TX with a different TX ID. Both have a chance to get confirmed.

To remove the conflicted TX from the wallet you have to start it with -zapwallettxes

But the transactions got through to the recipient BTC address so the attack then must have been unsuccessful or am I missing something? Was I being attacked somehow, my BTC wallet or where does this kind of attack come from?

Is there a reason why I need to remove the conflicted TX from my wallet? As far as I am concerned my payment went through.

No, they cant change any information about where the coins go, because they dont have the private key(s). Its just an annoying kind of attack, not a critical your coins get stolen kind.


Not sure what the long term implications are honestly. I just found it annoying so I removed it. If you want, let it be for now and check back here if you need it removed at a later date.