Una arquitectura de custodia no es realmente independiente solo porque funcione hoy. También debe permitir cambiar de coordinador, firmante o proveedor si una herramienta deja de estar disponible. La interoperabilidad convierte esa salida en una capacidad comprobable, no en una promesa.
Una solución puede funcionar perfectamente durante años y fallar justo cuando desaparece una empresa, se abandona una aplicación o un dispositivo deja de recibir soporte. La interoperabilidad convierte la capacidad de migrar en una propiedad del sistema, no en una esperanza.
Salida del proveedor
En custodia colaborativa, el proveedor puede facilitar la operativa diaria sin controlar por sí solo los fondos. Para que la salida sea real, el usuario necesita conservar claves suficientes, la configuración de la wallet y una herramienta alternativa capaz de construir y transmitir una transacción.
La prueba no consiste en leer que «es posible». Consiste en recorrer el procedimiento antes de una emergencia.
Salida del coordinador
Aunque no exista un proveedor con clave, una aplicación puede convertirse en dependencia si guarda la única copia útil de la política. Un descriptor exportable, formatos abiertos y compatibilidad con otro coordinador permiten reconstruir la wallet sin cambiar las claves.
Sustitución de un firmante
Un dispositivo puede perderse, quedar comprometido o dejar de ser adecuado. La arquitectura debe prever cómo crear una nueva clave, verificar su recuperación, construir la nueva política y mover los fondos mediante una transacción de migración revisada. Sustituir hardware no significa modificar una seed existente.
Prueba mínima de interoperabilidad
- exportar y guardar la configuración en más de una copia;
- importarla en un coordinador alternativo;
- comprobar fingerprints, quorum, derivaciones y tipo de script;
- verificar una dirección de recepción en los firmantes;
- preparar una transacción de prueba;
- revisar destino, importe, comisión y cambio en hardware;
- firmar con las claves que representan la vía de salida;
- y confirmar que existe un canal independiente para transmitir.
Estándares abiertos y evidencia real
El soporte declarado de PSBT, descriptores o formatos de configuración es una señal positiva, pero no sustituye una prueba del conjunto concreto. La compatibilidad debe registrarse por versión, plataforma y combinación de componentes.
Cuándo una migración debe activarse
No hace falta esperar a una catástrofe. Puede ser razonable migrar cuando cambia la confianza en un fabricante, se detecta una exposición, un producto queda abandonado, una persona deja su rol o la arquitectura ya no encaja con el patrimonio y la capacidad de mantenimiento.
La salida también reduce el riesgo humano
Una ruta alternativa documentada evita improvisar bajo presión. Permite distinguir entre una indisponibilidad temporal, que quizá convenga esperar, y una degradación real que exige sustitución o rollover.
Regla de Pajarito: una salida no existe hasta que se ha importado, verificado y ensayado con las piezas que realmente se usarán.
Qué debes llevarte de este artículo
Una salida no existe hasta que has importado, verificado y ensayado el procedimiento con las piezas que usarías de verdad.

Si todavía no lo sabes, empieza por la guía que compara arquitecturas. Si ya quieres estudiarlo en detalle, abre su guía de construcción.

Hay más piezas que encajan con esta
Continúa por contenidos relacionados con el tema que acabas de estudiar.








