Silent Payments: Wie Taproot Bitcoins Privatsphäre neu erfindet

Im November 2025 verurteilte ein US-Bundesgericht die Gründer von Samourai Wallet zu Haftstrafen von fünf und vier Jahren, weil ihr CoinJoin-Dienst Whirlpool nachweislich auch Kriminellen beim Verschleiern von Geldwäsche geholfen hatte. Das Urteil traf nicht nur zwei Entwickler, sondern eine ganze Kategorie von Bitcoin-Privatsphäre-Werkzeugen: koordinierte Mixing-Dienste mit einem greifbaren Betreiber, den Strafverfolger anklagen können. Während dieser Ansatz sichtbar unter Druck gerät, wächst im Hintergrund ein anderer heran, der ganz ohne Koordinator und ohne zentralen Betreiber funktioniert. Silent Payments, offiziell als BIP 352 im Bitcoin-Protokoll dokumentiert, sind ein reines Adressformat, kein Dienst, den jemand betreibt und für den jemand haftet. Möglich wurde die Technik erst durch Taproot, das Upgrade, das Bitcoin seit November 2021 mit Schnorr-Signaturen ausgestattet hat. Dieser Artikel erklärt, wie Silent Payments funktionieren, warum sie ohne Taproot nicht denkbar wären, wer sie Mitte 2026 bereits unterstützt und was der neue Standard für Bitcoin-Nutzer in Deutschland praktisch bedeutet.

Der Fall Samourai: Warum Mixer-Dienste zum Risiko wurden

Samourai Wallet war über Jahre eine der bekanntesten Adressen für Bitcoin-Nutzer, die ihre Transaktionshistorie verschleiern wollten. Kernstück war Whirlpool, ein CoinJoin-Dienst, der die Ein- und Ausgaben mehrerer Nutzer zu einer gemeinsamen Transaktion bündelte, sodass sich im Nachhinein nicht mehr eindeutig zuordnen ließ, welche Ausgabe zu welchem ursprünglichen Guthaben gehörte. Im April 2024 klagte die US-Staatsanwaltschaft die Gründer Keonne Rodriguez und William Lonergan Hill wegen des Betriebs eines unlizenzierten Geldtransferdienstes und wegen Verschwörung zur Geldwäsche an. Beide bekannten sich 2025 schuldig. Im November 2025 verhängte das Gericht für den Southern District of New York fünf Jahre Haft gegen Rodriguez und vier Jahre gegen Hill; nach Angaben der US-Staatsanwaltschaft wurden über den Dienst mehr als 237 Millionen US-Dollar aus Straftaten gewaschen, von Drogenhandel bis zu Erpressung, und beide Angeklagten mussten diesen Betrag als Forfeiture abtreten.

Der zuständige US Attorney Nicolas Roos kommentierte das Urteil mit deutlichen Worten. „Die Strafen, die die Angeklagten erhielten, senden eine klare Botschaft: Wer wissentlich Erlöse aus Straftaten wäscht, unabhängig von der eingesetzten Technologie oder davon, ob die Erlöse in Fiatgeld oder Kryptowährung vorliegen, muss mit ernsten Konsequenzen rechnen“, erklärte er laut der Pressemitteilung des US-Justizministeriums. Für die Bitcoin-Entwicklerszene war das Signal eindeutig: Wer einen zentralen Koordinator betreibt, trägt ein greifbares rechtliches Risiko, unabhängig davon, wie solide die zugrunde liegende Kryptografie ist.

Der Fall zeigt eine Parallele, die über Bitcoin hinausreicht. Auf Ethereum verlief die Aufarbeitung des Mixing-Dienstes Tornado Cash komplizierter und am Ende teilweise sogar gegenläufig: Das US-Finanzministerium nahm Tornado Cash im März 2025 von seiner Sanktionsliste, nachdem ein Berufungsgericht entschieden hatte, dass unveränderliche Smart Contracts, die niemand mehr kontrolliert, kein Eigentum einer sanktionierten Person darstellen können, siehe die Mitteilung des US-Finanzministeriums. Für Mitgründer Roman Storm persönlich änderte das wenig: Eine Jury verurteilte ihn im August 2025 wegen des Betriebs eines unlizenzierten Geldtransferdienstes, blieb bei den schwereren Vorwürfen der Geldwäsche-Verschwörung jedoch uneinig; die US-Staatsanwaltschaft strebt für 2026 einen zweiten Prozess zu diesen offenen Punkten an, wie CoinDesk berichtete. Die Lehre aus beiden Fällen ist ähnlich: Nicht zwangsläufig der Code selbst gerät dauerhaft ins Visier der Justiz, sondern die Menschen, die als erkennbarer Betreiber, Koordinator oder Vermittler auftreten. Genau diese Rolle existiert bei Silent Payments von vornherein nicht, es gibt keinen Smart Contract und keinen Koordinator, den man abschalten oder anklagen könnte.

