Zum Hauptinhalt springen

Tutorial zum Key Derivation Tool: BIP-44 Path Explorer

Hierarchisch-deterministische (HD) Wallets sind das Rückgrat des modernen Kryptowährungs-Schlüsselmanagements. Aus einem einzelnen Seed leitet eine HD Wallet einen ganzen Schlüsselbaum ab — Milliarden eindeutiger Adressen über mehrere Blockchains hinweg, alle aus deiner ursprünglichen Seed Phrase wiederherstellbar. Das Key Derivation Tool von SafeSeed lässt dich diesen Baum visualisieren und erkunden, verstehen, wie Ableitungspfade funktionieren, und Probleme diagnostizieren, wenn Wallets sich nicht wie erwartet verhalten.

Jetzt ausprobieren

Erkunde BIP-44-Ableitungspfade unter safeseed.app/tools/key-derivation/ — vollständig clientseitig, funktioniert offline.

Was ist Schlüsselableitung?

Schlüsselableitung ist der Prozess, bei dem neue kryptografische Schlüssel aus einem bestehenden Schlüssel erzeugt werden. Bei Kryptowährungen beginnt dies mit deiner Seed Phrase und folgt einem deterministischen Algorithmus, der durch BIP-32 (Hierarchical Deterministic Wallets) definiert und durch BIP-44 (Multi-Account Hierarchy) strukturiert wird.

Die entscheidende Eigenschaft ist Determinismus: Derselbe Seed erzeugt immer denselben Schlüsselbaum. Das bedeutet:

  • Du kannst deine gesamte Wallet nur mit der Seed Phrase wiederherstellen
  • Mehrere Geräte mit demselben Seed zeigen dieselben Adressen
  • Nach der initialen Seed-Generierung sind keine Zufallselemente mehr beteiligt

Der Schlüsselbaum

Stell dir die Schlüsselableitung als Baum vor:

