Custodia multifirma y herencia

Curiosidad

1. ¿Por qué la pérdida de una clave y su copia de seguridad acaba con una billetera de firma única, mientras que una billetera multisig puede sobrevivir a dicha pérdida?
2. ¿Cómo puede un custodio tener una clave para ayudar en la recuperación, mientras el propietario mantiene un control efectivo sobre los fondos?
3. ¿Qué datos específicos, además de las frases de semilla mismas, se necesitan para recuperar una billetera multisig si se pierden todos los dispositivos?

Explorar

Parte ICustodia multisigno

1. Una billetera de firma única estándar depende de una sola clave privada. Si esa clave es robada, el ladrón puede llevarse todo; si la clave y todas sus copias de seguridad se pierden, las monedas desaparecen. Tener un solo secreto representa un punto único de fallo. Las configuraciones de firma múltiple distribuyen este riesgo al requerir varias claves distintas para autorizar cualquier transacción.
2. En una configuración común de 2 de 3, se generan tres claves privadas en dispositivos separados, a menudo de diferentes fabricantes y almacenadas en ubicaciones físicas distintas. Cualquier par de estas claves puede cofirmar una transacción. Si se pierde o roba un dispositivo, los otros dos siguen controlando los fondos, mientras que una sola clave robada no puede moverlos por sí sola.
3. La custodia colaborativa formaliza esta distribución para instituciones y personas con alto patrimonio. Un custodio posee una llave para brindar servicios de recuperación y apoyo operativo, mientras que el propietario conserva dos llaves. Esta estructura permite contar con asistencia profesional sin ceder el control unilateral; si el custodio falla o es comprometido, las dos llaves del propietario siguen siendo suficientes para mover los activos.
4. La recuperación en caso de pérdida total del dispositivo requiere algo más que solo frases semilla. La configuración de la billetera —específicamente las claves públicas extendidas (xpubs) de todos los cofirmantes y el tipo de script— es esencial para reconstruir las direcciones. Sin estos metadatos, las semillas por sí solas no pueden generar las direcciones de recepción correctas. La recuperación requiere estas xpubs o un descriptor de salida, por lo que deben respaldarse junto con las frases semilla.
5. Las compensaciones involucran complejidad y costo. Gestionar tres claves aumenta la carga operativa para el uso diario y la planificación de sucesiones. Las transacciones con scripts más grandes consumen más bytes en la blockchain, lo que genera tarifas de red más altas en comparación con las transacciones de firma única. Taproot puede reducir este costo cuando las claves se agrupan con protocolos como MuSig2, de modo que un gasto conjunto parece una sola firma; la mayoría de las billeteras multisig siguen utilizando P2WSH basado en scripts, y la complejidad operativa persiste.
6. Multisig no es una garantía contra todos los riesgos. El hackeo de Bitfinex en 2016 supuso el robo de aproximadamente 120,000 BTC a partir de un sistema multisig con BitGo. Bitfinex poseía dos de las tres claves, y el servicio de BitGo firmaba automáticamente bajo la configuración de Bitfinex; por lo tanto, un atacante dentro de los sistemas de Bitfinex podía alcanzar el umbral necesario. Aproximadamente 94,000 BTC fueron recuperados en 2022. Multisig solo ofrece protección en la medida en que lo haga la independencia de sus claves.

Parte IIPlanificación sucesoria

7. La custodia de Bitcoin plantea una tensión fundamental: el secreto necesario para proteger los fondos del robo hace que sea imposible recuperarlos para los herederos. Si quien posee la clave fallece o queda incapacitado sin compartir los detalles de acceso, esos satoshis se pierden para siempre. Esto no es teórico; es la razón principal por la cual se realiza la planificación de “supervivencia” en la gestión de activos digitales. Los analistas estiman que millones de monedas se han perdido debido a claves extraviadas de todo tipo, incluyendo fallecimientos.
8. El motor de scripts de Bitcoin permite codificar lógica que se activa bajo condiciones específicas. Un descriptor de Miniscript como `wsh(or_d(pk(@0), and_v(v:multi(2,@1,@2,@3), older(65535))))` define una billetera en la que una sola clave (`@0`) puede gastar de inmediato, o dos de las tres claves restantes (`@1`, `@2`, `@3`) pueden gastar después de que hayan transcurrido 65,535 bloques. La clave del propietario puede gastar en cualquier momento; el acceso de los herederos solo se abre tras ese plazo. (Las billeteras muestran tales políticas con marcadores como @0 para las claves.)
9. El número 65,535 en ese script representa una duración específica. A unos diez minutos por bloque, 65,535 bloques, el máximo para un timelock relativo basado en bloques, equivalen a aproximadamente 455 días. Se trata de un "lock de herencia". Al ser un timelock relativo, el reloj comienza cuando las monedas son confirmadas, no cuando el holder desaparece. El holder debe mover las monedas periódicamente para mantener cerrado el camino de los herederos; una vez que vence este plazo, los herederos pueden gastarlas.
10. Los esquemas de multisignatura distribuyen el control entre partes de confianza, como un familiar y un abogado especializado en activos digitales. En una configuración de 2 de 3, ninguna persona individual posee el poder total para mover fondos unilateralmente una vez expira el plazo de espera; se requieren dos firmas. Esto refleja la planificación tradicional de patrimonios, donde un ejecutor trabaja con los beneficiarios. Quien actúe como ejecutor necesita suficiente orientación técnica para llevar a cabo el plan.
11. Por lo general, los planes combinan la configuración técnica con una carta de instrucciones que explica qué existe y cómo utilizarlo, sin contener los propios secretos. Las normas varían según la jurisdicción: en muchos lugares, un testamento se convierte en un documento público tras el proceso de sucesiones, por lo que las frases semilla no deben formar parte de él. Un caso ejemplar de control concentrado es QuadrigaCX, un exchange canadiense cuyo fundador, Gerald Cotten, falleció en diciembre de 2018, dejando a sus clientes con una deuda de aproximadamente 215 millones de dólares canadienses; posteriormente, los reguladores determinaron que las pérdidas se debían principalmente a su fraude, el cual resultó fácil de ocultar al tener él como único titular de la clave. Se recomienda comúnmente buscar asesoría legal profesional.
12. Los planificadores suelen hacer pruebas antes de confiar en un plan: establecen la misma política en la red de prueba o con una cantidad insignificante, dejan que el plazo de bloqueo expire y verifican que las claves de los herederos puedan firmar realmente, para asegurarse de que la configuración técnica se ajuste a la intención legal. Las billeteras basadas en miniscript, como Liana, están diseñadas precisamente para este tipo de recuperación con bloqueo temporal.

Datos clave

Ejercicio nueve, seis, tres, uno

Verificación de hechos

Fechas, cifras y afirmaciones verificadas con las fuentes publicadas que se enumeran a continuación.

• A. M. Antonopoulos & D. A. Harding, Mastering Bitcoin, 3rd ed. (2023), ch. 7
• BIP380: Output Script Descriptors General Operation
• Bitfinex hack public disclosures (2016)
• Chainalysis, Lost Coins Estimates (2020)
• Ontario Securities Commission, Report on QuadrigaCX (2020)
• Liana Wallet Documentation