BIP 110 define límites temporales de consenso para scripts de salida, datos insertados, witness y construcciones Taproot. Sus defensores lo presentaron como protección del uso monetario y del bajo coste de los nodos; sus críticos señalaron evasiones, restricciones a scripts legítimos y riesgo de división. Publicar un BIP documenta una propuesta, no demuestra consenso ni adopción.
Durante el despliegue previsto se añadían siete controles: scriptPubKey ordinario máximo de 34 bytes y OP_RETURN de 83; cargas OP_PUSHDATA y argumentos witness de 256 bytes salvo redeemScript BIP16; gasto de versiones witness o Tapleaf indefinidas inválido; prohibición del annex Taproot; control blocks de hasta 257 bytes; prohibición de OP_SUCCESS y de ejecutar OP_IF u OP_NOTIF en Tapscript. Los UTXO anteriores a la activación quedaban protegidos, pero las reglas de salida se aplicaban a salidas nuevas.
El mecanismo usaba el bit 4, umbral del 55 % y señalización obligatoria desde la altura 961632. Podía activarse antes por umbral; en la fase obligatoria el software rechazaba bloques sin señal. Las reglas debían expirar tras 52.416 bloques, aproximadamente un año. La señal era parte de esta máquina de estados, no una votación general sobre la gobernanza de Bitcoin.
El autor sostuvo que los datos arbitrarios compiten con pagos por espacio, elevan almacenamiento y validación, pueden aumentar el conjunto UTXO y exponen a operadores a contenido no deseado. El objetivo declarado era mantener Bitcoin como dinero sin permiso y acercar consenso a antiguos límites de política. Son argumentos del proponente, no resultados demostrados de forma independiente.
Los críticos demostraron que los datos podían dividirse entre campos, incluso codificando el propio BIP en una transacción compatible. También advirtieron de daños a usos legítimos, consumo de mecanismos futuros como versiones witness indefinidas y OP_SUCCESS, y conversión de una noción subjetiva de spam en validez global. La lista debatió además compatibilidad, lenguaje legal y seguridad de activación.
En la altura 961632, el 8 de agosto de 2026, la cadena con mayor trabajo aceptó un bloque sin bit 4. Los nodos BIP 110 lo rechazaron y siguieron un bloque señalizador de OCEAN. Esa punta produjo dos bloques mientras Bitcoin avanzó más de cien y luego quedó parada. Se propuso marcar el BIP como Closed, hubo objeción y BIP3 exige un proceso de cuatro semanas. El 10 de agosto el archivo aún decía Complete; cualquier etiqueta de activado, fallido, desplegado o cerrado necesita fecha y atribución.
Para obtener la imagen más completa, lee esta entrada junto con Soft Fork, Full Node, Taproot, Bitcoin Script, Comisiones de transacción, UTXO. También enlazan con esta entrada OP_RETURN y salidas de datos nulos.