Al terminar esta lección podrás
- Distinguir MuSig2 (n de n) de FROST (t de n) y qué esconde cada uno en la cadena
- Saber, con fecha, qué falta para que entren en un plan de custodia y qué riesgo nuevo traen
Se oye que, con Taproot, una multifirma ya parece una firma simple y cuesta lo mismo. A 7 de octubre de 2026, solo en parte, y no con lo que usarías para tus ahorros.
MuSig2 (BIP-327) junta varias claves en una sola clave Taproot. Al gastar por la clave sale una firma de 64 bytes, unos 57,5 vB por entrada, y nadie ve cuántos firmaron. Pero es n de n: hacen falta todos. Un 2 de 3 se monta con un par como clave interna y los otros dos pares como hojas. Solo el par de la clave interna gasta sin revelar nada. Si firma otro par, se publica su hoja y el gasto sube a unos 82,75 vB.
FROST sí da un umbral t de n con una sola firma. A cambio, las claves se generan en grupo, con una DKG o con un dealer, y la parte de cada uno no sale de una seed propia: cómo se copia depende del producto. Su BIP, el 445, tiene número pero no está fusionado.
Para un plan de custodia pesa el soporte. Bitcoin Core lee descriptores musig() desde la 30.0 y firma desde la 31.0, con las claves en un ordenador conectado. Ese descriptor (BIP-390) sigue en Draft. En aparatos, la aplicación Bitcoin de Ledger lo admite en políticas Taproot, y Coldcard solo en su firmware experimental Edge, que su fabricante desaconseja para cantidades grandes. Los registros de cambios de Jade, BitBox02 y Trezor no mencionan MuSig. Y hay un riesgo nuevo: reutilizar un nonce de firma filtra la clave. Una sesión a medias no se continúa desde una copia ni desde una instantánea. Se empieza de cero.
Así que, para tu plan, hoy la multifirma es por script, con fecha de revisión.
En «MuSig2 y FROST» lee «MuSig2: n de n, dos rondas»; de «Reutilizar un nonce: el fallo silencioso», el párrafo que empieza «Esto tiene consecuencias operativas» (las ecuaciones te las puedes saltar); «El umbral no existe en MuSig2», «FROST: umbral t de n», «Recuperación: la parte que se subestima» y «Qué firma qué, con fecha». En «Taproot», «Multifirma: qué oculta MuSig2 y qué no». En «Firmas Schnorr», «Agregación de firmas: MuSig y MuSig2» y «Threshold signatures con FROST».
Lee en Bitcoinpedia
Con las cifras de las lecciones 6.4 y 6.5, compara el peso de una entrada de un 2 de 3 en tres montajes: P2WSH, MuSig2 gastado por la clave y MuSig2 gastado por una de sus hojas. Solución: 104,5, 57,5 y 82,75 vB. ¿Cuál de los tres puede gastar cualquier pareja de claves sin revelar nada? Solución: ninguno; en el montaje con MuSig2 solo lo hace el par de la clave interna. Después escribe en tu plan una nota de revisión con fecha: qué tendría que pasar para plantearte MuSig2 o FROST. Por ejemplo, para MuSig2: que tus aparatos lo firmen en su firmware estable, que el descriptor musig() deje de ser Draft y que sepas cómo se copia y se recupera la billetera, hojas incluidas. Para FROST, además, que el BIP-445 esté publicado y que sepas cómo se copia cada parte. Hasta entonces, tu plan sigue con la multifirma por script. Si tu plan no lleva multifirma, deja la nota igual: es la pieza que revisarás si tu tabla cambia.
Piénsalo o escríbelo a mano. No guardamos lo que respondas.