Un desarrollador de Bitcoin, Martin Habovštiak, codificó una imagen de 66 kilobytes en la blockchain de Bitcoin en una sola entrada ininterrumpida, oponiéndose a los partidarios de BIP 110 y Bitcoin Knots.
BIP-110 es una propuesta anti-spam que restringiría los datos no relacionados con pagos en las transacciones. La propuesta establece siete nuevos criterios para la validez de las transacciones, restricciones sobre la cantidad de datos permitidos en partes específicas de una transacción y prohíbe ciertos opcodes. La imagen que inscribió Habovštiak retrata a Luke Dashjr, un defensor clave de BIP-110, llorando.
El desarrollador eslovaco no incluyó opcodes OP_RETURN ni instrucciones OP_IF
Habovštiak afirmó en X: "¡Hice un archivo de imagen contiguo que puede ser malinterpretado por el fork Bitcoin BIP-110 como una transacción completa y almacenado de forma contigua en la cadena compatible con BIP-110!"
En otra publicación, defendió el momento de la imagen y explicó por qué no hizo esto cuando BIP-110 surgió por primera vez, argumentando que validar la prueba en la red principal es mucho más difícil —y más convincente— de lo que habría sido una demostración anterior.
Hasta ahora, gran parte de la comunidad en línea está principalmente impresionada de que la transacción del desarrollador de BTC no utilizara opcodes OP_RETURN, omitiera Taproot en favor de SegWit v0 y no incluyera declaraciones OP_IF. Idealmente, BIP-110 se centra principalmente en restringir estos elementos, y por lo tanto Habovštiak afirma que su enfoque demuestra que las limitaciones pueden eludirse.
Sin embargo, un usuario en X cuestionó la afirmación, diciendo que la transacción no es contigua de la manera que realmente cuenta a nivel de protocolo. Habovštiak posteriormente respondió, diciendo que el crítico estaba usando una definición selectiva del término.
Habovštiak afirma que la restricción BIP solo aumentaría la cantidad de datos almacenados en la blockchain
La transacción de Habovštiak llega en un momento en que todavía hay tensión entre Bitcoin Core y Bitcoin Knots sobre qué tipos de datos deberían permitirse en Bitcoin.
BIP-110 se presentó por primera vez como BIP-444 en octubre de 2025 y delineó un soft fork de un año que impondría un límite de 83 bytes en OP_RETURN, restringiría las cargas de datos individuales a 256 bytes y limitaría otras capacidades de scripting de datos grandes.
La mayoría de los defensores de la propuesta creen que los datos arbitrarios crearán problemas de responsabilidad para los operadores de nodos y distraerán del propósito monetario de Bitcoin. Desde 2023, Luke Dashjr —CTO del pool de minería Ocean y desarrollador de Bitcoin Knots— ha estado llamando spam a las inscripciones Bitcoin arbitrarias y ahora aboga por el BIP-110. En respuesta a la última transacción del eslovaco, además sostuvo que no era verdaderamente "contigua."
No obstante, Habovštiak afirmó que creó otra versión de la transacción que se adhería a las restricciones de BIP-110, pero era significativamente más grande que la original. Por lo tanto, sostiene que el plan solo aumentaría paradójicamente los datos totales almacenados en la blockchain de BTC.
También señaló que este experimento estaba destinado a ser una prueba de concepto única, y deliberadamente mantuvo el código privado para evitar fomentar el uso estilo NFT. Ahora se ha presentado como un oponente del spam de blockchain y está motivado por lo que considera inexactitudes del campo de Knots.
Comentó: "Hay algo que odio mucho más que el spam: las mentiras. Intenté argumentar sobre esto en el pasado, mostré una imagen contigua codificada para encajar en el testigo, y sin embargo, los partidarios de Knots siguen diciendo lo mismo una y otra vez."
Hasta ahora, los datos de The Bitcoin Portal muestran que el 8,8% de los nodos actualmente respaldan BIP-110. El recuento de nodos de Bitcoin Knots también ha visto un aumento significativo; ahora es 10 veces lo que era a principios del año pasado.
Fuente: https://www.cryptopolitan.com/bitcoin-dev-tests-network-limits/
