Inicio Desarrollo y Gobernanza Las guerras de SegWit

Las guerras de SegWit

La historia completa del conflicto 2015-2017 que enfrentó a mineros, empresas y usuarios por el límite de tamaño de bloque, y cómo el UASF demostró que los nodos tienen la última palabra.

Una red exitosa con un límite que la asfixiaba

En 2015, Bitcoin procesaba alrededor de 3 transacciones por segundo. El límite de 1 MB por bloque —introducido por Satoshi en 2010 como medida temporal contra spam— empezaba a ser un techo real. Las comisiones subían en horas punta y los tiempos de confirmación se alargaban. Todo el mundo coincidía en que había un problema; nadie coincidía en la solución.

SegWit: una solución técnica con consecuencias políticas

En 2015, el desarrollador Pieter Wuille propuso Segregated Witness (BIP-141): separar los datos de firma ("witness data") del resto de la transacción. Esto resolvía el problema de maleabilidad de transacciones, habilitaba Lightning Network y, como efecto secundario, aumentaba la capacidad efectiva del bloque sin cambiar el límite nominal de 1 MB. Era un soft fork: los nodos antiguos seguirían siendo compatibles.

La resistencia de los grandes pools

Bitmain —fabricante del 70% de los ASIC del mercado en ese momento— se opuso activamente a SegWit. La razón técnica sospechada era ASICBoost: una optimización de hardware que permitía minar bloques con un 20-30% menos de energía, y que SegWit hacía inutilizable en su variante encubierta ("covert ASICBoost"). La resistencia de Bitmain y los pools aliados bloqueó la señalización requerida (95% de bloques) durante más de un año.

El Acuerdo de Nueva York y SegWit2x (mayo 2017)

En mayo de 2017, representantes de empresas del sector —exchanges, custodios, pools— firmaron en Nueva York un acuerdo: activar SegWit mediante BIP-91 (un umbral reducido del 80%) y, 3 meses después, doblar el tamaño de bloque a 2 MB con un hard fork (SegWit2x, o B2X). La mayor parte de los desarrolladores de Bitcoin Core rechazó el acuerdo por considerar que la segunda parte era un cambio no consensuado.

El UASF: los usuarios toman el control (julio 2017)

El 26 de octubre de 2016, un desarrollador pseudónimo publicó BIP-148: User-Activated Soft Fork. La lógica era directa: a partir del 1 de agosto de 2017, los nodos que ejecutaran BIP-148 rechazarían cualquier bloque que no señalizara soporte para SegWit. Si suficientes nodos económicos —exchanges, carteras, comercios— adoptaban BIP-148, los mineros que no señalizaran verían sus bloques rechazados y perderían la recompensa. Era una apuesta: o los mineros cedían, o la cadena se dividía.

La comunidad de usuarios respondió masivamente. El movimiento #UASF se convirtió en un símbolo; se imprimieron gorras con la leyenda "UASF". Ante la perspectiva de perder ingresos, los pools comenzaron a señalizar SegWit.

Activación: agosto 2017

La señalización superó el 95% requerido por BIP-9 el 8 de agosto de 2017, y SegWit se activó en el bloque 481.824 el 24 de agosto de 2017. La segunda parte del Acuerdo de Nueva York —el hard fork a 2 MB— fue cancelada en noviembre de 2017 ante la falta de apoyo. Un sector que se negó a renunciar ejecutó el hard fork y creó Bitcoin Cash.

La lección permanente

Las guerras de SegWit demostraron que en Bitcoin el poder real no lo tienen los mineros, sino los nodos que validan las reglas. Un minero que produce bloques inválidos simplemente desperdicia electricidad. Los nodos —especialmente los "nodos económicos" que procesan transacciones reales— determinan qué cadena tiene valor. Este aprendizaje moldeó directamente cómo se activó Taproot en 2021.

Errores habituales

  • Creer que los mineros controlan las reglas del protocolo: controlan la producción de bloques, pero los nodos validan si esos bloques cumplen las reglas.
  • Pensar que el UASF fue una acción de los desarrolladores de Bitcoin Core: fue una iniciativa independiente de la comunidad de usuarios, no del equipo oficial.
  • Confundir la señalización de SegWit (BIP-9, 95%) con la activación por BIP-91 (80%): se usaron distintos mecanismos en paralelo durante el mismo período.

Conceptos relacionados

Fuentes primarias

  • BIP-141: Segregated Witness (Consensus layer) — Pieter Wuille et al.
  • BIP-148: Mandatory activation of segwit deployment (shaolinfry, 2017)
  • Bitmex Research — "The SegWit transaction capacity increase" (2017)
  • Jameson Lopp — "Bitcoin's Battle for Blocksize" (medium.com, 2017)