BIP-110 cerca de la senalizacion obligatoria con un apoyo minimo de los mineros

Que esta pasando

Bitcoin se acerca a la fase de aplicacion de BIP-110, un soft fork polemico que restringiria durante alrededor de un ano ciertas formas de almacenamiento de datos en la red mediante nuevas reglas de consenso. Alrededor del bloque 961.632, previsto en las cercanias del 9 de agosto de 2026, los nodos que ejecutan el software de BIP-110 empezarian a rechazar cualquier bloque que no senale su apoyo al cambio.

La propuesta, con el titulo oficial de Reduced Data Temporary Softfork, fue redactada por Dathon Ohm y atribuye el borrador original y el asesoramiento al desarrollador Luke-Jr. Su objetivo declarado es limitar a nivel de consenso el tamano de varios campos de datos, para desincentivar grandes incrustaciones de datos como las inscription Ordinals.

Como se supone que funciona la activacion

BIP-110 usa una version modificada del metodo de senalizacion BIP9. Los mineros indican su disposicion activando el bit 4 en los bloques que minan, bajo el nombre de despliegue "reduced_data". Para un lock-in anticipado voluntario deben senalar al menos 1.109 de los 2.016 bloques de un periodo de retarget, es decir el 55 por ciento.

La propuesta no se detiene ahi. Durante el periodo de retarget desde el bloque 961.632 hasta el bloque 963.647, la senalizacion se vuelve obligatoria para los nodos BIP-110: esos nodos rechazan cualquier bloque que no active el bit 4. El lock-in llega a mas tardar en el bloque 963.648, las reglas se activan en el bloque 965.664, previsto alrededor del 1 de septiembre de 2026, y expiran por si solas despues de 52.416 bloques, aproximadamente un ano despues.

En que punto esta el apoyo

La senalizacion de los mineros se ha mantenido baja durante todo el despliegue. A finales de julio de 2026, los paneles de monitoreo situaban el apoyo en pocos puntos porcentuales, y ningun periodo de retarget se ha acercado a los 1.109 bloques necesarios para un lock-in voluntario del 55 por ciento. El respaldo ha venido sobre todo del pool Ocean y de mineros independientes mas pequenos, mientras que los grandes pools no han senalado.

BIP-110 incluye una regla de grandfathering: las monedas confirmadas antes de la activacion aun podran gastarse segun las reglas anteriores durante todo el despliegue. Los nuevos limites se aplican a los outputs creados a partir de la activacion.

Un error reportado en el cliente de activacion

El 17 de julio de 2026, un informe publicado en BlockSlop describio un defecto reproducible en la ruta de actualizacion del cliente de activacion basado en Knots. Segun el informe, un nodo que habilita la aplicacion de las reglas sobre un directorio de datos existente puede conservar un bloque que un nodo BIP-110 sincronizado desde cero rechaza. Dos nodos que ejecutan reglas identicas podrian, por tanto, discrepar sobre cual es la cadena valida. El caso se reprodujo en regtest y viene acompanado de una correccion propuesta.

Contexto y que viene ahora

Si en el momento en que comience la senalizacion obligatoria el nivel de senalizacion sigue cercano al actual, los nodos BIP-110 rechazarian los bloques producidos por la mayor parte del hashrate de la red y seguirian solo el pequeno numero de bloques que senalan, algo que en ese punto puede crear una division de la cadena. Desarrolladores como Adam Back y Jameson Lopp han advertido publicamente de que los parametros de activacion arriesgan una division de este tipo.

El autor de la propuesta ha sostenido que BIP-110 ya cuenta con consenso, una afirmacion que, segun los criticos, no se refleja en los datos de senalizacion on-chain. Para la mecanica detras del riesgo de division, el umbral inusualmente bajo y lo que significaria una cadena BIP-110 separada, consulta el analisis en profundidad en BIP-110 explicado.