Was Taproot mit Bitcoins Privatsphäre zu tun hat

Taproot aktivierte sich am 14. November 2021 im Block 709.632, nachdem im Juni desselben Jahres über 90 Prozent der Miner per Speedy Trial ihre Zustimmung signalisiert hatten. Technisch bündelt das Upgrade drei Bitcoin Improvement Proposals: BIP 340 führt Schnorr-Signaturen ein, BIP 341 definiert das eigentliche Taproot-Ausgabeformat samt MAST (Merkleized Alternative Script Trees), und BIP 342 erweitert die Skriptsprache um Tapscript. Autoren der drei Kern-BIPs waren unter anderem Pieter Wuille, Jonas Nick, Tim Ruffing und Anthony Towns, allesamt langjährige Bitcoin-Core-Mitwirkende. Wer die Mechanik im Detail nachlesen möchte, findet sie in unserem großen Taproot-Grundlagenartikel; dieser Text konzentriert sich bewusst auf die eine Konsequenz, die für Silent Payments entscheidend ist: Taproot-Adressen, erkennbar am Präfix bc1p, sehen für einen externen Beobachter unabhängig vom tatsächlichen Inhalt der Transaktion nahezu identisch aus. Eine einfache Ein-Schlüssel-Zahlung und eine komplexe Mehrparteien-Vereinbarung nutzen im Idealfall exakt dasselbe Format.

Diese Uniformität ist kein Nebeneffekt, sondern der Kern des Privatsphäre-Versprechens, das Taproot seit mittlerweile fast fünf Jahren einlöst, siehe auch unsere Bilanz fünf Jahre nach der Aktivierung. Ohne diese Eigenschaft könnten Silent Payments technisch zwar existieren, wären auf der Blockchain aber sofort als eigene, erkennbare und damit potenziell stigmatisierbare Kategorie sichtbar. Erst weil jede Silent-Payment-Zahlung wie eine gewöhnliche Taproot-Transaktion aussieht, verschwindet sie in der Menge der insgesamt wieder wachsenden Taproot-Nutzung, die laut aktuellen Marktdaten auf einen Anteil von grob 15 bis 20 Prozent aller Bitcoin-Transaktionen kommt, deutlich unter dem durch Ordinals und Runes getriebenen Zwischenhoch von über 40 Prozent Anfang 2024, aber auf einem soliden, organisch gewachsenen Niveau.

Das Problem vor Silent Payments: Adressen, die alles verraten

Bitcoin-Adressen sind aus Sicht des Protokolls im Grunde Wegwerfartikel. Best Practice ist seit Jahren, für jede eingehende Zahlung eine neue Adresse zu generieren, weil zwei Zahlungen an dieselbe Adresse zweifelsfrei demselben Empfänger zugeordnet werden können. In der Praxis scheitert das ständig an der Realität: Ladenkassen drucken eine feste Adresse auf ein Schild, Spendenaufrufe verlinken eine einzige Adresse in einer E-Mail-Signatur oder auf Social Media, und viele Nutzer geben aus reiner Bequemlichkeit dieselbe Adresse mehrfach heraus. Jede Wiederverwendung schreibt ein Stück Transaktionshistorie unwiderruflich in eine öffentliche, für immer einsehbare Datenbank, die von spezialisierten Chain-Analyse-Firmen systematisch ausgewertet wird.

