Bitcoin Silent Payments erklärt: BIP 352, Datenschutz und Wallets
Bitcoin Silent Payments nach BIP 352 lösen ein altes Problem: Wie kannst Du eine Bitcoin-Empfangsadresse öffentlich teilen, ohne dass jeder anschliessende Zahlungseingang offensichtlich auf derselben Blockchain-Adresse landet? Die Idee klingt widersprüchlich. Normalerweise empfiehlt man für jede Bitcoin-Zahlung eine neue Adresse. Silent Payments ermöglichen dagegen eine wiederverwendbare Kontaktadresse, aus der die sendende Wallet für jede Zahlung eine eigene, auf der Blockchain anders aussehende Taproot-Ausgabe ableitet. Dafür braucht es keine direkte Rückfrage beim Empfänger und keine separate Benachrichtigungstransaktion.
Das Verfahren ist technisch anspruchsvoller als ein gewöhnlicher Bitcoin-Transfer. Vor allem die empfangende Wallet muss passende Blockchain-Transaktionen erkennen können. In diesem Fachartikel lernst Du die Funktionsweise, die Rolle von Scan- und Spend-Schlüsseln, die Grenzen des Datenschutzes, praktische Einsatzfälle und die Risiken bei Backup, Wallet-Kompatibilität und Hardware-Signaturen kennen. Die Darstellung bezieht sich auf die öffentlich dokumentierte Spezifikation BIP 352, einschliesslich ihrer im Oktober 2026 aktualisierten Testvektoren. Sie ist keine Zusage, dass jede Wallet die Funktion bereits unterstützt.
Was sind Bitcoin Silent Payments?
Silent Payments sind ein Verfahren für nicht-interaktive Bitcoin-Zahlungen an eine wiederverwendbare Empfangskennung. Der Empfänger kann diese Kennung beispielsweise auf einer Website, in einem Profil oder auf einer Rechnung veröffentlichen. Anders als bei der wiederholten Nutzung einer klassischen Bitcoin-Adresse erzeugt die sendende Software aus der Kennung und ihren eigenen Transaktionsdaten für die konkrete Zahlung einen individuellen Taproot-Output. Auf der Blockchain erscheint somit nicht die öffentlich verbreitete Silent-Payment-Kennung selbst, sondern eine daraus abgeleitete Ausgabe.
Das entscheidende Versprechen ist begrenzt, aber wertvoll: Aussenstehende können nicht allein durch den Vergleich der öffentlichen Silent-Payment-Kennung mit den Blockchain-Ausgaben alle eingehenden Zahlungen zuordnen. Sie sehen weiterhin Transaktionen, Beträge, Zeitpunkte und die öffentlich erkennbaren Verknüpfungen zwischen verbrauchten und neu erzeugten Outputs. Silent Payments verschleiern also nicht die gesamte Bitcoin-Blockchain und machen eine Zahlung nicht automatisch anonym.
Die technische Grundlage ist BIP 352. Ein Bitcoin Improvement Proposal beschreibt einen Vorschlag beziehungsweise eine Spezifikation; es ist nicht automatisch eine Garantie für Unterstützung durch Bitcoin Core, Börsen oder Hardware Wallets. BIP 352 benötigt keine Änderung der Bitcoin-Konsensregeln. Das Verfahren nutzt vorhandene kryptografische Möglichkeiten und Taproot-Ausgaben.
Warum ist die Wiederverwendung einer Bitcoin-Adresse problematisch?
Wer eine gewöhnliche Bitcoin-Adresse mehrfach auf einer Spendenseite veröffentlicht, erleichtert Beobachtern die Analyse. Sie können alle Ausgaben an diese Adresse suchen, die Beträge addieren und unter Umständen erkennen, wann neue Zahlungen eintreffen. Bei späteren Ausgaben können zusätzliche Verknüpfungen entstehen. Deshalb lautet eine Grundregel guter Wallet-Software: Für jeden Empfang eine frische Adresse verwenden.
Für private Zahlungen lässt sich das meist unkompliziert lösen. Die empfangende Person öffnet ihre Wallet, erzeugt eine Adresse und übermittelt sie dem Sender. Bei wiederkehrenden Rechnungen, einer öffentlich sichtbaren Spendenadresse oder einem unbeaufsichtigten Zahlungseingang wird die Abstimmung aufwendiger. Ein xpub kann zwar Adressen ableitbar machen, aber seine Veröffentlichung kann weitreichende Einblicke in eine Wallet eröffnen.
Silent Payments sollen genau diese Lücke schliessen. Du veröffentlichst eine statische Kennung, während die tatsächlichen Ausgaben individuell bleiben. Für den allgemeinen Hintergrund lohnt sich unser Beitrag über Bitcoin-Datenschutz, Adressen und Blockchain-Analyse. Die dort erklärten Grenzen öffentlicher Transaktionsdaten gelten auch hier.
Werbung / Affiliate-Link: Wenn Du Bitcoin zunächst kaufen möchtest, ist Relai eine mögliche Bezugsquelle in der Schweiz. Verwende bei Relai ausdrücklich den Code AUSWANDERNSCHWEIZ. Bei einer Nutzung unseres Partnerlinks kann eine Provision entstehen. Prüfe Gebühren, Spread, Zahlungsart und die aktuell gültigen Codebedingungen direkt vor dem Kauf. Der Erwerb von Bitcoin ist mit erheblichen Kurs- und Verlustrisiken verbunden; eine Silent-Payment-Adresse macht die Anlage nicht sicherer.
Wie funktioniert eine Silent Payment technisch?
Die zwei öffentlichen Schlüssel: Scan Key und Spend Key
Eine Silent-Payment-Kennung enthält im Kern zwei öffentliche Schlüssel. Der Scan Key dient dazu, mögliche Zahlungseingänge zu erkennen. Der Spend Key bildet die Grundlage für die später ausgebbaren Bitcoin. Die dazugehörigen privaten Schlüssel haben unterschiedliche Aufgaben. Mit dem privaten Scan Key kann die Wallet nach passenden Zahlungen suchen; der private Spend Key wird für die Kontrolle und Ausgabe der empfangenen Mittel benötigt.
Diese Trennung ist ein wichtiger Sicherheitsgewinn gegenüber einem Entwurf, bei dem der Empfänger für die Suche nach Zahlungen seinen einzigen Ausgabeschlüssel auf einem ständig verbundenen Gerät verwenden müsste. In geeigneten Setups kann der private Spend Key stärker abgeschirmt bleiben. Das bedeutet allerdings nicht, dass jeder Hardware-Wallet-Hersteller oder jede Software die Trennung bereits praktisch anbietet.
Der öffentliche Scan Key und der öffentliche Spend Key werden in der wiederverwendbaren Kennung kombiniert. Die sendende Wallet muss diese Kennung verstehen. Ein normales Adressfeld, das ausschliesslich klassische Bitcoin-Adressen akzeptiert, kann sie nicht einfach wie eine bc1-Adresse behandeln.
Ein gemeinsames kryptografisches Geheimnis ohne Nachrichtenaustausch
Die sendende Wallet kennt die privaten Schlüssel der eigenen geeigneten Transaktionseingänge. Der Empfänger besitzt seinen privaten Scan Key. Mithilfe elliptischer Kurven lässt sich daraus auf beiden Seiten derselbe mathematische Bezug herstellen, ohne dass der Sender den privaten Scan Key kennt oder der Empfänger die privaten Schlüssel des Senders erfährt. Dieses Prinzip wird als Elliptic-Curve Diffie–Hellman, kurz ECDH, bezeichnet.
Aus dem gemeinsamen Ergebnis, einem transaktionsabhängigen Eingabewert und weiteren festgelegten Daten entsteht ein sogenannter Tweak. Damit wird der öffentliche Spend Key so verändert, dass eine neue Taproot-Ausgabe entsteht. Die empfangende Wallet kann beim Durchsuchen geeigneter Transaktionen denselben Tweak berechnen und prüfen, ob die entsprechende Ausgabe vorkommt. Nur wer über die erforderlichen eigenen Schlüssel verfügt, kann die Zahlung korrekt zuordnen und später ausgeben.
Die vollständige Berechnung umfasst mehrere Prüfungen und Sonderfälle. Wer das Verfahren implementiert, muss die BIP-Spezifikation samt Testvektoren verwenden; eine verkürzte Beispielgleichung aus einem Blog reicht dafür nicht aus. Für das Verständnis der Schlüsselgrundlagen siehe auch Private Key, Public Key und Signaturen bei Bitcoin.
Weshalb jede Zahlung einen anderen Output erhält
Ein gemeinsames Geheimnis allein würde noch nicht garantieren, dass zwei Zahlungen mit denselben Ausgangsdaten unterschiedliche Ziele erzeugen. Deshalb bezieht BIP 352 einen Hash ein, der unter anderem einen eindeutig bestimmten Outpoint der verwendeten Transaktion berücksichtigt. Zusätzlich lassen sich innerhalb einer Transaktion mehrere Ausgaben für denselben Empfänger mit einem laufenden Index ableiten.
Für den Empfänger ist das Ergebnis praktisch: Zwei Menschen können dieselbe veröffentlichte Silent-Payment-Kennung nutzen und trotzdem an unterschiedliche, gewöhnlich nicht miteinander verknüpfbare Taproot-Ausgaben zahlen. Auch mehrere Zahlungen derselben Person erzeugen bei korrekter Umsetzung neue Ausgaben. Die Wiederverwendung der veröffentlichten Kennung ist deshalb nicht dasselbe wie die Wiederverwendung einer Onchain-Adresse.
Wie sehen Silent-Payment-Adressen aus?
Eine Silent-Payment-Kennung für das Bitcoin-Mainnet beginnt mit sp1; Testnet-Kennungen verwenden tsp1. BIP 352 verwendet eine Bech32m-Kodierung und zwei komprimierte öffentliche Schlüssel. Dadurch ist die Kennung deutlich länger als die üblichen Bitcoin-Adressen. Die Länge ist kein Fehler, sondern Folge der zusätzlichen Informationen, die der Sender benötigt.
Wichtig ist die Unterscheidung zwischen Kontaktkennung und tatsächlichem Zahlungsausgang: Eine Silent-Payment-Kennung ist keine gewöhnliche Taproot-Empfangsadresse. Die aus ihr berechnete Blockchain-Ausgabe ist dagegen ein Taproot-Output. Ein Blockchain-Explorer kann diese Ausgabe sehen, aber nicht allein aus ihrer Form erkennen, dass sie über Silent Payments erzeugt wurde.
Falls Du mit den Formaten 1, 3, bc1q und bc1p noch nicht vertraut bist, hilft der separate Vergleich Bitcoin-Adressen und Adressformate richtig verwenden. Er behandelt die gewöhnlichen Adressen; Silent Payments ergänzen diese um eine besondere Ableitungsmethode.
Welche Bitcoin-Transaktionen können Silent Payments senden?
Nicht jede beliebige Transaktion ist automatisch geeignet. BIP 352 definiert, welche Eingabetypen für die Ableitung des gemeinsamen Geheimnisses berücksichtigt werden. Dazu zählen P2TR, P2WPKH, P2SH-P2WPKH und P2PKH mit den spezifizierten öffentlichen Schlüsselformen. Mindestens ein geeigneter Input muss vorhanden sein. Andere Inputs können unter bestimmten Voraussetzungen Teil der Transaktion sein, dürfen aber nicht fälschlich in die kryptografische Summe eingehen.
Bei Taproot sind weitere Details wichtig. Die sendende Wallet benötigt im Regelfall Zugriff auf den privaten Schlüssel, der zum Taproot-Output-Key gehört, oder muss die ausdrücklich dokumentierte Ausnahme beachten. Auch unbekannte zukünftige SegWit-Versionen werden in der Version 0 des Protokolls nicht einfach beliebig einbezogen. Das sind Implementierungsfragen, die eine normale Nutzerin nicht manuell lösen sollte.
Eine Wallet kann deshalb das Senden an eine Silent-Payment-Kennung ablehnen, obwohl genügend Bitcoin vorhanden sind. Das muss kein Netzwerkfehler sein. Es kann an fehlender Softwareunterstützung, einem ungeeigneten UTXO-Typ oder der konkreten Signaturarchitektur liegen. Die technischen Hintergründe der Inputs und Outputs erklärt unser Beitrag zum Bitcoin-UTXO-Modell.
Wie findet die empfangende Wallet ihre Zahlungen?
Warum das Scannen aufwendiger ist
Bei einer gewöhnlichen Wallet sind die zu beobachtenden Ausgabeskripte aus ihren Schlüsseln ableitbar. Ein passender Index oder ein Filter kann relativ effizient prüfen, ob ein bekanntes Skript auf der Blockchain vorkommt. Bei Silent Payments kennt die empfangende Wallet ihre konkreten Empfangsausgaben dagegen erst, nachdem sie relevante Informationen aus den Transaktionseingängen verarbeitet hat.
Die Wallet muss deshalb geeignete Transaktionen betrachten, deren öffentliche Eingabeschlüssel zusammenführen, den transaktionsabhängigen Wert berechnen und mögliche Taproot-Ausgaben vergleichen. Dieser zusätzliche Rechen- und Datenbedarf ist der wichtigste praktische Preis für die nicht-interaktive Wiederverwendbarkeit der Kennung.
Ein Full Node oder ein darauf aufbauender Indexserver kann diese Aufgabe erleichtern. Auf einem Smartphone ohne eigene Blockchain-Kopie entstehen dagegen schwierige Fragen: Woher kommen die benötigten Daten? Was kann der Server über Deine Suche erfahren? Und wie kann die Wallet erkennen, ob ihr relevante Transaktionen vorenthalten wurden?
Warum Light Wallets besondere Herausforderungen haben
BIP 352 behandelt die Unterstützung leichter Clients ausdrücklich als Forschungs- und Implementierungsproblem. Ein Server könnte vorberechnete Eingabedaten bereitstellen, damit das Smartphone nicht jede Transaktion vollständig verarbeiten muss. Dadurch wird die Suche schneller, aber Vertrauen und Datenschutz verschieben sich teilweise zum Dienstleister.
Auch Compact Block Filters sind kein vollständiger Ersatz für die nötige Ableitung. Die Wallet muss zunächst die möglichen Zielausgaben bestimmen, bevor sie diese sinnvoll mit Filtern abgleichen kann. Für die Unterschiede zwischen eigener Verifikation und externer Infrastruktur findest Du einen ausführlichen Artikel über Bitcoin Light Wallets, SPV und Compact Block Filters.
Was geschieht beim Wiederherstellen einer Wallet?
Ein Seed-Backup kann die nötigen Schlüssel erneut ableitbar machen, sofern Wallet und Ableitungsmethode kompatibel sind. Die Wiederherstellung der vollständigen Zahlungshistorie erfordert jedoch eine erneute Suche über die relevante Blockchain-Historie. Das kann länger dauern als bei einer herkömmlichen Wallet. Der Startzeitpunkt der Wallet, häufig Wallet Birthday genannt, kann den Suchaufwand erheblich beeinflussen.
Wurden zusätzliche Labels verwendet, müssen auch diese bei der Wiederherstellung berücksichtigt werden. Die BIP-Spezifikation empfiehlt, Labelinformationen zu sichern und bei unklarer Nutzung eine grosse Menge möglicher Labels zu prüfen. Ein blosses Foto der öffentlichen Silent-Payment-Kennung ersetzt niemals ein korrektes Schlüsselbackup. Auch die verwendete Softwareversion und die dokumentierten Ableitungspfade gehören zu einer brauchbaren Wiederherstellungsstrategie.
Labels: Mehrere Zwecke unter einer wiederverwendbaren Kennung
Silent Payments unterstützen Labels. Vereinfacht gesagt kann der Empfänger aus seiner Scan- und Spend-Schlüsselbasis unterschiedliche veröffentlichbare Varianten erzeugen. So lässt sich beispielsweise unterscheiden, ob eine Zahlung über einen Spendenaufruf, einen Newsletter oder eine bestimmte Rechnung eingegangen ist. Die empfangende Wallet kann diese Zuordnung bei der Suche berücksichtigen.
Labels sind aber keine vollständig voneinander unabhängigen Identitäten. Weil Varianten denselben öffentlichen Scan Key verwenden, können Beobachter erkennen, dass veröffentlichte Kennungen zusammengehören. Wer eine strikte Trennung zwischen verschiedenen öffentlichen Rollen benötigt, sollte dafür separate Schlüsselkontexte und eine bewusste Wallet-Struktur prüfen.
Das Label mit dem Index null ist in BIP 352 für Wechselgeld vorgesehen und soll nicht als gewöhnliches Empfangslabel herausgegeben werden. Die Unterscheidung ist für Wallet-Entwickler und Backup-Strategien relevant. Sie zeigt, dass ein scheinbar einfacher statischer Zahlungscode intern eine komplexere Struktur besitzt.
Silent Payments im Alltag: Drei Beispiele
Beispiel 1: Öffentliche Bitcoin-Spenden
Eine gemeinnützige Initiative veröffentlicht auf ihrer Website eine Silent-Payment-Kennung. Unterstützer können sie wiederholt verwenden, ohne für jede Spende eine neue Adresse anzufordern. Auf der Blockchain erscheinen die individuellen Taproot-Ausgaben, nicht eine Reihe identischer Einzahlungen auf die veröffentlichte Kennung. Damit lässt sich die direkte Zuordnung von Spenden erschweren.
Die Initiative muss allerdings eine kompatible empfangende Wallet und eine verlässliche Scan-Infrastruktur betreiben. Ausserdem sollte sie nicht behaupten, die Spenden seien vollständig anonym. Zahlungsdienstleister, öffentliche Danksagungen, Beträge und spätere Ausgaben können weiterhin Informationen offenlegen.
Beispiel 2: Wiederkehrende Zahlungen
Eine selbstständige Person könnte Kunden eine wiederverwendbare Kennung mitteilen, ohne bei jeder Rechnung einen neuen Bitcoin-Empfangscode erzeugen zu müssen. Das spart Abstimmung und vermeidet die offensichtliche Adresswiederverwendung. Für eine saubere Buchhaltung braucht es dennoch eindeutige Zahlungsreferenzen oder andere Zuordnungsprozesse, denn Silent Payments tragen nicht automatisch eine lesbare Rechnungsnummer in der Blockchain.
Wer Einnahmen in der Schweiz erzielt, muss unabhängig vom verwendeten Adressverfahren die anwendbaren Buchführungs- und Steuerpflichten beachten. Silent Payments sind eine Datenschutztechnik und kein Instrument, um steuerliche Nachweise zu umgehen. Für die grundlegende Deklaration von Bitcoin findest Du unseren Schweizer Bitcoin-Steuerleitfaden.
Beispiel 3: Privater Empfang ohne Rückfrage
Du möchtest einem Bekannten Bitcoin senden, der gerade nicht erreichbar ist. Wenn Du seine gültige Silent-Payment-Kennung bereits besitzt und Deine Wallet das Senden unterstützt, kannst Du die Zahlung vorbereiten, ohne eine frische Empfangsadresse anzufordern. Das ist bequem, setzt aber voraus, dass die Kennung tatsächlich von der richtigen Person stammt.
Ein manipulierter QR-Code oder eine ausgetauschte Kennung kann auch hier zu einem unwiederbringlichen Verlust führen. Der Datenschutzgewinn schützt nicht gegen Social Engineering, Tippfehler ausserhalb der Prüfsumme oder die Verwechslung von Empfängern.
Was Silent Payments nicht leisten
Silent Payments verstecken weder den überwiesenen Bitcoin-Betrag noch den Zeitpunkt der Transaktion. Sie verbergen auch nicht automatisch die Herkunft der Inputs. Wenn ein Sender seine Bitcoin direkt von einer identifizierten Handelsplattform bezieht oder mehrere eigene UTXOs zusammen ausgibt, können Beobachter weiterhin Zusammenhänge herstellen. Die Wiederverwendung der Kontaktkennung wird weniger aussagekräftig; die übrige Blockchain-Analyse verschwindet nicht.
Auch das Netzwerkniveau bleibt relevant. Die IP-Adresse, mit der eine Wallet Transaktionen sendet oder Blockchain-Daten abfragt, kann zusätzliche Informationen preisgeben. Ein externer Scan-Server kann je nach Architektur erkennen, welche Anfragen Du stellst. Die Wahl der Wallet, der Netzwerkverbindung und der Serverinfrastruktur beeinflusst deshalb den tatsächlichen Datenschutz.
Schliesslich ist Silent Payments nicht gleich CoinJoin. CoinJoin kombiniert Transaktionen verschiedener Beteiligter, während BIP 352 primär die nicht-interaktive Erzeugung individueller Empfangsausgaben beschreibt. Die Verwendung mit kollaborativen Transaktionen ist technisch anspruchsvoll. Die BIP-Autoren weisen darauf hin, dass für bestimmte Mehrparteienkonstellationen noch Sicherheitsannahmen beziehungsweise Beweise fehlen.
Kosten: Sind Silent Payments günstiger als normale Zahlungen?
BIP 352 benötigt keine zusätzliche Benachrichtigungstransaktion. Die eigentliche Zahlung erscheint als gewöhnlicher Taproot-Output. Das Verfahren ist daher nicht grundsätzlich mit einer separaten Onchain-Zusatzgebühr verbunden. Die normale Bitcoin-Transaktionsgebühr hängt weiterhin von der virtuellen Transaktionsgrösse und dem gewählten Gebührensatz ab.
Ein mathematisches Beispiel: Hat eine Transaktion 180 virtuelle Bytes und wird mit 4 sat/vB bezahlt, ergibt das 720 Satoshis Netzwerkgebühr. Bei 12 sat/vB wären es 2'160 Satoshis. Diese Zahlen sind frei gewählte Rechenbeispiele und keine Aussage über aktuell erforderliche Gebührensätze. Auch beim Silent-Payment-Versand können Anzahl und Art der Inputs die tatsächliche Transaktionsgrösse verändern.
Die grössere zusätzliche Belastung liegt häufig nicht bei den Onchain-Gebühren, sondern bei der Suche nach Zahlungseingängen. Stromverbrauch, Serverbetrieb, Datenübertragung oder Scan-Dienstleistungen können relevant sein. Welche Kosten entstehen, hängt von der konkreten Wallet-Infrastruktur ab; pauschale Beträge wären unseriös.
Sicherheit: Welche Fehler können zu Verlusten führen?
Nicht unterstützte Wallets und falsche Adressfelder
Eine Silent-Payment-Kennung darf nicht als gewöhnliche bc1p-Adresse behandelt werden. Eine Wallet muss die Ableitung nach BIP 352 ausdrücklich unterstützen. Verlass Dich nicht darauf, dass ein allgemeines Marketingversprechen wie Taproot-kompatibel automatisch auch Silent Payments einschliesst. Prüfe getrennt, ob Senden, Empfangen, Wiederherstellen und gegebenenfalls Hardware-Signieren unterstützt werden.
Inputänderungen und Replace by Fee
Die Empfangsausgabe hängt von den gewählten Transaktionseingängen ab. Ändert die sendende Wallet diese Inputs beispielsweise im Rahmen eines Fee-Bumps, muss sie die Silent-Payment-Ausgabe korrekt neu ableiten. BIP 352 nennt diese Prüfung ausdrücklich in seinen Funktionstests. Eine fehlerhafte Implementierung könnte eine Transaktion erzeugen, deren Ausgang nicht mehr wie erwartet vom Empfänger gefunden werden kann.
Hardware Wallets und PSBT
Bei herkömmlichen Transaktionen kann ein Offline-Signer die Zieladresse oft direkt aus den Transaktionsdaten prüfen. Bei Silent Payments ist die endgültige Ausgabe von den Eingängen abhängig. Das stellt besondere Anforderungen an die Zusammenarbeit zwischen Wallet-Software und Signiergerät. BIP 375 beschreibt dafür zusätzliche Felder und Rollen in PSBTv2, hat aber den Status Draft. Eine allgemeine PSBT-Unterstützung garantiert folglich noch keine sichere Silent-Payment-Unterstützung.
Bevor Du grössere Beträge versendest, prüfe die Dokumentation Deiner konkreten Kombination aus Wallet, Hardware-Gerät und Firmware. Mehr zur grundsätzlichen Trennung von Transaktionsaufbau und Signatur findest Du in unserem Beitrag über Bitcoin PSBT und Offline-Signaturen.
Werbung / Affiliate-Link: Du kannst Bitcoin über Relai kaufen und bei der Nutzung den Code AUSWANDERNSCHWEIZ eingeben. Dieser Hinweis ist eine Werbung; bei einer Vermittlung können wir eine Provision erhalten. Relai ist hier eine Kaufoption, keine Garantie für die Unterstützung von Silent Payments. Prüfe vor einer Übertragung die aktuellen Empfangs- und Sendefunktionen Deiner Wallet und nutze zunächst einen kleinen Testbetrag.
Seed, Scan Key und Spend Key getrennt schützen
Der private Scan Key kann auf einem Online-Gerät nötig sein, damit Zahlungseingänge erkannt werden. Das macht ihn nicht wertlos: Wer ihn und genügend weitere öffentliche Daten besitzt, kann unter Umständen Deine Zahlungseingänge analysieren. Er sollte daher nicht wahllos weitergegeben werden. Der private Spend Key ist noch sensibler, weil er zum Ausgeben der Mittel benötigt wird.
Bewahre Schlüsselmaterial und Wiederherstellungsinformationen nach einem getesteten Verfahren auf. Dokumentiere, welche Wallet und welche Ableitungsmethode verwendet wurden. Prüfe die Wiederherstellung mit einem kleinen Betrag, bevor Du eine Silent-Payment-Kennung öffentlich verbreitest. Ein Backup, das Du nie getestet hast, ist keine verlässliche Sicherheitsstrategie.
Silent Payments und Taproot: Wo liegt der Zusammenhang?
Die tatsächlichen Empfangsausgaben nach BIP 352 sind Taproot-Ausgaben. Sie verwenden damit eine bereits vorhandene Bitcoin-Transaktionsform. Das Verfahren ist keine zusätzliche Blockchain und kein eigener Token. Bitcoin bleiben Bitcoin; die Art der Zielableitung verändert sich.
Taproot liefert die passende Struktur, damit eine individuell abgeleitete Ausgabe wie ein gewöhnlicher Taproot-Output aussehen kann. Daraus folgt aber nicht, dass jede Taproot-Wallet auch den aufwendigeren Empfangsscan beherrscht. Wenn Du die zugrunde liegenden Signaturen und Output-Formen verstehen möchtest, lies den Fachartikel Bitcoin Taproot, Schnorr und BIP 340–342.
BIP 352, BIP 375 und BIP 392: Was ist der Unterschied?
BIP 352 beschreibt das eigentliche Silent-Payment-Protokoll: Adresskodierung, Ableitung der Ausgaben, Suche nach Zahlungen und Wiederherstellung. Es ist die zentrale technische Referenz für diese Funktion. Die Spezifikation wurde seit ihrer ursprünglichen Aufnahme weiter präzisiert; eine Änderung der Testvektoren bedeutet nicht automatisch, dass sämtliche Wallets gleichzeitig aktualisiert wurden.
BIP 375 behandelt den Versand mit Partially Signed Bitcoin Transactions der Version 2. Dabei müssen Signierer und Wallet-Software gemeinsam sicherstellen, dass die abgeleitete Zielausgabe korrekt ist. BIP 392 beschäftigt sich mit Output Script Descriptors für Silent Payments. Diese ergänzenden Dokumente sind als Entwürfe zu betrachten, solange ihre offiziellen Statusangaben Draft lauten.
Für Nutzer ist die Konsequenz einfach: Unterstützung besteht aus mehreren Bausteinen. Eine Software kann Silent-Payment-Kennungen anzeigen, ohne alle Empfangs-, Backup- oder Hardware-Funktionen ausgereift zu unterstützen. Entscheidend ist nicht die Existenz eines BIP, sondern die dokumentierte und getestete Umsetzung der verwendeten Software.
Vergleich: Klassische Bitcoin-Adresse, xpub und Silent Payment
Klassische Einzeladresse
Eine normale Empfangsadresse ist leicht zu verstehen und wird von sehr vielen Wallets unterstützt. Wenn Du sie pro Zahlung neu erzeugst, ist die direkte Adresswiederverwendung vermeidbar. Der Nachteil besteht darin, dass der Sender für jede neue Zahlung eine passende Adresse benötigt. Die Empfänger-Wallet kann ihre eigenen bekannten Adressen vergleichsweise einfach überwachen.
Öffentliches xpub
Ein erweiterter öffentlicher Schlüssel kann eine Folge von Empfangsadressen erzeugen, ohne die privaten Ausgabeschlüssel offenzulegen. Das erleichtert bestimmte automatisierte Zahlungsabläufe. Wer das xpub erhält, kann aber unter Umständen die daraus abgeleiteten Adressen und ihre Zahlungen beobachten. Deshalb sollte ein xpub nicht ohne sorgfältige Prüfung als öffentlicher Spendenlink veröffentlicht werden.
Silent-Payment-Kennung
Die Silent-Payment-Kennung ist wiederverwendbar, ohne die resultierenden Blockchain-Ausgaben unmittelbar preiszugeben. Sie benötigt keine separate Kontaktaufnahme, verlangt dafür aber kompatible Sender und eine aufwendigere Empfängersuche. In einem einfachen Setup ist sie deshalb nicht zwangsläufig die bequemste Lösung. Welche Methode passt, hängt von der Bedeutung von Datenschutz, Kompatibilität und Betriebssicherheit ab.
Wie ist der Entwicklungsstand im November 2026?
Die technischen Grundlagen sind veröffentlicht, und einzelne Wallet-Projekte arbeiten am Senden und Empfangen. Bitcoin Optech dokumentiert laufende Entwicklungen, darunter Beiträge zur Scan-Infrastruktur und zu Mehrparteienverfahren. Der Newsletter vom 30. Oktober 2026 beschreibt ausdrücklich einen Vorschlag für Silent Payments mit Mehrparteien-Wallets und weist auf die noch zu klärenden Sicherheitsannahmen hin.
Daraus darf man nicht schliessen, dass Silent Payments bereits in jeder verbreiteten Bitcoin-Wallet standardmässig aktiviert sind. Die Unterstützung kann zwischen Desktop, Mobilgerät, Hardware Wallet, Watch-only-Setup und Server erheblich variieren. Prüfe die Release Notes und die aktuelle Dokumentation der konkret eingesetzten Software, statt eine Kompatibilitätsliste ungeprüft zu übernehmen.
Für langfristige Verwahrung ist insbesondere die Wiederherstellbarkeit entscheidend. Wenn eine Funktion zwar Zahlungen empfangen kann, Du aber nach einem Geräteverlust keine verlässlich dokumentierte Scan- und Spend-Wiederherstellung hast, ist die technische Eleganz kein ausreichender Grund, grössere Vermögenswerte darüber zu verwalten.
Häufige Fragen zu Bitcoin Silent Payments
Ist eine Silent-Payment-Adresse anonym?
Nein. Sie erschwert die direkte Verknüpfung eingehender Zahlungen über eine wiederverwendbare Kennung. Öffentliche Beträge, Inputs, Zeitpunkte und weitere Metadaten bleiben bestehen. Datenschutz ist eine Eigenschaft des gesamten Zahlungsablaufs, nicht bloss des Adressformats.
Kann ich eine sp1-Adresse in jede Bitcoin-Wallet eingeben?
Nein. Nur Software, die das Silent-Payment-Verfahren unterstützt, kann die Kennung korrekt verarbeiten. Eine gewöhnliche Wallet kann die Eingabe ablehnen. Verwende niemals einen improvisierten Konverter oder ein unbekanntes Webtool, um die Kennung in eine scheinbar normale Adresse umzuwandeln.
Brauche ich für Silent Payments einen eigenen Full Node?
Nicht zwingend. Empfangssoftware kann auch auf Index- oder Scan-Dienste zurückgreifen. Ein eigener Full Node beziehungsweise eine eigene vertrauenswürdige Infrastruktur kann jedoch die Kontrolle über Daten und Verifikation verbessern. Die konkreten Möglichkeiten unterscheiden sich je nach Wallet.
Sind Silent Payments dasselbe wie Lightning?
Nein. Silent Payments sind ein Verfahren zur Ableitung von Bitcoin-Onchain-Empfangsausgaben. Lightning organisiert Zahlungen über Zahlungskanäle und ein anderes Protokoll. Beide Technologien lösen unterschiedliche Probleme und sind nicht einfach austauschbar.
Sind die Gebühren höher als bei normalen Bitcoin-Transaktionen?
BIP 352 benötigt keine zusätzliche Benachrichtigungstransaktion. Die Onchain-Gebühr ergibt sich weiterhin aus der Transaktionsgrösse und dem Gebührensatz. Zusätzlicher Aufwand kann beim Scannen und beim Betrieb der Empfangsinfrastruktur entstehen.
Kann ich meine Silent-Payment-Wallet mit zwölf oder vierundzwanzig Wörtern wiederherstellen?
Unter passenden Implementierungs- und Ableitungsbedingungen können Seed-Wörter die Schlüssel wiederherstellen. Um die Zahlungseingänge zu finden, muss die Wallet die relevanten Blockchain-Daten erneut scannen. Zusätzliche Labels und Metadaten sollten gesichert werden. Die praktische Wiederherstellung muss mit der konkreten Wallet getestet werden.
Erkennt ein Blockchain-Explorer, dass eine Zahlung per Silent Payments erfolgte?
Die abgeleitete Ausgabe erscheint als gewöhnlicher Taproot-Output. Aus diesem Output allein ist die öffentliche Silent-Payment-Kennung nicht ablesbar. Ein Beobachter kann aber aus anderen Daten Rückschlüsse ziehen. Absolute Ununterscheidbarkeit des gesamten Zahlungsablaufs wäre eine zu starke Behauptung.
Sollte ich Silent Payments für meine gesamten Bitcoin verwenden?
Das lässt sich nicht pauschal empfehlen. Prüfe zunächst Softwareunterstützung, Backup, Signiergerät, Scan-Infrastruktur und die Möglichkeit, Mittel zuverlässig wieder auszugeben. Bei neuen Funktionen ist ein kleiner Testbetrag vernünftig. Bitcoin selbst bleibt volatil und ein vollständiger Verlust ist möglich.
Zusammenfassung: Wann sind Silent Payments sinnvoll?
Silent Payments nach BIP 352 verbinden eine öffentlich wiederverwendbare Bitcoin-Empfangskennung mit individuell abgeleiteten Taproot-Ausgaben. Das ist besonders für Spenden, wiederkehrende Zahlungen und andere Situationen interessant, in denen eine frische Adressabstimmung unpraktisch wäre. Der zentrale Vorteil ist ein besserer Schutz gegen die triviale Verknüpfung aller Zahlungen über dieselbe öffentlich sichtbare Onchain-Adresse.
Dem stehen höhere Anforderungen an Wallets, Scan-Infrastruktur, Backup und Signierprozesse gegenüber. Silent Payments sind weder eine Anonymitätsgarantie noch eine Alternative zu sorgfältiger Schlüsselverwaltung. Wer die Technik nutzen möchte, sollte vor allem die Wiederherstellung und den vollständigen Weg vom Empfang bis zur Ausgabe testen. Für den Kauf von Bitcoin ist keine Silent-Payment-Unterstützung erforderlich; Kauf und sichere Verwahrung sind getrennte Entscheidungen.
Quellen und weiterführende Literatur
BIP 352 – Silent Payments, offizielle Protokollspezifikation. Massgebliche Beschreibung von Adressformat, kryptografischer Ableitung, Scan-Verfahren, Labels, Backup und Testvektoren; Changelog zuletzt am 25. Oktober 2026 aktualisiert.
Bitcoin Optech – Silent Payments. Laufend gepflegte fachliche Übersicht über Nutzen, technische Einschränkungen und Implementierungsentwicklungen.
Bitcoin Optech Newsletter 429 vom 30. Oktober 2026. Aktueller Bericht über Mehrparteienverfahren und offene Sicherheitsannahmen.
BIP 375 – Sending Silent Payments with PSBTs. Entwurf zu zusätzlicher PSBTv2-Datenstruktur und Überprüfung von Silent-Payment-Ausgaben.
BIP 392 – Silent Payment Output Script Descriptors. Entwurf zur Beschreibung von Silent-Payment-Ausgaben mit Descriptors.
Relai – offizielle Informationen zu Kauf- und Verkaufsgebühren, Stand 15. Juli 2026. Gebühren- und Codebedingungen sind vor dem Kauf erneut zu prüfen.
Hinweis: Dieser Artikel dient der allgemeinen Wissensvermittlung und ist keine persönliche Anlage-, Rechts- oder Steuerberatung.
Kommentare