Fracaso de BIP-110 alivia a Bitcoin y reabre la pelea por los datos en la red

La propuesta BIP-110, diseñada para imponer límites temporales a ciertos datos dentro de las transacciones de Bitcoin, no logró el apoyo suficiente y quedó virtualmente descartada. Para algunas personalidades del ecosistema, entre ellos David Bailey, el desenlace reduce el riesgo de una escisión y evita problemas técnicos serios.

***

• David Bailey afirmó que el fracaso de BIP-110 es “increíblemente positivo para Bitcoin” y lo describió como un intento de “toma hostil”.
• La propuesta no reunió respaldo suficiente: en febrero tenía menos de 10% de apoyo entre nodos y ningún gran pool de minería se sumó.
• Críticos advirtieron que el cambio podía romper billeteras, causar pérdida de fondos y abrir la puerta a una nueva división de la red.

 

---

BIP-110 FRACASA Y ALIVIA A BITCOIN

La propuesta para limitar datos en las transacciones no logró apoyo suficiente y se descarta.

David Bailey la califica como un intento de "toma hostil".

Menos del 10% de nodos apoyaban la iniciativa, que podía romper billeteras y causar… pic.twitter.com/IrdAwWjKOS

— Diario฿itcoin (@DiarioBitcoin) July 5, 2026

El proyecto BIP-110, una propuesta de cambio para limitar ciertos datos en la red Bitcoin, perdió impulso a pocas semanas de la fecha en la que debía entrar en vigor. El desenlace fue celebrado por David Bailey, fundador de Nakamoto, quien sostuvo que su fracaso representa una señal positiva para el ecosistema.

Bailey comunicó que la iniciativa no seguirá avanzando y calificó el resultado como “increíblemente positivo para Bitcoin”. También describió la campaña que impulsó su cancelación como una respuesta a lo que llamó un “intento de toma hostil”.

La discusión no fue menor dentro de la comunidad, ya que BIP-110 tocaba un tema sensible en Bitcoin: qué tipo de datos deben poder escribirse en la cadena y hasta qué punto eso afecta su función como dinero digital. Para sus defensores, el cambio podía reducir usos considerados improductivos o distorsionantes de la red.

Para sus críticos, en cambio, la propuesta era técnicamente riesgosa y políticamente divisiva. Entre las alertas más repetidas aparecieron la posibilidad de romper billeteras, generar pérdidas de fondos y abrir un nuevo episodio de fractura entre distintas versiones de Bitcoin.

La información fue reportada por Cryptopolitan, que detalló el bajo nivel de apoyo reunido por la iniciativa en nodos y minería. Ese punto resulta clave porque en Bitcoin los cambios de reglas dependen, en la práctica, de consensos amplios y no solo de la voluntad de sus promotores.

Qué proponía BIP-110 y por qué generó tanta tensión

BIP-110, también conocido como RDTS o BIP-444, fue introducido en diciembre de 2025 por el desarrollador Dathon Ohm. Su objetivo era limitar los datos arbitrarios que pueden añadirse a las transacciones dentro de la red Bitcoin.

La idea partía de una preocupación que lleva tiempo creciendo entre algunos usuarios y desarrolladores. Según esa visión, el uso de Bitcoin para inscribir grandes volúmenes de datos ajenos a pagos o liquidaciones puede encarecer la operación de nodos y tensionar la capacidad de la red.

Para responder a ese problema, la propuesta planteaba nuevos límites técnicos bastante específicos. Las nuevas salidas se restringirían a 34 bytes y ciertos tipos de inserciones de datos tendrían topes de 83 bytes, según el texto reseñado.

La sección de preguntas frecuentes citada en la nota original añade otro matiz técnico sobre los empujes de datos. Allí se menciona una restricción de 256 bytes por aproximadamente un año, dentro del marco de este soft fork temporal.

Ese carácter temporal fue presentado como una forma de reducir el alcance del cambio. Las nuevas reglas durarían solo un año y, en teoría, no afectarían monedas antiguas ya existentes en la cadena.

Aun así, la propuesta quedó atrapada en un viejo conflicto ideológico de Bitcoin. Un sector entiende que la red debe resistir usos que la conviertan en un sistema de almacenamiento general, mientras otro grupo defiende reglas más neutrales y menos intervencionistas.

La falta de apoyo entre nodos y mineros selló su destino

Pese a meses de discusión, BIP-110 nunca consiguió tracción suficiente dentro del ecosistema. Para febrero, menos de 10% de los nodos de Bitcoin apoyaban la iniciativa, una cifra muy lejana del umbral que se consideraba necesario para activarla.

La misma nota precisa que el respaldo rondaba 7,5% entre nodos y cerca de 3% de apoyo firme. Ese nivel quedaba muy por debajo de 55%, la referencia citada como requisito para que el plan pudiera prosperar.

Otro dato determinante fue la ausencia total de apoyo entre los mayores actores de minería. Ninguno de los 20 principales pools mineros expresó su adhesión a la propuesta, lo que debilitó todavía más sus posibilidades reales.

Bailey insistió en que el fracaso no obedeció a la apatía de la comunidad. A su juicio, lo que ocurrió fue un rechazo de principio frente a los fundamentos mismos de BIP-110.

Ese tono elevó la temperatura política del debate. El fundador de Nakamoto describió la disputa como una “guerra de información” y acusó a algunos desarrolladores de intentar secuestrar la red mediante cambios que no contaban con consenso suficiente.

