Privatsphäre ist weder eine einzelne Funktion noch binär. Sie entsteht aus Threat Model, Adress- und UTXO-Verwaltung der Wallet, Transaktionsbezug und Broadcast, Netzwerkebene sowie Metadaten gegenüber Gegenparteien und Diensten.
Die Blockchain legt Eingänge, Ausgänge, Beträge, Script-Typen und Reihenfolge dauerhaft offen. Eine Adresse enthält keinen Klarnamen; wird sie einer Identität zugeordnet, lassen sich Historie und künftige Bewegung verwandter UTXOs erneut analysieren. Privatsphäre verbirgt daher keine Konsensdaten.
Beobachter können Gegenpartei, KYC-Börse, Wallet-Backend, Netzwerk-Peer, Analysefirma oder jemand mit Gerätezugriff sein. Jede Stelle sieht eine andere Ebene und kann den On-chain-Graphen mit IP-Adresse, Konto, Rechnung, Timing oder physischer Anwesenheit verbinden. Maßnahmen müssen zum konkreten Gegner passen.
Eine neue Empfangsadresse je Zahlung verhindert direkte Wiederverwendungslinks, reicht aber allein nicht. Die Wallet muss Change korrekt erkennen und darf ihn nicht an öffentliche oder wiederverwendete Adressen senden. Eine veröffentlichte Spendenadresse bleibt ein Beobachtungspunkt; gemeinsames Ausgeben kann getrennte Historien wieder verbinden.
Mehrere Inputs stützen oft die Common-Input-Ownership-Heuristik. Coin Control kann UTXOs verschiedener Herkunft trennen, doch falsche manuelle Auswahl verschlechtert Privatsphäre. Auswahl ohne Change, avoid partial spends und getrennte Labels tauschen Gebühren gegen künftige Verknüpfbarkeit unterschiedlich ab.
Runde Beträge, exakter Rest, Timing, Ausgangsreihenfolge, Script-Typen und ungewöhnliche Fees können Zahlung, Change oder Wallet erkennen lassen. Keine Heuristik beweist Eigentum, mehrere schwache Signale können aber eine starke Wahrscheinlichkeit ergeben. RBF oder spätere Konsolidierung legen weitere Beziehungen offen.
Ein für bestimmte Adressen befragter Server kann einen Wallet-Cluster vor dem Spend lernen. Ein eigener Full Node begrenzt dies ohne fremden Indexer. Compact block filters nach BIP 157/158 verringern offengelegte Abfragen; IP-Metadaten, Timing und Broadcast bleiben eigene Ebenen.
CoinJoin bündelt Teilnehmer und schwächt einfache Input-Output-Zuordnung, erzeugt aber weder unsichtbare Coins noch automatische Anonymität. PayJoin nach BIP 78 fügt einer normalen Zahlung einen Empfänger-Input hinzu und bricht die Common-Input-Heuristik. Ergebnis hängt von Implementierung, Teilnehmern, späterem Spend, Koordinator und Netzwerkdaten ab.
Silent Payments nach BIP 352 erlauben eine wiederverwendbare Zahlungsidentität, während jeder Sender einen einzigartigen Taproot-Output ableitet. Der Empfänger scannt mit scan key und muss Schlüssel und Labels sichern. Weniger öffentliches Linking wird mit höherer Wallet-Komplexität und Support-Anforderungen bezahlt.
Ein geteiltes xpub kann große Teile der Wallet-Historie ableiten und beobachten, ohne ausgeben zu können; sein Leak wirkt langfristig. KYC-Dienste können Auszahlung, Identität und künftigen Graphen verbinden. Händler, Block Explorer, Cloud-Backup, Push-Nachrichten und Analytics ergänzen Metadaten außerhalb der Blockchain.
Vor einer Zahlung Gegner, UTXO-Herkunft, gewünschte Trennung und Empfängerwissen bestimmen. Empfangsadresse am Gerät, Change, Inputs, Fee, Broadcast-Pfad und eigenen Node prüfen. Danach On-chain-Ergebnis kontrollieren, aber nie Unauffindbarkeit versprechen: Privatsphäre ist laufende Disziplin und offengelegte Links sind nicht widerrufbar. Quellen: Bitcoin.org — Protect Your Privacy; BIP 78 — A Simple Payjoin Proposal; BIP 157 — Client Side Block Filtering; BIP 352 — Silent Payments; Bitcoin Core 0.21 — Avoid Partial Spends.
Für ein möglichst vollständiges Bild lies diesen Eintrag zusammen mit Pseudonymität, CoinJoin, Coin Control, KYC, Bitcoin, Bitcoin-Adresse. Auf diesen Eintrag verweisen außerdem Watch-only Wallet, Coin Control, Wechselgeld-Ausgang, Extended Public Key (xpub).