Topic: Question on using Child Pays for Parent on unconfirmed transaction (Read 735 times)

Thanks for the detailed response.  I got lucky and was able to get my transaction accelerated through viabtc, and it was confirmed an hour or so later.  Good to know how to handle CPFP if I need to do this in the future although it's frustrating that Glidera is still not including an appropriate fee, especially since they do not give the user any control over this.

Also been waiting on purchase transactions from Glidera that were suppose to arrive days ago.  No response from support.  Would be interested to know if anyone else has purchased through Glidera recently and has had delays receiving their deposits.

The accelerator only allows 100 free accelerations per hour.  They reset at the beginning of the hour.  This means you need to attempt your acceleration withing the first minute or so of the hour. After that 100 other people will have already used up the 100 slots.

In case your clock isn't set identically to theirs, I'd suggest trying at about 2 minutes before the beginning of the hour, and then re-trying every 15 seconds or so until a few minutes after the beginning of the hour. You should succeed during one of those attempts.


Transactions never get "kicked back out".  Some nodes, miners, and mining pools may choose to forget the transaction after a while if it hasn't confirmed yet, but if you store the raw transaction somewhere you can always re-broadcast it yourself to remind them until it finally confirms.  If you don't do that, then you'll have to contact Glidera to find out what they do about unconfirmed transactions.  Perhaps they'll re-broadcast.  Perhaps they'll send a new transaction.  Perhaps they'll steal your money and tell you "tough luck".  I can't predict what someone else will do.


You just need to use the unconfirmed transaction output as an input to the fee paying transaction.  How much of that input you send elsewhere and how much you just send to a different address in your same wallet is entirely up to you.


Generally miners that implement CPFP properly would add up the total bytes from both transactions and the total fees from both transactions. Then they'd calculate the fees paid per byte and compare to the fees per byte of all the other transactions (both other CPFP and other non-CPFP).  The transaction (or set of transactions) that get the miner the highest profit (most fees per byte) would then get confirmed.

If you decide later that you need to re-broadcast the transaction, here is the raw transaction:


https://blockchain.info/rawtx/8f46d46df82a4200e86e485653d725eab567043bbb008688aff964ab26db6197?format=hex

I'm using the BitPay wallet.  I've been trying to use the accelerator but am continually getting the message "Submissions are beyond limit. Please try later." 

According to the blockchain, it shows the fee being 140 sat/B, so it sounds like that should not be the issue.

Which wallet are you using? The accelerato should work on all tx's above fee of 10sat/byte. You can try CPFP, but it is often expensive and if the accelerator works, you'll be fine without CPFP.

I will give the accelerator a shot.  If that doesn't work and I want to try CPFP, can anyone confirm if I need to spend ALL of the unspent funds or can I just spend a portion of it?

Also, since this transaction was a BTC purchase through the Glidera exchange, does anyone know what would happen if the transaction does not get confirmed and gets kicked back out?  I understand how it works when sending someone else BTC, but wasn't sure how it would work with an exchange purchase transaction.  The money (via ACH) was pulled out of my account many days ago.

Thanks.

Try accelerating it on https://www.viabtc.com/tools/txaccelerator/
In 51 minutes. That is when their accelerating counter hits zero.
After that the transaction should be confirmed within 2-6 hours probably.

Hello,

New forum member and have a couple of questions regarding using CPFP on a transaction that's been stuck:

I purchased some BTC through Glidera which was sent to my BitPay app and has been unconfirmed for over 36 hours.  The fee that Glidera used is .0003164 BTC, which is not enough for timely transactions based on the current volume. On my previous purchase with Glidera they used this same fee, which resulted in a 5 hour wait time for that transaction to confirm. I contacted support at that time and was told that they amended their fee due to the congestion/delays and that I should not expect these delays in the future. Clearly the fee was not changed, which is very frustrating as I made additional purchases based on this understanding.

I would like to attempt a CPFP and send some of the unconfirmed funds from my Bitpay wallet to another wallet by using a higher priority fee setting on BitPay, but I have the following questions if anyone is able to help:

1. With CPFP, do I need to spend ALL of the unconfirmed funds, or just make sure that SOME of the uncomforted funds are being used?

2. I understand that I need to make sure a high enough fee is being paid to cover both transactions, but do I also factor in the .0003164 BTC on the unconfirmed transaction as part of the total amount when considering how much more to send ? In other words, if I wanted to make sure the fee on each transaction was .0004164 BTC, would I send 2x this amount, or would I send .0004164 BTC for the child transaction plus an additional 0.0001 BTC for the parent transaction (since .0003164 is already included in the original transaction)?

I guess I am just trying to understand if a miner looks at this from the standpoint that it's 2 transactions and wants a fee high enough on each (i.e. 2x what it would be on a single transaction)?  Or is it looked at as a single transaction, were I would want to include a higher fee than what I would normally pay one a single transaction, but not necessarily 2x what I would pay on a single transaction? Hope that makes sense.

For reference, the transaction I am referring is: https://blockchain.info/tx/8f46d46df82a4200e86e485653d725eab567043bbb008688aff964ab26db6197

Thanks in advance for any help with these questions.