Master Key (root)
├── Purpose 44' (Legacy)
│ ├── Bitcoin (0')
│ │ ├── Account 0'
│ │ │ ├── External (0)
│ │ │ │ ├── Address 0
│ │ │ │ ├── Address 1
│ │ │ │ └── Address 2 ...
│ │ │ └── Internal/Change (1)
│ │ │ ├── Address 0
│ │ │ └── Address 1 ...
│ │ └── Account 1'
│ │ └── ...
│ ├── Ethereum (60')
│ │ └── Account 0'
│ │ └── ...
│ └── Litecoin (2')
│ └── ...
├── Purpose 49' (SegWit)
│ └── ...
├── Purpose 84' (Native SegWit)
│ └── ...
└── Purpose 86' (Taproot)
└── ...

Jeder Knoten in diesem Baum hat sowohl einen privaten Schlüssel als auch einen öffentlichen Schlüssel. Der Address Generator leitet die Blattknoten (einzelne Adressen) ab, während dich das Key Derivation Tool jeden Knoten im gesamten Baum prüfen lässt.

Ableitungspfade verstehen

Ein Ableitungspfad ist eine Folge von Indizes, die beschreibt, wie man vom Master Key zu einem bestimmten Child Key navigiert. Die Standardnotation sieht so aus:

m / 84' / 0' / 0' / 0 / 0

Schauen wir uns das vollständig an.

Pfadkomponenten

KomponenteBedeutungBeispielwerte
mMaster-(Root-)KeyImmer m
purpose'Welcher BIP-Standard44', 49', 84', 86'
coin_type'Welche Kryptowährung0' (BTC), 60' (ETH), 2' (LTC)
account'Kontotrennung0', 1', 2'
changeExtern/intern0 (Empfang), 1 (Change)
address_indexAdressnummer0, 1, 2, ...

Hardened vs. normale Ableitung

Das Apostroph (') kennzeichnet Hardened Derivation. Das ist ein grundlegendes Sicherheitskonzept in HD Wallets.

Normale (nicht-hardened) Ableitung (m/0/1/2):

  • Mit dem übergeordneten Public Key lassen sich alle Child Public Keys ableiten
  • Wenn ein Child Private Key und der Parent Public Key kompromittiert sind, kann der Parent Private Key berechnet werden
  • Wird für die Ebenen change und address_index verwendet

Hardened Derivation (m/0'/1'/2'):

  • Nur der Parent Private Key kann Child Keys ableiten
  • Die Kompromittierung eines Child Keys legt den Parent nicht offen
  • Wird für die Ebenen purpose, coin_type und account verwendet

Die Sicherheitslogik: Die ersten drei Ebenen (purpose', coin_type', account') nutzen Hardened Derivation als Firewall. Selbst wenn ein Angreifer auf Adress-Ebene einen Child Private Key erhält, kann er nicht rückwärts über die Hardened-Grenze hinweg arbeiten, um deinen Master Key oder Schlüssel anderer Konten oder Kryptowährungen zu entdecken.

Standard-Ableitungspfade nach Wallet

Verschiedene Wallet-Softwares können unterschiedliche Ableitungspfade nutzen. Hier ist eine Referenz für gängige Wallets:

WalletBitcoin-PfadEthereum-PfadHinweis
Ledger Livem/84'/0'/0'/0/xm/44'/60'/0'/0/xNative SegWit Standard
Trezor Suitem/84'/0'/0'/0/xm/44'/60'/0'/0/xNative SegWit Standard
Electrumm/84'/0'/0'/0/xN/ANative SegWit Standard
MetaMaskN/Am/44'/60'/0'/0/xNur Ethereum
BlueWalletm/84'/0'/0'/0/xN/ANative SegWit Standard
Exodusm/84'/0'/0'/0/xm/44'/60'/0'/0/xMulti-Chain
Trust Walletm/84'/0'/0'/0/xm/44'/60'/0'/0/xMulti-Chain
Coinbase Walletm/44'/0'/0'/0/xm/44'/60'/0'/0/xLegacy für BTC
Myceliumm/84'/0'/0'/0/xN/ANur Bitcoin
Wasabim/84'/0'/0'/0/xN/AFokus auf Privatsphäre

Bei der Wiederherstellung von Geldern ist es essenziell zu wissen, welchen Pfad deine ursprüngliche Wallet verwendet hat. Das Key Derivation Tool hilft dir, Pfade systematisch zu erkunden, um herauszufinden, wo deine Schlüssel liegen.

Schritt für Schritt: Das Key Derivation Tool verwenden

Schritt 1: Tool öffnen

Gehe zu safeseed.app/tools/key-derivation/. Wie bei allen SafeSeed-Tools laufen die Operationen vollständig in deinem Browser.

Sicherheitshinweis: Wenn du eine Seed Phrase für echte Gelder eingibst, nutze ein air-gapped Gerät. Siehe Offline Usage Guide.

Schritt 2: Seed Phrase eingeben

Gib deine 12- oder 24-Wörter-BIP-39-Mnemonic-Phrase ein. Optional kannst du eine Passphrase eingeben. Das Tool validiert die Phrase und zeigt den Master Seed (512-Bit-Hex) an, der über PBKDF2 abgeleitet wird.

Schritt 3: Master Key anzeigen

Nach Eingabe einer gültigen Seed Phrase zeigt das Tool die Master Key-Informationen an:

  • Master Private Key (xprv): Der Root-Private-Key, aus dem alle anderen Schlüssel abgeleitet werden. Das ist das sensibelste Datenelement in der gesamten Schlüsselhierarchie.
  • Master Public Key (xpub): Der entsprechende öffentliche Schlüssel. Aus diesem Schlüssel lassen sich alle Child Public Keys ableiten (für nicht-hardened Pfade).
  • Master Chain Code: Ein 256-Bit-Wert, der zusammen mit dem Schlüssel in der Ableitungsfunktion verwendet wird. Der Chain Code fügt der Child-Key-Ableitung eine zusätzliche Unvorhersehbarkeitsebene hinzu.

Schritt 4: Im Ableitungsbaum navigieren

Das Key Derivation Tool stellt die Schlüsselhierarchie als interaktiven Baum dar. Du kannst:

  1. Auf Baumknoten klicken, um sie zu erweitern und Child Keys zu sehen
  2. Einen benutzerdefinierten Pfad eingeben im Pfad-Eingabefeld (z. B. m/84'/0'/0'/0/0)
  3. Zwischen Private-Key- und Public-Key-Anzeige umschalten
  4. Jeden Schlüssel oder Pfad kopieren zur Verwendung in anderen Tools oder Wallets

Schritt 5: Einen bestimmten Schlüssel prüfen

Wenn du einen Knoten im Baum auswählst, zeigt das Tool vollständige Informationen zu diesem Schlüssel an:

  • Ableitungspfad: Der vollständige Pfad vom Master zu diesem Schlüssel
  • Private Key: Der Schlüssel auf dieser Ebene (im Extended-Format und ggf. WIF)
  • Public Key: Der entsprechende öffentliche Schlüssel (komprimiert)
  • Chain Code: Der Chain Code auf dieser Ebene
  • Fingerprint: Eine 4-Byte-Kennung für diesen Schlüssel (verwendet bei der Extended-Key-Serialisierung)
  • Abgeleitete Adresse: Die Kryptowährungsadresse (für Schlüssel auf Blattebene)

Schritt 6: Verschiedene Purposes erkunden

Navigiere durch verschiedene BIP-Standards, um zu verstehen, wie derselbe Seed unterschiedliche Adresstypen erzeugt:

BIP-44 (Legacy): m/44'/0'/0'/0/0

  • Erzeugt Legacy-Adressen, die mit 1 beginnen
  • Höchste Transaktionsgebühren
  • Maximale Kompatibilität mit älteren Systemen

BIP-49 (SegWit): m/49'/0'/0'/0/0

  • Erzeugt SegWit-Adressen, die mit 3 beginnen
  • Mittlere Transaktionsgebühren
  • Gute Kompatibilität

BIP-84 (Native SegWit): m/84'/0'/0'/0/0

  • Erzeugt Native-SegWit-Adressen, die mit bc1q beginnen
  • Niedrige Transaktionsgebühren
  • Standard für moderne Wallets

BIP-86 (Taproot): m/86'/0'/0'/0/0

  • Erzeugt Taproot-Adressen, die mit bc1p beginnen
  • Niedrigste Transaktionsgebühren
  • Neuester Standard, unterstützt erweitertes Scripting

Deep Dive: Wie BIP-32-Ableitung funktioniert

Die Mathematik hinter der Schlüsselableitung zu verstehen ist für die Nutzung des Tools nicht nötig, liefert aber wertvolle Einblicke für alle, die die Sicherheit ihrer Wallet wirklich verstehen möchten.

HMAC-SHA512-Child-Key-Ableitung

BIP-32 verwendet HMAC-SHA512, um Child Keys abzuleiten. Der Prozess unterscheidet sich bei Hardened und normaler Ableitung:

Normale Child-Key-Ableitung:

HMAC-SHA512(
key = parent_chain_code,
data = parent_public_key || child_index
) → (child_key_data, child_chain_code)

child_private_key = parent_private_key + child_key_data (mod n)

Hardened Child-Key-Ableitung:

HMAC-SHA512(
key = parent_chain_code,
data = 0x00 || parent_private_key || child_index
) → (child_key_data, child_chain_code)

child_private_key = parent_private_key + child_key_data (mod n)

Der entscheidende Unterschied: Hardened Derivation verwendet den Private Key als Eingabe, normale Ableitung den Public Key. Das bedeutet, Hardened Child Keys können nicht allein aus dem Parent Public Key abgeleitet werden.

Extended-Key-Serialisierung

Extended Keys (xprv/xpub) kodieren mehrere Informationsbestandteile:

FeldGrößeBeschreibung
Version4 BytesNetzwerk- und Schlüsseltyp (0488ADE4 für xprv, 0488B21E für xpub)
Tiefe1 ByteWie viele Ebenen vom Master Key entfernt
Parent Fingerprint4 BytesErste 4 Bytes des Hashes des Parent Keys
Child Index4 BytesWelcher Child Key dies ist (mit Hardened-Bit)
Chain Code32 BytesDer Chain Code
Key Data33 BytesDer Private oder Public Key

Die gesamte Struktur wird Base58Check-kodiert, um die bekannte Zeichenfolge xprv... oder xpub... zu erzeugen. Unterschiedliche Versions-Bytes erzeugen entsprechend ypub/zpub für SegWit bzw. Native SegWit.

Praktische Anwendungen

Anwendung 1: Fehlerdiagnose bei der Wallet-Wiederherstellung

Szenario: Du hast deine Seed Phrase in einer neuen Wallet wiederhergestellt, aber dein Bitcoin-Saldo zeigt null.

Diagnose mit dem Key Derivation Tool:

  1. Gib deine Seed Phrase in das Key Derivation Tool ein
  2. Navigiere zu m/84'/0'/0'/0/0 (Native SegWit, häufigster moderner Pfad)
  3. Notiere die Adresse — prüfe sie auf mempool.space
  4. Falls kein Saldo vorhanden ist, versuche m/44'/0'/0'/0/0 (Legacy)
  5. Versuche m/49'/0'/0'/0/0 (SegWit)
  6. Versuche m/86'/0'/0'/0/0 (Taproot)
  7. Falls weiterhin kein Saldo vorhanden ist, versuche Konto 1': m/84'/0'/1'/0/0
  8. Prüfe sowohl externe (change=0) als auch interne (change=1) Chains

Diese systematische Erkundung zeigt genau, wo deine Gelder im Ableitungsbaum liegen.

Anwendung 2: Watch-Only-Wallets verstehen

Szenario: Du möchtest eine Watch-Only-Wallet einrichten, um deinen Bitcoin-Saldo zu überwachen, ohne Private Keys offenzulegen.

Mit dem Key Derivation Tool:

  1. Gib deine Seed Phrase ein (auf einem air-gapped Gerät)
  2. Navigiere zur Kontoebene: m/84'/0'/0'
  3. Kopiere den Extended Public Key (zpub) auf dieser Ebene
  4. Importiere diesen zpub in deine Watch-Only-Wallet-Software (z. B. Electrum, BlueWallet)
  5. Die Watch-Only-Wallet kann alle Empfangs- und Change-Adressen unterhalb dieser Ebene ableiten
  6. Sie kann keine Private Keys ableiten oder Transaktionen signieren

Das Key Derivation Tool zeigt dir genau, welche Ebene des Baums du exportieren musst und welche Informationen der Extended Public Key enthält.

Anwendung 3: Multi-Account-Organisation

Szenario: Du möchtest deine Bitcoin-Bestände in getrennte Konten aufteilen (z. B. Sparen, Trading, Business), aber eine einzige Seed Phrase verwenden.

Mit dem Key Derivation Tool:

  1. Konto 0: m/84'/0'/0' — Persönliche Ersparnisse
  2. Konto 1: m/84'/0'/1' — Trading
  3. Konto 2: m/84'/0'/2' — Business

Jedes Konto hat seinen eigenen Satz von Adressen und Extended Keys. Die Hardened Derivation auf Kontoebene stellt sicher, dass die Kompromittierung der Schlüssel eines Kontos die anderen nicht betrifft.

Anwendung 4: Cross-Chain-Schlüsselerkundung

Szenario: Du möchtest verstehen, wie eine Seed Phrase sowohl Bitcoin- als auch Ethereum-Adressen erzeugt.

Mit dem Key Derivation Tool:

  1. Gib deine Seed Phrase ein
  2. Navigiere zu m/44'/0'/0'/0/0 — das ist Bitcoins Schlüssel
  3. Navigiere zu m/44'/60'/0'/0/0 — das ist Ethereums Schlüssel
  4. Beobachte: Die Schlüssel sind trotz desselben Seeds vollständig unterschiedlich
  5. Die Ebene coin_type (0' vs 60') ist der Punkt, an dem sich die Bäume trennen

Das zeigt, wie die BIP-44-Hierarchie Überschneidungen zwischen Chains verhindert und gleichzeitig die Wiederherstellbarkeit mit einem Seed beibehält.

Anwendung 5: Verhalten von Hardware-Wallets verifizieren

Szenario: Du möchtest bestätigen, dass deine Hardware-Wallet nicht falsche Angaben darüber macht, welche Adressen sie kontrolliert.

Mit dem Key Derivation Tool:

  1. Gib auf einem air-gapped Gerät die Seed Phrase ein, mit der du deine Hardware-Wallet initialisiert hast
  2. Leite die ersten 10 Adressen auf demselben Pfad ab, den deine Hardware-Wallet verwendet
  3. Vergleiche jede Adresse mit dem, was die Hardware-Wallet anzeigt
  4. Wenn alle übereinstimmen, implementiert die Hardware-Wallet die BIP-32/44-Ableitung korrekt
  5. Falls sie abweichen, kann es ein Firmware-Problem, eine andere Passphrase oder ein Ableitungspfad-Mismatch sein

Change-Adressen verstehen

Einer der verwirrendsten Aspekte von HD Wallets für neue Nutzer ist das Konzept der Change-Adressen. Das Key Derivation Tool hilft, das verständlich zu machen.

Was sind Change-Adressen?

In Bitcoin (und ähnlichen UTXO-basierten Chains) verbrauchst du beim Senden von einer Adresse in der Regel den gesamten „unspent transaction output“ (UTXO) dieser Adresse. Wenn du 0,5 BTC senden willst, der UTXO aber 1,0 BTC beträgt, erzeugt die Transaktion zwei Outputs:

  1. 0,5 BTC an die Adresse des Empfängers
  2. 0,5 BTC (abzüglich Gebühren) an eine Change-Adresse, die du kontrollierst

Diese Change-Adresse stammt aus der internen Chain (change = 1) in deinem Ableitungspfad:

  • Empfangsadressen: m/84'/0'/0'/0/x
  • Change-Adressen: m/84'/0'/0'/1/x

Change-Adressen im Key Derivation Tool anzeigen

Navigiere zur Change-Chain, indem du die Change-Komponente auf 1 setzt:

PfadTypZweck
m/84'/0'/0'/0/0ExternErste Empfangsadresse
m/84'/0'/0'/0/1ExternZweite Empfangsadresse
m/84'/0'/0'/1/0InternErste Change-Adresse
m/84'/0'/0'/1/1InternZweite Change-Adresse

Das Verständnis von Change-Adressen ist für die Wallet-Wiederherstellung entscheidend. Wenn du nur externe Adressen scannst, kannst du Gelder auf Change-Adressen übersehen. Das Key Derivation Tool zeigt beide Chains.

SLIP-44-Coin-Typen

Die Ebene coin_type in BIP-44-Pfaden nutzt registrierte Werte aus SLIP-44. Hier sind die am häufigsten verwendeten:

CoinSLIP-44-TypPfad-Präfix
Bitcoin0'm/84'/0'/...
Bitcoin Testnet1'm/84'/1'/...
Litecoin2'm/84'/2'/...
Dogecoin3'm/44'/3'/...
Ethereum60'm/44'/60'/...
Ethereum Classic61'm/44'/61'/...
Bitcoin Cash145'm/44'/145'/...
Stellar148'm/44'/148'/...
Ripple (XRP)144'm/44'/144'/...
Cardano1815'm/1852'/1815'/...
Solana501'm/44'/501'/...
Polkadot354'm/44'/354'/...
Cosmos118'm/44'/118'/...
Tron195'm/44'/195'/...
Avalanche9000'm/44'/9000'/...

Das Key Derivation Tool nutzt diese registrierten Werte, wenn du eine Kryptowährung auswählst, du kannst aber auch benutzerdefinierte Pfade manuell eingeben.

Für die vollständige Liste siehe Supported Blockchains.

Fortgeschritten: Gap Limit und Address Discovery

Wenn eine Wallet aus einer Seed Phrase wiederhergestellt wird, muss sie herausfinden, welche Adressen genutzt wurden. Dafür scannt sie Adressen sequenziell ab Index 0 und prüft den Transaktionsverlauf auf der Blockchain.

Das Gap Limit ist die Anzahl aufeinanderfolgender ungenutzter Adressen, die eine Wallet scannt, bevor sie stoppt. Der BIP-44-Standard empfiehlt ein Gap Limit von 20. Das bedeutet: Wenn die Adressen 0–15 genutzt wurden, aber 16–35 nicht, scannt die Wallet bis Adresse 35 (16 + 20 Gap) und schließt daraus, dass es keine weiteren genutzten Adressen gibt.

Auswirkungen:

  • Wenn du im Address Generator von SafeSeed mehr als 20 aufeinanderfolgende Adressen generierst und nicht-sequenzielle nutzt (z. B. Sprung von Index 5 auf Index 30), entdecken manche Wallets die späteren Adressen bei der Wiederherstellung möglicherweise nicht
  • Die meisten Wallets erlauben, das Gap Limit in den Einstellungen zu erhöhen
  • Das Key Derivation Tool hilft dir, genau zu verstehen, welche Indizes abgeleitet und potenziell genutzt wurden

FAQ

Wie hängen BIP-32, BIP-44, BIP-49, BIP-84 und BIP-86 zusammen?

BIP-32 definiert den Kernalgorithmus für hierarchisch-deterministische Schlüsselableitung — wie man von einem Parent Key zu einem Child Key gelangt. BIP-44 definiert eine Standardorganisation für den daraus entstehenden Schlüsselbaum (purpose/coin/account/change/index). BIP-49, BIP-84 und BIP-86 sind Erweiterungen, die denselben BIP-32-Algorithmus und die BIP-44-Struktur verwenden, aber unterschiedliche purpose-Werte (49, 84, 86) und Adresskodierungsformate (SegWit, Native SegWit, Taproot) festlegen.

Kann ich das Key Derivation Tool nutzen, um verlorene Kryptowährungen zu finden?

Wenn du die richtige Seed Phrase hast, aber nicht weißt, welcher Ableitungspfad verwendet wurde, kann dir das Key Derivation Tool helfen, systematisch alle Standardpfade zu erkunden. Leite für jede Pfadkombination Adressen ab und prüfe sie in einem Blockchain-Explorer. Das ist der häufigste Anwendungsfall für die Fehlerdiagnose bei Wallet-Wiederherstellungen.

Was bedeutet „hardened“ Ableitung in der Praxis?

Hardened Derivation bedeutet, dass der Child Key nur mit dem Parent Private Key abgeleitet werden kann. Praktisch erzeugt das eine Sicherheitsgrenze: Wenn jemand einen Child Key unterhalb eines hardened Knotens erhält, kann er nicht rückwärts arbeiten, um den Parent Private Key zu entdecken. Deshalb sind die ersten drei Ebenen von BIP-44-Pfaden (purpose, coin_type, account) hardened — so verhindert man, dass eine Kompromittierung auf Adress-Ebene deinen Master Key offenlegt.

Warum zeigt meine Wallet ein zpub statt eines xpub an?

Das Präfix (xpub, ypub, zpub) zeigt an, für welches Adressformat der Extended Public Key gedacht ist. xpub ist für Legacy (BIP-44), ypub für SegWit (BIP-49) und zpub für Native SegWit (BIP-84). Alle enthalten denselben Datentyp (einen Extended Public Key mit Chain Code), aber das Versions-Byte ist unterschiedlich, um das erwartete Adressformat zu signalisieren. Das Key Derivation Tool zeigt, welches Format auf jeder Ebene gilt.

Kann ich Ethereum-Schlüssel mit BIP-84-Pfaden ableiten?

Technisch kannst du Schlüssel auf jedem Pfad ableiten, aber Ethereum verwendet konventionsgemäß BIP-44 (m/44'/60'/...). BIP-84 ist ein Bitcoin-spezifischer Standard für Native-SegWit-Adressen. Das Key Derivation Tool leitet Ethereum-Adressen korrekt ab, wenn du den Standard-Ethereum-Pfad verwendest. Nicht standardisierte Pfade würden gültige Schlüssel erzeugen, aber keine Wallet-Software würde sie erkennen.

Was passiert, wenn ich den falschen Kontoindex verwende?

Wenn du Adressen aus Konto 0' abgeleitet hast, deine Gelder aber auf Konto 1' liegen, erscheinen sie nicht in einem Standard-Wallet-Scan. Das Key Derivation Tool erlaubt dir, zu verschiedenen Kontoindizes zu navigieren, um herauszufinden, welches Konto deine Gelder enthält. Die meisten Wallets nutzen standardmäßig Konto 0', manche erlauben aber zusätzliche Konten.

Wie geht das Key Derivation Tool mit der Passphrase um?

Die Passphrase (25. Wort) wird beim initialen Seed-Ableitungsschritt angewendet (BIP-39), bevor irgendeine BIP-32-Schlüsselableitung beginnt. Eine andere Passphrase erzeugt einen vollständig anderen Master Seed, der wiederum einen komplett anderen Schlüsselbaum erzeugt. Das Key Derivation Tool zeigt den Master Seed nach Anwendung der Passphrase, damit du prüfen kannst, dass du mit dem richtigen Seed arbeitest.

Gibt es eine maximale Tiefe für die Schlüsselableitung?

BIP-32 unterstützt theoretisch eine Ableitung mit beliebiger Tiefe, aber BIP-44 standardisiert auf fünf Ebenen (purpose/coin/account/change/index). Tiefer als fünf Ebenen zu gehen ist nicht standardisiert und wird von keiner gängigen Wallet-Software unterstützt. Das Key Derivation Tool unterstützt die standardmäßigen fünf Ebenen und erlaubt benutzerdefinierte Pfade für fortgeschrittene Erkundung.

Verwandte Anleitungen