Silent Payments (BIP-352) Das Ende der statischen Adresse
Eine Adresse. Unendlich viele Empfänge. Keine davon läßt sich einer anderen zuordnen. BIP-352 macht aus einer einzigen, wiederverwendbaren sp1...-Kennung beliebig viele, on-chain unlinkbare Taproot-Outputs. Ohne dass du jemals online sein oder neue Adressen generieren musst. Diese Anleitung zeigt den exakten Pfad zur Aktivierung auf deiner BitBox02/Nova mit Sparrow.
Die Anatomie der Stille
Das Problem ist simpel: Jede Bitcoin-Adresse, die du wiederverwendest, ist ein forensisches Geschenk. Jeder, der einmal an deine bc1q...-Adresse gesendet hat, kann in einem Block-Explorer sehen, wer sonst noch an diese Adresse gesendet hat. Alle Zahlungen werden zu einem einzigen, öffentlich einsehbaren Cluster. Deine Spendenadresse wird zur Timeline deiner finanziellen Existenz.
Die klassische Lösung – für jeden Zahlungsvorgang eine frische Adresse generieren – funktioniert in kontrollierten Umgebungen. Aber sie versagt fundamental bei öffentlichen Use Cases: Spenden-Links auf Websites, wiederkehrende Zahlungen von verschiedenen Sendern, öffentliche Identitäten. Du kannst nicht für jeden Spender eine neue Adresse bereitstellen, ohne permanent online zu sein.
Der BIP-352 Durchbruch
Silent Payments lösen dieses Dilemma mit eleganter Kryptografie. Du veröffentlichst eine einzige Silent-Payment-Adresse – erkennbar am sp1...-Präfix. Diese Adresse ist wiederverwendbar wie eine klassische Adresse. Der Unterschied: Jeder Sender, der an diese Adresse zahlt, erzeugt automatisch einen einzigartigen, unlinkbaren Taproot-Output für dich.
On-chain erscheint ein normaler bc1p... P2TR-Output. Nichts deutet darauf hin, dass es sich um ein Silent Payment handelt. Externe Beobachter können nicht erkennen, dass zwei verschiedene Zahlungen an dieselbe sp1...-Adresse gingen – es sei denn, du gibst später UTXOs gemeinsam aus.
Eine Kennung
Deine sp1...-Adresse ist statisch und wiederverwendbar.
Unendliche Outputs
Jede Zahlung generiert eine einzigartige On-Chain-Adresse.
Nicht verknüpfbar beim Empfang
Außenstehende können eingehende Zahlungen nicht einander zuordnen. Wer zwei davon später gemeinsam ausgibt, hebt das selbst auf — siehe § 06.
Quelle: BIP-352 Specification | bips.dev/352 | Bitcoin Optech, Topic „Silent Payments“
Stell dir vor, du könntest eine Spendenadresse auf deiner Website veröffentlichen, und jeder Spender würde automatisch an eine völlig neue, nur dir bekannte Adresse senden – ohne dass du online bist, ohne dass du eine neue Adresse generierst, ohne jede Interaktion. Das ist Silent Payments.
Der kryptografische Split: Scanning vs. Spending
BIP-352 trennt zwei fundamental verschiedene Aufgaben in zwei getrennte Schlüssel. Diese Separation ist der Schlüssel zur operativen Sicherheit: Du kannst die Blockchain nach eingehenden Zahlungen scannen, ohne jemals deinen Spending Key zu exponieren.
Scanning Key
Wird genutzt, um die Blockchain zu scannen und eingehende Silent Payments zu identifizieren. Kann auf einem Online-Gerät liegen, ohne deine Coins zu gefährden.
Sparrow Wallet (Watch-Only Mode)
Spending Key
Verbleibt permanent auf der Hardware-Wallet. Wird nur zum Signieren benötigt, nachdem ein passender Output identifiziert wurde.
BitBox02/Nova (Secure Element)
Die Diffie-Hellman-Derivation
Die Mathematik hinter Silent Payments basiert auf Elliptic Curve Diffie-Hellman (ECDH). Der Sender kombiniert seinen privaten Input-Schlüssel mit dem öffentlichen Scan-Key des Empfängers, um ein Shared Secret zu berechnen. Aus diesem Secret wird der finale Output-Key abgeleitet.
Input: Der Sender nutzt seine Transaction-Inputs ($s_{\text{sender}}$) und den öffentlichen Scan-Key ($P_{\text{scan}}$) des Empfängers.
Shared Secret: Via ECDH entsteht ein gemeinsames Geheimnis, das gehasht wird.
Output: Der finale Public Key für den Taproot-Output:
Ergebnis: Nur der Empfänger (mit $s_{\text{scan}}$ und $s_{\text{spend}}$) kann den resultierenden Output als sein eigenes Geld erkennen und ausgeben.
Quelle: BIP-352 — Silent Payments, Abschnitt „Cryptographic Operations“
Der Spending Key verlässt niemals deine BitBox02/Nova. Der Scanning Key kann exportiert werden, um Watch-Only-Scanning in Sparrow zu ermöglichen. Wer deinen Scanning Key kompromittiert, kann sehen, welche Outputs dir gehören – aber er kann sie nicht ausgeben.
Setup: Der „Silent Receiver“
Das Setup erfordert drei Dinge: Deine BitBox02/Nova als Hardware-Anker für den Spending Key, Sparrow Wallet als Oberfläche fürs Scannen und Signieren — und eine eigene Full Node. Die dritte ist keine Empfehlung, sondern Bedingung: Wer über einen fremden Server scannt, verrät ihm genau die Outputs, die er verbergen will (§ 03 unten). Ohne eigene Node ergibt dieses Setup keinen Sinn. Sparrow führt Empfangs-Wallets für Silent Payments seit Fassung 2.5.0 vom 21.05.2026, samt Unterstützung für Hardware-Signer; ältere Fassungen können nur senden.
Schritt 1: BitBox Firmware & Scan Key Export
Firmware 9.21.0 vom 26.09.2024 hat das Senden an Silent-Payment-Adressen in die BitBox02 gebracht, die BitBoxApp 4.45.0 vom 10.10.2024 dasselbe. Für Zahlungen an Silent-Payment-Adressen brauchst du heute mindestens Firmware 9.26.5 vom August 2026: Von 9.21.0 bis 9.26.4 konnte ein manipulierter Rechner das Guthaben dabei an eine unbeabsichtigte Adresse binden, ohne es direkt zu stehlen, wohl aber mit der Möglichkeit einer Erpressung; ausgenutzte Fälle sind BitBox nicht bekannt (BitBox ist Partner von BitAtlas; für vermittelte Kunden erhalten wir eine Vergütung). Einzelheiten im Testbericht. Ein „Lugano Update“ nennen die Anmerkungen an keiner Stelle — der Name ist unserer. Nimm für die Einrichtung die jeweils aktuelle Fassung — am 17.09.2026 waren das Firmware 9.27.1 vom 31.08.2026 und BitBoxApp 4.52.0 vom 15.09.2026. Beide Kataloge wachsen weiter; prüfe sie, statt dich auf die hier genannte Nummer zu verlassen.
Firmware Update verifizieren
Öffne die BitBoxApp → Gerät verwalten → Über das Gerät. Nimm die aktuelle Fassung — 9.27.1 vom 31.08.2026 ist der Stand vom 17.09.2026.
Silent Payment Settings öffnen
In der BitBoxApp: Erweiterte Einstellungen → Silent Payments → Aktivieren.
Scan Key exportieren
Wähle Export Scan Key. Die BitBox02 zeigt den Key auf dem Display zur Bestätigung. Dieser Key ist Watch-Only und ermöglicht das Scannen ohne Spending-Rechte.
In Sparrow importieren
Sparrow Wallet öffnen → File → New Wallet → Connected Hardware Wallet → Silent Payment Scan Key einfügen.
Schritt 2: Silent-Adresse in Sparrow generieren
Nachdem der Scan Key importiert ist, kann Sparrow deine sp1... Silent-Payment-Adresse ableiten. Diese Adresse veröffentlichst du als statischen Empfangslink.
Silent Payment Wallets müssen jeden Block scannen, um potentielle Outputs zu identifizieren. Wenn du einen Drittanbieter-Server nutzt, kann dieser aus deinen Scanning-Anfragen ableiten, welche Silent Payments dir gehören – ein fatales Privacy-Leak. Verbinde Sparrow zwingend mit deiner eigenen Full Node (Bitcoin Core, Umbrel, RaspiBlitz) oder einem selbst gehosteten Electrum-Server. Eine eigene betreiben wir nicht – die Empfehlung folgt aus der Sache, nicht aus einer Erprobung.
Sparrow
2.5.0+ für den Empfang
BitBoxApp
4.52.0 (Stand 09/2026)
Full Node
Bitcoin Core / Electrum Server
BitBox02
Firmware 9.27.1 (08/2026)
Quellen: BitBox02-Firmware, Release-Katalog – 9.21.0 am 26.09.2024, „add support for sending to silent payment (BIP-352) addresses“; aktuell 9.27.1 vom 31.08.2026 | BitBoxApp, Release-Katalog – 4.45.0 am 10.10.2024 mit derselben Zeile; aktuell 4.52.0 vom 15.09.2026 | Sparrow, Release-Katalog – Senden ab 2.3.0 (03.10.2025), Hardware-Wallet beim Senden ab 2.4.0 (10.02.2026), Empfangen ab 2.5.0 (21.05.2026), aktuell 2.5.4. In beiden vollständigen BitBox-Änderungsprotokollen kommt „Lugano“ null-mal vor. Auch die Hilfe des Hauses, die seine Blogbeiträge spiegelt, nennt Lugano an keiner Stelle — 620 Artikel, am 27.09.2026 durchsucht | Stand: 11.09.2026
Der „Silent Sender“ Workflow
Du willst an eine sp1...-Adresse senden? Sparrow erkennt das Format automatisch und führt die notwendigen Diffie-Hellman-Berechnungen im Hintergrund durch. Der Prozess ist für den Sender nahezu transparent.
Senden an eine Silent Payment Adresse
Empfängeradresse eingeben
Sparrow → Send → Im Feld „Pay to“ die sp1...-Adresse des Empfängers einfügen.
Automatische Derivation
Sparrow erkennt das Silent Payment Format und berechnet den einmaligen Ziel-Public-Key aus deinen Input-Keys und dem sp1...-Key des Empfängers.
PSBT an BitBox02
Die resultierende PSBT wird an deine BitBox02/Nova gesendet. Das Gerät zeigt die finale P2TR-Adresse (bc1p...) zur Verifikation an.
Was Anti-Klepto hier nicht leistet
Anti-Klepto sichert die Zufallszahl der Signatur gegen einen verdeckten Kanal – die BitBox02-Firmware führt es seit Version 9.4.0 unter genau dieser Beschreibung. Die Adressberechnung deckt es nicht ab. Dafür gibt es allein die Anzeige auf dem Gerät, und deshalb steht der nächste Schritt hier.
Was du siehst: Die resultierende P2TR-Adresse (bc1p...) – nicht die ursprüngliche sp1...-Adresse.
Warum: On-chain existiert nur der abgeleitete Taproot-Output. Die sp1...-Adresse ist nur ein Konstrukt zur Berechnung.
Kritisch: Vergleiche die angezeigte Adresse mit der Vorschau in Sparrow. Bei Abweichung: Transaktion sofort abbrechen.
Die Menüpfade sind unsere Beschreibung des Ablaufs. Die Release-Anmerkungen beider Häuser beschreiben das Senden an Silent-Payment-Adressen; einen Export des Scan Keys führen sie an keiner Stelle, und die Hilfe von Shift Crypto nennt Silent Payments an keiner Stelle, Stand 27.09.2026
Die BitBoxApp enthält spezielle Prüfungen, die verifizieren, dass der Hardware-Signer die Silent Payment Derivation korrekt durchführt. Dies ist eine Erweiterung des bekannten Anti-Klepto-Protokolls und verhindert, dass eine kompromittierte Firmware Seed-Fragmente in der Output-Berechnung versteckt.
Silent Payments erfordern eine korrekt eingerichtete Hardware-Wallet. Unser Hardware-Wallet Guide zeigt den vollständigen Pfad von der Initialisierung bis zur ersten Transaktion.
Forensik-Killer: Der Protokoll-Vergleich
Silent Payments (BIP-352) sind nicht der erste Versuch, wiederverwendbare Adressen zu implementieren. BIP-47 (PayNyms) existiert seit 2015. Der Unterschied zu BIP-47: BIP-352 kommt ohne zusätzliche On-Chain-Transaktion aus und bleibt damit forensisch unsichtbar.
Statische Adresse
BIP-47 (PayNym)
BIP-352 (Silent)
Quelle: Bitcoin Optech, Topic „Silent Payments“ | BIP-47 | BIP-352 — die Zeilen „Linkability“ und „Privacy-Level“ sind unsere Einteilung, keine Messgröße; die übrigen Zeilen folgen aus den beiden Spezifikationen
Warum BIP-47 verliert
BIP-47 verwendet eine Notification Transaction mit OP_RETURN-Daten, um einen gemeinsamen Geheimwert zwischen Sender und Empfänger auszuhandeln. Diese Notification ist öffentlich sichtbar und verlinkt Zahlungen. Chain-Analyse-Tools können diese Notification erkennen und wissen sofort: Hier wird ein PayNym-Kanal etabliert.
Silent Payments vermeiden die Notification komplett. Die gesamte Derivation passiert off-chain via Diffie-Hellman. On-chain erscheint nur ein normaler Taproot-Output – forensisch ununterscheidbar von jedem anderen P2TR-Spend.
Die Common Input Ownership Heuristic (CIOH) – die Annahme, dass alle Inputs einer Transaktion derselben Partei gehören – ist eine zentrale Säule der Chain-Analyse. Silent Payments brechen diese Heuristik auf der Empfängerseite: Externe Beobachter können nicht erkennen, dass mehrere Outputs zur selben sp1...-Adresse gehören.
Die Checkliste: was die Stille aufhebt
Silent Payments allein garantieren keine vollständige Anonymität. Wenn du UTXOs aus verschiedenen Quellen gemeinsam ausgibst, linkst du sie nachträglich zusammen. Diese Checkliste ist die Hygiene, die danach kommt: Wie du die Outputs auseinanderhältst, die BIP-352 dir getrennt geliefert hat.
Privacy Shield Protocol
Eigene Node für Scanning
Verbinde Sparrow mit deiner Full Node oder selbst gehostetem Electrum-Server. Drittanbieter-Server können aus deinen Scanning-Anfragen ableiten, welche Silent Payments dir gehören.
Keine Rekombination von KYC-UTXOs
Gib niemals Silent Payment Outputs zusammen mit KYC-belasteten UTXOs (Exchange-Withdrawals, verifizierte Käufe) in einer Transaktion aus. Eine einzige gemeinsame Ausgabe vernichtet die gesamte Unlinkability.
Konsequentes UTXO-Labeling in Sparrow
Tagge jeden UTXO mit seiner Herkunft: „KYC Exchange“, „Non-KYC P2P“, „Silent Payment Donation“, etc. Sparrow’s Coin Control zeigt dir diese Labels bei der Output-Auswahl.
Scanning Keys nur Watch-Only
Exportiere den Scan Key ausschließlich in Watch-Only-Setups. Der Spending Key bleibt permanent auf der BitBox02/Nova im Secure Element.
Metadaten-Awareness
Deine sp1...-Adresse kann on-chain privat sein, aber wenn du sie auf deiner Website mit deinem Namen veröffentlichst, ist die Pseudonymität aufgelöst. Trenne öffentliche Identitäten von anonymen Spenden-Adressen.
Silent Payments schützen dich, solange du UTXOs isoliert hältst. Der Moment, in dem du zwei Silent Payment Outputs zusammen ausgibst, weiß jeder Beobachter: Diese beiden gehören derselben Entität. Die gesamte Unlinkability ist verloren. Nutze Coin Control in Sparrow rigoros.
On-Chain Identität: Gelöscht.
Silent Payments transformieren eine einzige Kennung in beliebig viele unlinkbare Empfangsadressen. Die BitBox02 Nova trägt dafür das aktualisierte OPTIGA™ Trust M V3 Secure Element; einen Geschwindigkeitsvergleich mit anderen Geräten gibt es von uns nicht.
BitBox02 Select Report →