El intento de activación del BIP-110 de Bitcoin ha producido un fork minoritario en vivo después de que los nodos aplicativos rechazaran un bloque sin señalización en la altura 961,632 a principios del 9 de agosto. La mayoría de los mineros continuó extendiendo la red existente bajo las reglas de consenso actuales, ampliando rápidamente la brecha entre las dos ramas competidoras.

Según BIP110Monitor, para aproximadamente las 01:00 UTC del 9 de agosto, la cadena principal había alcanzado el bloque 961,654 mientras que la rama aplicativa se situaba en el bloque 961,633, un déficit de 21 bloques. Cero de los primeros 23 bloques en el nuevo período de dificultad señalaron apoyo a la propuesta.

Cómo Ocurrió la División

El fork se originó en el bloque 961,632, que marcó el inicio de la ventana de señalización obligatoria del BIP-110. AntPool minó un bloque que no incluía la señal requerida del bit de versión 4, mientras que Roughnecks produjo un bloque compatible y competidor a través de OCEAN. Los nodos que aplican el BIP-110 rechazaron el bloque de AntPool y siguieron la rama alternativa. La red más grande, que no aplica la regla, continuó extendiendo Bitcoin bajo las reglas de consenso existentes.

El apoyo a la propuesta ya era mínimo antes de la división. Durante el período de reajuste anterior de 2,016 bloques, solo 51 bloques señalaron su apoyo, aproximadamente el 2.53% del total.

Mecanismo de Activación y Cronograma

El BIP-110 emplea un proceso de activación BIP9 modificado. Bajo sus reglas de bloqueo anticipado, 1,109 de 2,016 bloques (55%) necesitaban señalar su apoyo, pero la participación de los mineros quedó muy por debajo de ese umbral. En consecuencia, la propuesta entró en señalización obligatoria en el bloque 961,632.

A partir de ese punto, los nodos aplicativos comenzaron a rechazar cualquier bloque que no estableciera el bit de versión 4. El requisito de señalización obligatoria sigue vigente hasta el bloque 963,647. Bajo las reglas de la propuesta, la rama minoritaria forzaría el bloqueo en el bloque 963,648.

Las restricciones de transacción de la propuesta no se activarían de inmediato. Se programa que esas reglas entren en vigor en el bloque 965,664 y permanezcan activas durante 52,416 bloques antes de expirar. Por lo tanto, el fork actual se centra principalmente en los requisitos de señalización y la selección de cadena, aún no en transacciones que violarían las restricciones de datos temporales propuestas por el BIP-110.

Lo que el BIP-110 Realmente Propone

A pesar de algunas caracterizaciones en redes sociales, el BIP-110 no es una actualización de seguridad de computación cuántica. Su título oficial es "Reduced Data Temporary Softfork", lo que refleja un propósito más limitado: restringir temporalmente los datos arbitrarios incrustados en las transacciones de Bitcoin. La propuesta introduce siete reglas de consenso que cubren scriptPubKeys, datos OP_RETURN, cargas útiles de testigos (witness payloads) y varias estructuras relacionadas con Taproot.

La propuesta surgió en medio de un debate continuo dentro de la comunidad de Bitcoin sobre el volumen de datos no financieros que se están inscribiendo en la cadena de bloques, una práctica que se aceleró después del lanzamiento de las inscripciones Ordinals y los tokens BRC-20 en 2023. Los partidarios de las restricciones de datos argumentan que el exceso de datos en la cadena infla el tamaño de los bloques y aumenta los costos de operación de los nodos, mientras que los opositores sostienen que las transacciones válidas no deben ser censuradas y que el mercado de tarifas gestiona naturalmente la asignación de espacio en los bloques. El BIP-110 representa uno de varios enfoques propuestos para esta tensión, aunque no ha atraído un amplio apoyo de los mineros o desarrolladores.

El estado "Complete" de la propuesta en el repositorio de BIPs indica únicamente que la especificación en sí se considera terminada, no que Bitcoin la haya adoptado. La adopción real depende de que los mineros, usuarios, exchanges, custodios y otros participantes económicos decidan qué software y reglas de consenso reconocen.

Riesgo de Repetición y Preocupaciones Operativas

Bitcoin Core no ha adoptado la implementación del BIP-110, y la mayor parte de la potencia de hash continúa extendiendo la cadena no aplicativa. Debido a que solo una potencia de hash limitada respalda el fork aplicativo, la producción de bloques en la rama minoritaria puede tardar significativamente más que el objetivo estándar de Bitcoin de aproximadamente un bloque cada 10 minutos.

La preocupación más inmediata para los titulares de BTC es operativa. El fork minoritario no proporciona protección automática contra la repetición antes de su etapa de activación posterior, lo que significa que una transacción realizada en una rama podría afectar potencialmente a las mismas monedas en la otra rama. Los desarrolladores han advertido a los titulares que no consideren la división como una oportunidad de airdrop sin riesgo.

Fuente: X