La Guerra del Tamaño de Bloque: la batalla que definió Bitcoin
Cómo un debate técnico se convirtió en una guerra civil, y qué nos enseña sobre la gobernanza de Bitcoin.
Fecha de publicación: Febrero 2026 Autor: aprendeBTC Tiempo de lectura: ~20 minutos
Entre 2015 y 2017, Bitcoin vivió su crisis existencial más severa. Lo que empezó como un debate técnico sobre el tamaño de los bloques se convirtió en una guerra civil que dividió a la comunidad, generó ataques personales, acusaciones de censura, y finalmente resultó en la división de la cadena.
El resultado de esa guerra definió qué tipo de sistema es Bitcoin. Las lecciones que dejó siguen siendo relevantes hoy.
El origen: el límite de 1 MB
En 2010, Satoshi Nakamoto añadió un límite de 1 MB al tamaño de los bloques de Bitcoin. En ese momento, los bloques estaban prácticamente vacíos — el límite era una medida anti-spam para prevenir que alguien inundara la red con transacciones basura.
Satoshi mencionó que el límite podría aumentarse en el futuro si era necesario. Lo que no especificó fue cómo, cuándo, ni bajo qué condiciones.
Durante años, el límite no importó. Los bloques tenían espacio de sobra. Pero a medida que Bitcoin crecía, los bloques empezaron a llenarse.
En 2015-2016, los bloques frecuentemente alcanzaban el límite de 1 MB. Las transacciones competían por espacio. Las comisiones subían. Los tiempos de confirmación se volvían impredecibles. Para muchos, era evidente que algo tenía que cambiar.
La pregunta era qué.
Las dos visiones
Se formaron dos campos con visiones fundamentalmente diferentes de qué debía ser Bitcoin.
Los "big blockers" argumentaban que Bitcoin debía ser un sistema de pagos accesible para todos. Si los bloques estaban llenos, la solución obvia era hacerlos más grandes. Más espacio = más transacciones = comisiones más bajas = Bitcoin utilizable como dinero para el día a día.
Propusieron varios forks del software con límites de bloque mayores:
- Bitcoin XT (2015): propuesto por Mike Hearn y Gavin Andresen, aumentaba el límite a 8 MB con incrementos posteriores
- Bitcoin Classic (2016): proponía un aumento más modesto a 2 MB
- Bitcoin Unlimited (2016): eliminaba el límite fijo, dejando que el mercado decidiera
Los "small blockers" argumentaban que aumentar el tamaño de bloque tenía costes que los big blockers ignoraban. Bloques más grandes significan:
- Blockchain que crece más rápido → más costoso almacenarla → menos gente puede ejecutar nodos → más centralización
- Mayor ancho de banda necesario para propagar bloques → ventaja para mineros grandes → más centralización de la minería
- Menor descentralización → Bitcoin más vulnerable a censura y control
Su propuesta era diferente: optimizar el espacio existente con SegWit (Segregated Witness) y escalar en "capas" secundarias como Lightning Network. La blockchain base sería una "capa de liquidación" para transacciones de alto valor, mientras que los pagos cotidianos ocurrirían en Lightning.
Los actores
El conflicto no era solo técnico. Era también personal, político, y económico.
En el bando big blocker:
- Gavin Andresen: a quien Satoshi había delegado el proyecto, favorecía bloques grandes
- Mike Hearn: desarrollador temprano de Bitcoin, creador de Bitcoin XT
- Roger Ver: inversor temprano y evangelista de Bitcoin, conocido como "Bitcoin Jesus"
- Jihan Wu: CEO de Bitmain, el mayor fabricante de ASICs, con intereses económicos en mantener transacciones baratas y en bloquear SegWit (que afectaba a su patente de "AsicBoost")
En el bando small blocker:
- Los desarrolladores de Bitcoin Core: la mayoría favorecía SegWit + capas, incluyendo a Gregory Maxwell, Pieter Wuille, Luke Dashjr, y otros
- Adam Back: CEO de Blockstream, empresa que desarrollaba soluciones de capa 2
- La mayoría de los nodos económicos: exchanges y empresas que ejecutaban nodos completos
La escalada
El debate se volvió tóxico. Acusaciones de censura en el subreddit r/bitcoin (los moderadores eliminaban posts pro-big-blocks). Creación de r/btc como foro alternativo. Ataques DDoS contra nodos que ejecutaban Bitcoin XT. Ataques personales constantes en redes sociales.
Conferencias que intentaron alcanzar compromisos fracasaron. El "Hong Kong Agreement" de 2016, donde desarrolladores y mineros acordaron implementar SegWit junto con un aumento de bloque a 2 MB, se rompió cuando los desarrolladores argumentaron que no podían comprometer cambios sin consenso de la comunidad.
El Acuerdo de Nueva York (SegWit2x)
En mayo de 2017, representantes de más de 50 empresas del ecosistema Bitcoin firmaron el "New York Agreement" o SegWit2x. El plan: activar SegWit y aumentar el límite a 2 MB tres meses después.
Los firmantes representaban una porción enorme del hashrate y la economía de Bitcoin. Parecía un hecho consumado.
Pero había un problema: los desarrolladores de Bitcoin Core no habían sido invitados a la negociación. Y los usuarios que ejecutaban nodos tampoco.
La respuesta fue UASF: User Activated Soft Fork. Un movimiento de usuarios que declararon que sus nodos rechazarían bloques que no señalizaran soporte para SegWit a partir del 1 de agosto de 2017, independientemente de lo que hicieran los mineros.
Era una apuesta arriesgada. Si los mineros ignoraban el UASF, podría haber una división de la cadena con consecuencias impredecibles. Pero también era una demostración de un principio fundamental: los usuarios, no los mineros ni las empresas, son quienes deciden qué reglas sigue Bitcoin.
1 de agosto de 2017: el fork
El 1 de agosto de 2017, la cadena se dividió. Pero no de la forma que muchos esperaban.
Un grupo liderado por Roger Ver, Jihan Wu, y otros big blockers ejecutó un hard fork creando Bitcoin Cash (BCH), con bloques de 8 MB. Quien tenía bitcoin antes del fork ahora tenía la misma cantidad en ambas cadenas.
Mientras tanto, SegWit se activó en Bitcoin el 24 de agosto de 2017, en parte gracias a la presión del UASF. Los mineros, viendo que los usuarios no iban a ceder, señalizaron soporte para SegWit.
SegWit2x, el aumento a 2 MB que supuestamente venía después, fue cancelado en noviembre de 2017. No había consenso. Los defensores de bloques pequeños habían ganado.
Las consecuencias
Bitcoin mantuvo su límite de bloque efectivo (aunque SegWit lo aumentó indirectamente mediante "weight units"). Lightning Network se desarrolló sobre SegWit. La tesis de "escalar en capas" se convirtió en la dirección oficial del desarrollo.
Bitcoin Cash siguió su propio camino. Aumentó el bloque a 32 MB, luego se dividió de nuevo en 2018 cuando Craig Wright (quien afirmaba ser Satoshi) creó Bitcoin SV. La adopción de ambas cadenas ha declinado constantemente. A fecha de 2025, BCH vale una fracción pequeña de lo que vale BTC, y BSV aún menos.
Las lecciones
La Guerra del Tamaño de Bloque dejó lecciones que siguen siendo fundamentales para entender Bitcoin:
1. Bitcoin es extremadamente difícil de cambiar
Cambiar las reglas de consenso de Bitcoin requiere un nivel de acuerdo casi unánime. Ni los mineros, ni las empresas, ni los desarrolladores pueden imponer cambios si los usuarios no están de acuerdo. Esto es una feature, no un bug — protege las propiedades que hacen a Bitcoin valioso.
2. Los usuarios tienen el poder real
UASF demostró que quienes ejecutan nodos tienen poder de veto. Los mineros producen bloques, pero los nodos deciden qué bloques son válidos. Si suficientes usuarios rechazan un cambio, los mineros que lo implementen estarán minando una cadena que nadie usa.
3. Los forks hostiles no heredan el efecto de red
Bitcoin Cash tenía el apoyo de empresas grandes, mineros importantes, y figuras conocidas. Pero no pudo replicar el efecto de red de Bitcoin. Los desarrolladores, la liquidez, la infraestructura, y la confianza se quedaron con BTC.
4. La descentralización tiene costes reales
Mantener bloques pequeños tiene un coste real: transacciones más caras y lentas en la capa base. Los small blockers ganaron el debate argumentando que este coste vale la pena para preservar la descentralización. El tiempo dirá si Lightning y otras capas cumplen la promesa de pagos baratos sin sacrificar la descentralización base.
5. El debate nunca termina realmente
Aunque la guerra terminó con una victoria clara de los small blockers, el debate subyacente persiste. ¿Debería Bitcoin optimizar para pagos cotidianos o para ser una reserva de valor? ¿Las capas secundarias son suficientes? ¿El límite de bloque debería aumentarse eventualmente?
Estos debates continúan, aunque con menos intensidad. Lo que cambió es que ahora sabemos lo difícil que es cambiar Bitcoin — y eso, paradójicamente, da confianza en sus propiedades a largo plazo.
Fuentes y lecturas adicionales
- "The Blocksize War" de Jonathan Bier — el libro definitivo sobre el conflicto, con entrevistas y documentación exhaustiva
- "El Libro de Satoshi" de Phil Champagne — incluye las discusiones originales de Satoshi sobre escalabilidad (libroblockchain.com/satoshi/)
- Posts originales de Satoshi en BitcoinTalk sobre el límite de bloque