M de N

M de N es la forma abreviada habitual de referirse a una multisig por umbral: cualesquiera M firmas de un total de N cofirmantes bastan para gastar. El BIP 11, escrito en 2011, usó la misma notación cuando propuso que una multisig M de N con hasta tres claves fuera una transacción "estándar", es decir, una que los nodos retransmiten y los mineros incluyen en los bloques. La versión 0.6.0 del software de Bitcoin (hoy Bitcoin Core) lo puso en vigor en marzo de 2012. M y N ajustan dos perillas independientes:

• M es el umbral de seguridad. Cuanto mayor es M, más cofirmantes tienen que estar de acuerdo y más difícil es robar.
• N - M es la redundancia. La billetera sobrevive a la pérdida de hasta N - M cofirmantes sin perder el acceso.

Configuraciones comunes:

• 2 de 3: el punto ideal para la custodia personal. Una clave contigo, una en un lugar de respaldo de confianza, una con un tercero (un abogado, un amigo, un servicio de custodia). Sobrevive a la pérdida de cualquiera de ellas. Con una robada no se puede gastar; con dos, sí.
• 3 de 5: para grupos y empresas donde más personas deben tener voz. Sobrevive a la pérdida de dos y exige tres para gastar.
• 4 de 7 o más: grandes federaciones y custodia donde hay mucho en juego. El whitepaper de 2020 de Blockstream sobre la sidechain (cadena lateral) Liquid dice que el bitcoin que respalda Liquid está bloqueado en una multisig 11 de 15. Sus 15 claves están en manos de 15 funcionarios, a los que el whitepaper llama "watchmen" (vigilantes) cuando firman los retiros de Liquid de vuelta a Bitcoin. Cada funcionario lo opera un miembro de la Federación de Liquid, que tenía 87 miembros a mayo de 2026.

La multisig anterior a Taproot usa OP_CHECKMULTISIG, que acepta como máximo 20 claves. En P2SH (en inglés) el tope son 15 claves comprimidas, porque el script completo tiene que caber en un solo elemento de datos de 520 bytes. P2WSH (en inglés) evita ese límite y admite el máximo de 20. Los gastos por la ruta de script (script path) de Taproot usan en su lugar OP_CHECKSIGADD (en inglés), que admite muchas más claves. El descriptor multi_a de Bitcoin Core (BIP 387) admite hasta 999.

Los gastos por la ruta de clave (key path) de Taproot pueden hacer que la estructura M de N sea completamente invisible on-chain. MuSig2 (en inglés) lo hace cuando firman los N cofirmantes. FROST lo hace para cualquier M de N; su especificación para Bitcoin sigue siendo un BIP en borrador a octubre de 2026.

La elección correcta rara vez es "más cofirmantes". Cada cofirmante es una persona o un dispositivo de verdad, y cada uno es un modo de falla: un dispositivo perdido, una persona que muere, una passphrase olvidada, un malentendido a la hora de firmar. A la mayoría de los usuarios de a pie les va mejor con 2 de 3 que con cualquier cosa más sofisticada. Para una empresa o un grupo, 3 de 5 es un punto de partida razonable; sube más solo por una razón concreta, como que haya más directivos que deban aprobar cada gasto.