Estándares de seed comparados: BIP-39, Electrum, SLIP39 y otros

Las frases de recuperación se parecen pero no son intercambiables. Si un seed restaura una cartera depende del estándar con el que se creó, y mezclar estándares es una de las causas ocultas de restauraciones fallidas.

BIP-39 (la mayoría de carteras de hardware y software)

• 12, 15, 18, 21 o 24 palabras de la lista fija BIP-39 (2.048 palabras)
• La última palabra contiene una suma de comprobación: la suma de comprobación detecta algunos errores, pero no todos. Una frase BIP-39 modificada puede superar la verificación y generar otra cartera.
• Una passphrase BIP-39 opcional (25.ª palabra) cambia por completo la cartera derivada
• Usado por Ledger, Trezor, MetaMask, la mayoría de carteras móviles y la mayoría de carteras de escritorio modernas
• La compatibilidad con BIP-39 no basta: la cartera también debe admitir la red, las rutas de derivación, los tipos de cuenta y dirección originales y cualquier passphrase utilizada.

Seeds Electrum

• Las frases de recuperación antiguas de Electrum (anteriores a la versión 2.0) utilizan una lista histórica fija para convertir el seed en palabras y reconstruirlo a partir de ellas. No utilizan el sistema de hash de versión HMAC-SHA512 introducido en Electrum 2.0.
• Seeds Electrum nuevos: 12-24 palabras, validados por el hash de versión propio de Electrum — un prefijo de un HMAC-SHA512 de la frase, no una palabra aparte
• No es BIP-39: un seed Electrum no restaurará una cartera BIP-39 y viceversa
• Electrum también usa sus propias rutas de derivación (ramas legacy / SegWit) sobre el seed

SLIP39 (copia Shamir)

• Divide un seed en partes; un umbral de partes completas restaura la cartera (por ejemplo 2 de 3)
• Las partes son de 20 o 33 palabras de la lista SLIP39
• Usado por Trezor (copia Shamir) y algunas otras carteras de hardware
• Las partes reconstruyen el seed maestro subyacente de la cartera —el valor del que deriva cada clave— y no una frase BIP-39
• SLIP39 sustituye a BIP-39 en lugar de ampliarlo, y ambos no son compatibles: unas partes existentes no pueden reconvertirse en una frase BIP-39 de 12 o 24 palabras
• Conserve las partes Shamir en formato SLIP39 y restáurelas con software que implemente SLIP39: una parte de 20 o 33 palabras no es una frase que una cartera BIP-39 pueda aceptar

Seeds Monero

• 25 palabras que codifican la clave de gasto privada y la clave de visión privada
• Tiene su propia suma de comprobación y su propia lista de palabras
• No es BIP-39; los seeds Monero solo restauran carteras Monero (y software compatible)

Seeds legacy y no estándar

• MultiBit Classic, los primeros Bitcoin Core y otras carteras pre-HD no usan ningún seed: usaban archivos de cartera y keypools
• Los brain wallets son contraseñas convertidas directamente en claves, no seeds
• Cualquier «frase de 12 o 24 palabras» que falle la suma de comprobación BIP-39 puede seguir siendo válida bajo otro estándar: es una señal, no un callejón sin salida

Qué significa esto para la recuperación

• Antes de juzgar un seed inválido, identifique el estándar: el número de palabras, si la frase lleva el hash de versión de Electrum y si el software está basado en BIP-39
• Un error de «seed inválido» en una cartera no significa que el seed sea inutilizable: puede pertenecer a otro estándar
• La recuperación de un seed parcial o erróneo depende de la estructura de suma de comprobación del estándar, que es lo que hace posibles las búsquedas acotadas