Ein erster Lösungsversuch existierte bereits Jahre vor Silent Payments: BIP 47, auch als Reusable Payment Codes oder PayNym bekannt, erlaubte es, einen wiederverwendbaren Zahlungscode zu veröffentlichen. Das Problem dabei war die notwendige Ankündigungstransaktion, die Notification Transaction: Bevor Sender und Empfänger eindeutige Adressen füreinander ableiten konnten, musste eine sichtbare, kostenpflichtige Vorab-Transaktion auf der Blockchain stattfinden, die selbst wieder ein erkennbares, kostspieliges Muster hinterließ und die eigentliche Privatsphäre teilweise wieder untergrub. Genau an diesem ungelösten Rest setzte der pseudonyme Entwickler Ruben Somsen an, als er die erste Version dessen skizzierte, was später zu Silent Payments werden sollte.

Silent Payments erklärt: Eine Adresse, unzählige Ziele

Die Grundidee lässt sich in einem Satz zusammenfassen: Eine Person veröffentlicht eine einzige, dauerhafte Adresse, erkennbar am Präfix sp1, aber jede Zahlung, die dort eingeht, erzeugt auf der Blockchain einen völlig neuen, einmaligen Taproot-Output, den niemand außer Sender und Empfänger der veröffentlichten Adresse zuordnen kann. Es gibt keine Ankündigungstransaktion, keine Interaktion und keinen Informationsaustausch außerhalb der eigentlichen Zahlung selbst. Ein Freelancer könnte seine sp1-Adresse dauerhaft auf seiner Webseite stehen lassen, ein gemeinnütziger Verein sie in jede Spendenaufforderung kopieren, ohne dass Außenstehende jemals sehen, wie viele Zahlungen tatsächlich eingegangen sind oder wie hoch der Gesamtbetrag ausfällt.

Technisch berechnet der Sender aus den eigenen Transaktionseingaben und dem öffentlichen Scan-Schlüssel des Empfängers ein gemeinsames Geheimnis, das per Hash-Funktion in einen sogenannten Tweak umgewandelt wird. Dieser Tweak wird auf den öffentlichen Ausgabeschlüssel des Empfängers addiert und ergibt den tatsächlichen, einmaligen Taproot-Schlüssel der Zahlung. Der Empfänger kann exakt dasselbe gemeinsame Geheimnis unabhängig berechnen und dadurch jede eingehende Zahlung erkennen, ohne dass der Sender ihm vorher irgendetwas mitteilen musste. Für jeden außenstehenden Beobachter der Blockchain sieht das Ergebnis wie eine gewöhnliche, einmalige Taproot-Zahlung aus, wie es Bitcoin Optech in seiner technischen Übersicht beschreibt.

Praktisch relevant ist das vor allem dort, wo Empfänger nicht ständig neue Adressen kommunizieren können oder wollen. Menschenrechtsorganisationen und Aktivisten in autoritär regierten Ländern, die auf Bitcoin-Spenden angewiesen sind, aber keine wechselnden Adressen an ein oft anonymes, wechselndes Publikum verteilen können, gehören zu den am häufigsten genannten Anwendungsfällen für Silent Payments. Dieselbe Eigenschaft hilft aber ebenso gewöhnlichen Selbstständigen, Ladenbesitzern oder Streaming-Plattformen, die Trinkgelder in Bitcoin annehmen wollen, ohne für jede einzelne Zahlung manuell eine neue Adresse zu generieren.

Die Kryptografie im Detail: Scan-Key, Spend-Key und ECDH

Wer die Mechanik einen Schritt tiefer verstehen will, muss zwei getrennte Schlüsselpaare des Empfängers kennen, einen Scan-Schlüssel und einen Spend-Schlüssel. Diese Trennung ist kein Zufall, sondern eine bewusste Sicherheitsentscheidung, die den gesamten Ablauf in einzelne, nachvollziehbare Schritte zerlegt:

• Der Scan-Schlüssel wird benötigt, um eingehende Zahlungen zu erkennen. Er kann an einen Server oder eine Watch-Only-Anwendung weitergegeben werden, ohne dass diese Stelle jemals Geld ausgeben könnte.
• Der Spend-Schlüssel bleibt ausschließlich beim Empfänger und wird nur benötigt, um erkannte Guthaben tatsächlich auszugeben.
• Der Sender summiert die privaten Schlüssel aller eigenen Transaktionseingaben und multipliziert sie mit dem öffentlichen Scan-Schlüssel des Empfängers (Elliptic Curve Diffie-Hellman, ECDH).
• Aus diesem gemeinsamen Geheimnis entsteht per Hash-Funktion ein Tweak-Wert, der per Punktaddition auf der elliptischen Kurve mit dem öffentlichen Spend-Schlüssel verrechnet wird.
• Der Empfänger wiederholt dieselbe Rechnung mit dem eigenen privaten Scan-Schlüssel und der Summe der öffentlichen Eingabeschlüssel aus der Transaktion und erhält dasselbe Ergebnis.

