53 / 691CPFP

CPFP (Child Pays for Parent)

Child Pays For Parent

Child Pays for Parent (CPFP) ist eine Methode zur Erhöhung des Gebührenanreizes, bei der ein teures Kind den Output einer billigen, unbestätigten Elterntransaktion ausgibt und die Attraktivität des gesamten abhängigen Pakets für Miner erhöht.

CPFP ersetzt oder ändert die übergeordnete Transaktion nicht. Erstellt ein Kind mit einer höheren Gebühr; Da das Kind ohne den Elternteil nicht gefördert werden kann, kann seine Gebühr das gesamte Paket wirtschaftlich subventionieren. Der Erfolg hängt von der gemeinsamen Paketgebühr, der Ausgabekontrolle, der Mempool-Richtlinie und der Miner-Auswahl ab.

CPFP lässt das billige unbestätigte Elternteil unverändert und gibt einen seiner Outputs für das teurere Kind aus. Da ein Kind ohne Eltern nicht geschürft werden kann, erhält der Schürfer beide Gebühren nur, wenn er das gesamte abhängige Paket einbezieht.

Für ein einfaches Paar ist ungefähr (Fee-Elternteil + Fee-Kind) / (vsize-Elternteil + vsize-Kind) maßgebend. Eine hohe Kindergebühr hilft nur dann, wenn die gemeinsame Paketgebühr mit anderen Transaktionen um Blockplatz konkurriert.

Ein normales CPFP erfordert die Überprüfung mindestens einer entbehrlichen Ausgabe des übergeordneten Elements. Der Sender kann die Änderung verwenden und der Empfänger die empfangene Ausgabe; Wer keine Ausgabe kontrolliert, unterschreibt kein gültiges Kind.

RBF erstellt eine Konfliktersetzung mit denselben Eingaben, während CPFP das übergeordnete Element beibehält und das untergeordnete Element hinzufügt. RBF erfordert daher die Prüfung der ursprünglichen Eingaben, CPFP die Prüfung der Ausgabe der übergeordneten Transaktion.

Der Konsens bestimmt die Gültigkeit, die lokale Akzeptanz der Mempool-Richtlinie und die Auswahl der Relay- und Miner-Richtlinie zur Blockvorlage. CPFP ändert keine Konsensregel, und ein wirtschaftlich gutes Paket kann immer noch an eine politische Grenze stoßen.

Bitcoin Core 26 fügte Submitpackage und CPFP-Paket hinzu. Ein Kind mit hohem Honorar kann einem Elternteil helfen, der unter der Mempool-Mindestgebühr liegt, aber nicht einem Elternteil, der unter der Mindest-Relay-Feerate liegt; Darüber hinaus garantiert die lokale Akzeptanz nicht die Verbreitung an alle Peers.

Knoten schränken die Vorgänger- und Abhängigkeitstopologie aufgrund der Speicher-, CPU- und Relay-Kosten ein. CPFP kann daher selbst bei ausreichender Gebühr an Vorfahren-, Nachkommen-, Standard- oder Paketgrenzen scheitern.

Bitcoin Core 31 ist auf Cluster-Feerate-Diagramme und Chunk-Feerate-Diagramme umgestiegen. Der historische CPFP-Carveout wurde entfernt, daher muss das heutige Verhalten anhand der aktuellen Cluster- und Paketrichtlinie beurteilt werden.

Eine wettbewerbsfähige Paketgebühr erhöht die Wahrscheinlichkeit der Aufnahme, reserviert jedoch keinen Platz im nächsten Block. Dies hängt von der Blockraumnachfrage, der Förderung und der spezifischen Miner-Richtlinie ab.

Überprüfen Sie Gebühren, Vsize und Eltern-Kind-Bindungen über getmempoolentry. testmempoolaccept testet Kandidaten- und Submitpackage-unterstützte Pakete; Entscheidend ist die Gültigkeit und Wirtschaftlichkeit des Gesamtpakets, nicht das isolierte Gebührenkind.

Für ein möglichst vollständiges Bild lies diesen Eintrag zusammen mit Replace-by-Fee (RBF), Transaktionsgebühren, Fee Rate, Mempool, Transaktion, UTXO. Auf diesen Eintrag verweisen außerdem Wechselgeld-Ausgang, Bestätigung, Double Spend, Fee Rate.

DOC · 001Bitcoin Core 26.0 release notes — submitpackage and package CPFPDokumentationDOC · 002Bitcoin Core 31.0 release notes — cluster mempool and CPFP carveout removalDokumentationDOC · 003Bitcoin Core validation.cpp — package feerate policyPrimärquelleDOC · 004Bitcoin Core package policy implementationPrimärquelleDOC · 005Bitcoin Core mempool terminologyDokumentationDOC · 006Bitcoin Developer Guide glossary — Child Pays for ParentDokumentationDOC · 007Bitcoin Core RPC documentationDokumentationDOC · 008Bitcoin Core package relay policyDokumentation
Geprüft am 1. August 2026Quellenbasiert · Keine Anlageberatung