Construye tu sistema de custodia Bitcoin

Por qué importa esta decisión

Separar roles permite endurecer la clave de bóveda y mantener cómoda la operativa sin transportar ni usar dos claves propias cada vez. La contrapartida es que debes documentar bien qué papel tiene cada una.

Qué intenta resolver esta arquitectura

Un proveedor ayuda en la operativa o recuperación, pero las claves del usuario conservan una salida independiente.

Piezas y roles

Decisiones de estrategia

0/4 decisiones cerradas.

Requisitos por pieza

Reglas del sistema completo

• El proveedor no debe ser un punto único de fallo ni de confianza.
• Las dos claves propias deben alcanzar la salida definida por la política.
• La comodidad operativa no sustituye la prueba de recuperación sin proveedor.
• Los roles K1 y K2 deben diseñarse por exposición y ergonomía, no por marca.

Pruebas antes de usarlo

• Firmar una salida pequeña con el flujo habitual de usuario más proveedor.
• Firmar otra salida con las claves propias y el coordinador alternativo.
• Simular pérdida de K1 o K2 y recorrer la sustitución o rollover.
• Comprobar demoras, bloqueo y límites exactamente en el plan contratado.

Señales para no desplegarlo todavía

• Las claves del usuario no alcanzan el quorum sin el proveedor.
• La configuración solo existe dentro de la aplicación del servicio.
• No se ha probado una firma con las dos claves propias.
• El usuario desconoce qué metadatos y políticas gestiona la plataforma.