BIP-110 sí llegó a dividir la cadena: qué pasó y cómo protegerte del riesgo de replay
El 8 de agosto de 2026, en el bloque 961.632, una minoría de mineros rechazó el primer bloque que no señalizaba a favor de BIP-110 y se separó de la red principal. La cadena resultante ya está prácticamente muerta, pero deja un riesgo real para quien tiene bitcoin en autocustodia, y merece explicarse bien.
Hace unos días escribíamos que el riesgo de que la minoría de BIP-110 se aislara en su propia cadena era "prácticamente residual". Acertamos en el mecanismo (es lo que efectivamente pasó) y nos quedamos cortos en la probabilidad: bastó con que un minero grande se quedara en el cliente de activación para que ocurriera, aunque fuera a escala mínima. Vamos con los hechos verificados, y luego con la parte que de verdad importa si guardas tus propias llaves.
Lo que pasó, con la altura exacta
En el bloque 961.632, el primero de la ventana obligatoria de señalización, llegó un bloque minado sin el bit de versión que exige BIP-110. Los nodos que ejecutan el cliente de activación (un fork de Bitcoin Knots) lo rechazaron, tal como estaba diseñado que hicieran, y a partir de ahí empezaron a seguir su propia cadena. La operación minera que produjo esos bloques, conocida como "Roughnecks", fue quien minó los dos únicos bloques de esa cadena hasta ahora.
El estado real hoy: dos bloques y parada
La cadena de BIP-110 lleva parada en el bloque 961.633 desde el 9 de agosto. Bitcoin ya le saca más de 240 bloques de ventaja, y la diferencia crece cada diez minutos.
El problema de fondo es aritmético, no político: esa cadena heredó la dificultad completa de Bitcoin (calibrada para la potencia de cálculo de toda la red) con una fracción minúscula del hashrate real. El propio esfuerzo minero detrás de la señalización de BIP-110 pasó de unos 36 EH/s a apenas 1,25 EH/s cuando la cadena se separó. Con esa potencia, encontrar un bloque puede tardar semanas en vez de minutos, y el siguiente ajuste de dificultad (que necesita 2.016 bloques propios) quedaría a años vista al ritmo actual.
Roughnecks llegó a pausar el minado el 9 de agosto (lo describieron como "una escalada, no una derrota") y anunció que lo retomaría al día siguiente. A fecha de hoy no ha aparecido ningún tercer bloque.
Actualización 05/09/2026: el cambio de algoritmo ya ocurrió
El plan de contingencia que esta sección describía como "un objetivo, no algo desplegado" dejó de serlo. Ante la imposibilidad de competir por bloques con la dificultad heredada de toda la red, el grupo minero Roughnecks reactivó la cadena estancada el 10 de agosto con una build "Knots-RDTS" y cambió el algoritmo de minado: el nuevo algoritmo, BLAKE2b, se eligió el 11 de agosto mediante un proceso aleatorio determinista sobre bloques de Testnet4 (pensado para que nadie pudiera preminar con antelación), y el primer bloque bajo las reglas nuevas se minó el 30 de agosto de 2026, en el bloque 961.640. La cadena, ahora conocida simplemente como "BLAKE2b", acumula ya más de 800 bloques. BLAKE2b favorece CPU y GPU sobre los ASIC de SHA-256, así que anula la ventaja de hardware del resto de la red.
Vale la pena un poco de contexto histórico: Bitcoin Gold hizo exactamente este movimiento en 2017 (cambiar de algoritmo tras un fork) y hoy cotiza en torno a un dólar. No es una predicción sobre esta cadena, es el único precedente comparable que existe. Para el desglose completo de esta cadena frente a la otra que ha aparecido en paralelo (eCash, de Paul Sztorc, sin ninguna relación con BIP-110), ver nuestro análisis dedicado.
El riesgo real si tienes fondos en autocustodia: repetición (replay)
Esta es la parte que de verdad importa, y donde la cobertura general se queda corta.
Las restricciones de datos de BIP-110, el corazón de la propuesta, no entran en vigor hasta el bloque 965.664, y a este ritmo esa cadena no va a llegar ahí en mucho tiempo. Corrección (05/09/2026): la protección de replay en la cadena BLAKE2b existe, pero es opt-in, no automática. Se implementa vía una extensión de firma llamada SIGHASH_UNIFIED (una wallet que la active, como la build específica de Sparrow publicada el 31/08, marca la operación como protegida); una firma que no active ese bit sigue siendo válida en las dos cadenas a la vez.
El riesgo concreto aparece si intentas separar o vender el saldo "del fork": si firmas y retransmites una transacción para mover esas monedas, esa misma transacción firmada también es válida en la cadena real. Alguien podría copiarla y retransmitirla en Bitcoin, moviendo tus bitcoin de verdad sin que lo autorizaras para eso, exactamente el mismo problema que tuvo el split de Bitcoin Cash en 2017, antes de que se añadiera protección específica contra esto.
La guía más segura, y la que ha dado el desarrollador Kevin Loaec: si no sabes separar técnicamente tus monedas entre las dos cadenas, no muevas nada. Sin una transacción firmada de por medio, no hay nada que repetir. Separar el saldo de forma segura exige encontrar y gastar de forma aislada las salidas que solo existen en una de las dos cadenas, una operación técnica que la mayoría de wallets no ofrece todavía.
Qué NO hace falta hacer
Si tus bitcoin están en un exchange o en un ETF, esto no te afecta: esas plataformas operan sobre la cadena real, con toda la liquidez y el hashrate del mundo detrás. Y si simplemente no tocas tus llaves, tampoco hay ninguna acción que tomar: el riesgo de replay solo se activa cuando firmas y retransmites una transacción, no por el mero hecho de que tus monedas "existan" también en la cadena minoritaria.
¿Prefieres comprobar tú mismo el estado real de la red en vez de fiarte de un resumen? En Red y minería publicamos el estado de nuestro nodo en vivo, que sigue la cadena real sin ninguna acción de nuestra parte, exactamente como hace la inmensa mayoría de la red.
Última actualización: 5 de septiembre de 2026