🟠 Pajarito BTC · Guía 2

Construye tu sistema de custodia Bitcoin

Guía 2 · Construir una arquitectura

Multisig autogestionado

Distribuir el control entre varias claves propias y soportar el fallo de una pieza aislada sin proveedor obligatorio.

Fase 2 · Estrategia

Decide una cosa cada vez

0/5 cerradas

Ahora

¿Cuántas claves y cuántas firmas necesarias puedes mantener de verdad?

En un 2-de-3 hay tres claves y bastan dos para mover fondos. Configuraciones mayores pueden aportar más tolerancia, pero también más mantenimiento.

Guías interactivas · ayuda y contexto

Tu ruta y qué hacer ahora

Guía 1Arquitectura

Guía 2Estrategia

Guía 3Herramientas

Guía 3Conjunto

Qué hacer ahora

Responde la única decisión que aparece en la pantalla principal. Pajarito guardará la respuesta y mostrará la siguiente.

Ayuda en este paso

Por qué importa esta decisión

El número mínimo de firmas necesarias debe elegirse por los fallos que quieres tolerar y por lo que realmente puedes mantener, no por la idea de que más claves equivalen automáticamente a más seguridad.

Qué intenta resolver esta arquitectura

Varias claves propias alcanzan quorum sin depender de un proveedor.

Piezas y roles

De arquitectura a piezas

🐥 Qué tipos de componente necesita esta opción

3 roles

Cada bloque representa una función dentro del sistema. En esta guía los convertiremos en requisitos claros; la comparación de herramientas se hará después, en la Guía 3.

Firmante físico SIGNERS · 6 criterios normalizados

Coordinador COORDINATOR · 2 criterios normalizados

Configuración pública de recuperación PUBLIC_CONFIGURATION · 3 criterios normalizados

¿Qué es cada pieza?

Firmante físicoQué es y para qué sirve

Es un aparato dedicado a proteger y utilizar una clave privada sin delegar la firma al ordenador o al móvil. Suele ser la pieza central de una cold wallet: recibe una transacción preparada por otra aplicación, muestra qué se va a firmar y autoriza la firma dentro del propio dispositivo.

Idea clave: No basta con que “guarde la clave”: debe permitir verificar con claridad destino, importe y otros datos críticos antes de firmar.

📄 Lecturas útiles para esta pieza2 lecturas opcionales

Firmante, coordinador y nodo en Bitcoin: qué hace cada pieza

Qué función cumple el firmante, el coordinador y el nodo, y por qué separarlos ayuda a proteger claves, sustituir herramientas y revisar dependencias.

Leer artículo →

Recuperación de una wallet Bitcoin: teoría frente a recuperación ensayada

Por qué guardar una seed no demuestra que una wallet sea recuperable y qué debe comprobarse antes de una emergencia.

Leer artículo →

CoordinadorQué es y para qué sirve

Es la aplicación que organiza la wallet: conoce sus direcciones y reglas, prepara transacciones y reúne las firmas necesarias. En una arquitectura bien separada puede hacer todo eso sin poseer por sí sola las claves privadas capaces de gastar.

Idea clave: El coordinador propone la operación; el firmante físico debe permitir comprobarla antes de autorizarla.

📄 Lecturas útiles para esta pieza2 lecturas opcionales

Firmante, coordinador y nodo en Bitcoin: qué hace cada pieza

Qué función cumple el firmante, el coordinador y el nodo, y por qué separarlos ayuda a proteger claves, sustituir herramientas y revisar dependencias.

Leer artículo →

Interoperabilidad en Bitcoin: recuperar una wallet sin la aplicación original

Qué información necesitas para recuperar una wallet con otra herramienta y cómo demostrar una salida interoperable antes de una emergencia.

Leer artículo →

Configuración pública de recuperaciónQué es y para qué sirve

Es la información que describe cómo está construida la wallet: qué claves participan, qué quorum se exige, qué derivaciones usa y qué descriptor o formato equivalente la representa. Normalmente no permite gastar por sí sola, pero puede ser imprescindible para reconstruir un multisig.

Idea clave: En sistemas complejos, conservar las seeds no siempre basta: también hay que poder reconstruir la política que las une.

📄 Lecturas útiles para esta pieza2 lecturas opcionales

Seed, passphrase y descriptor en Bitcoin: qué hace falta para recuperar

Qué información puede ser necesaria para reconstruir una wallet: seed, passphrase, política, descriptores y un procedimiento de recuperación probado.

Leer artículo →

Interoperabilidad en Bitcoin: recuperar una wallet sin la aplicación original

Qué información necesitas para recuperar una wallet con otra herramienta y cómo demostrar una salida interoperable antes de una emergencia.

Leer artículo →

Artículo de esta arquitectura

Multisig autogestionado: distribuir claves sin depender de un proveedor

Leer arquitectura ↗

📄 Lecturas útiles para este punto

Multisig autogestionado: quorum, roles y descriptor sin improvisación

Cómo elegir un quorum mantenible, repartir funciones entre claves y conservar la configuración pública necesaria para recuperar.

Leer artículo →

Multisig en Bitcoin: cuándo reduce riesgo y cuándo añade errores

Qué riesgos puede repartir una arquitectura multisig, qué mantenimiento exige y cuándo una configuración más sencilla puede resultar más fiable.

Leer artículo →

Mi diseño y progreso

Decisiones de estrategia

0/5 decisiones cerradas.

Requisitos por pieza

Firmantes propios con roles diferenciados

Cada clave aporta una autorización independiente y se mantiene en una ubicación adecuada a su función.

Diversidad de fabricante o arquitectura cuando sea razonable.
Verificación en pantalla de wallet, destino, importe y cambio.
Backups independientes y restaurados.
Roles claros: operativa, bóveda, recuperación o gobernanza.

Coordinador multisig

Conserva la política, construye transacciones y reúne firmas.

Importación y exportación de descriptor o formato equivalente.
Registro de la política en los firmantes que lo permitan.
Compatibilidad probada con todos los dispositivos.
Alternativa de recuperación ensayada.

Configuración pública de recuperación

Describe quorum, claves, derivaciones y script sin reunir por sí sola capacidad de gasto.

Descriptor o BSMS duplicado.
Fingerprints y roles de cada clave.
Coordinador alternativo y dirección de control.
Fecha del último simulacro.

Reglas del sistema completo

Las ubicaciones deben ser realmente independientes.
Ningún firmante aislado debe alcanzar el quorum.
La recuperación exige conservar claves y configuración de la política.
Debe existir un procedimiento de sustitución y migración de una clave.

Pruebas antes de usarlo

Restaurar cada clave desde su backup y verificar fingerprints.
Importar el descriptor en un coordinador alternativo.
Firmar una salida pequeña con la combinación normal y otra combinación de recuperación.
Verificar explícitamente el output de cambio en los firmantes.

Señales para no desplegarlo todavía

No se dispone de varias ubicaciones independientes.
Las claves están restauradas pero el descriptor no está duplicado.
Nunca se ha completado una firma con el coordinador alternativo.
La complejidad excede el mantenimiento que el usuario realizará de verdad.

¿Pajarito no ha tenido en cuenta algo importante?

Cuéntanos qué característica, riesgo o necesidad falta. Se guardará como ticket y se enviará un aviso a Pajarito.

No incluyas seeds, passphrases, claves privadas, XPUB, direcciones, saldos exactos ni ubicaciones de copias.