Diese Trennung von Scan- und Spend-Schlüssel erlaubt es beispielsweise Unternehmen, das Scannen nach eingehenden Zahlungen an einen externen Dienst oder Buchhaltungsserver auszulagern, ohne diesem gleichzeitig die Kontrolle über das Guthaben zu geben. Für kollaborative Konstruktionen wie CoinJoin böten sich zusätzlich sogenannte DLEQ-Beweise (Discrete Log Equality) an, mit denen sich beweisen ließe, dass ein Teilnehmer einen Tweak korrekt berechnet hat, ohne den privaten Schlüssel offenzulegen; die BIP-352-Spezifikation selbst hält dieses Feld aber ausdrücklich für zukünftige Arbeit offen, weil bislang kein formaler Sicherheitsbeweis für eine solche Kombination vorliegt.

Von Ruben Somsens Idee zu BIP 352

Die Idee ist älter, als viele annehmen. Im März 2022 veröffentlichte der pseudonyme Entwickler Ruben Somsen ein erstes technisches Konzept unter dem Titel „Non-interactive private payments with no on-chain overhead“ und stellte es kurz darauf auf der Bitcoin-Dev-Mailingliste zur Diskussion. Eine spätere Version im Oktober 2022 versuchte sogar, Unterstützung für CoinJoin-artige Kombinationen einzubauen, ein Ziel, das, wie im vorherigen Abschnitt beschrieben, bis heute nicht vollständig gelöst ist.

Ende 2022 stieß die Bitcoin-Core-Mitwirkende Josie Baker, die unter dem Pseudonym josibake auftritt, zum Projekt und trieb gemeinsam mit Sebastian Falbesoner die Formalisierung voran. Am 9. März 2023 erhielt der Vorschlag offiziell die Bezeichnung BIP 352. Wichtig für das Verständnis: BIP 352 verlangt keine Änderung der Bitcoin-Konsensregeln. Es handelt sich um einen reinen Adress- und Wallet-Standard, den jede Software implementieren kann, ohne auf einen Softfork oder eine Mehrheit von Minern warten zu müssen, ein deutlicher Unterschied zu den langwierigeren Aktivierungsdebatten, wie sie etwa um umstrittene Softfork-Vorschläge rund um Bitcoins Blockspace geführt werden. Die aktuelle Version 1.1 vom April 2026 führte eine Obergrenze von 2.323 Adressen pro Sendergruppe ein, um gezielte Denial-of-Service-Angriffe zu erschweren, bei denen jemand absichtlich Tausende Scheinzahlungen an eine Adresse schickt, um deren Scan-Aufwand künstlich in die Höhe zu treiben.

Warum jede Silent-Payment-Zahlung eine Taproot-Adresse ist

BIP 352 schreibt explizit vor, dass jede Silent-Payment-Ausgabe im P2TR-Format erfolgen muss, also als Pay-to-Taproot-Output. Das ist keine willkürliche Designentscheidung. Taproot-Ausgaben verwenden durchgängig sogenannte X-only Public Keys, ein kompaktes Schlüsselformat, das sich ideal für die Tweak-Arithmetik eignet, die Silent Payments benötigen. Für die Berechnung des gemeinsamen Geheimnisses auf Senderseite lässt die Spezifikation nur Eingaben aus P2TR-, P2WPKH-, P2SH-P2WPKH- und klassischen P2PKH-Adressen zu; Mehrfachsignatur-Konstruktionen sind bewusst ausgeschlossen, weil sie das Ergebnis der Berechnung durch sogenannte Malleability-Probleme verfälschen könnten.

Der praktische Effekt: Eine Silent-Payment-Zahlung ist auf der Blockchain von einer gewöhnlichen Taproot-Einzelzahlung nicht zu unterscheiden. Sie nutzt dieselbe Adressklasse wie die inzwischen Millionen alltäglicher Taproot-Transaktionen, von einfachen Überweisungen bis zu den Ordinals-Inschriften, die Taproots Witness-Bereich seit Januar 2023 auf ganz andere Weise nutzen, um Bilddaten und Text direkt auf der Blockchain zu speichern. Ohne die Uniformität, die Taproot seit 2021 etabliert hat, gäbe es schlicht keine ausreichend große Menge optisch identischer Transaktionen, in der sich Silent Payments überhaupt verstecken könnten.

