RBF löst Relay-Transaktionen vor der Bestätigung auf. BIP125 formalisierte Opt-in-Signalisierungs- und Ersetzungsregeln in Bitcoin Core 0.12, während Full-RBF später die Ersetzung auch ohne Signalisierung verallgemeinerte. Core 24 fügte konfigurierbares Voll-RBF hinzu und Core 28 machte es zum Standard. RBF ändert den Konsens oder den bestätigten Block nicht; Es ändert sich nur, welche gültige, unbestätigte, widersprüchliche Version der Knoten enthält und weitergibt.
RBF ersetzt eine oder mehrere nicht festgeschriebene Transaktionen im Mempool, die für dieselben Eingaben in Konflikt stehen. Nichts, was bereits im Block festgeschrieben wurde, wird überschrieben, und die Ersatztransaktion hat eine andere txid, weil sie eine andere Serialisierung hat.
BIP125 standardisierte ursprünglich die Opt-in-Signalisierung mit einer nSequence kleiner als 0xffffffffe. Das Signal war wichtig, als das Standard-Relay ein RBF-Opt-in erforderte; Full-RBF entfernte später die Signalisierung als universelle Ersatzbedingung. (0xfffffffe)
RBF ist eine lokale Mempool- und Relay-Richtlinie, keine Konsensregel. Ein Miner kann jede im Konsens gültige widersprüchliche Transaktion einschließen, und der vollständige Knoten validiert den resultierenden Block, unabhängig davon, welche Version er zuvor im Mempool gespeichert hat.
Bitcoin Core begrenzt den Ersatz durch Anti-DoS-Regeln. Der Kandidat muss das Honorarergebnis des Konfliktsatzes verbessern und die Staffel- und Standardrichtlinien einhalten; Die bloße Tatsache, dass sie das gleiche UTXO ausgeben, reicht nicht aus, um akzeptiert zu werden.
Absolute Gebühr und Feerrate sind zwei verschiedene Begriffe. Eine höhere Gebührenrate allein reicht nicht aus, wenn die absolute Erhöhung die gepushten Transaktionen und die inkrementellen Weiterleitungskosten nicht abdeckt; Selbst das bloße Hinzufügen von Satoshi reicht ohne einen passenden Kurs möglicherweise nicht aus.
Durch das Ersetzen einer übergeordneten Transaktion können auch deren untergeordnete Transaktionen aus dem Mempool entfernt werden. Die Richtlinie begrenzt daher die Größe des Konflikts und berücksichtigt die Beziehungen im Paket, sodass ein Austausch kein billiger Weg zu übermäßigem CPU-, Speicher- und Bandbreitenverbrauch ist.
RBF erhöht die Gebühr, indem es die Ausgabetransaktion selbst ersetzt. Das CPFP-Elternteil behält ein teures Kind und fügt es hinzu, damit der Miner das gemeinsame Paket bewerten kann. Die Wahl hängt davon ab, welche Ausgänge das Wallet steuert und wie das Transaktionsdiagramm aussieht.
RBF ist ein verwalteter Mechanismus zum Ersetzen von Mempools. Double-Spend weist auf einen Konflikt oder einen Versuch hin, dasselbe UTXO auszugeben, das nicht kompatibel ist. Die gleichen Mechanismen können eine legitime Gebührenerhöhung und der Versuch sein, eine unbestätigte Zahlung umzuleiten.
Vor der Bestätigung garantiert Bitcoin nicht, dass die erste vom Händler gesehene Transaktion diejenige ist, die abgebaut wird. Full-RBF unterstreicht diese Linie: Die Einführung von Zero-Conf ist eine Geschäftsrisikoentscheidung und keine Endgültigkeit von Bitcoin.
Über getmempoolentry kann eine unbestätigte Transaktion eingesehen werden und mit testmempoolaccept kann ein Ersatzkandidaten anhand der aktuellen Richtlinie des eigenen Knotens getestet werden. Bitcoin Core 28 hat mempoolfullrbf auf den Standardwert „on“ geändert; getmempoolinfo zeigt den vollständigen RBF-Status für relevante Versionen an.
Für ein möglichst vollständiges Bild lies diesen Eintrag zusammen mit Transaktionsgebühren, Mempool, CPFP (Child Pays for Parent), Double Spend, Bestätigung, Fee Rate. Auf diesen Eintrag verweisen außerdem Wechselgeld-Ausgang, Bestätigung, Double Spend, Fee Rate.