CPFP parent transakci nenahrazuje ani neupravuje. Vytvoří potomka s vyšším fee; protože child nelze vytěžit bez parentu, jeho poplatek může ekonomicky dotovat celý package. Úspěch závisí na společném package feerate, kontrole výstupu, mempool policy a výběru těžaře.
CPFP ponechá levný nepotvrzený parent beze změny a utratí jeden z jeho výstupů v dražším childu. Protože child bez parentu nemůže být vytěžen, těžař získá obě fee pouze zahrnutím celého závislého balíku.
U jednoduché dvojice je rozhodující přibližně (fee parentu + fee childu) / (vsize parentu + vsize childu). Vysoké fee childu pomůže jen tehdy, když společný package feerate začne konkurovat ostatním transakcím o blockspace.
Běžný CPFP vyžaduje kontrolu alespoň jednoho utratitelného výstupu parentu. Odesílatel může použít change a příjemce svůj přijatý výstup; kdo neovládá žádný výstup, validní child nepodepíše.
RBF vytváří konfliktní náhradu se stejnými vstupy, zatímco CPFP parent zachová a přidá potomka. RBF proto vyžaduje kontrolu původních vstupů, CPFP kontrolu výstupu parent transakce.
Consensus určuje validitu, mempool policy lokální přijetí a relay a miner policy výběr do block template. CPFP žádné consensus pravidlo nemění a ekonomicky dobrý package může přesto narazit na policy limit.
Bitcoin Core 26 přidal submitpackage a package CPFP. Vysokofee child může pomoci parentu pod mempool minimum feerate, nikoli však parentu pod minimum relay feerate; lokální přijetí navíc nezaručuje propagaci ke všem peerům.
Nody omezují ancestry a topologii závislostí kvůli paměti, CPU a relay nákladům. CPFP tak může selhat na ancestor, descendant, standardness nebo package limitech i při dostatečném fee.
Bitcoin Core 31 přešel k clusterovým feerate diagramům a chunk feerates. Historický CPFP carveout byl odstraněn, takže dnešní chování je nutné posuzovat podle aktuální cluster a package policy.
Konkurenceschopný package feerate zvyšuje pravděpodobnost zahrnutí, ale nerezervuje místo v příštím bloku. Záleží na blockspace poptávce, propagaci i konkrétní miner policy.
Přes getmempoolentry zkontrolujte fees, vsize a vazby parent-child. testmempoolaccept otestuje kandidáty a submitpackage podporované balíky; rozhoduje validita a ekonomika celého package, ne izolované fee childu.
Pro nejúplnější obraz čtěte toto heslo společně s Replace-by-Fee (RBF), Transakční poplatky, Fee Rate, Mempool, Transakce, UTXO. Opačným směrem na něj odkazují také Výstup na vrácení, Potvrzení, Dvojí útrata, Fee Rate.