Wallet-Unterstützung Mitte 2026: Wer kann schon senden und empfangen

Die Unterstützung in der Wallet-Landschaft ist Mitte 2026 uneinheitlich, wächst aber spürbar von Monat zu Monat. Die folgende Übersicht zeigt den Stand bei den wichtigsten Software- und Hardware-Wallets:

Bitcoin Core selbst, die Referenzimplementierung, auf der viele andere Projekte aufbauen, hat bislang keine veröffentlichte Version mit Silent-Payments-Wallet-Funktion ausgeliefert. Mehrere Pull Requests, darunter einer von josibake selbst, kreisen seit Jahren um die Kernlogik; ein im Mai 2026 gestarteter zweiter Anlauf zeigt, dass die Integration technisch komplex bleibt und die Review-Hürden bei sicherheitskritischem Kryptografie-Code bewusst hoch angesetzt sind, damit kein Fehler reale Nutzergelder gefährdet.

Silent Payments, CoinJoin und PayJoin im Vergleich

Silent Payments treten nicht in Konkurrenz zu allen bisherigen Privatsphäre-Werkzeugen, sondern lösen ein spezifisches Teilproblem: die Wiederverwendung von Empfangsadressen. CoinJoin-Verfahren und PayJoin verfolgen andere Ziele und bleiben weiterhin relevant. Die folgende Tabelle ordnet die drei Ansätze ein:

Der entscheidende Unterschied zum Samourai-Modell liegt in der Struktur: CoinJoin-Dienste wie Whirlpool brauchten einen Koordinator, der die Transaktionen mehrerer Nutzer bündelte, eine Rolle, die sich strafrechtlich als Geldtransferdienst einstufen ließ, wie das Samourai-Verfahren gezeigt hat. Silent Payments kommen völlig ohne diese Rolle aus. Es gibt niemanden, der einen Pool betreibt, Gebühren nimmt oder Transaktionen mehrerer fremder Nutzer physisch zusammenführt. Hinzu kommt ein praktischer Kostenvorteil: Weil keine gemeinsame Koordinator-Transaktion mit vielen gleich großen Ausgängen konstruiert werden muss, fallen für Sender und Empfänger keine zusätzlichen Runden-Gebühren oder Wartezeiten an, bis genügend Teilnehmer für einen Mix zusammengekommen sind. Das reduziert nicht automatisch jedes denkbare regulatorische Risiko, verändert aber die Angriffsfläche für Strafverfolger fundamental, weil schlicht kein Betreiber existiert, den man anklagen könnte.

Grenzen und offene Baustellen

So elegant das Konzept ist, Silent Payments haben reale Nachteile. Der wichtigste: Empfänger müssen praktisch jede Transaktion in jedem neuen Block darauf prüfen, ob sie zum eigenen Scan-Schlüssel passt. Klassische Wallets scannen nur die eigene, überschaubare Menge bekannter Adressen; Silent-Payment-Wallets müssen dagegen potenziell jede Transaktion der gesamten Kette gegenprüfen, was laut Bitcoin Optech deutlich rechenintensiver ist und auf Mobilgeräten mit begrenzter Akkulaufzeit und Rechenleistung an klare Grenzen stößt. Ohne die in Version 1.1 eingeführte Obergrenze für Adressgruppen könnte dieser Scan-Aufwand durch gezielte Spam-Transaktionen sogar noch künstlich in die Höhe getrieben werden.

Genau an diesem Punkt setzt eine der interessantesten Neuerungen des Jahres 2026 an: Sparrow-Entwickler Craig Raw veröffentlichte mit Frigate einen experimentellen Electrum-Server, der das rechenintensive Scannen auf die Serverseite auslagert und optional durch GPU-Beschleunigung erheblich beschleunigt, ohne dass der Server dabei erfährt, welche Ausgaben tatsächlich dem Nutzer gehören. „Frigate ist noch experimentell“, kommentierte Raw auf X, „aber es beweist zum ersten Mal, dass Silent-Payments-Wallets praktisch genug für eine breite Nutzung sind. Das ist nicht nur ein längst überfälliges Upgrade für Bitcoin-Wallets, sondern auch ein bedeutender Schritt für die Privatsphäre.“

