Bitcoin-Entwickler diskutieren, das explizite Replace-by-Fee-Signal aus Wallet-Transaktionen zu entfernen. Hintergrund ist die Umstellung auf Full-RBF, durch die unbestätigte Transaktionen heute auch ohne ausdrückliches Opt-in ersetzt werden können. Das alte Signal gilt deshalb zunehmend als überflüssig. Gleichzeitig kann es verraten, welche Wallet eine Transaktion erstellt hat.
Für Nutzer im Krypto-Bereich ist das Thema interessant, weil es keine Preis- oder Börsenmeldung ist, sondern ein Privacy-Detail im Bitcoin-Alltag. Wer Bitcoin sendet, hinterlässt nicht nur Beträge, Adressen und Gebühreninformationen. Auch technische Felder wie nSequence können Muster erzeugen, die Wallets unterscheidbar machen.
Bitcoin-Wallets sollen weniger eindeutig erkennbar werden
Replace-by-Fee, kurz RBF, erlaubt es, eine noch unbestätigte Bitcoin-Transaktion durch eine neue Version mit höherer Gebühr zu ersetzen. Das ist nützlich, wenn eine Zahlung zu niedrig bepreist wurde und lange im Mempool hängt. Früher mussten Wallets über BIP125 explizit signalisieren, dass eine Transaktion ersetzbar sein soll.
Dieses Opt-in-Signal steckt im Feld nSequence. Sobald mindestens ein Input einen Wert unter MAX-1 setzt, galt die Transaktion nach BIP125 als ersetzbar. Bitcoin Core erklärt RBF genau als solchen Mechanismus für Transaktionen, die bis zur Bestätigung in einem Block ersetzt werden können.
Mit Full-RBF hat sich die Lage verändert. Bitcoin-Core-Nodes mit Standardpolitik können unbestätigte Transaktionen inzwischen unabhängig vom alten Signal ersetzen. Damit verliert das explizite Opt-in seine technische Bedeutung. Die Transaktion kann ersetzt werden, auch wenn die Wallet nicht mehr sichtbar sagt, dass sie ersetzbar sein soll.
| Begriff | Bedeutung | Warum es wichtig ist |
|---|---|---|
| RBF | Replace-by-Fee ersetzt unbestätigte Transaktionen gegen höhere Gebühr | hilft bei festhängenden Transaktionen |
| Opt-in-RBF | alte BIP125-Signalisierung über nSequence | ist nach Full-RBF weniger nötig |
| Full-RBF | Standardpolitik behandelt unbestätigte Transaktionen als ersetzbar | macht das alte Signal redundant |
| nSequence | Pflichtfeld pro Input in Bitcoin-Transaktionen | kann nicht einfach leer bleiben |
| MAX-2 | häufig genutzter nSequence-Wert | rund 75 Prozent der Transaktionen nutzen diesen Wert bereits |
| Wallet-Fingerprinting | Erkennung von Wallets über technische Muster | kann Privacy schwächen |
MAX-2 soll als gemeinsamer Wallet-Standard helfen
Der schwierige Teil ist nicht das Weglassen eines Schalters in der Oberfläche. Wallets müssen für jeden Input weiterhin einen nSequence-Wert setzen. Wenn verschiedene Wallets dabei unterschiedliche Werte wählen, entstehen neue Fingerabdrücke. Eine Wallet könnte durch einen seltenen Standardwert sogar leichter erkennbar werden als vorher.
Bitcoin-Core-Entwickler Murch verwies deshalb auf drei naheliegende Werte: final mit MAX, nicht final mit MAX-1 und ersetzbar mit MAX-2. Nach Daten von Mainnet Observer nutzen rund 75 Prozent der Transaktionen bereits MAX-2 im 30-Tage-Schnitt. Murch argumentiert deshalb, dass eine Vereinheitlichung auf diesen Wert naheliegen könnte.
Der Vorschlag ist damit eher eine Standardisierungsfrage als eine neue Bitcoin-Funktion. Je mehr Wallets denselben nSequence-Wert verwenden, desto schwieriger wird es, Transaktionen anhand dieses Details einer bestimmten Wallet zuzuordnen. Genau das ist der Privacy-Kern der Diskussion.
Für normale Nutzer ändert sich kurzfristig wenig. Fee-Bumping verschwindet nicht. Bitcoin-Transaktionen können weiterhin mit höherer Gebühr neu gesendet werden, solange sie unbestätigt sind und die Wallet diese Funktion anbietet. Die Diskussion betrifft vor allem die Art, wie Wallets Transaktionen standardmäßig bauen.
Wichtig ist auch, was sich nicht ändert. Der Vorschlag betrifft keine Konsensregeln. Miner, Nodes und Wallets müssen nicht auf eine neue Bitcoin-Version wechseln, damit Blöcke gültig bleiben. Es geht um Mempool-Politik, Wallet-Defaults und Koordination zwischen Wallet-Entwicklern. Genau deshalb kann die Änderung nur dann Privacy verbessern, wenn möglichst viele Wallets denselben Weg wählen.
Für Wallet-Nutzer im deutschsprachigen Raum ist der praktische Nutzen indirekt. Sie müssen nicht selbst MAX-2 setzen oder technische Felder bearbeiten. Interessant wird die Frage bei Wallet-Updates. Anbieter sollten künftig klar erklären, ob sie das alte Opt-in-RBF-Signal entfernen, welchen nSequence-Wert sie setzen und ob Fee-Bumping weiterhin wie gewohnt funktioniert.
Die Debatte zeigt, wie sich Bitcoin weiterentwickelt, ohne dass jeder Schritt wie ein großer Protokollwechsel aussieht. Manchmal entstehen wichtige Verbesserungen durch das Entfernen alter Signale. In diesem Fall geht es darum, eine historische RBF-Spur aus Wallet-Transaktionen zu reduzieren und Bitcoin-Zahlungen etwas weniger leicht unterscheidbar zu machen.