🟠 Pajarito BTC · Guía 2

Construye tu sistema de custodia Bitcoin

Guía 2 · Construir una arquitectura

Arquitectura por capas

Separar pagos, disponibilidad y reserva para que cada cantidad quede expuesta solo a los riesgos necesarios.

Fase 2 · Estrategia

Decide una cosa cada vez

0/4 cerradas

Ahora

¿Cuántas capas necesitas realmente?

Para muchas personas bastan dos: una capa de pagos y una reserva. Una tercera capa solo compensa si resuelve una necesidad distinta, como viajes, tesorería o continuidad.

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

Cada capa añade una wallet, una recuperación y una decisión sobre saldos. La complejidad debe comprarse con un beneficio claro.

Qué intenta resolver esta arquitectura

Se utilizan capas distintas para pagos, fondo disponible y reserva.

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.

Wallet de uso frecuente SPENDING_LAYER · 3 criterios normalizados

Firmante físico RESERVE_LAYER · 4 criterios normalizados

Límite entre capas BOUNDARIES · 2 criterios normalizados

¿Qué es cada pieza?

Wallet de uso frecuenteQué es y para qué sirve

Es una aplicación en móvil u ordenador que puede firmar porque mantiene una clave accesible en un dispositivo conectado. Resulta práctica para pagos y cantidades de uso cotidiano, pero está más expuesta a malware, pérdida del dispositivo o errores de uso que una reserva aislada.

Idea clave: La comodidad y la disponibilidad son su ventaja; por eso conviene limitar qué parte de los fondos depende de esta capa.

📄 Lecturas útiles para esta pieza2 lecturas opcionales

Una wallet Bitcoin no es una arquitectura de custodia

Por qué una wallet, un firmante, un coordinador y un plan de recuperación son piezas distintas de una arquitectura de custodia.

Leer artículo →

La complejidad en custodia de Bitcoin también es una amenaza

Cada capa de protección añade tareas y oportunidades de error. Cómo decidir qué complejidad elimina un riesgo real y cuál solo dificulta la recuperación.

Leer artículo →

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 →

Límite entre capasQué es y para qué sirve

Es una regla de separación entre, por ejemplo, una wallet cómoda para pagos y una reserva más aislada. Define cuánto puede permanecer en cada capa y cuándo se mueve de una a otra para que una herramienta cotidiana no exponga todo el patrimonio.

Idea clave: Cada capa resuelve un uso diferente; el límite evita pedir a una sola wallet que sea a la vez cómoda para pagar y máxima reserva.

📄 Lecturas útiles para esta pieza2 lecturas opcionales

Una wallet Bitcoin no es una arquitectura de custodia

Por qué una wallet, un firmante, un coordinador y un plan de recuperación son piezas distintas de una arquitectura de custodia.

Leer artículo →

La complejidad en custodia de Bitcoin también es una amenaza

Cada capa de protección añade tareas y oportunidades de error. Cómo decidir qué complejidad elimina un riesgo real y cuál solo dificulta la recuperación.

Leer artículo →

Artículo de esta arquitectura

Arquitectura por capas: separar pagos, reserva y recuperación

Leer arquitectura ↗

📄 Lecturas útiles para este punto

Arquitectura por capas: separar pagos, reserva y recuperación

Por qué distintos usos pueden necesitar distintos niveles de acceso y protección en lugar de una única wallet para todo.

Leer artículo →

Arquitectura por capas: límites de saldo y rebalanceo entre wallets

Cómo evitar que una arquitectura por capas se desordene con el tiempo mediante límites, umbrales y rutinas de transferencia.

Leer artículo →

Mi diseño y progreso

Decisiones de estrategia

0/4 decisiones cerradas.

Requisitos por pieza

Capa de pagos

Permite operar con frecuencia y mantiene un saldo limitado.

Acceso rápido y restauración sencilla.
Límite de saldo explícito.
Compatibilidad con el tipo de pagos previsto.
Reposición desde la reserva mediante un procedimiento claro.

Capa de reserva

Protege el patrimonio que no necesita acceso cotidiano mediante una arquitectura fría adecuada.

Firmante o quorum elegido según impacto y capacidad operativa.
Recuperación ensayada.
Interoperabilidad y plan de migración.
Herencia o continuidad cuando corresponda.

Reglas entre capas

Evitan que por comodidad la mayor parte del saldo termine en la capa más expuesta.

Límites de saldo y criterios de recarga.
Frecuencia de consolidación o transferencia.
Registro de qué capa resuelve cada uso.
Plan de contingencia si una capa queda inaccesible.

Reglas del sistema completo

Cada capa debe tener una finalidad y un límite comprensible.
La reserva no debe heredarse de forma accidental de la exposición de la wallet de pagos.
La complejidad total debe seguir siendo mantenible.

Pruebas antes de usarlo

Enviar una cantidad pequeña entre capas y documentar el flujo.
Restaurar por separado la wallet de pagos y la reserva.
Comprobar que una pérdida de la capa operativa no compromete la reserva.

Señales para no desplegarlo todavía

No existen límites y la capa caliente acumula saldo por inercia.
Las copias de varias capas se almacenan juntas sin necesidad.
El usuario no puede explicar qué wallet debe usar para cada acción.

¿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.