BTC-Empfängeradressen erklärt

Was ist der Unterschied zwischen einer klassischen Empfängeradresse und einer Silent Empfänger Adresse?

 

Empfängeradresse
Die Empfängeradresse ist die klassische Form, Bitcoin an eine andere Person oder ein Unternehmen zu senden. Sie funktioniert ähnlich wie eine Kontonummer im Bankwesen: Der Sender trägt die Adresse ein, und der gewünschte Betrag wird dorthin übertragen. Solche Adressen werden von Wallets erzeugt und können öffentlich weitergegeben werden, zum Beispiel auf Rechnungen, Webseiten oder in Zahlungsanfragen. Da Bitcoin-Transaktionen grundsätzlich in der Blockchain nachvollziehbar sind, kann eine mehrfach verwendete Adresse von Dritten eingesehen und mit Zahlungseingängen verknüpft werden. Aus diesem Grund empfehlen viele Wallets, für jeden Zahlungseingang eine neue Adresse zu verwenden.

Silent Payment Adresse

Die Silent Payment Adresse ist eine moderne Alternative zur klassischen Empfängeradresse und wurde entwickelt, um die Privatsphäre beim Empfang von Bitcoin zu verbessern. Statt eine sichtbare Empfangsadresse weiterzugeben, wird ein öffentlicher Schlüssel verwendet, aus dem kompatible Wallets automatisch für jede Zahlung eine neue, individuelle Empfangsadresse ableiten. Dadurch erscheint auf der Blockchain nicht dieselbe Adresse mehrfach, was Rückschlüsse auf Zahlungseingänge erschwert. Silent Payments eignen sich besonders für Nutzer, die regelmäßig Zahlungen empfangen oder ihre Finanzdaten besser schützen möchten. Voraussetzung ist, dass die verwendeten Wallets diese Funktion unterstützen.

 

Klassische Bitcoin-Empfängeradressen

Klassische Bitcoin-Adressen dienen als öffentliche Zieladressen für den Empfang von BTC. Es gibt drei Hauptformate:

Diese Adressen sind öffentlich sichtbar und jede Transaktion an diese Adresse ist in der Blockchain direkt zuordenbar.

 

Silent Payment Empfangsadressen (BIP-0352)

Silent Payments sind ein besonders datenschutzfreundlicher Adresstyp, bei dem:

• keine wiederverwendbare BTC-Adresse veröffentlicht wird,

• jede Zahlung automatisch auf einer neuen Zieladresse eingeht,

• der Empfänger Zahlungen durch Scan der Blockchain erkennt – ohne Onchain-Verknüpfung.

Aufbau:

Silent Payments nutzen keinen klassischen Bitcoin-Adress-String, sondern einen sogenannten Scan-PubKey (auch: x-only Public Key). Dieser wird in folgendem Format veröffentlicht:

silent:pubkey=f3c1d4b8e5a1c0d2b7f98ab3d378ff45a56739c0d59d3e49d23e89dd1b35c3af

• Der Schlüssel besteht aus 32 Byte und wird hexadezimal kodiert (64 Zeichen).

• Alternativ verwenden viele Wallets das kompaktere Format mit sp1...-Präfix (Bech32m-kodiert).

• Beide Formate sind gleichwertig – die Unterstützung hängt von der verwendeten Wallet ab.

Für den Empfänger:

• Veröffentlicht nur seinen Scan-PubKey (z. B. in einer der beiden Varianten).

• Erkennt eingehende Zahlungen durch regelmäßiges Scannen der Blockchain.

• Nutzt dazu eine Silent Payments-kompatible Wallet (z. B. Cake Wallet, Dana Wallet, SilentPay).

Für den Sender:

• Muss eine Wallet mit Silent Payments-Sendeunterstützung verwenden.

• Die Zieladresse wird automatisch berechnet und regulär als Taproot-Zahlung durchgeführt.

• Aktuell unterstützte Wallets: u. a. SilentPay, Dana Wallet, Cake Wallet, BitBox02 (nur senden).

 

Unterschiede im Überblick

Silent Payments erhöhen die Privatsphäre erheblich, ohne neue Coins oder zentrale Dienste einzuführen.
Sie basieren auf Taproot und sind vollständig Bitcoin-kompatibel, benötigen aber passende Wallets zur Nutzung.

 

Silent Payments – Wallet-Kompatibilitätstabelle

Wallet	📥 Empfangen	📤 Senden	Plattform	Hinweise
BitBox02	❌ Nein	✅ Ja	Hardware (Desktop App)	Nur Senden unterstützt (ab Firmware 9.21.0 / App 4.45.0)
BlueWallet	❌ Nein	❌ Nein	Android / iOS	Keine Taproot- oder SP-Unterstützung
Cake Wallet	❌ Nein	❌ Nein	Android / iOS	Kein SP-Fokus
Calke Wallet	✅ Ja	✅ Ja	Android (F-Droid)	Privacy-fokussiert, gute QR/Export-Tools
Dana Wallet	✅ Ja	✅ Ja	Android / Desktop (FOSS)	Aktive SP-Unterstützung, manuell installierbar über F-Droid
Electrum	❌ Nein	❌ Nein	Desktop	Kein offizieller SP-Support
Ledger Live	❌ Nein	❌ Nein	Desktop / Mobile	Kein SP-Support, Taproot vorhanden
Samourai Wallet	❌ Nein	❌ Nein	Android	Fokus auf CoinJoin, kein BIP-352
Shakesco Wallet	✅ Ja	✅ Ja	CLI / Dev Tool	Für technisch versierte Nutzer, CLI-basiert
SilentPay Wallet	✅ Ja	✅ Ja	Android (GitHub Build)	Open Source, vollen BIP-352 Support
Silentium Wallet	✅ Ja	✅ Ja	PWA (Browser)	Modernes Webinterface mit vollständigem SP-Support
Sparrow Wallet	🔄 Bald	🔄 Bald	Desktop	SP-Funktion in Entwicklung (teils via Script nutzbar)
Trezor	❌ Nein	❌ Nein	Hardware (Web App)	Kein Taproot-Support in Core → kein SP
Wasabi Wallet	❌ Nein	❌ Nein	Desktop	Fokus auf CoinJoin, kein SP geplant

 

Zahlung mit Bitcoin und QR-Codes auf der Bestellbestätigungsseite

 

 

Sollten beide Adressen im Modul konfiguriert sein, werden auf der Seite der Bestellbestätigung auch beide QR-Codes angezeigt:

 

In der Regel erkennt die Wallet beim Scannen des QR-Codes automatisch den Betrag (hier Dana Wallet für Android):