RBF AND CPFP & What They Do

[Obim34]

RBF (Replace By Fee): Allows spenders to make fee bump for ongoing unconfirmed transaction.

CPFP (Child Pays For Parent ): Similar to RBF in terms of fee bumping. CPFP helps pushes stuck transactions by creating a new transaction (Child) which should help bump the first transaction (Parent) until both gets validated by miners.

Similarities:
1. They both require fee bump attracting miners to validate the transaction faster.
2. Works only when the transaction is unconfirmed.
3. Not all wallets accepts this mechanism.

Differences:

RBF (Replace By Fee)	|	CPFP (Child Pays For Parent)	|
Can happen in a single transaction	|	Requires both a parent (original transaction)and child (new)transaction	|
Just the sender alone can bump the fee	|	The receiver can bump the fee aswell	|
Replace the transaction by adding more fes	|	Adds another transaction to the first transaction, with enough fees for both transaction.	|

Bitcoin Wallets that allows RBF
1. Electrum Wallet
2. Sparrow Wallet
3. BlueWallet
4. Bitcoin Core
5. Trezor Wallet
6. Exodus Wallet
7. Cake Wallet
8. Wasabi Wallet

Bitcoin Wallets that allows CPFP

• All wallets from RBF (Above) allows CPFP except Exodus and Trezor

How to Initiate RBF In A Pending Transaction.

1. Spend your Bitcoin.
2. Right Click on the pending unconfirmed transaction (Desktop).
3. Click on increase fee, adjust and bump the fee exactly to how you want it.
4. Lastly, click okay to enable the adjustment.

Electrum don't allow screenshot, images would have done better explanation.

[lontivero]

Wasabi Wallet allows both RBF and CPFP but implements them in a transparent way by abstracting these concepts behind the much simpler and user-friendly "speed up" concept. This means that the user can simply speed up a transaction with one click, and Wasabi will decide the best mechanism based on which end of the payment the user is (payer or payee), whether the transaction has a change output or not, whether the outputs have already been spent or not, and whether the transaction has already been sped up before or not and so on.

[Cookdata]

Electrum don't allow screenshot, images would have done better explanation.

Some version of Electrum doesn't allow a screenshot but version 4.6.2 has a "Prevent screenshot" option where you can allow screenshot and recordings.

On your Electrum GUI, go to Tools >> Preferences >> Misc

You should see this small window to enable/disable it.



Note: You must restart your Electrum each time you enable and disable the option.

[Mia Chloe]

~snip

Nice post by the way Obim34 I like to see some like this on the LB. That aside I've never had issues with screen shot on Electrum. Both on desktop and and mobile there's an option to toggle on "allow screenshot" and I want to believe it has always been available on desktop just that screenshot is turned off by default.

The major feature I'm still anticipating on Electrum mobile is bulk transactions like sending to multiple addresses at a time because it actually saves fees.

[adultcrypto]

Thanks Obim34 for this good post which will help a lot of our LB users in what they do regularly. However, and for the purpose of discussion, I want you to make some clarification so that we are all on the same page. When you say "CPFP helps pushes stuck transactions by creating a new transaction", are you saying that the new transaction to the same receiving address will not lead to the sender paying more than he was supposed to pay? In other words, when you send the second transaction with a higher fee, what will be the value of the transaction? Won't the transaction make the sender to pay more than he was supposed to pay? In terms of numerical values, assuming I want to send 0.5mBTC to someone but the transaction refuses to go thereby necessitating the need to use CPFP, won't I be sending more than 0.5mBTC aside the fee? Please clarify so that everyone will understand.

[Obim34]

~snip

I've been away for days, not with my laptop to check the settings, will do so when i get home tomorrow.

The major feature I'm still anticipating on Electrum mobile is bulk transactions like sending to multiple addresses at a time because it actually saves fees.

The way Electrum does it is to have desktop more advanced and flexible than mobile, it might come soon in mobile but anyone running several bulky transactions is better off using desktop than mobile, desktop is further customizable, to me safer than using mobile.

Thanks Obim34 for this good post which will help a lot of our LB users in what they do regularly. However, and for the purpose of discussion, I want you to make some clarification so that we are all on the same page. When you say "CPFP helps pushes stuck transactions by creating a new transaction", are you saying that the new transaction to the same receiving address will not lead to the sender paying more than he was supposed to pay? In other words, when you send the second transaction with a higher fee, what will be the value of the transaction? Won't the transaction make the sender to pay more than he was supposed to pay? In terms of numerical values, assuming I want to send 0.5mBTC to someone but the transaction refuses to go thereby necessitating the need to use CPFP, won't I be sending more than 0.5mBTC aside the fee? Please clarify so that everyone will understand.

When we say a transaction is stuck, it means it hasn't gotten any confirmation, having confirmed 1 Block through confirmation it is no longer available that means miners has already accepted the transaction, neither RBF or CPFP will work. Confirmation should be 0 Block for a long time.

The receiver is basically the one doing CPFP, lets say mister A sent me 10$ bitcoin and me the receiver mister B wants to spend that same amount of $10 bitcoin to mister C (but the transaction is stucked), i then create a child transaction sending the exact amount including mister A output inside my new transaction with enough fee to cover for both, miners now sees my new transaction and accepts both because my new transaction is depending on what Mister A is sending to me (can't move that exact amount when it hasn't been confirmed in my wallet first, that means miner validates Mister A sending to me before validating my own new transaction to Mister C )CPFP happens with bigger fees than RBF.

RBF (Sender adjusts) CPFP (Receiver Adjusts)