Bitcoin Silent Payments brauchen nur 8 MB Scan-Daten pro Tag

Eine neue Messung der Scandaten von Bitcoins Silent Payments zeigt, dass die Bandbreitenseite des mobilen privaten Empfangens besser beherrschbar ist als befürchtet. Das BlindBit-Oracle-v2-Projekt hat jeden Block von Höhe 709.656 bis 965.089 verfolgt, eine inklusive Spanne von 255.434 Blöcken von kurz nach der Taproot-Aktivierung bis September 2026. Über diesen Bereich summierte sich die vollständige Scan-Nutzlast auf 15,08 GB, mit durchschnittlich 59 KB pro Block, während eine Wallet, die die Kette nahe dem oberen Ende des Datensatzes verfolgt, etwa 8 MB pro Tag verbraucht. Damit liegen die Downloadkosten grob im Bereich eines kurzen Streamingvideos.

Warum es zählt

Silent Payments (BIP-352) ermöglichen es einem Nutzer, BTC an einer wiederverwendbaren statischen Adresse zu empfangen, während externe Beobachter Zahlungen nicht mit dieser Adresse auf der Chain verknüpfen können. Ein Sender leitet aus den öffentlichen Daten des Empfängers ein frisches Taproot-Ziel ab, und die Wallet des Empfängers scannt später berechtigte Transaktionen, um ihre Ausgabe zu finden. Diesen Scan auf einem Telefon durchzuführen, ohne einen Full Node zu betreiben, war der ungelöste Teil des Designs.

Marktauswirkung

Die Zahlen räumen den meistzitierten Einwand aus dem Weg. Die 8-MB-pro-Tag-Größe liegt deutlich innerhalb jedes modernen mobilen Datentarifs, und eine modellierte reine Taproot-Filter-Route landet bei etwa 7,14 GB über dieselbe Historie. Doch dieselbe Messung legt die nächste Risikoschicht offen: Eine Light Wallet ist auf einen Indexer angewiesen, der vollständige Scandaten liefert, und ein einziger ausgelassener Tweak kann eine echte Zahlung unsichtbar lassen, ohne dass ein für den Nutzer sichtbarer Fehler auftritt. Das Cake-Wallet-Problem von Juli 2025 zeigte, wie ein Client nach dem Empfang unvollständiger Daten eine spätere Scanhöhe speichern und die frühere Historie als abgeschlossen behandeln kann, sodass ein späterer Wechsel zu einem anderen ehrlichen Server nicht automatisch einen erneuten Scan auslöst. Der Chained-Commitment-Vorschlag des Projekts würde es ermöglichen, zwei Server auf Vollständigkeit kreuzzuprüfen, wobei extern verankerte Checkpoints Equivokation sichtbar machen. Die Wallet-Adoption bleibt fragmentiert: Sparrow 2.5.0 hat Silent Payments mit standardmäßiger Frigate-Serverauswahl im Mai 2026 hinzugefügt, BIP-352 selbst ist für das Kernprotokoll als Complete markiert, und die konvergierte Light-Client-Spezifikation steht bei Pre-Draft v0.1.