La custodia de firma única tiene una debilidad estructural: existe exactamente un secreto, y los dos malos desenlaces salen de ahí. Si otro consigue ese secreto, se lleva todo. Si uno lo pierde, pierde todo.
Multisig ataca eso directamente. En vez de una clave autorizando un gasto, se requieren m de n claves. El arreglo más común es 2-de-3: existen tres claves, dos cualesquiera pueden mover los fondos.
Por qué 2-de-3 específicamente
Al recorrer los casos, el atractivo es evidente.
Roban una clave. El ladrón tiene una. Necesita dos. Las monedas no se mueven, y todavía quedan las otras dos claves para migrar a un arreglo nuevo.
Se pierde una clave, por un incendio, una inundación, un dispositivo que muere o un respaldo que resulta estar mal. Todavía quedan dos. Todavía se puede gastar. Se reconstruye al ritmo de uno en vez de descubrir la pérdida en el peor momento.
Un fabricante de dispositivos resulta tener una falla. Si las tres claves están en hardware de tres fabricantes distintos, el problema de un proveedor no es un problema propio.
La firma única no tiene respuesta equivalente para ninguno de esos casos. La seguridad y la redundancia salen de la misma estructura, y eso es lo que la hace elegante.
Qué cuesta
Acá es donde la mayoría de los artículos sobre multisig se corta, y es la mitad que decide si conviene hacerlo.
Ahora hay tres respaldos, no uno. Tres semillas, guardadas en tres lugares que fallen de forma independiente. Si las tres viven en la misma casa, se pagó el costo de complejidad sin comprar nada: un incendio se lleva las tres igual.
Hay una cuarta cosa que respaldar, y es la que la gente olvida. Las semillas solas no alcanzan para reconstruir una billetera multisig. También hace falta el descriptor de la billetera: el registro de qué claves públicas componen el quórum, las rutas de derivación y la política. Si se pierde el descriptor, se pueden tener las tres semillas y aun así no poder reconstruir la billetera ni ver los fondos. Esta es la falla específica de multisig, es la que nadie ve venir, y en firma única no existe.
Cada gasto es más trabajo. Dos dispositivos, dos pasos de firma, un coordinador que entienda el arreglo. Está bien para ahorros que se tocan dos veces al año. Genuinamente molesto para algo de lo que se gasta.
Recibir exige una verificación que la firma única no necesita. Una dirección de firma única se deriva de una sola clave que el dispositivo tiene, así que el dispositivo puede confirmarla. Una dirección multisig se deriva de las tres claves públicas, o sea que la calcula el software coordinador, y un software alterado puede mostrar una dirección que no es la propia. Conviene registrar la política en cada dispositivo de firma y confirmar la dirección de recepción en un segundo dispositivo antes de mandarle nada.
La recuperación es más frágil de lo que parece. Depende de que exista software de billetera que siga soportando ese arreglo específico dentro de varios años. Al menos el descriptor es un formato estándar, especificado en BIP 380, y eso es lo que hace posible recuperar en software distinto del original. Practicar una recuperación completa, desde semillas y descriptor, en software distinto del original, es la única forma de saber que funciona.
Más partes, más chances de equivocarse. Un multisig mal configurado puede ser menos seguro que una firma única competente. La complejidad no es gratis, y la paga uno.
Para quién es realmente
Conviene si: el monto es tal que perderlo cambiaría la vida de forma material; es ahorro de largo plazo que casi no se mueve; hay comodidad con las herramientas; y se pueden guardar genuinamente tres respaldos en tres lugares que no fallen juntos.
No conviene si: el monto es modesto; recién se empieza con autocustodia; se gasta de ahí con frecuencia; o no hay tres lugares de guardado realmente separados. En esos casos, una firma única bien ejecutada con un respaldo probado le gana cómodamente a un multisig mal ejecutado.
Hay un orden real acá. Primero hay que hacer bien la firma única. Si todavía no se hizo un borrado y restauración completos desde la semilla anotada, el próximo paso no es multisig: es ese.
Custodia colaborativa
Una opción intermedia: una empresa tiene una clave de un 2-de-3 mientras uno tiene las otras dos. En agosto de 2026, Unchained arma así sus bóvedas, y Casa hace lo mismo en su plan de entrada, con un arreglo de cinco claves por encima. Conviene verificar la forma actual de cualquiera de los dos antes de contratar, porque los productos cambian.
Qué se gana: el proveedor no puede mover fondos solo, porque tiene una clave de tres. Se puede gastar sin ellos, usando las otras dos. Si se pierde una de las propias, ellos ayudan a recuperar con la suya. Se obtiene un experto en el arreglo y un camino de recuperación documentado.
Qué cuesta: una suscripción, una relación con KYC, una empresa que sabe cuánto se tiene, y una dependencia de que esa empresa siga existiendo. Lo último es manejable si, y solo si, uno tiene el descriptor y verificó que puede recuperar sin ellos. Eso hay que confirmarlo antes de contratar, no después.
Para quien quiere la redundancia sin convertirse en su propio administrador de sistemas, es un intercambio razonable. No es autocustodia en sentido estricto, y no debería describirse así.
Si se arma uno
- Tres fabricantes distintos, para que la falla de un proveedor no sea un problema propio.
- Tres lugares genuinamente separados, que fallen de forma independiente. No tres cajones.
- Respaldar el descriptor junto a cada semilla, y en un lugar donde los herederos lo encuentren.
- Registrar la política en cada dispositivo de firma, y confirmar la primera dirección de recepción en un segundo dispositivo antes de mandarle nada.
- Practicar una recuperación completa, solo desde los respaldos e idealmente en otro software, antes de que la billetera tenga algo relevante.
- Escribir cómo funciona, en lenguaje llano, para quien tenga que hacer esto sin uno. Ver planificación sucesoria.
Relacionado: qué exige la autocustodia y cómo elegir una billetera.