Zwei weitere Baustellen bleiben offen. Erstens empfiehlt die BIP-352-Spezifikation selbst ausdrücklich noch nicht, Silent Payments innerhalb von CoinJoin-artigen Kombinationstransaktionen einzusetzen, da laut den Autoren ein formaler Sicherheitsbeweis dafür bislang fehlt. Zweitens bleibt die fehlende native Unterstützung in Bitcoin Core selbst ein Engpass; ähnlich wie andere technische Vorschläge rund um Bitcoins Blockspace, etwa die in umstrittenen Softfork-Debatten dieses Jahres, zeigt sich, wie langsam und vorsichtig Änderungen an der Referenzimplementierung typischerweise verlaufen, selbst wenn eine breite Mehrheit der Entwickler das grundsätzliche Ziel befürwortet.

Wer daran arbeitet: Maelstrom, Kernentwickler und das Ökosystem

Die Weiterentwicklung von Silent Payments hängt an einer vergleichsweise kleinen Zahl spezialisierter Entwickler, was das Projekt auch von der Finanzierungsseite her interessant macht. Josie Baker, die unter dem Pseudonym josibake BIP 352 mitverfasst hat, erhielt für ihre fortlaufende Arbeit an Bitcoin Core unter anderem ein Long-Term-Support-Stipendium von OpenSats, einer gemeinnützigen Organisation, die Open-Source-Bitcoin-Entwicklung finanziert. Ihre Motivation beschrieb sie in einem Interview mit dem Bitcoin-Infrastrukturanbieter Hiro so: „Für mich geht es bei der Arbeit an Privatsphäre in Bitcoin darum, diesem neuen System dasselbe Maß an Privatsphäre zu geben, das Menschen heute in traditionellen Finanzsystemen genießen“, sagte sie laut Hiro.

Zusätzlichen Rückenwind bekam das Thema im Juni 2026 von eher unerwarteter Seite: Maelstrom, das Family Office des früheren BitMEX-Chefs Arthur Hayes, vergibt Entwicklungsstipendien für Bitcoin-Core-nahe Arbeit in Höhe von 50.000 bis 150.000 US-Dollar pro Jahr, die sich auf bis zu 250.000 US-Dollar kombinieren lassen. Laut Cointelegraph arbeiten zwei der vier aktuell von Maelstrom finanzierten Entwickler in Vollzeit an Privatsphäre-Protokollen mit Schwerpunkt auf PayJoin und Silent Payments. Dass ausgerechnet ein Family Office mit Wurzeln im Derivatehandel privatsphärefreundliche Bitcoin-Infrastruktur querfinanziert, unterstreicht, wie sehr das Thema inzwischen als strategisch wichtig für Bitcoins langfristige Rolle als Zahlungsnetzwerk gilt, unabhängig von kurzfristigen Kursschwankungen um die aktuell rund 56.100 Euro pro Bitcoin (Stand 20. Juli 2026, laut CoinGecko).

Regulatorischer Rahmen: BaFin, MiCA und die Transfer-of-Funds-Verordnung

Wie bei jedem Bitcoin-Protokollstandard gilt zunächst: Weder BaFin noch die EU-weite MiCA-Verordnung nehmen Einfluss darauf, welches Adressformat ein einzelner Nutzer verwendet. Die MiCAR-Zulassungspflichten, die seit dem 30. Dezember 2024 für Kryptowerte-Dienstleister gelten, setzen an der Ebene der Diensteanbieter an, also an Börsen, Verwahrern und Handelsplattformen, nicht an der Bitcoin-Konsensschicht selbst. Ob eine Wallet klassische SegWit-Adressen, Taproot-Adressen oder eben Silent-Payment-Adressen erzeugt, ist für die Zulassungspflicht eines Anbieters irrelevant.

