Una ficha física de recuperación es un registro no secreto o de sensibilidad controlada con instrucciones operativas: qué tipo de custodia utilizas, qué software y dispositivos intervienen, qué pruebas de restauración se han completado y qué hacer ante pérdida. No sustituye la copia de la seed ni el plan de continuidad.

El peligro aparece si añades «por comodidad» las doce palabras, una passphrase, PIN o instrucciones para reunir todos los fragmentos del sistema en un mismo lugar. Una ficha accesible debería orientar a personas autorizadas sin reducir la protección de los fondos a la seguridad de una hoja.

En algunas configuraciones, un descriptor incluye claves públicas extendidas, rutas y script: no suele dar capacidad de firma, pero puede revelar relaciones y todo un conjunto de direcciones. Evita imprimirlo en una ficha de acceso fácil. Los fingerprints de claves tampoco revelan secretos privados por sí solos, pero en un documento pueden aportar pistas sobre tu arquitectura.

Decide la finalidad: ¿recordarte dentro de cinco años cómo abrías una wallet? ¿Permitir que alguien autorizado active un procedimiento de recuperación? ¿Registrar contactos de confianza para una custodia compartida? La ficha cambia según las capacidades y conocimientos de quien deba usarla.

Trabaja con un sistema de laboratorio ficticio y traslada la estructura a tu caso después. No fotografíes la ficha si contiene ubicaciones sensibles ni la sincronices por defecto. Si almacenas la ficha junto a otros datos, evalúa qué podría inferir un intruso sobre tu patrimonio.

1. PASO 1 · Identificación interna: asigna un alias no llamativo, como «Reserva A». Evita publicar importes, apellidos o direcciones de residencia.
2. PASO 2 · Arquitectura: indica si es single-sig, multisig o custodia por terceros. En multisig, documenta la política m de n sin incluir por ello todos los secretos de los firmantes.
3. PASO 3 · Herramientas: registra modelo de hardware wallet, coordinador, fuente de blockchain y versiones relevantes, con una instrucción de buscar siempre documentación oficial actual.
4. PASO 4 · Configuración necesaria: anota tipo de script, cuenta y si existe passphrase sin escribir su valor; una futura recuperación puede necesitar un descriptor conservado en otro lugar protegido.
5. PASO 5 · Backups: describe cómo solicitar o localizar documentación de recuperación mediante canales controlados; no detalles públicamente dónde se guardan todas las copias ni concentres mecanismos de acceso.
6. PASO 6 · Comprobación: guarda una referencia pública limitada, como una dirección de recepción de laboratorio o una huella de configuración, para contrastar una restauración. Evalúa qué revela antes de usar una real.
7. PASO 7 · Procedimiento: escribe «preparar equipo fiable → recuperar conforme a política → comparar dirección conocida → sincronizar → revisar antes de firmar». Evita instrucciones del tipo «introducir seed en la primera web encontrada».
8. PASO 8 · Mantenimiento: fecha de última prueba, cambios de equipo o firmantes, revisión programada y responsable autorizado, con un plan de sustitución de la ficha obsoleta.

El orden ayuda a que la persona sepa qué validar antes de abrir un respaldo. Si no puedes completar un apartado sin escribir claves, marca que requiere documentación privada adicional.

Ejemplo ficticio, no una plantilla universal. No todas las wallets son Native SegWit ni utilizan la misma cuenta. Si tu sistema necesita otros scripts o un descriptor multisig, registra el procedimiento adecuado en un documento protegido sin exponer material que permita rastrear tus fondos.

Una ficha no debe prometer «recuperación garantizada» simplemente porque todo esté escrito. La garantía operativa viene de haber completado un ensayo de recuperación representativo.

La seed: merece un soporte y una ubicación con protección física adecuados al valor y al riesgo. La passphrase: si existe, debe permanecer accesible para el plan de recuperación sin estar disponible para quien encuentre la seed. La ficha: puede guardarse donde esté disponible a quien tenga autorización y suficiente contexto, sin revelar los secretos.

Para un sistema multisig, además, hay que preservar política de gasto, información pública de los firmantes y datos necesarios para reconstruir las direcciones. Una seed de un participante por sí sola puede ser insuficiente incluso para identificar o recuperar la cartera correcta.

Consulta Seed, passphrase y descriptor: qué hace falta para recuperar y Cómo repartir copias sin duplicar el riesgo.

Prueba de suficiencia: imagina que dentro de tres años ya no recuerdas qué aplicación usabas. ¿La ficha permite identificar modelo, script y ruta para llegar al procedimiento correcto sin pedir ayuda a desconocidos? ¿Podrías saber qué copia necesitas?

Prueba de exposición: imagina que alguien no autorizado encuentra la hoja. ¿Le proporciona seeds, passphrases, enlaces directos a tus backups, direcciones personales o un mapa completo del sistema? Si la respuesta es sí, elimina o reubica esos datos.

La ficha puede ser buena para la primera prueba y peligrosa para la segunda. Revisa ambas antes de considerarla terminada.

Una migración de software, una nueva cuenta, un cambio de hardware, una passphrase modificada o una rotación de firmante pueden dejar obsoleta la ficha. Añade un historial mínimo de versión y fecha y retira las instrucciones viejas antes de que alguien use el procedimiento equivocado.

Si una actualización cambia la configuración de derivación, comprueba direcciones antes de sustituir datos de referencia. Si una persona autorizada ya dispone de una copia antigua, recuerda que podría seguirla cuando tú ya no estés disponible.

Comprueba que la ficha funciona con dos ensayos usando exclusivamente claves de laboratorio: Ensaya una recuperación sin poner en riesgo tus fondos y recupera una wallet con otro software. Anota solo la fecha y el resultado relevante, no una copia de las claves.

1. Orientación: identifica sistema, herramientas y política.
2. Separación: no reúne seed, passphrase y accesos en un mismo lugar.
3. Verificación: incluye una comprobación de configuración segura.
4. Permisos: distingue información apta para la ficha y documentación protegida.
5. Vigencia: indica última prueba y momento de revisión.

• BIP380 — descriptores de salida ↗
• BIP329 — formato de etiquetas y sus riesgos ↗
• PajaritoBTC — recuperación ensayada