From d3947b17117f2336a2ee57b7d0862a437acaacf8 Mon Sep 17 00:00:00 2001 From: wintercooled Date: Thu, 22 Mar 2018 18:07:38 +0000 Subject: [PATCH] Update 05_3_Funding_a_Transaction_with_CPFP.md fixed minor typo --- 05_3_Funding_a_Transaction_with_CPFP.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/05_3_Funding_a_Transaction_with_CPFP.md b/05_3_Funding_a_Transaction_with_CPFP.md index 32beaba..890af37 100644 --- a/05_3_Funding_a_Transaction_with_CPFP.md +++ b/05_3_Funding_a_Transaction_with_CPFP.md @@ -12,7 +12,7 @@ RBF was all about the sender. He messed up and needed to increase the fee, or he Basically, the idea of CPFP is that a recipient has a transaction that hasn't been confimed in a block that he wants to spend. So, he includes that unconfirmed transaction in a new transaction and pays a high-enough fee to encourage a miner to include both the original (parent) transaction and the new (child) transaction in a block. As a result, the parent and child transactions clear simultaneously. -It should be noted that CPFP is not a new protocol feature, like RBF. It's just a new incentivization scheme that can be used for transaction selection by miners. This also means that it's not as reliable as a protocol change like RBF: there might be reaosns that the parent is never put into a block, and that will prevent the child from ever bring put into a block. +It should be noted that CPFP is not a new protocol feature, like RBF. It's just a new incentivization scheme that can be used for transaction selection by miners. This also means that it's not as reliable as a protocol change like RBF: there might be reasons that the parent is never put into a block, and that will prevent the child from ever bring put into a block. ## Spend Unconfirmed UTXOs