Privatsphäre-Praktiken für ETH-Trades

Ethereum (ETH) startete 2015 als Smart-Contract-Plattform. Im September 2022 wechselte die Chain vom Proof-of-Work- zum Proof-of-Stake-Konsens („The Merge") — Validierer staken ETH und verarbeiten Blöcke im Wechsel, ohne dass eine zentrale Freeze-Autorität die Chain kontrolliert. Die Chain ist auf der Basisebene transparent — Sender, Empfänger und Betrag sind on-chain wie bei Bitcoin sichtbar. Ethereum hat kein natives Mixing-Protokoll auf Protokollebene. Tornado Cash war ein bekannter Smart-Contract-Mixer, wurde aber in vielen Jurisdiktionen sanktioniert; Morphit empfiehlt ihn nicht und ist auch nicht auf ihn angewiesen. Nutzer, die Privatsphäre auf Transaktionsebene wollen, verlassen sich auf Wallet-seitige Adressrotation (Ableitung einer frischen Adresse pro Trade aus dem HD-Seed) und Off-Chain-Koordination — die nachstehenden Praktiken decken ab, was du kontrollieren kannst.

Nutze eine frische Adresse pro Trade

Diese Chain verwendet transparente Adressen ohne native Stealth-Funktionen. Standardpraxis: nutze eine Hierarchical-Deterministic (BIP-32) Wallet, die pro Anfrage eine neue Empfangsadresse ableitet. Die meisten modernen Wallets tun das automatisch. Der Preis für Adressen-Wiederverwendung ist hoch — jeder Trade, den du an derselben Adresse akzeptierst, baut einen öffentlichen Datensatz deiner Aktivität auf.

Universelle Praktiken

**Nutze eine frische Empfangsadresse für jeden Trade.** Deine Wallet sollte das unterstützen; wenn nicht, suche eine, die es tut. Adressen-Wiederverwendung ist das größte Leck, ohne Diskussion.

**Übe Coin Control beim Ausgeben.** Vermeide beim späteren Senden von Coins, den Trade-Output mit Coins aus einer anderen Quelle zu kombinieren — das verbindet deren Adress-Historien dauerhaft.

**Sende über Tor oder den Privatsphäre-Modus deiner Wallet.** Deine Heim-IP sieht die Transaktion zuerst; Knoten in der Nähe deiner IP können sie mit dir korrelieren. Eine Tor-fähige Wallet sendet standardmäßig über Tor.

**Vermeide, Trade-Coins an oder von KYC-Börsen zu senden.** Sobald Trade-Coins eine KYC-Börse berühren, wird der Trade rechtlich identifizierbar, indem die Börsen-Aufzeichnungen mit den Chain-Daten kombiniert werden. Wenn du zu Fiat brücken musst, route über einen selbstverwahrten Zwischenschritt.

Was zu vermeiden ist

Füge nicht dieselbe Empfangsadresse in mehrere Trades ein.
Sende nicht den exakten Betrag, der in der Order aufgeführt ist — der Betrags-Randomisierer-Toggle von Morphit (das "🔐 Betrag randomisieren"-Häkchen im Adress-Share-Modal) bricht das; lass es AKTIVIERT.
Kombiniere den Trade-Output nicht mit Coins aus einer anderen Quelle, wenn du ihn später ausgibst.
Sende nicht von deiner Heim-IP über eine nicht-private Wallet — nutze Tor.

⚠ Spezifische Vorbehalte für dieses Asset

Ethereum ist auf der Basisebene transparent ohne natives Mixing-Protokoll. - **Teile pro Trade frische Adressen.** Dieselbe Ethereum-Adresse über mehrere Morphit-Inserate hinweg zu verwenden, ermöglicht Beobachtern, deine Aufträge auf einer vollständig transparenten Chain zu korrelieren. Erzeuge pro Trade eine frische Empfängeradresse — moderne Ethereum-Wallets (MetaMask, Rabby, Rainbow) leiten diese aus deinem HD-Seed ab und lassen dich neue Konten in Sekunden anlegen. - **Sende natives ETH, nicht wrapped ETH.** Wrapped ETH (WETH) ist ein ERC-20-Token für DEX-Interoperabilität. Morphit-Trades verwenden NATIVE ETH-Überweisungen — WETH an eine ETH-Empfängeradresse zu senden, erfordert vom Empfänger das Unwrapping, was eventuell nicht passiert. - **Achte auf Vertrags-Ziele.** Ethereum-Adressen können externe Konten (EOAs, von einem Private Key kontrolliert) ODER Smart Contracts sein. ETH an einen Vertrag ohne `payable receive()`- oder `fallback()`-Funktion zu senden, führt zu einem Revert; die Mittel gehen nicht verloren, aber die Transaktion schlägt fehl und du zahlst Gas. Die meisten Wallets warnen vor dem Senden an Verträge; sei aufmerksam. - **Gleiche Adressform wie jedes EVM-Token-Konto.** Eine Ethereum-0x-Adresse kann eine native-ETH-EOA, ein USDT-ERC20-Token-Konto, ein USDC-Base-Token-Konto, ein DAI-Polygon-Token-Konto oder ein beliebiger EVM-Vertrag sein. Das Format ist identisch. Das Asset-Feld der Order auf Morphit (plus das Netzwerkfeld für Multi-Netzwerk-Assets) sagt dir, welches du senden sollst; prüfe zweimal, bevor du die Transaktion im Wallet signierst. - **ENS-Namen werden nicht aufgelöst.** `alice.eth` einzufügen wird vom Morphit-Adressvalidator abgelehnt — füge die rohe 0x-Adresse ein. ENS aufzulösen, würde eine zentralisierte RPC-Abhängigkeit erfordern, die Morphits verteiltes Design ohne SPOF verletzt. - **Datenschutz auf Netzwerkebene zählt weiterhin.** Eine Übertragung über Tor oder den Privacy-Modus deines Wallets hält deine Heim-IP aus der Sicht der Chain heraus. - **Ethereum-RPC-Anbieter können korrelieren.** Dein Wallet spricht mit einem RPC-Endpunkt (Infura, Alchemy, QuickNode, öffentliches Mainnet) — dieser Anbieter sieht jede Transaktion, die du signierst. Das Selbst-Hosting eines Ethereum-Nodes oder das Rotieren zwischen Anbietern reduziert die Angriffsfläche. - **Gas-Gebühren können das Timing leaken.** Ethereum-Gas-Preise variieren je nach Auslastung. Eine Transaktion in einem Hoch-Gas-Fenster mit einem höheren Tip zu submitten, kann die Tx mit einem spezifischen Zeitfenster korrelieren. Standard-Wallet-Defaults (mittlere Priorität) verschmelzen mit dem breiteren Mempool.

Morphit empfiehlt KEINE spezifische Wallet-Software. Selbst renommierte Wallets wurden kompromittiert oder hatten versteckte Schwächen. Die hier beschriebenen Privatsphäre-Techniken sind Protokoll-Standards, keine Empfehlungen — deine Wallet, deine Verantwortung.