En Bitcoin, este tipo de acusaciones no son menores porque remiten a la historia de divisiones pasadas. Cada discusión sobre reglas de consenso reactiva el temor a que diferencias técnicas terminen produciendo monedas rivales y comunidades separadas.

Las críticas técnicas: billeteras rotas, fondos en riesgo y herramientas afectadas

Buena parte de la resistencia a BIP-110 no vino solo de la política interna, sino de advertencias técnicas concretas. Investigadores y desarrolladores plantearon que el cambio podía alterar comportamientos asumidos por muchas herramientas ya desplegadas en el ecosistema.

BitMEX Research advirtió a Bailey que la propuesta podría romper billeteras digitales y causar pérdida de fondos a usuarios. También alertó que el impacto no sería marginal, porque afectaría piezas de infraestructura usadas de forma extendida.

Entre los elementos señalados aparecieron Bitcoin Knots, miniscript y los envíos a direcciones P2PK antiguas. En la sección de preguntas frecuentes del reporte original, esos puntos se mencionan como ejemplos de incompatibilidades potencialmente graves.

Adam Back, según ese mismo recuento, describió la propuesta como “muerta al llegar”. Jameson Lopp, por su parte, sostuvo que invitaba a presión regulatoria y a una posible escisión de la cadena.

Las objeciones también tocaron la eficacia práctica del plan. Algunos críticos señalaron que limitar datos de esa forma quizá no impediría el spam ni el uso malicioso, por lo que el costo técnico y político del cambio podía resultar mayor que sus beneficios.

Ese argumento pesa especialmente en Bitcoin porque la red ya ha vivido controversias donde un ajuste pensado para resolver un problema terminó generando otros nuevos. Por eso, cualquier restricción adicional suele ser evaluada con mucha cautela por los operadores de nodos y desarrolladores.

Ordinals, runes y el conflicto más amplio sobre el uso de Bitcoin

El debate alrededor de BIP-110 no surgió en el vacío. Durante los últimos años, Bitcoin ha experimentado un aumento de transacciones asociadas a funciones intensivas en datos, como los llamados ordinals y runes.

De acuerdo con la nota, esas modalidades ya representan más de 67% de las transacciones de la red. Ese crecimiento alimenta la preocupación de quienes creen que Bitcoin se está desviando de su función principal como infraestructura monetaria.

Del otro lado, también existe una postura que rechaza imponer criterios subjetivos sobre qué uso es legítimo. Para ese sector, mientras una transacción respete las reglas del protocolo y pague sus comisiones, debe poder competir por espacio en bloque.

La controversia se intensificó después de una actualización de software realizada en octubre del año pasado. Ese cambio eliminó límites de datos ya existentes y empujó a algunos usuarios a migrar hacia Bitcoin Knots, una alternativa que conserva otras preferencias de validación.

Para febrero, Bitcoin Knots representaba casi una cuarta parte de todos los nodos de Bitcoin. Ese dato sugiere que la fragmentación de criterios dentro del ecosistema no es teórica, sino que ya se expresa en el software que distintos participantes eligen ejecutar.

Martin Habovštiak aportó otra crítica relevante al espíritu de BIP-110. Según el reporte, demostró que incluso con los nuevos límites seguía siendo posible almacenar archivos grandes en la cadena, luego de subir una imagen de 66 kilobytes como prueba.

Ese ejemplo reforzó la idea de que la propuesta podía ser ineficaz para su objetivo declarado. Si los usuarios aún encontraban formas de introducir grandes cantidades de datos, entonces la red asumiría el costo del conflicto sin resolver del todo el problema de fondo.

Qué cambia ahora y por qué el debate todavía no terminó

La caída de BIP-110 reduce, al menos por ahora, la probabilidad inmediata de una escisión disruptiva en Bitcoin. También baja la tensión sobre un posible escenario en el que billeteras y servicios quedaran incompatibles por una activación conflictiva.

Sin embargo, el fracaso de esta propuesta no cierra la discusión sobre los límites de datos en la red. El desacuerdo entre quienes priorizan neutralidad de reglas y quienes quieren restringir ciertos usos permanece intacto.

Persisten además preocupaciones sobre presión regulatoria futura y sobre el comportamiento de las comisiones si continúan expandiéndose funciones intensivas en datos. Esos factores pueden devolver el tema al centro del debate con nuevas propuestas o variantes del mismo enfoque.

La nota también menciona una posibilidad que, aunque menor, no desaparece por completo. Un pequeño grupo de operadores de nodos y mineros aún podría intentar activar BIP-110 por su cuenta, dando lugar a dos versiones paralelas de Bitcoin.

En ese escenario coexistiría una cadena con reglas de datos más estrictas y otra sin esos límites adicionales. La sola mención de esa posibilidad recuerda antecedentes como Bitcoin Cash y Bitcoin SV, dos escisiones que nacieron de disputas internas sobre el rumbo del protocolo.

Por ahora, la comunidad parece respirar con algo más de alivio. Aun así, la historia de Bitcoin muestra que las tensiones sobre escalabilidad, neutralidad y usos permitidos no desaparecen, sino que suelen regresar bajo nuevas formas y nuevos nombres.

---

Imagen original de DiarioBitcoin, creada con inteligencia artificial, de uso libre, licenciada bajo Dominio Público

Este artículo fue escrito por un redactor de contenido de IA