Ein HD-Wallet (hierarchisch-deterministisch) ist ein Wallet, das jeden privaten Schlüssel und jede Adresse, die es je verwenden wird, aus einem einzigen Master-Geheimnis ableitet — eine einzelne Seed-Phrase aus 12 oder 24 Wörtern sichert damit jedes Konto auf jeder unterstützten Chain. BIP-39 verwandelt diese Wörter in eine Master-Seed, BIP-32 lässt daraus einen reproduzierbaren Baum von Kind-Schlüsseln wachsen, und BIP-44 standardisiert den Ableitungspfad — Koordinaten wie m/44'/60'/0'/0/0, die angeben, zu welchem Zweck, welcher Chain, welchem Konto und welchem Adressindex ein Schlüssel gehört. Weil Seed plus Pfad immer denselben Schlüssel ergibt, kann jedes kompatible Wallet den gesamten Baum allein aus den Wörtern wieder aufbauen; deshalb kann dieselbe Seed in zwei Wallets mit unterschiedlichen Standardpfaden auch verschiedene Adressen anzeigen. WATS ist ein vollständig non-custodial HD-Wallet: Eine Seed deckt Ethereum, Arbitrum, Optimism, Base, Polygon und BNB Chain ab — die sich einen einzigen EVM-Zweig teilen — dazu Solana und TON auf eigenen Zweigen, und WATS hält niemals einen Schlüssel.
Ein Backup, viele Konten
Frühe Krypto-Wallets hielten einen losen Beutel zufälliger privater Schlüssel — Datei verloren, Coins verloren, und jede neue Adresse bedeutete ein neues Backup. Moderne Wallets lösten das mit einer täuschend einfachen Idee: jeden Schlüssel, den Sie je brauchen werden, deterministisch aus einem einzigen Master-Geheimnis zu erzeugen. Das ist das HD-Wallet — hierarchisch-deterministisch — und der Grund, warum eine einzige auf Papier notierte Seed-Phrase Jahre später Dutzende Konten über mehrere Blockchains in Software wiederherstellen kann, die sie nie zuvor gesehen hat.
Von Wörtern zur Master-Seed: BIP-39
Die Seed-Phrase selbst stammt aus einem Standard namens BIP-39. Das Wallet zieht zufällige Entropie, bildet sie auf eine feste Wortliste ab und übergibt Ihnen 12 oder 24 Wörter mit eingebauter Prüfsumme. Durch eine Schlüsselstreckungsfunktion geschickt, werden diese Wörter zu einer großen binären Master-Seed. Zwei Eigenschaften sind entscheidend: Die Wörter sind nicht die Schlüssel — sie sind das Rezept dafür — und der Prozess ist einweg und reproduzierbar. Jedes BIP-39-Wallet, gefüttert mit denselben Wörtern, berechnet dieselbe Master-Seed, für immer. Das macht die Phrase zu einem vollständigen Backup, und deshalb ist ihr Schutz die Kerngewohnheit der Selbstverwahrung — wie im WATS-Leitfaden zur Seed-Phrase beschrieben.
Ein Detail wird leicht übersehen: BIP-39 unterstützt zusätzlich eine optionale Passphrase, manchmal das 25. Wort genannt. Sie fließt in den Schlüsselstreckungsschritt ein, sodass dieselben 12 Wörter mit einer anderen Passphrase eine völlig andere Master-Seed und damit einen völlig anderen Satz von Konten ergeben. Sie ist kein Passwort auf einem bestehenden Wallet — sie wählt ein komplett anderes Wallet aus, und sie zu verlieren kostet diese Gelder so sicher wie der Verlust der Wörter.
Der Ableitungsbaum: BIP-32
Aus dieser Master-Seed definiert BIP-32, wie ein Baum von Schlüsseln wächst. Der Master-Schlüssel leitet deterministisch Kind-Schlüssel ab, Kinder leiten Enkel ab, und jeder Zweig ist von der Wurzel aus reproduzierbar. Die Hierarchie erlaubt einem Geheimnis, unbegrenzte Struktur zu tragen: getrennte Konten fürs Sparen und Ausgeben, eine frische Empfangsadresse für jede Zahlung, ganze Chains auf eigenen Zweigen — alles wiederherstellbar aus denselben 12 oder 24 Wörtern, ohne dass je etwas Neues zu sichern wäre.
BIP-32 unterscheidet außerdem gehärtete (hardened) von nicht gehärteter Ableitung. Gehärtete Schritte — die im Pfad mit einem Apostroph markierten — benötigen den privaten Schlüssel des Elternteils und schotten damit einen Zweig ab: Bei nicht gehärteter Ableitung genügen ein durchgesickerter privater Kind-Schlüssel plus der erweiterte öffentliche Schlüssel des Elternteils, um den privaten Eltern-Schlüssel zu rekonstruieren; die Härtung entfernt diese Abkürzung, damit ein Angreifer nicht im Baum nach oben klettern kann. Deshalb sind die Kontoebenen eines Standardpfads gehärtet und nur die letzten beiden Ebenen nicht.
Ableitungspfade: die Adresse einer Adresse
Ein Ableitungspfad — die kryptische Zeichenkette wie m/44'/60'/0'/0/0, die Sie vielleicht in erweiterten Einstellungen gesehen haben — ist schlicht eine Wegbeschreibung durch diesen Baum: welcher Zweck, welche Münze, welches Konto, welcher Index. BIP-44 standardisierte das Layout, und ein gemeinsames Register (heute als SLIP-44 gepflegt) vergibt die Coin-Nummern, sodass ein Ethereum-Zweig und ein Solana-Zweig nie kollidieren. Eine Folge davon überrascht viele: Jede EVM-Chain verwendet denselben Coin-Typ 60, Ethereum, Arbitrum, Optimism, Base, Polygon und BNB Chain sind also gar keine getrennten Zweige — sie leiten denselben Schlüssel ab und zeigen dieselbe Adresse, weshalb eine einzige Adresse auf jedem Netzwerk andere Guthaben hält. Verschiedene Ökosysteme nutzen unter der Haube auch verschiedene Signaturverfahren — Ethereum und die übrigen EVM-Chains signieren auf der secp256k1-Kurve, während Solana und TON ed25519 verwenden — aber das Prinzip gilt überall: Seed plus Pfad ergibt Schlüssel, jedes Mal.
Was ein xpub preisgibt
Der Baum hat noch einen Trick: erweiterte öffentliche Schlüssel. Ein xpub lässt Software alle öffentlichen Adressen eines Zweigs ableiten — aber keinen der privaten Schlüssel. Das ermöglicht Nur-Beobachten-Portfolios und Empfangsadressen, die im Namen eines Offline-Geräts erzeugt werden. Der Vorbehalt betrifft die Privatsphäre, nicht die Sicherheit: Wer Ihren xpub hält, kann jede Adresse dieses Zweigs sehen und miteinander verknüpfen. Teilen Sie ihn wie einen vollständigen Kontoauszug dieses Kontos — denn funktional ist er genau das.
Gut zu wissen: Das ist eine Eigenschaft von secp256k1. Auf ed25519-Chains wie Solana und TON ist die Ableitung auf jeder Ebene gehärtet, es gibt also keinen reinen Public-Key-Zweig zum Weitergeben — Nur-Beobachten-Werkzeuge arbeiten dort mit den Adressen selbst statt mit einem erweiterten öffentlichen Schlüssel.
Gleiche Seed, andere Adressen?
Ein Klassiker im Support: Sie importieren Ihre Seed in ein anderes Wallet, und das Guthaben wirkt leer. Fast immer ist nichts verloren — das zweite Wallet läuft einen anderen Pfad durch denselben Baum oder leitet standardmäßig für eine andere Chain ab. Die Gelder liegen exakt dort, wo sie immer lagen: auf dem Zweig, den das ursprüngliche Wallet nutzte. Das ist auch der ehrliche Vorbehalt bei „universellen“ Backups: Der Seed-Standard ist gemeinsam, aber die Pfadkonventionen variieren zwischen Wallets — die Wiederherstellung klappt am reibungslosesten in der Wallet-Familie, die die Seed erzeugt hat, oder in einer, die die gängigen Pfade für Sie durchsucht. Bevor Sie schließen, dass etwas fehlt, prüfen Sie die Einstellung des Ableitungspfads und die Chain-Auswahl und bestätigen Sie die erwartete Adresse in einem Block-Explorer.
Wo die Schlüssel wirklich liegen
Weil alles von der Seed abstammt, ist für die Sicherheit nur eine Frage entscheidend: wo die Seed und die daraus abgeleiteten Schlüssel gespeichert sind — und wer sie erreichen kann. In einem non-custodial Wallet lautet die Antwort: auf Ihrem Gerät, und sonst nirgends. Diese Unterscheidung ist auch die richtige Brille für Hardware: Die WATS NFC-Metallkarte etwa speichert keine privaten Schlüssel. Sie trägt eine eindeutige Karten-ID und authentifiziert per Antippen über NFC gegenüber Schlüsseln, die in den WATS-Apps liegen, und koppelt sich mit genau einem Gerät — näher an einem physischen Sicherheitsschlüssel als an einem Cold-Storage-Tresor. Zu wissen, welches Ihrer Werkzeuge einen Schlüssel hält und welches dessen Nutzung nur autorisiert, ist der Unterschied zwischen einem klaren Wiederherstellungsplan und einer Vermutung.
Wie WATS das nutzt
Das HD-Design macht ein echtes Multichain-Wallet erst möglich, und WATS stützt sich voll darauf: ein Backup, eine Identität, mit EVM-, Solana- und TON-Konten auf ihren richtigen Zweigen — das Erlebnis, das Ethereum, Solana und TON in einem Wallet verwalten beschreibt. WATS ist durchgängig non-custodial: Die Seed und jeder daraus abgeleitete Schlüssel existieren nur auf Ihrer Seite, und WATS hält niemals einen Schlüssel. Die Gebührenschicht ist passend vereinheitlicht: Jede Aktion — Transfers, Swaps, Staking — wird in einem Token abgerechnet, ATS, statt im nativen Gas jeder Chain, über einen ERC-4337-Paymaster auf EVM und einen gleichwertigen Fee-Payer/Relayer auf Solana und TON. Das ist kein Rabatt; es ändert, welcher Token zahlt, nicht was das Netzwerk verlangt. ATS ist ein LayerZero-OFT, ein einziges Guthaben überspannt also alle drei Ökosysteme, und gesammeltes ATS wird von 100M in Richtung eines 30M-Bodens verbrannt — die Mechanik steht auf der ATS-Gebührenseite.
Die praktische Fassung des Ganzen ist kurz. Richten Sie WATS einmal ein — Chrome-Erweiterung, Mobile App oder beides — schreiben Sie die Seed-Phrase offline auf, und von da an ist jedes Konto, das WATS für Sie auf Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana und TON ableitet, bereits durch das Backup vom ersten Tag abgedeckt. Das ist das ganze Versprechen von HD-Wallets — und der Grund, jene zwölf Wörter und nicht die App als das zu behandeln, was Sie wirklich schützen.
Häufig gestellte Fragen
Kann eine Seed-Phrase wirklich alle meine Chains und Konten sichern?
Ja — genau das ist der Sinn des HD-Designs. Die Seed erzeugt deterministisch einen Baum von Schlüsseln, mit getrennten Zweigen pro Blockchain und Konto, sodass jede Adresse, die ein Wallet für Sie anlegt, aus denselben 12 oder 24 Wörtern wiederherstellbar ist. Die Kehrseite ist Risikokonzentration: Wer die Phrase hält, kann den gesamten Baum rekonstruieren — die Seed verdient also Ihren stärksten Schutz.
Ist WATS ein HD-Wallet, und welche Chains deckt eine Seed ab?
WATS ist ein vollständig non-custodial HD-Wallet: Eine einzige BIP-39-Seed-Phrase leitet Ihre Konten auf Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana und TON ab, ein Backup deckt also alle ab. Die sechs EVM-Chains teilen sich einen Ableitungszweig — und damit eine Adresse — während Solana und TON auf eigenen Zweigen sitzen, da sie ein anderes Signaturverfahren nutzen. Die Seed und jeder daraus abgeleitete Schlüssel bleiben auf Ihrem Gerät — WATS hält niemals einen Schlüssel. Auch die WATS NFC-Metallkarte speichert keine Schlüssel; sie authentifiziert per Antippen gegenüber Schlüsseln in den WATS-Apps und koppelt sich mit genau einem Gerät.
Warum zeigt meine Seed in einem anderen Wallet andere Adressen?
Weil das zweite Wallet standardmäßig entlang eines anderen Pfads oder für andere Chains ableitet — nicht, weil Ihre Gelder bewegt wurden. Seed plus Ableitungspfad bestimmen den Schlüssel; Wallets sind sich beim Seed-Standard (BIP-39) einig, unterscheiden sich aber in den Pfadkonventionen. Ihre Assets bleiben an den Adressen, die das ursprüngliche Wallet abgeleitet hat — eine Wiederherstellung dort oder in einem Wallet, das gängige Pfade scannt, bringt sie wieder zum Vorschein.
Ist es gefährlich, einen xpub zu teilen?
Gelder verlieren können Sie dadurch nicht — ein erweiterter öffentlicher Schlüssel leitet nur Adressen ab, niemals private Schlüssel, und ermöglicht höchstens Nur-Beobachten-Ansichten. Was es kostet, ist Privatsphäre: Der Inhaber kann jede Adresse dieses Zweigs aufzählen und Ihre Aktivitäten verknüpfen. Behandeln Sie einen xpub wie einen vollständigen, laufenden Kontoauszug dieses Kontos und teilen Sie ihn nur mit Diensten, denen Sie diese Information anvertrauen würden.
Was bewirkt eine BIP-39-Passphrase eigentlich?
Sie fließt in den Schritt ein, der Ihre Wörter in die Master-Seed verwandelt — sie hinzuzufügen oder zu ändern erzeugt daher einen völlig anderen Schlüsselbaum. Sie ist also kein Passwort, das ein bestehendes Wallet schützt: Dieselben 12 Wörter mit und ohne Passphrase sind zwei getrennte Wallets, und eine vergessene Passphrase ist so unwiederbringlich wie vergessene Wörter. Nutzen Sie eine nur, wenn Sie sie so sorgfältig aufbewahren wie die Phrase selbst.