Wichtig ist aber eine zweite, oft übersehene Ebene: die sogenannte Transfer-of-Funds-Verordnung, offiziell Verordnung (EU) 2023/1113, die ebenfalls seit dem 30. Dezember 2024 gilt und die europäische Umsetzung der internationalen Reisemitteilungspflicht, der Travel Rule, regelt. Sie verpflichtet Kryptowerte-Dienstleister, bei jedem Transfer, unabhängig vom Betrag und ohne die im klassischen Zahlungsverkehr übliche Bagatellgrenze von 1.000 Euro, Angaben zu Auftraggeber und Begünstigtem zu erheben und weiterzugeben. Silent Payments ändern daran nichts: Sie verbessern die Privatsphäre gegenüber außenstehenden Beobachtern der Blockchain, also gegenüber jedem, der öffentlich einsehbare Transaktionsdaten analysiert, nicht aber gegenüber der eigenen Börse oder dem eigenen Verwahrer, die im Rahmen der Kontoeröffnung ohnehin die Identität ihrer Kunden kennen. Wer Bitcoin über eine regulierte Plattform kauft oder verkauft, bleibt dieser Plattform gegenüber identifizierbar, ganz gleich, welches Adressformat am Ende auf der Blockchain verwendet wird.

Was das für Bitcoin-Nutzer in Deutschland praktisch bedeutet

Für Privatanwender in Deutschland ändert die Nutzung von Silent Payments zunächst wenig an der steuerlichen Behandlung. Nach wie vor knüpft § 23 EStG die Frage einer möglichen Besteuerung an die Veräußerung von Bitcoin, nicht an das verwendete Adressformat; das Verschieben eigener Coins zwischen eigenen Adressen unterschiedlichen Typs ist kein steuerlich relevantes Ereignis. Wie sich die Haltefristregeln 2026 grundsätzlich weiterentwickeln, haben wir bereits separat eingeordnet, siehe dazu unseren Artikel zur Kabinettsentscheidung bei der Haltefrist.

Ein Punkt verdient dagegen besondere Aufmerksamkeit: die Nachlassplanung. Wer Bitcoin über eine Silent-Payment-Adresse empfängt, hinterlässt auf der Blockchain selbst keinen sichtbaren, festen Adress-Fingerabdruck, den Erben eines Tages einfach nachschlagen könnten. Ohne sorgfältig dokumentierte Wallet-Deskriptoren, Seed-Backups und im Idealfall einen digitalen Nachlassplan können genau jene Privatsphäre-Eigenschaften, die zu Lebzeiten erwünscht sind, nach einem Todesfall zum Problem werden, wenn Angehörige nicht einmal wissen, wo sie mit der Suche nach vorhandenen Guthaben beginnen sollen. Diese Problematik ist kein Sonderfall von Silent Payments, sondern eine Verschärfung eines Themas, das wir bereits im Zusammenhang mit der Erbschaftsteuer-Falle beim Bewertungsstichtag beschrieben haben. Es gewinnt aber an Dringlichkeit, je mehr Nutzer auf Adressformate umsteigen, die absichtlich keine wiederkehrenden, leicht auffindbaren Spuren hinterlassen.

Rechtlich bleibt festzuhalten, dass Selbstverwahrung in Deutschland und der gesamten EU weiterhin uneingeschränkt legal ist; MiCA reguliert Dienstleister, nicht die private Nutzung der eigenen Wallet. Wer Silent Payments ausschließlich zwischen eigenen, selbstverwahrten Adressen oder mit privaten Vertragspartnern außerhalb regulierter Plattformen nutzt, bewegt sich damit im selben rechtlichen Rahmen wie jeder andere Bitcoin-Nutzer auch, nur mit dem zusätzlichen Vorteil, dass die eigene Zahlungshistorie nicht durch wiederverwendete Adressen für jeden sichtbar wird, der die Blockchain analysiert.

Ausblick: Der Weg zu privater Bitcoin-Nutzung als Standard

Der Weg von Silent Payments zu einem alltäglichen Standardwerkzeug ist noch nicht abgeschlossen. Solange Bitcoin Core selbst keine native Wallet-Unterstützung ausliefert, bleibt die Technik auf Drittanbieter-Wallets und experimentelle Infrastruktur wie Frigate angewiesen, was die Zugänglichkeit für weniger technisch versierte Nutzer einschränkt. Gleichzeitig sprechen mehrere Entwicklungen für wachsende Dynamik: die steigende Zahl unterstützender Wallets, gezielte Entwicklerfinanzierung durch Organisationen wie Maelstrom und OpenSats, und ein regulatorisches Umfeld, das koordinierte Mixing-Dienste sichtbar unter Druck setzt, während ein reines, dienstleisterloses Adressformat rechtlich in einer deutlich ruhigeren Zone operiert.

