Bitcoin Forum

9265d0acdff22eb3d6d8844e4340d3616abd6341a7c6479490d7a4171c0b331d

Going on 24 hours..really need it confirmed today. Thank you

At this fee right now I don't think that any free tx acceleration can be done.
If any of the recipient addresses is yours, I'd try to CPFP (child pays for parent), meaning to spend (to yourself) that unconfirmed input at a very high fee.
Unfortunately I don't know of a tool that calculates it well how much you should pay for that new tx.

It's not difficult to do the calculation.

S_A = Size of the unconfirmed transaction
S_B = Size of the new transaction (the transaction you will make for doing CPFP)

f_A = The fee rate used for the unconfirmed transaction.
f_B = The fee rate you should use for the new transaction.
f = the fee rate required for a fast confirmation.

f_B = (f*(S_A+S_B) - S_A*f_A) / S_B

Nice formula!  :D I knew the basics, and at a first look it does look correct.
Still, I am not convinced that everybody knows where to look for those "numbers" (and I'm not talking about you or me).
And I was saying that I don't know of a tool doing this, which will also have to calculate (like coinbin's one) the size of the new tx to be made.

Fee is too low even for a free Bitcoin transaction accelerator like Viabtc (https://www.viabtc.com/tools/txaccelerator) or a cheaper paid service like btcnitro.com (they charge only $25) Most other paid services are expensive like
1. https://pushtx.com is charging $67 for your transaction
2. https://pushtx.btc.com is charging $98 for your transaction

So you will have to just wait if it's not urgent or pay the higher fees to have your transaction accelerated... that is if CPFP is not an option

The transaction is being held currently for 23 hours due to having the lowest transaction fee and this might really consume a whole day because of the number of transactions. Also, it cannot be made an add transaction fee to speed up the process

https://i.imgur.com/4S9fwAd.png

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

Or try here, maybe you'll have luck
https://bitcointalk.org/index.php?topic=5034315.0

He just rebroadcasts transactions to nodes, which has proven not to work during these times, especially if the transaction fees are so long and there is a pile up of unconfirmed transactions in the mempool.

Just to confirm what I said, just check out the last 3 posts in the thread right now. No single transaction has been confirmed by him "pushing" it

What site is this?

I knew you know that.
I made that post for OP or anyone else who want to do such a calculation.


You are right. For a newbie, it may be difficult to know what are fee rate and transaction size.

---

The screesnshot posted by Peanutswar has been taken from mempool.space (https://mempool.space/tx/9265d0acdff22eb3d6d8844e4340d3616abd6341a7c6479490d7a4171c0b331d).
It's a block explorer and can be used for tracking transactions.

You didn't tell us whether you have control over any of receiving addresses or not.
If so, as suggested by NeuroticFish, you can use CPFP method.

I didn't know how to calculate that correct cpfp fee however if you take a look at my receiving address of the tx I did try sending multiple txs with higher fees but no luck!
https://www.blockchain.com/btc/address/3Hw4YYxTMbqZax1jEbEcbUswuEKrLKXR82

The two new transactions have been made with lower fees.
The first transaction had been made with the fee rate of 2.7 sat/vbyte. You made the new transactions with the fee rate of 1.13 sat/byte.

Anyways, even if you had made the two new transactions with 1 BTC/vbyte, it wouldn't help your receiving transaction to be confirmed.
You made the two new transactions from the receiving address of the unconfirmed transaction, but you spent different UTXOs. For implementing CPFP, you must spend the UTXO received in the unconfirmed transaction.
The other mistake you did is that you spent significant number of other UTXOs is the same transaction. With doing so, you increase the transaction size and make the CPFP more expensive.

I sent a tx to the receiving address with a 109  BTC/vbyte  today

https://www.blockchain.com/btc/tx/e5486dcf20d771a1b852ec27d6894ba067f5dce7bddf616229afd72671cfc12d

You mean 109.486 sat/vByte? But that was like a  just deposit to the address, and it wasn't  a child transaction. Transaction fee was optimal, so it got confirmed.
Edit:

It looks like you are spending so many unspent transaction outputs on different transactions and the fees are so low it means you might have to perform CPFP more than once. You are going to pay a lot in fees/.

I don't know if it is due to this but your transactions got confirmed finally. Congratulations and for next time better use the default fee.
If you are using too low fee, make sure you do not need the money and tx to be confirmed urgently.

https://www.blockchain.com/btc/tx/9265d0acdff22eb3d6d8844e4340d3616abd6341a7c6479490d7a4171c0b331d

The transaction was confirmed normally and without help of CPFP.
The output of the transaction in question (https://www.blockchain.com/btc/tx/9265d0acdff22eb3d6d8844e4340d3616abd6341a7c6479490d7a4171c0b331d) was spent in another transaction (https://www.blockchain.com/btc/tx/6c3d0c52d3746ce4632389a93817c074858a06b798c5453ef801018ccc263c06) with transaction fee of only 1.127 sat/vbyte which is even lower than the transaction fee of the first transaction.

You should start looking what you're doing (i.e. attempt to learn) instead of making transactions after transactions with no idea at all what you're doing.

This time you were lucky, the mempool got cleared and all the transactions were processed, no matter how small were the fees. But in a worse situation you may have paid even more since you've made the actual situation worse, instead of improving it (the only funds you should have spend with higher fee you've spent with even lower fee).


Make better use of the forum. Get a wallet work on testnet, get some testnet coins for free from faucets, ask on the forum everything you don't understand and learn/understand what you're doing.

I'm sorry hosseinimr93 but I don't really understand your formula.

CMIIW but
SA*fA is the fee paid for the first transaction.
f*(SA+SB) is the fee to be paid for a fast transaction with a length of the 2 ones.

So
f*(S_A+S_B) - S_A*f_A
means you won't pay "again" the fee of the first transaction but only the fee for a fast transaction with a length of the 2(ie the same price of the 2 tx sent  quickly), when they'll be mined :
S_A*f_A + f*(S_A+S_B) - S_A*f_A = f*(S_A+S_B)

For me, this fee is OK, it's the fair price IMO. I don't understand why you want to reduce it and you're dividing f*(S_A+S_B) - S_A*f_A by the length of the new transaction.

Note that f_B is the fee rate you should use for the new transaction. It's not the absolute fee.
The fee required to be paid for the new transaction is f*(S_A+S_B) - S_A*f_A.
In your new transaction, you should set the the fee rate to (f*(S_A+S_B) - S_A*f_A) / S_B, so the absolute fee paid for it is f*(S_A+S_B) - S_A*f_A.

Let's say the fee required to be paid for the new transaction is 1000 satoshi and its size is 200 vbyte. I should set the fee rate to 1000/200 = 5 sat/vbyte.

:P
My bad, I have been blinded by the question you were replying to  8). But you're right usually we choose the fee rate, not the final fee.

Around this time yesterday, even the Free BTC transaction accelerator wasn't helping. They had 98 slots left for the hour, but whenever I would try to push the transaction for OP. A notification would pop up saying that the fee rate in the transaction was way too low.

ViaBTC doesn't accelerate transactions paying fee of less than 10 sat/byte freely and that's why you couldn't submit that transaction.
To accelerate such transactions, you have to use their paid service.