BIP-110 being bypassed: Desafío a la restricción central en la prueba de inserción de imágenes en Bitcoin

El desarrollador de Bitcoin en Eslovaquia, Martin Habovštiak, incrustó un archivo TIFF de 66 KB en la cadena de bloques de Bitcoin, como una única transacción continua en la cadena, sin necesidad de usar las principales restricciones propuestas en BIP-110. Esta demostración desafía directamente la afirmación central de los partidarios de BIP-110: que limitar las funciones de los scripts mencionadas puede efectivamente impedir la inserción arbitraria de datos en la red de Bitcoin.

Detalles técnicos de la prueba de concepto

La demostración de Habovštiak es técnicamente convincente porque evita estrictamente todos los mecanismos principales diseñados para limitar en BIP-110:

Sin OP_RETURN: BIP-110 limita la salida OP_RETURN a 83 bytes, pero esta inserción no dependió en absoluto de esa operación.

Sin Taproot: La transacción usa SegWit v0 (en lugar de Taproot), evitando las restricciones de BIP-110 sobre las funciones de gran tamaño relacionadas con Taproot.

Sin OP_IF: No utilizó la instrucción OP_IF, que también es uno de los objetivos de limitación en BIP-110.

La transacción ha sido verificada públicamente en la cadena de bloques de Bitcoin, y sus datos hexadecimales originales pueden decodificarse en un formato TIFF estándar y abrirse con software de imagen común. La imagen muestra a Luke Dashjr, desarrollador de Bitcoin Knots y defensor principal de BIP-110.

Habovštiak aclaró que no publicará el código relacionado para evitar desencadenar actividades masivas similares a NFT en Bitcoin. También explicó que su motivación no es promover datos en la cadena, sino responder a lo que él considera «mentiras» propagadas por el bando de Knots: «Me molesta más la mentira que el spam».

Contexto de BIP-110 y respuestas de sus defensores

BIP-110 fue propuesto por primera vez en octubre de 2025 bajo el nombre de BIP-444, tras la eliminación de la restricción de datos OP_RETURN en Bitcoin Core v30, y fue promovido activamente por desarrolladores como Luke Dashjr. La propuesta incluye: una bifurcación suave temporal de un año, limitar OP_RETURN a 83 bytes, restringir la carga de datos a 256 bytes por transacción, y limitar otras funciones de scripts que soportan almacenamiento de gran tamaño.

Actualmente, aproximadamente el 8.8% de los nodos de Bitcoin soportan BIP-110, implementado completamente en Bitcoin Knots — desde principios de 2025, la cantidad de nodos Knots ha crecido casi diez veces.

Dashjr respondió en X que la transacción de Habovštiak «no es continua ni contiene imágenes consecutivas», cuestionando la descripción de «inserción continua». Sin embargo, en su explicación técnica publicada, incluye una guía detallada para la verificación independiente, señalando que los datos hexadecimales originales se decodifican en una imagen completa y continua.

La versión compatible con BIP-110 resulta ser más grande: una ironía central

El hallazgo más ilustrativo de esta demostración es la versión adicional que Habovštiak creó, compatible con BIP-110: una transacción de inserción de imagen que cumple estrictamente con las restricciones de BIP-110, y que fue verificada en el entorno de prueba regtest de Bitcoin Knots.

El resultado muestra que la versión compatible con BIP-110 en realidad ocupa más espacio que la versión original sin restricciones. Habovštiak argumenta que esto indica que las restricciones de BIP-110 pueden tener un efecto contraproducente en la práctica: no solo no impiden eficazmente la inserción de datos, sino que podrían aumentar el espacio que ocupan en la cadena los mismos datos, contradiciendo los objetivos proclamados por sus promotores.

Preguntas frecuentes

¿Cuál es el objetivo principal de la propuesta BIP-110?

BIP-110 busca, mediante la limitación de funciones específicas de scripts de Bitcoin (como un límite de 83 bytes en OP_RETURN, y un máximo de 256 bytes por carga de datos), impedir que datos no monetarios (como imágenes, NFT, etc.) ocupen en gran medida el espacio en bloques de Bitcoin. Los defensores consideran que estos datos son «spam» y desvían a Bitcoin de su función principal como moneda.

¿La demostración de Habovštiak realmente «derriba» BIP-110 desde un punto de vista técnico?

Técnicamente, demuestra que sin usar OP_RETURN, Taproot y OP_IF, aún se puede incrustar en la cadena de bloques de Bitcoin un archivo de 66 KB. Esto desafía directamente la afirmación de que limitar esas funciones puede prevenir la inserción de datos. Dashjr discute si la transacción constituye una «inserción continua», y en la comunidad aún no hay consenso sobre esa definición.

¿Cuál es la diferencia entre Bitcoin Core y Bitcoin Knots?

Bitcoin Core es la implementación principal del cliente de Bitcoin, mantenida por una comunidad amplia de desarrolladores, con tendencia a reducir las restricciones en tipos de datos. Bitcoin Knots, mantenido por Luke Dashjr, es un cliente alternativo que incorpora reglas de filtrado adicionales no adoptadas por Core, siendo BIP-110 uno de ellos. Actualmente, aproximadamente el 8.8% de los nodos ejecutan Knots. La diferencia fundamental entre ambos radica en qué tipos de datos consideran aceptables en la red de Bitcoin.