Ensaya una recuperación sin poner en riesgo tus fondos
Una copia de recuperación no sirve porque exista: sirve si puedes reconstruir con ella la wallet correcta. En esta práctica crearás una recuperación paralela de una wallet de laboratorio y comprobarás direcciones, historial on-chain y UTXO sin borrar la wallet original. También descubrirás qué información local no recupera una seed por sí sola.
🐥 ¿Partes de cero? Abre esta introducción
Qué significa realmente “recuperar una wallet”
Recuperar una wallet no consiste en “volver a descargar tus bitcoin”. Consiste en reconstruir las mismas claves y la misma configuración para volver a controlar las mismas salidas de Bitcoin. Usaremos Sparrow Wallet porque permite ver con claridad la seed, el tipo de script, la derivación, las direcciones, el historial y los UTXO.
Hazla solo con una wallet de laboratorio. No escribas la seed de una wallet con fondos reales en un ordenador conectado solo para “probar”. Una seed es material de recuperación crítico; una passphrase BIP39, si existe, forma parte del proceso y una distinta puede derivar una wallet distinta sin mostrar ningún error.
🐥 Seed, passphrase y derivación en una frase
La seed permite derivar claves; la passphrase modifica la wallet derivada; y parámetros como el tipo de script y la ruta de derivación determinan qué claves y direcciones se obtienen. Recuperar las palabras correctas con parámetros equivocados puede llevarte a una wallet válida pero distinta.
No pruebes primero con una wallet que contenga fondos reales
Utiliza una wallet creada específicamente para laboratorio, preferiblemente en Testnet4. La práctica consiste en comprobar el proceso, no en asumir un riesgo innecesario con una wallet de producción.
Si una seed protege bitcoin real, introducirla en un ordenador conectado cambia su modelo de seguridad. Esta práctica debe hacerse con una seed creada expresamente para laboratorio o con un procedimiento de recuperación adecuado a tu sistema real.
Elige una wallet que puedas romper sin consecuencias
Haz esto
Utiliza una wallet de prueba que no controle bitcoin real. Si has seguido las prácticas anteriores, puedes reutilizar la wallet de Testnet4.
sí ≠ Wallet con ahorro real
no para esta prueba
Antes de continuar debes poder responder “sí” a esto: si cometo un error en esta práctica, no pierdo fondos reales.
🐥 ¿Entonces nunca debo ensayar la recuperación de mi sistema real?
Sí conviene ensayarla, pero el procedimiento debe adaptarse al sistema real. Una wallet hardware, una passphrase o un multisig requieren precauciones distintas. Aquí primero aprendemos el mecanismo en un entorno seguro.
Identifica qué necesitas realmente para recuperar
Haz esto
Reúne el material de recuperación de la wallet de laboratorio. Para un single-sig BIP39 sencillo puede ser la seed y la configuración necesaria para derivar la misma wallet.
No confundas “tener las palabras” con “tener documentado todo el sistema”. Una passphrase olvidada o una configuración no estándar pueden impedir recuperar la wallet esperada.
🐥 ¿Y si mi wallet es multisig?
Entonces la recuperación no se reduce a una seed. Necesitas reconstruir la política, normalmente a partir del descriptor de la wallet, y disponer de la información de los cosigners correspondiente. Esta práctica usa deliberadamente un single-sig sencillo.
Si quieres repasar qué copia necesita cada tipo de wallet, lee seed, passphrase y descriptor: qué hace falta para recuperar.
Guarda una referencia que puedas comparar
Haz esto
Antes de restaurar nada, abre la wallet original y anota una referencia verificable: una dirección de recepción concreta, su índice de derivación, una TXID conocida y la huella maestra (master fingerprint) de la wallet. En nuestro laboratorio utilizaremos la dirección del índice /0/2.
🐥 ¿Por qué una dirección es una buena comprobación?
Porque una recuperación correcta con la misma semilla, passphrase y derivación debe reproducir las mismas claves y, por tanto, las mismas direcciones.
🐥 ¿Qué es la huella maestra y dónde la veo?
Es un identificador corto, de 8 caracteres hexadecimales, que se calcula a partir de la seed y de la passphrase. En Sparrow aparece en la pestaña Settings de la wallet, dentro del keystore, como Master fingerprint. No es secreta ni permite gastar, pero sí identifica la wallet: anótala solo en tus notas de laboratorio.
🐥 ¿Y las etiquetas “Práctica 02” o “Práctica 03”?
Esas etiquetas son metadatos locales de Sparrow. No forman parte de la blockchain ni se derivan de la seed. Si recuperas únicamente desde las palabras y la configuración, no debes utilizar la ausencia de esas etiquetas como señal de fallo.
Crea una segunda wallet desde la recuperación
Haz esto
Sin borrar la wallet original, crea otra wallet en Sparrow y elige la opción de recuperar una wallet existente a partir de la seed de laboratorio.
🔐 Así es la pantalla donde se introduciría la seed
La captura está hecha deliberadamente con todos los campos vacíos. No publiques ni fotografíes las palabras reales, incluso cuando estés trabajando con una wallet de laboratorio.
No publiques nunca una captura que muestre las palabras de recuperación, aunque sean de una wallet de laboratorio. Queremos acostumbrarnos al mismo hábito que usaríamos con una wallet real.
🐥 ¿Por qué no borramos primero la wallet original?
Porque no aporta nada a esta primera comprobación y sí añade riesgo. Si la restauración paralela deriva la misma wallet, ya hemos demostrado una parte esencial del proceso sin destruir el punto de referencia.
Reproduce la misma configuración de derivación
Haz esto
Selecciona el mismo tipo de script y la misma derivación que utilizaba la wallet original. Si empleabas una passphrase, debe ser exactamente la misma.
misma configuración → Misma wallet
resultado esperado
En Settings de la wallet recuperada, la huella maestra debe coincidir con la que anotaste en el paso 3. Si no coincide, la seed o la passphrase no son las mismas. Si coincide pero luego la dirección no, el problema está en el tipo de script o en la derivación.
🐥 ¿Qué ruta corresponde a BIP84 en Testnet4?
En redes de prueba la ruta cambia un número: BIP84 es m/84’/1’/0′ en Testnet4 y m/84’/0’/0′ en mainnet. Sparrow la ajusta sola según la red elegida, pero si recuperas con otra herramienta conviene comprobarlo.
👁️ La captura muestra también un tpub: ¿es un secreto?
No permite gastar por sí solo, pero sí puede revelar mucha información sobre la wallet y facilitar el seguimiento de sus direcciones. Por eso no conviene publicar xpub/tpub de una wallet real aunque no sean claves privadas.
🐥 ¿Una passphrase incorrecta da error?
No necesariamente. En BIP39, otra passphrase puede producir otra wallet perfectamente válida. Por eso recuperar “algo” no demuestra que hayas recuperado la wallet correcta.
Haz la comprobación más importante: la dirección debe coincidir
Haz esto
Abre Receive en la wallet recuperada y localiza la misma dirección de referencia que guardaste en el paso 3. En nuestro ejemplo debe corresponder al mismo índice de derivación /0/2.
No basta con que “se parezca”. La dirección debe ser exactamente la misma que la referencia de la wallet original.
⚠️ ¿Y si no coincide?
No continúes asumiendo que la recuperación ha funcionado. Empieza por la huella maestra: si no coincide, revisa seed y passphrase; si coincide, revisa red, tipo de script y derivación. Una wallet vacía y válida puede ser simplemente la wallet equivocada.
Deja que Sparrow redescubra el historial
Haz esto
Conecta la wallet recuperada a la misma red de laboratorio y espera a que sincronice. Debería redescubrir las transacciones on-chain asociadas a las direcciones derivadas, aunque las etiquetas locales de la wallet original no reaparezcan.
Busca la TXID conocida que anotaste en el paso 3 y verifica que aparece también en la recuperación. Si en tu entorno reaparecen etiquetas locales, no las uses como evidencia principal: lo importante son las mismas transacciones on-chain derivadas de las mismas claves.
🐥 ¿La seed contiene el historial de transacciones?
No. La seed permite reconstruir las claves. Con ellas, la wallet puede buscar en la cadena las transacciones y UTXO relacionados.
🐥 ¿Y si falta parte del historial?
Una wallet recuperada revisa las direcciones en orden y deja de buscar cuando encuentra varias seguidas sin uso: es el gap limit, que en Sparrow es 20 por defecto. Si en la original generaste muchas direcciones sin usarlas, puede que la recuperada no llegue a las siguientes. Aumenta el gap limit en Settings → Advanced y vuelve a sincronizar antes de dar la prueba por fallida.
Comprueba que también aparecen los mismos UTXO
Haz esto
Abre la pestaña UTXOs de la wallet recuperada y compara las monedas disponibles con las de la original.
Dirección, historial y UTXO coincidentes son señales mucho más útiles que limitarse a comprobar que Sparrow aceptó las palabras.
🐥 ¿Esto demuestra también que puedo gastar?
Demuestra que has reconstruido la wallet esperada y sus claves derivadas. En un entorno de laboratorio puedes completar la prueba firmando una pequeña transacción. En un sistema real, el procedimiento debe diseñarse según tu arquitectura y nivel de riesgo.
Distingue lo que has probado de lo que todavía no
Haz esto
No termines con “funciona”. Escribe exactamente qué has demostrado y qué riesgos siguen fuera de esta prueba.
material + configuración derivan la wallet correcta ≠ No has probado
durabilidad física, herencia o recuperación de todo el sistema
Puedes reconstruir en paralelo la misma wallet y verificarlo mediante direcciones, historial y UTXO sin depender del archivo original de Sparrow.
🐥 Una recuperación técnica no es todavía un plan de recuperación completo
Todavía quedan preguntas como dónde están las copias, quién puede encontrarlas, qué ocurre si se pierde una passphrase, cómo se documenta una derivación no estándar o cómo recuperaría otra persona en una emergencia.
¿Tu copia recupera realmente la wallet que esperabas?
Antes de dar la prueba por superada, comprueba estas cuatro afirmaciones.
-
1
Misma huella y misma dirección
La wallet recuperada tiene la misma huella maestra y reproduce exactamente la dirección de referencia de la original.
-
2
Mismo historial
Las TXID conocidas vuelven a aparecer después de sincronizar, aunque los nombres y etiquetas locales puedan no recuperarse.
-
3
Mismos UTXO
Las salidas controladas por la original también aparecen en la recuperación.
-
4
Sin archivo original
La segunda wallet se reconstruyó desde el material de recuperación, no copiando el fichero de Sparrow.
💡 Qué ha pasado realmente por debajo
La seed y los parámetros correctos permitieron volver a derivar las mismas claves. A partir de ellas, Sparrow pudo reconstruir las mismas direcciones y consultar en la red el historial y las salidas relacionadas.
No recuperaste “los bitcoin desde la seed”: recuperaste la capacidad criptográfica de satisfacer las condiciones de gasto de las mismas salidas.
La seed no es una copia completa del archivo de tu wallet. Puede reconstruir las claves; otros datos como etiquetas, notas o cierta configuración local pueden necesitar su propio backup.
Una copia de recuperación se valida recuperando, no mirándola
Ya sabes cómo demostrar en un entorno seguro que tu material de recuperación reconstruye la wallet correcta.
Diseña la prueba de tu sistema real antes de ejecutarla
Haz una lista de todo lo que necesitarías recuperar: seed, posibles passphrases, configuración, dispositivos, descriptores o cosigners. Solo después decide qué prueba puede hacerse sin degradar la seguridad del sistema.
Recuperar es una propiedad del sistema, no de una sola copia
Copias y recuperación
Piensa cómo repartir riesgo sin crear un único punto de fallo.
Leer →Seed, passphrase y descriptor
Repasa qué hace falta guardar para recuperar cada tipo de wallet.
Leer →Autocustodia y seguridad
Conecta la copia de seguridad con el resto de tu arquitectura de custodia.
Explorar →Haz un pago Lightning y compáralo con on-chain
Después de seguir entradas, salidas y recuperación, cambiaremos de capa para comprobar qué cambia cuando pagamos mediante Lightning.

Hay más piezas que encajan con esta
Continúa por contenidos relacionados con el tema que acabas de estudiar.









