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

Llamamos «wallet» a muchas piezas diferentes, pero una arquitectura de custodia puede separar quién protege la clave (el firmante), quién prepara la transacción (el coordinador) y quién consulta la red (el nodo). Nombrar cada función aclara qué información conoce y cómo podría sustituirse.

En muchas conversaciones se llama «wallet» a todo el sistema. Esa simplificación es cómoda, pero dificulta saber qué pieza protege la clave, cuál construye la transacción y de dónde obtiene la información de la red. Separar los roles permite detectar dependencias y cambiar una herramienta sin reconstruir toda la custodia.

El firmante

El firmante conserva o reconstruye la clave y autoriza una operación. En una arquitectura fría suele ser un dispositivo dedicado. Su trabajo no es decidir por el usuario, sino mostrar la información relevante y firmar únicamente después de que se haya verificado.

Una buena evaluación del firmante debe comprobar:

• que muestra dirección de destino, importe, comisión y, cuando corresponda, cambio;
• que identifica la wallet o política esperada mediante fingerprints u otros datos verificables;
• que puede restaurarse desde el backup mediante un procedimiento ensayado;
• que utiliza un método de firma compatible con el coordinador principal y con una alternativa;
• y que su interfaz es suficientemente clara para no convertir la verificación en una tarea que termine omitiéndose.

El coordinador

El coordinador prepara direcciones y transacciones, reúne firmas y conoce la política de la wallet. Puede ejecutarse en móvil, ordenador o dentro de un servicio. Normalmente no debería poder gastar por sí solo si las claves están correctamente separadas.

Su función es especialmente importante en multisig: debe conservar o importar el descriptor, reconocer el quorum, identificar el cambio y producir transacciones que los firmantes puedan verificar. La arquitectura mejora cuando existe un coordinador alternativo probado y la configuración puede migrarse mediante estándares abiertos.

El nodo o servidor de consulta

La wallet necesita conocer transacciones, saldos y estado de la red. Puede obtener esa información de servidores de terceros o de un nodo controlado por el usuario. Esta pieza afecta principalmente a privacidad, disponibilidad y confianza en los datos mostrados; no sustituye al firmante.

Usar nodo propio puede reducir la información revelada a servidores externos, pero añade mantenimiento. La guía debe tratarlo como una característica separada, no como una etiqueta universal de «wallet privada».

El proveedor colaborativo

En custodia asistida puede existir una clave o política operada por un proveedor. Esa pieza puede ayudar con recuperación, demoras o sustitución de claves. Su presencia no debe ocultar la pregunta principal: ¿puede el usuario reconstruir y mover los fondos sin esa empresa cuando sea necesario?

Por qué conviene separar los roles

• Permite sustituir el coordinador sin cambiar necesariamente las claves.
• Permite elegir firmantes distintos para funciones distintas.
• Hace visible qué pieza conoce saldos, direcciones o metadatos.
• Facilita probar una salida alternativa antes de una emergencia.
• Evita comparar como si fueran equivalentes una wallet móvil, un hardware y un servicio.

Una arquitectura puede tener varios firmantes

En multisig no todas las claves necesitan el mismo perfil. Una llave operativa puede priorizar portabilidad y un flujo de firma aislado; una llave de bóveda puede priorizar pantalla, facilidad de recuperación y mínima probabilidad de error en un uso excepcional. La decisión se toma por el rol, no por una supuesta clasificación universal del producto.

Regla de Pajarito: antes de comparar marcas, nombra cada pieza del nido y escribe qué debe hacer, qué información conoce y cómo se sustituye.