Parallel dazu beschäftigt sich die Bitcoin-Entwicklerszene 2026 mit einer ganz anderen Kategorie von Zukunftsfragen rund um Taproot, etwa den möglichen Risiken durch Quantencomputer für offengelegte öffentliche Schlüssel, worüber unter anderem CoinDesk im März 2026 berichtete. Beide Themenstränge, Privatsphäre und langfristige kryptografische Sicherheit, laufen technisch getrennt, teilen sich aber dieselbe Grundlage: ein Bitcoin-Protokoll, das seit Taproot deutlich mehr kryptografische Flexibilität bietet, als die ursprüngliche Version von 2009 vorsah, ohne dass dafür in den meisten Fällen ein neuer, umstrittener Konsens-Fork nötig gewesen wäre.

Häufig gestellte Fragen

Was sind Silent Payments bei Bitcoin?

Silent Payments, standardisiert in BIP 352, sind ein Adressformat, mit dem eine Person eine einzige, dauerhafte Adresse mit dem Präfix sp1 veröffentlichen kann. Jede eingehende Zahlung erzeugt automatisch einen neuen, einmaligen Taproot-Output auf der Blockchain, sodass verschiedene Zahlungen an dieselbe veröffentlichte Adresse für Außenstehende nicht miteinander verknüpfbar sind. Die Technik erfordert keine Änderung der Bitcoin-Konsensregeln und keine Interaktion zwischen Sender und Empfänger.

Wie unterscheiden sich Silent Payments von einer normalen Bitcoin-Adresse?

Eine normale Bitcoin-Adresse, die mehrfach verwendet wird, verknüpft alle eingehenden Zahlungen sichtbar miteinander, weil dieselbe Zeichenfolge in mehreren Transaktionen auftaucht. Eine Silent-Payment-Adresse erscheint dagegen nie direkt auf der Blockchain. Sie dient nur als Ausgangspunkt für eine kryptografische Berechnung, aus der für jede Zahlung ein eigener, einmaliger Taproot-Schlüssel entsteht, der nach außen wie eine gewöhnliche Einzelzahlung aussieht.

Welche Wallets unterstützen Silent Payments bereits?

Mitte 2026 unterstützen unter anderem Sparrow Wallet und Cake Wallet Senden und Empfangen, Nunchuk und BlueWallet das Empfangen sowie Wasabi Wallet das Senden. Das Hardware-Signiergerät BitBox02 unterstützt entsprechende Signaturen bereits seit 2024, während Coldcard noch an einer Umsetzung arbeitet. Bitcoin Core selbst hat bislang keine Version mit nativer Silent-Payments-Wallet-Funktion veröffentlicht.

Sind Silent Payments legal und was bedeuten sie für BaFin- und MiCA-Pflichten?

Ja, Silent Payments sind ein legales Adressformat auf Protokollebene, das weder von BaFin noch von der MiCA-Verordnung reguliert wird, ähnlich wie die Wahl zwischen SegWit- und Taproot-Adressen. Für Kryptowerte-Dienstleister ändert sich dadurch nichts an ihren Pflichten aus der Transfer-of-Funds-Verordnung (EU) 2023/1113: Sie müssen weiterhin bei jedem Transfer Angaben zu Auftraggeber und Begünstigtem erheben, unabhängig davon, welches Adressformat ihre Kunden nutzen.

Was ist der Unterschied zwischen Silent Payments und CoinJoin?

CoinJoin-Verfahren wie das frühere Whirlpool von Samourai Wallet bündeln die Transaktionen mehrerer Teilnehmer über einen Koordinator zu einer gemeinsamen Transaktion und erfordern aktive Interaktion mehrerer Nutzer gleichzeitig. Silent Payments lösen ein anderes Problem, die Wiederverwendung von Empfangsadressen, benötigen dafür aber überhaupt keinen Koordinator und keine gleichzeitige Interaktion mehrerer Parteien, was sie strukturell schwerer angreifbar macht als koordinierte Mixing-Dienste, deren Betreiber wie im Fall Samourai strafrechtlich belangt werden können.

Von Marcus Okafor, HOGE Wire Redaktion.