La historia de la batalla más brutal en la historia de Bitcoin, donde la comunidad se dividió por una pregunta simple: ¿Cómo escalamos Bitcoin?
2015-2017. Bitcoin enfrentaba un problema cada vez más urgente.
No era un hack. No era un colapso de precio. Era algo más fundamental:
Bitcoin era demasiado lento.
La red solo podía procesar aproximadamente 7 transacciones por segundo.
Para comparar:
- Visa: ~24,000 transacciones por segundo
- PayPal: ~200 transacciones por segundo
- Bitcoin: ~7 transacciones por segundo
Cuando pocas personas usaban Bitcoin, no importaba. Pero para 2017, con millones de usuarios, las transacciones empezaban a atascarse.
Fees (comisiones) explotaban de centavos a $20, $30, hasta $50 dólares por transacción.
Confirmaciones tomaban horas, a veces días.
Bitcoin se estaba volviendo inutilizable para pagos pequeños.
La comunidad estaba de acuerdo en el problema. Pero se dividió brutalmente sobre la solución.
De un lado: SegWit (Segregated Witness) – una solución técnica compleja.
Del otro lado: Aumentar el tamaño del bloque – una solución simple y directa.
La batalla duraría años. Se volvería personal. Se volvería fea.
Y eventualmente, partiría Bitcoin en dos.
El problema: Límite de tamaño de bloque
Para entender la guerra, necesitas entender el problema técnico.
La estructura básica de Bitcoin
Bitcoin funciona en “bloques”:
- Cada ~10 minutos, se mina un bloque nuevo
- Cada bloque contiene transacciones
- El bloque se agrega a la blockchain (cadena de bloques)
El límite: Cada bloque solo puede contener 1 megabyte (MB) de datos.
Este límite fue agregado por Satoshi en 2010 como medida anti-spam. Originalmente Bitcoin no tenía límite.
¿Por qué 1 MB importa?
1 MB permite aproximadamente 2,000-3,000 transacciones por bloque.
Con un bloque cada 10 minutos = ~7 transacciones por segundo.
¿Por qué no simplemente aumentar el límite?
Parece obvio: si 1 MB permite 7 tx/s, entonces 2 MB = 14 tx/s, 8 MB = 56 tx/s, ¿verdad?
Técnicamente, sí. Pero hay trade-offs:
Trade-off #1: Tamaño de la blockchain
Bloques más grandes = blockchain crece más rápido.
Hoy (2025), la blockchain de Bitcoin pesa ~600 GB.
Con bloques de 8 MB, crecería 8x más rápido = ~4.8 TB en el mismo período.
Eventualmente, solo data centers podrían almacenar la blockchain completa.
Trade-off #2: Requisitos de ancho de banda
Bloques grandes requieren más ancho de banda para transmitirse entre nodos.
En países con internet lento, ejecutar un nodo completo se vuelve imposible.
Trade-off #3: Centralización
Si solo ricos/empresas pueden ejecutar nodos (porque requiere mucho almacenamiento/ancho de banda), Bitcoin se centraliza.
Menos nodos = menos descentralización = más vulnerable.
Esta tensión fundamental definió el debate.
Los dos campos: Big Blockers vs Small Blockers
La comunidad se dividió en dos bandos irreconciliables:
Big Blockers (Pro aumento de bloques)
Posición: “¡Simplemente aumentemos el tamaño del bloque!”
Argumentos:
- Es la solución más simple y directa
- Satoshi diseñó Bitcoin para escalar on-chain (en la cadena)
- El hardware mejora constantemente (más almacenamiento, mejor internet)
- Si no escalamos, Bitcoin muere como medio de pago
- Las fees altas están matando adopción
Líderes:
- Roger Ver (“Bitcoin Jesus”): Early adopter, millonario cripto, evangelista apasionado
- Jihan Wu: CEO de Bitmain, mayor fabricante de miners
- Gavin Andresen: Developer líder después de Satoshi, quería bloques más grandes
- Mike Hearn: Ex-developer principal de Bitcoin
Slogan: “Bitcoin debería ser dinero electrónico para el mundo”
Small Blockers (Pro SegWit + capas)
Posición: “No aumentemos bloques. Optimicemos y construyamos capas.”
Argumentos:
- Aumentar bloques es parche temporal, no solución real
- Centralización destruye el valor de Bitcoin
- Debemos escalar en capas secundarias (Lightning Network)
- La descentralización es más importante que fees bajos
- Podemos optimizar eficiencia del espacio existente (SegWit)
Líderes:
- Bitcoin Core Developers (el equipo principal de desarrollo)
- Blockstream: Empresa de desarrollo Bitcoin (controversial por conflictos de interés)
- Adam Back: Inventor de HashCash, CEO de Blockstream
- Luke Dashjr: Developer, maximalista de descentralización
Slogan: “Bitcoin debería ser oro digital descentralizado”
SegWit: La solución técnica
En diciembre de 2015, Bitcoin Core propuso SegWit (Segregated Witness).
¿Qué es SegWit?
SegWit es una modificación técnica que reorganiza cómo se almacenan datos en bloques.
Problema que resuelve:
Cada transacción Bitcoin tiene dos partes:
- Datos de transacción: Quién envía a quién, cuánto
- Witness data (firma): La prueba criptográfica de que eres el dueño
Las firmas ocupan aproximadamente 65% del espacio en bloques.
Solución de SegWit:
“Segregar” (separar) las firmas del resto de la transacción.
Las firmas se almacenan en una estructura separada.
Esto permite meter más transacciones en el mismo espacio.
Beneficios de SegWit
Beneficio #1: ~70% más capacidad
Con SegWit, 1 MB de espacio puede contener ~70% más transacciones.
Efectivamente 7 tx/s se convierte en ~12 tx/s.
Beneficio #2: Arregla transaction malleability
SegWit soluciona el bug que permitió el hack de Mt. Gox (transaction malleability).
Hace las transacciones más seguras.
Beneficio #3: Habilita Lightning Network
SegWit es prerequisito técnico para Lightning Network (solución de capa 2).
Lightning permitiría millones de transacciones por segundo.
Beneficio #4: No requiere hard fork
SegWit era un “soft fork” – compatible hacia atrás.
Nodos que no actualizan siguen funcionando.
El problema: SegWit era complejo
SegWit requería:
- Cambios masivos al código
- Wallets debían actualizar para soportarlo
- Usuarios debían migrar a direcciones SegWit
- Tomó ~2 años de desarrollo
Para Big Blockers, era ingeniería excesiva cuando una solución simple existía: aumentar de 1 MB a 2 MB.
La escalada del conflicto: 2015-2017
Lo que comenzó como debate técnico se volvió guerra tribal.
2015: El debate comienza
Gavin Andresen y Mike Hearn proponen Bitcoin XT: Una versión de Bitcoin con bloques de 8 MB.
Bitcoin Core rechaza la propuesta.
La comunidad comienza a dividirse.
2016: La censura en r/Bitcoin
r/Bitcoin (el subreddit principal) comienza a censurar discusión sobre aumentar bloques.
Los moderadores (particularmente Theymos) banean a usuarios que promueven bloques grandes.
Argumentan: “Proponer cambios al consenso es altcoin promotion” (promoción de altcoin).
Big Blockers se mudan a r/btc (confusamente, este subreddit eventualmente apoya Bitcoin Cash, no Bitcoin).
La división se hace más profunda.
2016: Bitcoin Classic y Bitcoin Unlimited
Frustrados con Bitcoin Core, Big Blockers crean implementaciones alternativas:
Bitcoin Classic: Propone bloques de 2 MB Bitcoin Unlimited: Propone que miners decidan el tamaño de bloques
Ninguna obtiene suficiente soporte para activarse.
Bitcoin Core mantiene control.
2017: La congestión se vuelve crítica
A principios de 2017, Bitcoin está congestionado constantemente.
Miles de transacciones esperando confirmación.
Fees alcanzan $10, $20, $30 por transacción.
Stories de horror:
- Comprar café con Bitcoin cuesta $25 en fees
- Enviar $100 requiere $40 en fees
- Transacciones tardan días en confirmarse
Bitcoin se vuelve inutilizable para pagos pequeños.
La presión alcanza el punto de ebullición.
El Acuerdo de Nueva York (Mayo 2017)
En mayo de 2017, representantes de empresas Bitcoin se reúnen en Nueva York.
Objetivo: Encontrar compromiso.
Resultado: New York Agreement (NYA) – Acuerdo de Nueva York
El acuerdo:
- Activar SegWit
- Después, hacer hard fork a bloques de 2 MB
- Esto se llamaría SegWit2x
Firmantes:
- 58 empresas representando ~85% del hashrate (poder de minería)
- Exchanges principales
- Wallets populares
Notablemente ausente: Bitcoin Core developers.
Bitcoin Core rechazó el acuerdo. Argumentaban:
- “No negociamos consenso en reuniones privadas”
- “El acuerdo fue hecho sin consenso de la comunidad”
- “No aumentaremos bloques, punto”
UASF: La rebelión de los usuarios
Mientras tanto, Small Blockers organizaron UASF (User Activated Soft Fork).
La idea: Los usuarios, no los miners, deciden.
El plan:
- El 1 de agosto de 2017, nodos activarían SegWit
- Rechazarían bloques que no señalaran SegWit
- Forzarían a miners a activar SegWit o arriesgarse a minar bloques inválidos
Era arriesgado. Podía dividir la red caóticamente.
Pero la amenaza funcionó.
1 de agosto de 2017: El día de la división
El 1 de agosto de 2017, dos cosas sucedieron:
SegWit se activa en Bitcoin
Bajo presión de UASF, miners activaron SegWit.
Bitcoin Core ganó esta batalla.
Bitcoin Cash nace
Big Blockers, liderados por Roger Ver y otros, ejecutaron un hard fork.
Crearon Bitcoin Cash (BCH):
- Bloques de 8 MB (luego aumentados a 32 MB)
- Sin SegWit
- Misma historia blockchain hasta el bloque del fork
- Todo lo demás igual
Si tenías 1 BTC antes del fork, ahora tenías:
- 1 BTC (Bitcoin original con SegWit)
- 1 BCH (Bitcoin Cash, bloques grandes)
Bitcoin se había dividido oficialmente en dos.
La batalla por el nombre: ¿Quién es el “verdadero” Bitcoin?
Inmediatamente después del fork, comenzó una guerra brutal:
Bitcoin Cash dice:
“NOSOTROS somos el verdadero Bitcoin”
Argumentos:
- Seguimos la visión de Satoshi: dinero electrónico peer-to-peer
- Satoshi quería escalar on-chain
- Bitcoin (BTC) ha sido “capturado” por Blockstream
- Podemos procesar más transacciones, fees más bajos
Bitcoin dice:
“Bitcoin Cash es una altcoin”
Argumentos:
- Tenemos el consenso de la mayoría
- Tenemos la mayoría de developers
- Tenemos la mayoría del hashrate
- Tenemos el símbolo original (BTC)
- Somos la cadena con más trabajo acumulado
La guerra de relaciones públicas
Roger Ver fue particularmente agresivo promoviendo BCH.
Tácticas controvertidas:
- El sitio bitcoin.com (de su propiedad) promocionaba BCH como “Bitcoin”
- Confusión intencional: Llamar BCH “Bitcoin” y BTC “Bitcoin Core”
- Acusar a Bitcoin Core de “sabotear” Bitcoin
- Marketing masivo: “Bitcoin Cash es el verdadero Bitcoin”
Small Blockers respondieron:
- Llamar a Roger “Bitcoin Judas”
- Acusar a BCH de scam intentando robar el nombre Bitcoin
- Campañas en redes sociales contra BCH
Se volvió extremadamente tóxico.
SegWit2x: El fork que nunca sucedió (Noviembre 2017)
Recordemos: El Acuerdo de Nueva York decía activar SegWit, luego hacer hard fork a 2 MB.
SegWit ya estaba activado. Ahora tocaba la segunda parte: SegWit2x.
El plan: En noviembre 2017, hacer hard fork a bloques de 2 MB.
Pero la comunidad se rebeló masivamente.
#NO2X trending en Twitter.
Usuarios, businesses, exchanges declaraban: “No apoyaremos SegWit2x.”
Argumentos:
- “Ya activamos SegWit, eso es suficiente”
- “No queremos más hard forks”
- “El NYA no tenía legitimidad real”
- “Bloques grandes = centralización”
Bajo presión enorme, SegWit2x fue cancelado días antes del fork planeado.
Bitcoin (BTC) permaneció en bloques de 1 MB (+ SegWit).
El resultado: BTC vs BCH
Tres años después del fork, el mercado había decidido:
Bitcoin (BTC):
- Precio: ~$50,000+ (varía, pero siempre dominante)
- Capitalización: Cientos de miles de millones
- Adopción institucional: ETFs, empresas, gobiernos
- Desarrollo: Activo, Lightning Network creciendo
Bitcoin Cash (BCH):
- Precio: ~$200-500 (fluctúa)
- Capitalización: Miles de millones (mucho menos que BTC)
- Adopción: Limitada, principalmente retail pequeño
- Desarrollo: Activo pero mucho más pequeño
El mercado votó. BTC ganó decisivamente.
Bitcoin Cash se divide… otra vez (2018)
Irónicamente, Bitcoin Cash eventualmente sufrió su propia división.
En noviembre 2018, BCH se dividió en:
Bitcoin Cash (BCH): Liderado por Roger Ver Bitcoin SV (BSV): “Satoshi’s Vision”, liderado por Craig Wright (quien falsamente afirma ser Satoshi)
La guerra BCH vs BSV fue incluso más tóxica que BTC vs BCH.
Craig Wright amenazó con demandar a cualquiera que no lo reconociera como Satoshi.
Eventualmente, BSV se volvió marginal.
BCH sobrevivió pero debilitado.
Las lecciones de la guerra civil de Bitcoin
Lección #1: La gobernanza descentralizada es brutalmente difícil
Bitcoin no tiene CEO. No tiene junta directiva. No tiene autoridad central.
Eso significa que cambios importantes requieren consenso rough de:
- Developers
- Miners
- Usuarios
- Businesses
Lograr ese consenso para cambios controversiales es extremadamente difícil.
Lección #2: Los hard forks tienen costo social
Técnicamente, hacer hard fork es “fácil”: Solo cambia el código y lanza.
Socialmente, es devastador:
- Divide comunidades
- Crea confusión
- Destruye confianza
- Genera toxicidad duradera
Los soft forks son preferibles precisamente porque evitan divisiones.
Lección #3: El conservadurismo tiene valor
Bitcoin Core fue criticado por ser “demasiado lento” y “demasiado conservador”.
Pero ese conservadurismo protegió Bitcoin.
No hacer cambios imprudentes resultó ser la estrategia correcta.
Lección #4: El mercado eventualmente decide
Por años, se debatió: ¿BTC o BCH? ¿Quién tiene razón?
Eventualmente, el mercado decidió.
Los inversores, instituciones, y usuarios eligieron BTC abrumadoramente.
No porque era técnicamente “mejor”, sino porque tenía:
- Mayor efecto de red
- Mayor confianza
- Menor riesgo de cambios radicales
- Mejor marca
Lección #5: “Visión de Satoshi” no es argumento definitivo
Ambos lados afirmaban representar la “verdadera visión de Satoshi”.
Pero Satoshi se fue. Satoshi no votó. Satoshi no decidió.
Invocar a “Satoshi” es como invocar a un profeta: Cada quien interpreta como quiere.
Lección #6: La escalabilidad requiere múltiples capas
Hoy, está claro que ambos lados tenían algo de razón:
- Bitcoin necesitaba optimizaciones (SegWit fue correcto)
- Bitcoin necesitaba soluciones de capa 2 (Lightning Network funciona)
- Los bloques eventualmente pueden aumentarse moderadamente si es necesario
La solución no era blanco o negro. Era matices de gris.
El estado actual: ¿Quién ganó?
Depende de cómo lo midas:
Por precio y capitalización: BTC ganó aplastantemente.
Por transacciones procesadas: BCH procesa más tx on-chain, pero Lightning en BTC procesa millones.
Por visión original: Discutible. BCH dice que sigue “peer-to-peer cash”. BTC dice que es “oro digital”.
Por adopción institucional: BTC completamente. ETFs, Tesla, El Salvador – todo es BTC.
Por comunidad y desarrollo: BTC tiene ecosistema vastamente mayor.
Pero BCH no está “muerto”. Sigue existiendo. Sigue desarrollándose. Sigue teniendo creyentes.
Y quizás eso está bien.
La ironía final
La guerra SegWit vs Big Blocks se peleó como si el destino de Bitcoin dependiera de ella.
Pero mirando atrás:
Bitcoin sobrevivió ambos caminos.
BTC tomó el camino SegWit + Lightning. Y prosperó.
BCH tomó el camino bloques grandes. Y… sobrevivió (aunque mucho más pequeño).
La blockchain no explotó. El ecosistema no colapsó.
Simplemente se dividió. Y cada quien siguió su camino.
Quizás la lección más grande es:
Los hard forks no matan criptomonedas. Simplemente crean opciones.
Y en un ecosistema descentralizado, tener opciones puede ser valioso.
Incluso si las opciones nacen de guerras brutales, toxicidad extrema, y división comunitaria.
El legado
Hoy, la guerra SegWit vs Bitcoin Cash parece… distante.
Nuevas generaciones de usuarios cripto ni siquiera conocen la historia.
Pero moldeó Bitcoin fundamentalmente:
- Bitcoin Core se volvió más cauteloso con cambios
- La comunidad aprendió que hard forks contentious son destructivos
- Lightning Network recibió prioridad de desarrollo
- El “conservadurismo” de Bitcoin se convirtió en característica, no bug
Y en cierto sentido oscuro, la guerra fortaleció Bitcoin.
Sobrevivir una división civil y salir más fuerte demostró resiliencia.
Si Bitcoin podía sobrevivir su propia comunidad intentando destruirse mutuamente, podía sobrevivir cualquier cosa.
Y hasta ahora… lo ha hecho.
