Derivation Path es una secuencia ordenada de índices normales y hardened usada para derivar una clave según BIP 32. No es una semilla, clave privada ni dirección; la misma notación con otra clave inicial lleva a claves diferentes.
En m/0/7, m designa el nodo privado maestro y cada barra añade una derivación: primero el hijo 0 y luego su hijo 7. Se usa una clave extendida con chain code. Los números no son importes ni números de transacción; la ruta por sí misma no aporta material para firmar. [BIP 32 — Hierarchical Deterministic Wallets]
BIP 32 divide los índices de 32 bits en normales, de 0 a 2^31−1, y hardened, de 2^31 a 2^32−1. Tanto 0' como 0h representan el índice hardened 2^31, no el 0 normal; BIP 380 acepta apóstrofo y h. De un xpub puede obtenerse un hijo público normal, pero no un hijo hardened usando solo ese xpub. [BIP 32 — Hierarchical Deterministic Wallets] [BIP 380 — Output Script Descriptors]
El ejemplo m/84'/0'/0'/0/7 identifica la convención BIP 84, Bitcoin mainnet, cuenta 0, rama externa de recepción 0 e índice 7, la octava posición de dirección. Los tres primeros niveles son hardened y los dos últimos normales. En la convención BIP 44, la rama 1 se usa para el cambio propio; los índices empiezan en cero. [BIP 44 — Multi-Account Hierarchy] [BIP 84 — Native P2WPKH derivation]
BIP 43 reserva el primer nivel hardened para purpose. La convención 44' corresponde a P2PKH, 49' a P2SH-P2WPKH, 84' a P2WPKH y 86' a single-key P2TR. El número no impone por sí solo un script de consenso; el software debe construir la salida correspondiente. No todas las carteras usan estas convenciones. [BIP 43 — Purpose Field] [BIP 44 — Multi-Account Hierarchy] [BIP 49 — P2WPKH nested in P2SH] [BIP 84 — Native P2WPKH derivation] [BIP 86 — Single Key P2TR Outputs]
Si el xpub ya se exportó en m/84'/0'/0', basta el sufijo relativo /0/7 para este descendiente. Añadir otra vez toda la ruta raíz a un xpub de cuenta realiza otra derivación, y sus pasos hardened tampoco pueden ejecutarse desde ese xpub. La profundidad y el fingerprint parental serializados no contienen toda la historia de la ruta original. [BIP 32 — Hierarchical Deterministic Wallets] [BIP 380 — Output Script Descriptors]
BIP 380 permite un origen fingerprint/ruta entre corchetes antes de la clave y un sufijo de derivación después. El origen describe pasos ya realizados; el sufijo aún debe derivarse. El descriptor también especifica el script y puede incluir un rango mediante *. El fingerprint tiene cuatro bytes y puede colisionar; no es prueba de identidad ni sustituto de la clave. [BIP 380 — Output Script Descriptors] [BIP 32 — Hierarchical Deterministic Wallets] [Bitcoin Core 29.0 — deriveaddresses RPC]
BIP 32 advierte que un xpub parental junto con un descendiente privado normal filtrado puede revelar la clave privada extendida del padre. Una frontera hardened separa este proceso concreto, pero no protege la clave ya filtrada. Compartir un xpub también expone su rama pública y puede perjudicar la privacidad aunque no pueda firmar por sí solo. [BIP 32 — Hierarchical Deterministic Wallets]
La recuperación comprueba la semilla correcta y cualquier passphrase, red, cuenta, rama, script y rango de escaneo, incluido Gap Limit. Una sintaxis válida puede apuntar a otra rama vacía; saldo cero no prueba que las claves sean incorrectas. Se verifica con una dirección de recepción y un historial conocidos, no solo porque el programa acepte la ruta. [BIP 39 — From mnemonic to seed] [BIP 44 — Multi-Account Hierarchy] [BIP 380 — Output Script Descriptors]
Para obtener la imagen más completa, lee esta entrada junto con HD Wallet, Extended Public Key (xpub), Gap Limit, Output Descriptor, BIP 39. También enlazan con esta entrada HD Wallet, Watch-only Wallet, Salida de cambio, Extended Public Key (xpub).