Topic: is this how to execute a cpfp? (Read 1361 times)

thought i already closed the thread, thanks again man have an amazing day you're a life saver!

No problem
In hindsight, i just wanted to add one more thing: in this example, it doesn't matter if you're the sender or the receiver... If you're the receiver, your wallet controlles AdresBBB, and you get an output to your address from a transaction with insufficient fees, you can use this unconfirmed output as an input for a new transaction with enough fees to cover both transactions, and it's also called CPFP.
A sender can only create a CPFP transaction if there is a change address, a receiver can always create a CPFP.

Double spending the unconfirmed inputs can only be done by the sender, same goes for increasing the fee in an opt-in RBF (which is basically a double spend).

If you're happy with the answer, you can potentially close the thread now

exactly what i needed, thankyou so much for your help

It's rather hard to follow your explanation, but i think you are correct...
The only thing that seems to be missing in your reasoning is the fact that you have to use the output to address c as input for the transaction between c and d (the one with the very high fee).

So, you have an unspent output that can be spent by AddresAAA, you create a transaction paying somebody with adres AddressBBB, the change of this transaction goes to AdresCCC controlled by your wallet.
So you have one transaction with one input and two outputs (one to the receiver, one to your change address).
By accident, you don't add enough fees...

A CPFP is when you use the unspent output to the change address from transaction1 into ANY transaction, it can be to AdresAAA, or to a new adress AdresDDD, or just use it in the next payment you make to a completely different person. The only thing is that transaction2, using the unspent output to AdressCCC (the change address) has to include sufficient fees for both transaction1 and transaction2

btw: if you use my feechecker, and i detect a low a low fee, you are guided trough a wizard to create a cpfp, so you can try it out to learn more, just go to blockchain.info, pick a couple of unconfirmed transactions, put them into my feechecker untill you find a couple with insufficient fees, click on the CPFP wizard at the bottom, decode the raw, unsigned CPFP transaction and see what the wizard did

https://www.mocacinno.com/page/feechecker

so say i send btc from wallet(a) to wallet(b) and the change to wallet(c) and the fee is 0.0003 i then send btc from wallet(c) to wallet(d) this fee should cover the transaction from wallet(c) to wallet(d) and from wallet a to b&c? hope you can understand what i mean

i have no idea what coin.bn is! are you by any chance talking about this: https://coinb.in/#newTransaction

in any case, CPFP is Child Pays for Parent and it means a receiver pays the fee of what he received, to put simply.

as a sender it is best if you pay higher fees in the start, and also use opt_in RBF so that you can increase the fee. you can use Electrum for this easily.

but to use CPFP as a sender you can do this:
if your transaction is creating two new outputs (meaning you have a change address that are receiving the remainder of bitcoin in it) you can use CPFP on that.

i am not sure which wallet lets you do that, i have never had to look it up!
but technically you spend that transaction and pay higher fees, this fee needs to cover the fees for the previous transaction and the new one. for example if the previous tx needed 0.0006BTC fee and the new one needs 0.0004BTC, in your new tx (the CPFP tx) you pay 0.001BTC.

so say i send btc from wallet(a) to wallet(b) and the change to wallet(c) and the fee is 0.0003 i then send btc from wallet(c) to wallet(d) this fee should cover the transaction from wallet(c) to wallet(d) and from wallet a to b&c and both should confirm quickly without any transactions being invalidated? if not could someone please outline how to do it like above if possible, thanks