La propuesta de Bitcoin BIP-110 registró un 2,64% de señalización de mineros a las 8:40 a.m. EDT del 27 de julio de 2026, con el bloque 961632 acercándose alrededor del 9 de agosto de 2026. La propuesta apunta a inscripciones estilo Ordinals y cargas útiles OP_RETURN sobredimensionadas mediante límites temporales de datos de transacciones. El pool de minería Ocean y operadores independientes más pequeños lideran la actividad de señalización, mientras que pools importantes como Antpool, ViaBTC y F2pool no se han movido para respaldar la medida. El BIP-110 utiliza un proceso de activación BIP-9 modificado que incluye una ventana de señalización obligatoria que empieza en el bloque 961632, durante la cual los nodos que aplican la propuesta rechazarán bloques que no tengan el bit de versión 4 independientemente de la prueba de trabajo, creando potencial para cadenas competidoras si el apoyo amplio de los mineros no se materializa antes del plazo.
La señalización de BIP-110 alcanza el 2,64% mientras se acerca el plazo
A las 8:40 a.m. hora del Este del 27 de julio, el tip de la cadena estaba en el bloque 959842. Quedan aproximadamente 1.790 bloques antes del bloque 961632, el punto en el que los nodos que ejecutan el software BIP-110 comienzan a rechazar bloques que no señalen el bit de versión 4. Con el ritmo promedio de diez minutos de Bitcoin, esa altura debería llegar el 9 de agosto de 2026 o alrededor de esa fecha.
BIP-110, llamado formalmente Reduced Data Temporary Softfork, propone limitar el tamaño de ciertos campos de datos utilizados en transacciones de Bitcoin. Las reglas apuntan principalmente a inscripciones estilo Ordinals, cargas útiles OP_RETURN sobredimensionadas y usos similares con alto contenido de datos, dejando sin cambios las transferencias normales centradas en la financiación en bitcoin, los gastos de ruta clave Taproot y las operaciones estándar de canales Lightning. Si se activa, las restricciones comienzan en el bloque 965664 y expiran automáticamente después de 52.416 bloques.
![Block signaling screenshot]()
La señalización ha subido desde menos del 1% hace varias semanas hasta el rango del 3%. Ocean sigue representando la mayor parte de la actividad de señalización. El resto del hashrate proviene de mineros independientes y operadores más pequeños, incluidos Roughnecks, SoV, BIP110 Generic, Barefoot Mining, 234 Alberta, 888, Peer to Peer Money, Black Jade Advisors, Sazmining, Crestmont Fabrics, Datum Miner, SpammersGFY, Moonwalk, PyBLOCK-Datum, Just For Krypto y JAMIN.
Foundry, Antpool, ViaBTC y F2pool, los cuatro pools responsables de la mayor parte del hashrate de la red, han mostrado pocos movimientos. La única implementación que aplica la propuesta es un fork de Bitcoin Knots. Los nodos alcanzables que ejecutan ese software están hoy en torno al 22%.
![Coin Dance node count screenshot]()
Foundry implementa un sistema de votación del hashrate del cliente
Aproximadamente el 17 de julio de 2026, Foundry pidió a los clientes que votaran si el pool debería comenzar a señalar para el BIP-110. La empresa vinculó el resultado directamente al hashrate de sus clientes, según un correo electrónico enviado a los participantes del pool.
"El periodo de votación en el Pool™ USA de Foundry estará abierto hasta la fecha de cierre de la ventana de señalización, antes del bloque 961,632", escribió el pool USA de Foundry en su página de recursos de BIP-110.
El poder de voto se basa en el hashrate promedio de cada cliente. Los clientes que no responden se cuentan automáticamente como "No", y la postura predeterminada de Foundry sigue siendo señalizar en contra de la propuesta. Solo si los votos "Sí" superan el 51% del hashrate ponderado participante, el pool cambiará todos sus bloques para ofrecer soporte de señalización.
Foundry representa entre aproximadamente el 23% y el 33% del hashrate global de Bitcoin, dependiendo del periodo de medición. A 27 de julio de 2026, no ha habido indicios de que se haya producido un cambio.
La página de recursos para clientes de Foundry enlaza con la especificación del BIP, la discusión original en bitcoin-dev, las críticas de Jameson Lopp y los comentarios de Adam Back, Michael Saylor, Luke Dashjr y otros.
La ventana obligatoria de señalización crea un mecanismo de rechazo en el bloque 961632
Una vez que llegue el bloque 961632, los nodos que apliquen BIP-110 rechazarán los bloques minados por la mayor parte de la red porque carecen del bit de versión requerido. Esos nodos seguirán en cambio el número relativamente pequeño de bloques que están señalizando.
Los nodos heredados continuarán aceptando tanto bloques de señalización como bloques que no señalan mientras sigan la cadena con la mayor prueba de trabajo acumulada. Varios observadores independientes han construido sitios dedicados de monitoreo que rastrean los parámetros de activación, y algunos simulan cómo podría desarrollarse el proceso bajo distintos escenarios.
![BIP110 Situation Monitor screenshot]()
El sitio de monitoreo BIP110 Situation Monitor modela un rango de resultados posibles durante la ventana obligatoria de señalización. Su página de simulación permite a los usuarios ajustar variables, incluyendo el porcentaje del hashrate de la red esperado para apoyar BIP-110. Una simulación con el 25% de hashrate dedicado a BIP-110 da como resultado una división de cadena.
La cadena reconocida por Bitcoin Core y minada por la abrumadora mayoría del hashrate continuaría produciendo bloques a su ritmo normal. Una cadena minoritaria compuesta solo por mineros señalizando avanzaría mucho más lentamente hasta alcanzar su siguiente ajuste de dificultad de 2.016 bloques.
La ruta de activación de BIP-110 difiere de Segwit y Taproot
BIP-110 sigue una ruta de despliegue que difiere de las dos más recientes grandes soft forks de Bitcoin. La propuesta se lanzó el 1 de dic. de 2025, usando un proceso BIP-9 modificado. Requería 1.109 de 2.016 bloques, o 55%, señalizando durante un único periodo de dificultad para fijarse de forma anticipada. Si ese umbral nunca se alcanzaba, la propuesta avanzaba hacia un lock-in forzado en el bloque 963,648 antes de activar un periodo de dificultad más tarde en el bloque 965,664.
Desde el bloque 961,632 hasta el 963,647, los nodos que apliquen BIP-110 rechazan cada bloque que no señale el bit de versión 4, independientemente de cuánta prueba de trabajo lo respalde. Ese enfoque difiere tanto de Segwit como de Taproot, donde los nodos no actualizados continuaron aceptando la cadena de prueba de trabajo más fuerte durante toda la activación.
La comparación histórica más cercana es la soft fork activada por usuarios (UASF) BIP-148 de 2017, que también intentó presionar a los mineros mediante requisitos obligatorios de señalización. Ese enfrentamiento terminó finalmente sin una división de cadena duradera después de que el hashrate suficiente se desplazara antes del plazo.
La propuesta apunta a inscripciones y cargas útiles OP_RETURN
BIP-110 fue redactado bajo el nombre Dathon Ohm. Versiones anteriores circularon bajo la designación BIP-444 antes de ser aceptadas en el repositorio de BIPs.
Los partidarios argumentan que las inscripciones, los tokens estilo BRC-20 y las cargas útiles OP_RETURN cada vez más grandes aumentan el costo de operar un nodo completo, distorsionan el mercado de comisiones de Bitcoin y desplazan los recursos de la red lejos del propósito previsto de Bitcoin como sistema de pagos y liquidación.
"Eliminar reglas es un hardfork", explicó en X a principios de julio un partidario de BIP-110 y desarrollador de Bitcoin Knots, Luke Dashjr. "Eso incluye reglas programadas como los halvings de subsidio, y sí, incluso BIP110. Rechazar BIP110 es un intento controvertido de hardfork." Dashjr añadió: "Y a diferencia de las softforks, los hardforks necesitan consenso para tener éxito. No hay consenso para rechazar BIP110."
Los opositores generalmente coinciden en que existe spam, pero discrepan sobre si el mecanismo de activación de BIP-110 es la solución adecuada. "El uso de espacio de bloque para OP_RETURN no ha aumentado mucho desde que se lanzó Bitcoin Core v30. Los OP_RETURN sobredimensionados pueden estar subiendo un poco, pero aun así consumen menos del 0,1% del espacio de bloque", escribió Alex Thorn, director de investigación de Galaxy Digital, en X. Thorn continuó: "BIP-110 es una respuesta extremadamente disruptiva y peligrosa dada la influencia diminuta de estos podables [transactions]".
Preguntas frecuentes
¿Qué es BIP-110 y cuándo comienza su ventana obligatoria de señalización?
BIP-110, llamado formalmente Reduced Data Temporary Softfork, propone limitar el tamaño de ciertos campos de datos utilizados en transacciones de Bitcoin, apuntando principalmente a inscripciones estilo Ordinals y a cargas útiles OP_RETURN sobredimensionadas. La ventana obligatoria de señalización comienza en el bloque 961632, que se espera alrededor del 9 de agosto de 2026, durante la cual los nodos que apliquen BIP-110 rechazarán bloques que no señalen el bit de versión 4.
¿Cuánto apoyo de mineros tiene BIP-110 a 27 de julio de 2026?
A las 8:40 a.m. EDT del 27 de julio de 2026, la señalización de BIP-110 está en aproximadamente el 2,64%. El pool de minería Ocean y operadores independientes más pequeños lideran la actividad de señalización, mientras que pools importantes incluyendo Foundry, Antpool, ViaBTC y F2pool no se han movido para respaldar la propuesta. Los nodos alcanzables que ejecutan el software de aplicación de BIP-110 están en torno al 22%.
¿Cómo funciona el sistema de votación de Foundry para BIP-110?
Foundry implementó un sistema de votación del hashrate del cliente alrededor del 17 de julio de 2026, donde el poder de voto se basa en el hashrate promedio de cada cliente. Los clientes que no responden se cuentan automáticamente como "No", y la postura predeterminada de Foundry sigue siendo señalizar en contra de la propuesta. Solo si los votos "Sí" superan el 51% del hashrate ponderado participante, el pool cambiará todos sus bloques para ofrecer soporte de señalización.
