Es sind getrennte Netzwerkpfade für die Kommunikation eines Bitcoin Nodes: Tor nutzt einen SOCKS-Proxy und onion services, I2P Tunnel über die SAM-Schnittstelle und CJDNS ein verschlüsseltes IPv6-Overlay; diese Mechanismen ändern weder Transaktionen, Blockchain noch Konsens und garantieren allein keine Anonymität des Nutzers.
Ein Anonymitätsnetz schützt den Transport zwischen Nodes, nicht den Inhalt einer Bitcoin-Transaktion. Es kann die gewöhnliche IP-Adresse vor der Gegenstelle verbergen oder die Beobachtung des Pfades erschweren; öffentliche Beträge, Adressverknüpfungen, Zeitpunkte und On-Chain-Heuristiken bleiben eigenständige Probleme. [5]
Bitcoin Core kann ausgehende Verbindungen über einen Tor-SOCKS-Proxy leiten und für eingehende Verbindungen einen Tor-v3-onion service erzeugen. Seit Version 22.0 ignoriert es Tor-v2-Adressen; bei Fehlkonfiguration können DNS- oder Clearnet-Verkehr den vorgesehenen Pfad umgehen, weshalb die Kombination aus -proxy, -onion, -onlynet, -bind und Firewall zählt. [1]
I2P-Verbindungen verwenden einen externen I2P-Router mit SAM-Schnittstelle, gewöhnlich unter 127.0.0.1:7656. Bitcoin Core unterstützt I2P seit Version 22.0 und erzeugt bei angenommenen Verbindungen standardmäßig eine dauerhafte I2P-Adresse samt Schlüssel; mit -i2pacceptincoming=0 nutzt es für jede ausgehende Verbindung eine flüchtige Adresse, obwohl die I2P-Gegenstelle die Adresse des Initiators sieht. [2]
CJDNS ist ein verschlüsseltes IPv6-Overlay mit Adressen aus fc00::/8 und Public-Key-basiertem Routing. Bitcoin Core unterstützt es seit Version 23.0 über -cjdnsreachable; die Dokumentation warnt ausdrücklich, dass CJDNS Sender und Empfänger nicht vor Zwischenroutern verbirgt und man sich bei wenigen Peers nicht allein darauf verlassen sollte. [3]
BIP 155 führte sendaddrv2- und addrv2-Nachrichten mit variabler Adresslänge und getrennten network IDs für Tor v3, I2P und CJDNS ein. Ein Node kann solche Endpoints speichern und weiterverbreiten; die bloße Adressankündigung beweist weder die Nutzung dieses Netzes noch den Transport eines bestimmten Datenverkehrs darüber. [4]
Die gleichzeitige Nutzung mehrerer Netze kann die Verfügbarkeit verbessern und eclipse- oder partition-Angriffe erschweren, weil der Node verschiedene Pfade zu Peers hat. Dieselbe Konfiguration kann scheinbar getrennte Identitäten verknüpfen: Ein Gegner kann Laufzeit, Verhalten, gemeinsam angekündigte Adressen oder Verkehr im Clearnet und Overlay vergleichen. [1]
Tor, I2P und CJDNS unterscheiden sich bei Latenz, verfügbarer Peerzahl, Sichtbarkeit des Endpoints und Sybil-Resistenz. Ein onlynet-Modus kann Lecks in ein anderes Netz begrenzen, doch eine kleinere Peergruppe kann die Synchronisierung bremsen und die Abhängigkeit von wenigen Nodes erhöhen; keine Option behebt Wallet-Fehler oder Blockchain-Analyse. [3]
Die Prüfung muss tatsächliche Sockets und den Node-Zustand betrachten: getnetworkinfo, -netinfo, -addrinfo und getpeerinfo zeigen lokale Adressen, die Zahl bekannter Endpoints und konkrete Verbindungen. Neben der Bitcoin-Core-Konfiguration sind der laufende Tor- oder I2P-Router, die CJDNS-Schnittstelle, der DNS-Pfad, Binds, Firewall und die tatsächliche Route des ein- und ausgehenden Verkehrs zu prüfen. [2]
Für ein möglichst vollständiges Bild lies diesen Eintrag zusammen mit Bitcoin-Privatsphäre, Full Node, Bitcoin Core, Dandelion++, Transaktion, Lightning Routing. Auf diesen Eintrag verweisen außerdem Paralelní Polis, Reusable Proofs of Work, Mix Network, Sybil Attack.
01Macht Tor eine Bitcoin-Transaktion anonym?+
Nein. Tor kann den Netzwerkpfad oder die gewöhnliche IP-Adresse eines Nodes verbergen, doch die Transaktion wird weiterhin öffentlich in der Blockchain aufgezeichnet. Coin Selection, wiederverwendete Adressen, Beträge, Timing und die Verbindung zu einer Börse können einen Nutzer auch bei korrekt arbeitendem Tor identifizieren.
02Welches Anonymitätsnetz ist für Bitcoin am besten?+
Ohne Threat Model gibt es keine allgemeine Antwort. Tor wird am breitesten unterstützt, I2P bietet ein anderes internes Netz und CJDNS ein schnelles verschlüsseltes Overlay, das Endpoints nicht auf dieselbe Weise verbirgt. Geprüfte Konfiguration, unabhängige Peerzahl und begrenzte Identitätskorrelation sind wichtiger als der Name.