Incluyendo los errores reales que cometimos y el camino correcto

Resumen: Esta es una guía paso a paso, basada en una implementación real, para construir una bóveda de Bitcoin multisig 2‑de‑4 con custodia colaborativa y herencia autónoma on‑chain, usando Nunchuk Honey Badger y hardware wallets air‑gapped (Coldcard Q + Blockstream Jade + Tapsigner). No es teoría: documenta los tropiezos que tuvimos y cómo se resolvieron, para que tú no los repitas.

⚠️ Aviso importante (léelo)

Esta guía es educativa. No es asesoría financiera ni de seguridad. Tú eres el único responsable de tus fondos.
NUNCA compartas tu frase semilla, tu llave privada, tu xpub completa, tus PINs ni tus Backup Passwords con nadie, ningún sitio web, ninguna foto, chat o nube. Ningún proceso legítimo te los pide.
Practica primero con cantidades pequeñas. No fondees con montos significativos hasta haber hecho un simulacro de recuperación.
Compra hardware únicamente del fabricante oficial. Nunca de Amazon, MercadoLibre o revendedores.
Escribe los dominios oficiales a mano o usa marcadores. Nunca entres por anuncios de buscador (vector #1 de phishing).

Tabla de contenido

¿Para quién es esto y qué vamos a construir?
Las reglas de oro de seguridad
Hardware necesario y dónde comprarlo
Fase 1 — Verificación de autenticidad y firmware
Verificar el instalador de Nunchuk Desktop (firma GPG)
Suscripción Honey Badger
⚠️ ERROR #1 — La incompatibilidad del Trezor
Fase 2 — Creación de la bóveda, paso a paso
Configuración de políticas y timelock de herencia
Finalización: preguntas de seguridad y creación
Pendientes ANTES de fondear
Resumen de errores y lecciones
Índice de imágenes

1. ¿Para quién es esto y qué vamos a construir?

Esta guía es para quien quiere autocustodia seria de un monto significativo de Bitcoin, con:

Sin punto único de fallo — multisig, se requieren 2 firmas de 4 llaves.
Custodia colaborativa — un proveedor (Nunchuk) sostiene 1 llave, pero nunca puede mover tus fondos solo.
Herencia autónoma — tu beneficiario puede reclamar aunque el proveedor desaparezca, gracias a un timelock que hace cumplir la red Bitcoin.
Sin KYC — sin entregar identidad.

La estructura final: 2‑de‑4 con timelock on‑chain

ANTES del timelock          DESPUÉS del timelock
2-de-4 (gasto normal)        1-de-3 (herencia)
├ Inheritance key            ├ Inheritance key
├ Owner key                  ├ Owner key
├ Owner key                  ├ Owner key
└ Platform key (proveedor)   ⟵ (la llave del proveedor se cae)

Antes del timelock: necesitas 2 firmas de 4 para gastar.
Después del timelock: la llave del proveedor desaparece y tu heredero reclama con la inheritance key (1‑de‑3). La red Bitcoin lo hace cumplir sola.

🖼️ (Imagen 01 — Explicación visual del timelock on-chain: antes 2-de-4, después 1-de-3)

Decisión clave: On‑chain vs Off‑chain (entiende esto ANTES)

Nunchuk ofrece dos protocolos de herencia. Elegir mal aquí cuesta rehacer la bóveda:

| | On‑chain (Autónomo) | Off‑chain (Flexible) |
|--|------------------------|--------------------------|
| ¿Sobrevive si el proveedor desaparece? | ✅ Sí (red Bitcoin; heredero auto‑reclama) | ❌ No — depende del proveedor |
| Ajustar la fecha del timelock | ❌ Inmutable (migrar fondos para cambiar) | ✅ Fácil, sin migrar |
| Duración típica | 5–10 años | Corta y renovable |
| ¿Soporta Trezor? | ❌ No (requiere miniscript) | ✅ Sí |

Si tu prioridad es que la herencia sobreviva a la empresa → On‑chain. Eso elegimos. El costo: la fecha es inmutable y más larga, y el Trezor queda fuera (ver Error #1).

🖼️ (Imagen 02 — Página de planes de Nunchuk con la sección "Choice of inheritance protocol")

2. Las reglas de oro de seguridad

Aplícalas durante todo el proceso:

La semilla solo vive en el hardware y en el metal. Nunca la teclees en la app/teléfono/computadora, nunca la fotografíes, nunca a la nube.
Cada semilla se genera EN su dispositivo (air‑gapped), no la genera la app.
Respalda en metal en el momento y verifica antes de seguir.
Ninguna cámara apuntando a las pantallas del hardware cuando muestren palabras (tapa la cámara del teléfono y la laptop).
Hardware solo de fuente oficial. Dominios a mano/marcador, nunca anuncios.
No reuses direcciones. Una dirección nueva por depósito.
Si dudas, te detienes y verificas en documentación oficial antes de avanzar.

3. Hardware necesario y dónde comprarlo

| Dispositivo | Rol | Fuente oficial |
|-------------|-----|----------------|
| Coldcard Q | Inheritance key | store.coinkite.com |
| Blockstream Jade Plus | Owner key | store.blockstream.com |
| Tapsigner (x2: 1 activo + 1 respaldo sellado) | Owner key | store.coinkite.com |
| 3× SEEDPLATE + punzón (respaldo en metal) | Respaldo de semillas | store.coinkite.com |
| Granete manual + martillo | Para grabar el metal | Ferretería local |

Nota: originalmente compramos también un Trezor Safe 5 pensando en diversidad de fabricantes, pero no es compatible con el protocolo on‑chain (ver Error #1). Por eso la lista final usa Tapsigner en su lugar. Si vas directo a on‑chain, no necesitas el Trezor.

⚠️ Aprende de nuestro error: compra desde el inicio un granete manual + martillo de ferretería. El punzón automático que viene con el SEEDPLATE se atora mucho (ver Error #3).

4. Fase 1 — Verificación de autenticidad y firmware

Este es el momento más delicado: detectar un equipo manipulado en tránsito (ataque de cadena de suministro). Verifica cada equipo antes de inicializarlo.

Coldcard Q

La bolsa antimanipulación (tamper bag) debe estar sellada de fábrica, con un número impreso.
Al primer arranque, la Coldcard muestra ese mismo número en pantalla. Deben coincidir. Si no → no la uses.
LED verde = placa/firmware genuinos.
Corre Advanced/Tools → Perform Selftest.
Actualiza firmware solo desde coldcard.com, vía microSD. La Coldcard verifica la firma del firmware ella misma.

🖼️ (Imagen 03 — Coldcard mostrando número de bolsa al primer arranque)

⚠️ Detalle: la Coldcard Q NO trae microSD incluida en algunos paquetes. Consíguela aparte para poder actualizar firmware.

Trezor Safe 5 (si lo tienes)

Sello holográfico intacto.
Conecta a Trezor Suite (trezor.io) → hace atestación criptográfica de autenticidad.
Instala firmware. NO crees cartera todavía.

Blockstream Jade Plus

Revisa empaque.
"Genuine check" dentro de Blockstream Green (atestación del Secure Element).
Actualiza firmware. NO inicialices todavía.

Tapsigner

Empaque sellado, número de serie visible. La bolsa metalizada anti‑RFID es normal.
⚠️ El Backup Password impreso a la vista (sin cubierta de raspar) es NORMAL en el Tapsigner (a diferencia de SATSCARD/OPENDIME). La tarjeta viene sin inicializar.
Verificación criptográfica: acerca la tarjeta a un teléfono con NFC → abre una URL en tapsigner.com (verifica el dominio) que confirma que es genuina y "sin clave privada elegida".

🖼️ (Imagen 04 — Verificación NFC del Tapsigner mostrando "genuino / sin clave privada")

🛑 Regla: al terminar la verificación + firmware, NO generes ninguna semilla. Eso se hace en la Fase 2, dentro del flujo del multisig.

5. Verificar el instalador de Nunchuk Desktop (firma GPG)

Si vas a usar Nunchuk Desktop, verifica la firma del binario antes de abrirlo. Descárgalo del GitHub oficial: github.com/nunchuk-io/nunchuk-desktop/releases.

⚠️ Trampa en Mac Apple Silicon: si lo bajas de la Mac App Store, puedes terminar con la versión de iOS corriendo en Mac (no maneja bien hardware por USB). Usa el .dmg/.zip del GitHub/sitio oficial.

Pasos de verificación (corregidos para macOS)

La documentación oficial asume Linux; en Mac hay que ajustar. Esto fue lo que sí funcionó:

# 1) Arregla el nombre del archivo de sumas si el navegador le puso "-2"
cd ~/Downloads/nunchuk-macos-vX.Y.Z
mv SHA256SUMS-2.asc SHA256SUMS.asc

# 2) Importa la llave. Si "No route to host", NO uses el keyserver por HKP.
#    keys.openpgp.org "quita el UID" y gpg no la guarda. Solución: bájala por HTTPS forzando IPv4:
curl -4 -L 'https://keyserver.ubuntu.com/pks/lookup?op=get&search=0x<FINGERPRINT_NUNCHUK>' -o nunchuk-key.asc
head -1 nunchuk-key.asc      # debe decir: -----BEGIN PGP PUBLIC KEY BLOCK-----
gpg --import nunchuk-key.asc

# 3) Confirma que la huella coincide con la del sitio OFICIAL
gpg --fingerprint 0x<FINGERPRINT_NUNCHUK>

# 4) Verifica la firma
gpg --verify SHA256SUMS.asc      # busca: "Good signature"

# 5) Verifica el hash del ARCHIVO CORRECTO (el .zip que bajaste, NO el .dmg interno)
shasum -a 256 nunchuk-macos-vX.Y.Z.zip
cat SHA256SUMS.asc               # compara que el hash coincida

⚠️ Errores que cometimos aquí:

El keyserver por HKP daba "No route to host" (problema de IPv6). → Forzar IPv4 por HTTPS (curl -4).

keys.openpgp.org entrega la llave sin UID, y GnuPG no la guarda. → Bájala de keyserver.ubuntu.com (sí trae UID).

El archivo de sumas lista el .zip, no el .dmg interno. Hashea el zip.

✅ Qué buscar: Good signature + la huella coincide con el sitio oficial + el hash del zip coincide. Si los tres → binario auténtico.
ℹ️ El WARNING: This key is not certified... es normal (no certificaste la llave en tu red de confianza).

6. Suscripción Honey Badger

En la app: Get started → "Assisted wallet" → "On-chain timelock" (el protocolo autónomo).
En "I don't have an advisor" → "Learn more about Nunchuk assisted services" (te lleva a los planes, no des "Send query"; eso te conecta con asesores humanos).
Elige Honey Badger (2‑de‑4 + herencia).
Pago: tarjeta o Bitcoin (no pagues desde la dirección vieja que vas a migrar — vínculo de privacidad). Si pagas con Bitcoin, el mínimo suele ser 2 años.

🖼️ (Imagen 05 — Página de planes Free / Iron Hand / Honey Badger)

🖼️ (Imagen 06 — Pantalla de pago de la suscripción)

Sobre el plazo (verificado en fuentes oficiales):

Tus fondos están seguros con cualquier plazo — tú tienes 3 de 4 llaves; la suscripción no es custodia.

No hay descuento por plazos largos (precio lineal) y no hay reembolso publicado → prepagar 10/20/50 años es exposición innecesaria a riesgo de contraparte.

La herencia on‑chain NO depende de la suscripción para ejecutarse (la red Bitcoin la hace cumplir).

Recomendación: el plazo más corto (2 años) y renovar después.

7. ⚠️ ERROR #1 — La incompatibilidad del Trezor (el más caro de no anticipar)

Lo que pasó: compramos 3 hardware wallets de 3 fabricantes (Coldcard, Jade, Trezor) buscando "diversidad". Pero al llegar al Paso 2, la pantalla de requisitos de Nunchuk reveló:

Para On‑Chain Timelock, las 3 llaves deben ser Miniscript‑compatible: solo Coldcard, Jade, Ledger (y Tapsigner como regular key). El Trezor NO está en esa lista.

Por qué: la herencia autónoma usa miniscript con timelocks (CLTV), y el firmware del Trezor no firma esos descriptores. Investigamos a fondo: ninguna app reputada (Nunchuk, Liana, Bitcoin Keeper) soporta al Trezor para bóvedas con timelock on‑chain. Es un límite del dispositivo, no de la app.

🖼️ (Imagen 07 — Pantalla de requisitos de hardware: on-chain vs off-chain, con Trezor solo en off-chain)

El camino correcto:

Banca el Trezor (sirve para una wallet single‑sig de gasto o respaldo personal).
Compra un Tapsigner como 3ª llave (es la recomendación de Nunchuk).
Resultado: Coldcard (inheritance) + Jade + Tapsigner + Platform key.

✅ Lección #1: Antes de comprar hardware, verifica la compatibilidad con el protocolo EXACTO que vas a usar (on‑chain/miniscript), no solo "¿es compatible con Nunchuk?".

8. Fase 2 — Creación de la bóveda, paso a paso

Inicia el wizard: Honey Badger → On‑chain timelock. Verás un mapa de 4 pasos (Configure / Security questions / Create / Inheritance).

🖼️ (Imagen 08 — Mapa de los 4 pasos del wizard)

El Step 1 te muestra los slots: Inheritance key + 2 Hardware keys + Platform key + Timelock. Cada dispositivo se agrega DOS veces (cuenta 0 = "después del timelock", cuenta 1 = "antes del timelock"), con derivaciones distintas. Es normal en miniscript.

🖼️ (Imagen 09 — Pantalla "Configure your wallet" con los slots de llaves)

8.1 — Llave de herencia: Coldcard Q

La inheritance key es la llave de tu heredero: su semilla se compartirá con tu beneficiario. Le toca al equipo más robusto y de cold storage profundo.

⚠️ ERROR #2 — La Coldcard necesita firmware EDGE (no el estándar)

Al agregarla, Nunchuk exige "EDGE firmware v6.3.3 o superior" para miniscript. Nosotros teníamos el estándar (1.4.0Q).

Camino correcto:

En coldcard.com/downloads hay dos canales: estándar (1.x) y EDGE (6.x).
Descarga "COLDCARD Q (EDGE)" (ej. 6.5.0QX) — sufijo QX = Q + Edge.
Instálalo por microSD (la Coldcard verifica la firma). Puede avisar que cambias de canal: es esperado.

🖼️ (Imagen 10 — Pantalla "Check your COLDCARD firmware: EDGE v6.3.3 or above")

🖼️ (Imagen 11 — Página de descargas con "COLDCARD Q (EDGE)")

✅ Lección #2: el on‑chain timelock requiere el firmware EDGE en la Coldcard, que es un canal distinto al estándar.

Generar la semilla (sin passphrase) y grabar el metal

Coldcard → New Seed Words → 24 Words. (Sin passphrase: simplifica la recuperación del heredero.)
La Coldcard muestra las 24 palabras en SU pantalla (no en el teléfono).
Graba en SEEDPLATE #1 las primeras 4 letras de cada palabra (BIP39 se identifica por las primeras 4).

⚠️ ERROR #3 — El punzón automático se atora

El punzón automático del SEEDPLATE se atascaba constantemente; casi no terminamos. Camino correcto: desarmarlo y usar la punta con un martillo (sujétala con pinzas de presión para no machucarte), o mejor, un granete manual de ferretería desde el inicio.

✅ Lección #3: consigue un granete manual + martillo antes de empezar. Practica 2–3 golpes en una zona vacía de la placa.

⚠️ ERROR #4 — Se generó una semilla nueva por accidente

Al avanzar de la pantalla de palabras, la Coldcard generó un seed distinto (sin querer). Nos salvó el respaldo:

Camino correcto:

Descartar el seed nuevo (CANCEL, no guardar).
Import Existing → 24 Words → teclear las 24 palabras de la SEEDPLATE #1.
La Coldcard valida el checksum: si acepta → tu placa está perfecta (verificación criptográfica gratis). Si rechaza → una palabra está mal grabada.

✅ Lección #4: importar el respaldo de metal de regreso es la mejor verificación de que lo grabaste bien. Y el metal salvó la sesión.

Exportar la xpub (cuenta 0 y cuenta 1)

Mantén la Coldcard air‑gapped (USB/NFC deshabilitados es lo ideal). Exporta por QR:

Nunchuk → "Add COLDCARD via QR".
Coldcard → Advanced/Tools → Export Wallet → Generic JSON → [ingresar cuenta] → 0 → QR.
Escanea. Repite para la 2/2 con cuenta 1.

🖼️ (Imagen 12 — Instrucciones de Nunchuk para exportar XPUB de la Coldcard)

8.2 — Owner key: Blockstream Jade

Verifica el firmware

Necesita v1.0.30 o superior (a diferencia de la Coldcard, NO hay canal EDGE separado; el miniscript viene en el firmware estándar reciente). Confírmalo en la pantalla del Jade (ej. 1.0.40).

🖼️ (Imagen 13 — Jade mostrando "Uninitialized 1.0.40")

Genera la semilla y graba SEEDPLATE #2

Set Up Jade → crear nueva wallet → 24 palabras (sin passphrase).
Graba las 24 en SEEDPLATE #2 (esta es tu respaldo de propietario).
Cuando pregunte "Export as CompactSeedQR?" → NO (ese QR contiene tu semilla; ya la tienes en metal).
Connection: QR (air‑gapped).

⚠️ ERROR #5 — "Perdimos" la wallet del Jade

Tras poner el PIN, el Jade entró en un handshake de Blockstream Green (Step 1/2 → 2/2, el "pinserver"). Nos atoramos, reiniciamos, y el Jade volvió a "Uninitialized" — porque en modo QR la wallet era temporal (no persistió con el pinserver).

Nos salvó el respaldo otra vez. Camino correcto:

Options → Temporary Signer → 24 palabras → re‑importar desde la SEEDPLATE #2.
El Jade valida el checksum (confirma que la placa está bien).

✅ Lección #5: en modo air‑gapped/QR con Nunchuk, el modelo correcto del Jade es "Temporary Signer" (la semilla vive en tu metal, la cargas cuando firmas). Es más air‑gapped. El handshake "Step 1/2/2" es para Blockstream Green, no para Nunchuk.

⚠️ ERROR #6 — Exportó singlesig en vez de multisig

Al exportar la xpub, el Jade mostró por defecto singlesig m/84'/0'/0'. Nunchuk necesita multisig.

Camino correcto: en Export Xpub → Options, configura:

Script: Native Segwit
Wallet: Multisig
Account: 0 (luego 1 para la 2/2)
Verifica que la ruta diga m/48'/0'/0'/2' (el /2' final = Native Segwit; el /1' sería Wrapped, incorrecto).

🖼️ (Imagen 14 — Instrucciones de Nunchuk para exportar XPUB del Jade)

✅ Lección #6: exporta Multisig + Native Segwit (m/48'/.../2'). Todas las llaves deben usar el mismo tipo de script.

8.3 — Owner key: Tapsigner

El Tapsigner es NFC y no usa semilla de 24 palabras — su respaldo es un archivo cifrado + Backup Password (impreso en la tarjeta). No usa SEEDPLATE.

Nunchuk → "Add" → Tapsigner → acerca la tarjeta al teléfono (mantenla firme hasta el éxito).
Chain code: Automatic (el chip aporta su propia entropía secreta; es seguro).
Starting PIN: el código impreso en tu tarjeta (no el "123456" de la ilustración de la app). New PIN: uno tuyo (será el CVC para firmar; anótalo en papel).

🖼️ (Imagen 15 — Pantalla "Set up new PIN" del Tapsigner — la tarjeta mostrada es una ILUSTRACIÓN genérica)

⚠️ ERROR #7 — El respaldo del Tapsigner no se guardó

Al respaldar, elegimos "I'll do it myself" y no apareció ningún diálogo para guardar el archivo → quedamos sin respaldo recuperable (y el Backup Password solo no basta: se necesitan ambos, archivo + password).

Camino correcto (verificado en tapsigner.com/faq): para restaurar un Tapsigner necesitas el archivo cifrado + el Backup Password. Por eso:

Elige "Back up on Nunchuk server" (guarda el archivo cifrado de forma confiable; es zero‑knowledge — Nunchuk no puede descifrarlo sin tu Backup Password), o asegúrate de guardar tú el archivo si eliges hacerlo manual.
Anota el Backup Password en papel, aparte y separado del archivo.

✅ Lección #7: el respaldo del Tapsigner = archivo cifrado + Backup Password. Confirma que ambos queden guardados. "I'll do it myself" puede no abrir el diálogo de guardado.

9. Configuración de políticas y timelock de herencia

Platform key (la llave del proveedor)

Garantía clave: "La platform key nunca inicia ni es la primera firma." No puede mover tus fondos sola.

Límite de gasto co‑firmado: para una bóveda de ahorro, déjalo bajo (ej. $1000/día). Arriba del límite, se requieren 2 de tus propias llaves (más seguro). Es ajustable después.
Co‑signing delay (ON, recomendado): una ventana de tiempo para detectar y cancelar transacciones no autorizadas antes de transmitirlas. Bypasseable firmando con 2 de tus llaves.

🖼️ (Imagen 16 — Configurar límite de gasto)

🖼️ (Imagen 17 — Configurar broadcast & delay)

⚠️ ERROR #8 — El timelock on‑chain es INMUTABLE y largo (no "renovable 1‑2 años")

Durante la guía asumimos (incorrectamente) que el timelock se "renovaba" cada 1‑2 años avisándole a la app. Eso describe el modelo OFF‑chain. El on‑chain que elegimos es distinto:

Es una fecha absoluta (ej. dentro de 5–10 años).
INMUTABLE: una vez creada la bóveda, no se puede cambiar sin crear wallet nuevo y migrar fondos.
Nunchuk recomienda 5 a 10 años (para minimizar migraciones).
Mientras vivas, migras los fondos antes de la fecha para re‑anclar a una nueva.

El tradeoff real: más corto (5 años) = tu heredero espera menos si falleces, pero migras más seguido. Más largo (10 años) = migras poco, pero el heredero podría esperar más.

🖼️ (Imagen 18 — Pantalla "Set up an on-chain timelock": inmutable, recomendación 5-10 años)

✅ Lección #8: el on‑chain timelock es una fecha fija e inmutable (5‑10 años recomendado). El off‑chain es el renovable/ajustable. No los confundas — define cuál quieres antes.

10. Finalización: preguntas de seguridad y creación

"Verify" de la inheritance key

El botón "Verify" de la Coldcard no es verificación de xpub — es confirmar que respaldaste la semilla en metal (lo que ya hiciste en SEEDPLATE #1). La verificación adicional de Nunchuk te pediría teclear la semilla en la app → mejor "Skip" (ya la verificaste por checksum, que es más fuerte; no expongas la semilla en el teléfono).

⚠️ Preguntas de seguridad — la trampa común

Las respuestas reales (nombre de soltera de tu madre, mascota, primer coche) son fáciles de encontrar (redes, registros públicos).

✅ Camino correcto: trata cada respuesta como una contraseña aleatoria (no la respuesta real), y anótala (son case‑sensitive). Así nadie pasa por adivinar/investigar.

🖼️ (Imagen 19 — Pantalla "Set up security questions")

Nombrar la bóveda y NO mandar el config por correo

Nombre neutro (sin montos ni pistas de valor).
⚠️ Desmarca "Send a copy of wallet config file to my email". El config (descriptor) revela todas tus direcciones y tu saldo total a quien lo tenga. Tenerlo en el correo = si te lo comprometen, saben cuánto tienes (riesgo de coerción física). El descriptor ya está en el servidor de Nunchuk + tus equipos; lo respaldas tú aparte, no por correo.

🖼️ (Imagen 20 — Pantalla "Let's create your wallet" con la casilla de correo)

¡Bóveda creada!

Tras nombrarla, verás "Congratulations! Your wallet has been created" y tu bóveda Cold Vault con 0 BTC, lista para recibir.

🖼️ (Imagen 21 — "Congratulations! Your wallet has been created")

🖼️ (Imagen 22 — Vista de la bóveda "Cold Vault" con 0 BTC)

11. Pendientes ANTES de fondear (NO los saltes)

La bóveda existe, pero antes de meter dinero:

| # | Pendiente | Por qué |
|---|-----------|---------|
| 1 | Registrar el wallet en el hardware (Coldcard, Jade) | Para verificar direcciones en el equipo (anti‑malware) y poder firmar (la Coldcard lo exige) |
| 2 | Asegurar el respaldo del Tapsigner (servidor / archivo cifrado + Backup Password) | Sin él, esa llave no se recupera |
| 3 | Respaldar el descriptor/BSMS en lugar seguro (no correo) | Es la causa #1 de multisig irrecuperable |
| 4 | Completar el plan de herencia (designar beneficiario + Bitcoin Inheritance Kit) | Para que la herencia funcione de verdad |
| 5 | Simulacro de recuperación con monto mínimo | Tu seguro de vida: confirma que puedes gastar con 2 llaves antes de fondear en serio |
| 6 | Distribución geográfica de llaves + respaldos | Que ningún solo evento (incendio/robo) comprometa suficientes llaves |
| 7 | Migrar fondos de la dirección vieja → bóveda (tx de prueba primero, luego barrido a fee bajo) | El movimiento real, una sola vez, sin escalas |

✅ Regla final: prueba la recuperación con poco antes de confiar mucho.

12. Resumen de errores y lecciones

| # | Error | Lección / camino correcto |
|---|-------|---------------------------|
| 1 | Compramos Trezor; no sirve para on‑chain timelock | Verifica compatibilidad con el protocolo exacto antes de comprar. On‑chain = Coldcard/Jade/Ledger/Tapsigner |
| 2 | Coldcard con firmware estándar | El on‑chain necesita el canal EDGE (6.x) en la Coldcard |
| 3 | El punzón automático se atora | Usa granete manual + martillo; pruébalo antes |
| 4 | Se generó un seed nuevo por accidente | Importa el metal de regreso: valida checksum y recupera el seed correcto |
| 5 | El Jade "perdió" la wallet (era temporal) | En QR/air‑gapped usa Temporary Signer; re‑importa desde el metal |
| 6 | El Jade exportó singlesig | Exporta Multisig + Native Segwit (m/48'/.../2') |
| 7 | El backup del Tapsigner no se guardó | Necesitas archivo cifrado + Backup Password; usa "Back up on server" o guarda el archivo tú |
| 8 | Creímos que el timelock era renovable 1‑2 años | El on‑chain es inmutable (5‑10 años); el off‑chain es el ajustable |
| — | (GPG) keyserver inalcanzable / sin UID | curl -4 desde keyserver.ubuntu.com; verifica firma + hash del zip |

El patrón más importante: el respaldo en metal nos salvó tres veces (errores #4, #5 y como verificación). Respalda en metal, verifícalo importándolo de regreso, y guárdalo bien.

13. Índice de imágenes (para subir a Flarum)

Cómo usarlas: sube cada captura a tu post de Flarum (arrastrar/soltar o el botón de imagen) en el lugar marcado con 🖼️. Antes de subir, REDACTA cualquier dato personal que quede visible (fingerprints/XFP, Card ID, direcciones, correo, fecha exacta del timelock).

| Marcador | Qué captura usar |
|----------|------------------|
| Imagen 01 | "How on-chain timelock works" (antes 2-de-4 / después 1-de-3) |
| Imagen 02 | Planes con "Choice of inheritance protocol" (on/off-chain) |
| Imagen 03 | Coldcard primer arranque mostrando número de bolsa |
| Imagen 04 | Verificación NFC del Tapsigner (genuino, sin clave) |
| Imagen 05 | Planes Free / Iron Hand / Honey Badger |
| Imagen 06 | Pantalla de pago de la suscripción |
| Imagen 07 | Requisitos de hardware (Trezor solo en off-chain) |
| Imagen 08 | Mapa de los 4 pasos del wizard |
| Imagen 09 | "Configure your wallet" (slots de llaves) |
| Imagen 10 | "Check your COLDCARD firmware: EDGE v6.3.3+" |
| Imagen 11 | Descargas con "COLDCARD Q (EDGE)" |
| Imagen 12 | Instrucciones export XPUB Coldcard |
| Imagen 13 | Jade "Uninitialized 1.0.40" |
| Imagen 14 | Instrucciones export XPUB Jade |
| Imagen 15 | Tapsigner "Set up new PIN" |
| Imagen 16 | Configurar límite de gasto |
| Imagen 17 | Configurar broadcast & delay |
| Imagen 18 | "Set up an on-chain timelock" (inmutable, 5-10 años) |
| Imagen 19 | "Set up security questions" |
| Imagen 20 | "Let's create your wallet" (casilla de correo) |
| Imagen 21 | "Congratulations! Your wallet has been created" |
| Imagen 22 | Vista de "Cold Vault" con 0 BTC |

Guía basada en una implementación real. Compártela libremente. Corrige y mejora — la seguridad de Bitcoin es un esfuerzo colectivo.

Brutalmente honesto: documentamos los errores a propósito. La diferencia entre una bóveda segura y un desastre suele estar en estos detalles. Que te sirvan.