Cuando los nodos quieren hablar: una introducción al BIP-110

Imaginemos la red de Bitcoin como una autopista compartida. Todos pueden circular por ella, pero no todos están de acuerdo en qué usos son deseables. Para algunos, el uso intensivo de datos arbitrarios (inscripciones, blobs, etc.) es una evolución legítima del sistema.

Para otros, ese mismo uso congestiona la red y eleva las comisiones, afectando a quienes solo quieren realizar transacciones monetarias simples.

Este desacuerdo no es nuevo en Bitcoin. Lo relevante es cómo se gestiona. Bitcoin no tiene líderes ni votaciones formales: las decisiones no se proclaman, se ejecutan. Sin embargo, distinguir entre debate, intención y acción real no siempre es sencillo.

En ese contexto surge el BIP-110, una propuesta que intenta ofrecer a los operadores de nodos una forma más clara de expresar preferencias técnicas, sin imponer cambios permanentes ni forzar a toda la red a seguirlos.

¿Qué es el BIP-110?

 

El BIP-110 (Reduced-Data Temporary Soft-Fork) es un soft fork temporal y voluntario que propone reducir, durante un periodo limitado (aproximadamente un año), ciertos usos de datos arbitrarios en Bitcoin.

Aspectos relevantes de la propuesta:

  • Quién lo propone: un desarrollador bajo el pseudónimo Dathon Ohm.
  • Cuándo se propuso: La discusión pública sobre el BIP-110 comenzó en octubre de 2025 dentro de la lista de distribución de desarrolladores de Bitcoin, tal como se documenta aquí. Paralelamente, se presentó el borrador formal de la propuesta BIP-110. Es importante notar que, a la fecha de este artículo, la propuesta aún no ha sido aceptada en el repositorio oficial, permaneciendo como una solicitud de aprobación (pull request) pendiente.
  • Qué propone: un soft fork temporal (≈ 1 año) que limita el tamaño de datos no financieros en las transacciones (outputs ≤ 34 bytes, OP_RETURN ≤ 83 bytes, pushes ≤ 256 bytes, entre otras restricciones).
  • Con qué objetivo: ofrecer a los operadores de nodos una forma práctica de señalar activamente su desacuerdo con el uso masivo de datos arbitrarios, sin imponer cambios permanentes al consenso.

De forma resumida, durante ese periodo temporal se introducen restricciones técnicas concretas como:

  • Outputs nuevos limitados a 34 bytes (excepto OP_RETURN, hasta 83 bytes).
  • Witness y data pushes limitados a 256 bytes.
  • Los UTXOs creados antes de la activación quedan exentos, evitando romper la historia existente.
  • Restricciones adicionales específicas en Taproot (por ejemplo, annexes y control blocks de gran tamaño).

 

 

Es importante subrayar dos puntos clave:

  1. No es permanente: las reglas expiran automáticamente.
  2. No es global: solo se aplican en los nodos que deciden activarlo.

Para los nodos que no lo activan, la red sigue funcionando exactamente igual, sin verse afectados por estas reglas.

 

¿Cuál es el objetivo del BIP-110?


Los defensores del BIP-110:

  • lo presentan como una herramienta de señalización práctica, no discursiva.
  • En lugar de expresar preferencias mediante debates, declaraciones o redes sociales, el operador de un nodo puede hacerlo ejecutando reglas concretas en su propio nodo.
  • El carácter temporal es central en esta propuesta: no busca “ganar para siempre”, sino crear una ventana de transición para que quienes dependen de grandes volúmenes de datos arbitrarios puedan adaptarse, optimizar sus diseños o explorar alternativas.

Los críticos de esta propuesta argumentan que:

  • Compromete la incensurabilidad de Bitcoin.
  • Añade una capa de complejidad a la validación de la red.
  • Podría generar una fragmentación entre los operadores de nodos.
  • Introduce conflictos de índole económica y social en el ámbito técnico.
  • Establece un precedente de la implementación de «modos excepcionales» que podrían invocarse de nuevo.

 

El BIP-110 no resuelve este desacuerdo: lo hace visible.

¿Qué se necesita para participar?


Participar en el BIP-110 no es automático, pero tampoco tiene demasiada complejidad.

Se necesita:

La participación se produce al ejecutar el software compatible, que incorpora directamente las reglas y el calendario de activación definidos por el BIP.

No es suficiente con modificar el user agent o simplemente «declarar» el apoyo al BIP. Sin el software necesario, el nodo funcionará como cualquier otro.

¿Cómo se “vota”?


En Bitcoin, la votación simbólica no existe. La señalización se manifiesta cuando tu nodo lleva a cabo las siguientes acciones:

  • Valida bloques aplicando reglas más estrictas.
  • Rechaza los bloques que no cumplen con dichas reglas.
  • Afronta las consecuencias si la mayoría de la red no adopta la misma postura.

Este rechazo es observable y tiene efectos reales.

 

Para los defensores del BIP-110, este mecanismo representa una forma genuina de demostrar que hay intereses reales en juego.

 

Para sus críticos supone una carga adicional para los operadores individuales, especialmente ante la posibilidad de quedar temporalmente fuera del consenso.

 

Por lo tanto, más que un plebiscito, se trata de una decisión de naturaleza técnica que implica costos concretos.

 

Período y proceso de activación


El BIP-110 define dos vías de activación, ambas explícitas en su diseño.

Activación anticipada por señalización

  • Señalización: Comienza el 1 de diciembre de 2025. Los mineros que apoyen pueden usar el bit 4 en sus bloques (ponen un «1» en esa posición) para decir: «Yo apoyo el BIP-110».
  • Umbral para activación temprana: Hasta aproximadamente septiembre de 2026 (alrededor del bloque 965.664), la red mide el apoyo de los mineros en «ventanas» fijas de 2.016 bloques consecutivos (como rondas de votación de unas 2 semanas cada una). Si en alguna de esas rondas al menos el 55% de los bloques (1.109 o más de 2.016) llevan la marca de apoyo (bit 4 en «1»), se produce el «lock-in» (bloqueo o «candado»). Es como si la mayoría dijera: «Procedemos».
  • Activación: Si hay lock-in, las nuevas reglas entran en vigor unas 2 semanas después (para dar tiempo a que todos se actualicen sin caos). Podría pasar entre febrero y septiembre de 2026, dependiendo de cuánto apoyo haya.

Activación por altura de bloque (“flag day”)

  • Fallback incondicional: Si no se alcanza el 55% antes, el BIP-110 se activa de todos modos en el bloque 965.664 (alrededor de septiembre 2026). Es una «fecha límite» para que no quede en el limbo.
  • Duración: Una vez activado, las reglas duran ~1 año (52.416 bloques).

 

Una vez activado (por cualquiera de las dos vías), las reglas se aplican durante aproximadamente 52 416 bloques (≈ 1 año).

 

Expiración: Al final del año, las restricciones se desactivan automáticamente. No hace falta hacer nada; el software compatible (como Knots) vuelve automáticamente a las reglas normales de Bitcoin.


Ahora, veamos cómo funciona todo esto en la práctica, paso a paso, como si estuviéramos siguiendo una carretera:

Imagina que desde el 1 de diciembre de 2025 empieza un periodo de «consulta» en la red. Los mineros que quieren apoyar el BIP-110 empiezan a poner una marca especial (el bit 4 en «1») en los bloques que minan. Es su forma de decir: «Estoy de acuerdo con limitar temporalmente ciertos usos intensivos de datos (lo que sus defensores califican como “spam”, aunque sus críticos lo ven como innovación legítima)”.

Mientras tanto, cualquier persona como tú o yo puede instalar la versión del software que soporta el BIP (fork de Bitcoin Knots). Con esto, nuestro nodo está preparado para aplicar las reglas más estrictas cuando llegue el momento de activación (rechazan solo después de la activación, no durante la señalización).

Durante meses (hasta ~septiembre 2026), la red cuenta cuántos bloques llevan esa marca de apoyo. Si en algún tramo de 2.016 bloques consecutivos más del 55% tienen el bit 4 en «1», ¡listo! Se activa el cambio en unas dos semanas.

 

Los mineros, que viven de que sus bloques sean aceptados por la mayoría económica (exchanges, wallets, usuarios reales), tienen un incentivo fuerte para seguir la regla, porque si no, sus bloques podrían ser rechazados y perderían dinero.

 

Pero si los mineros no se ponen de acuerdo y no llegan al 55%, no pasa nada malo: el BIP-110 tiene una «fecha tope». Al llegar al bloque ~965.664 (alrededor de septiembre 2026), las reglas se activan de todas formas. A partir de ahí, cualquier nodo que corra el software compatible (como Knots con la opción activada) empezará a rechazar bloques que incluyan datos excesivos (el «spam» que congestiona).

 

Durante el año siguiente (52.416 bloques), la red prueba este «modo anti-spam temporal». Los que usan Bitcoin solo para pagos normales apenas notan nada; los que dependen de meter archivos grandes o inscripciones masivas tienen tiempo para adaptarse, migrar a otras soluciones o preparar propuestas nuevas.


Al cabo del año, todo expira automáticamente. Las reglas estrictas desaparecen solas, y Bitcoin vuelve exactamente a como estaba antes. Nadie queda atrapado para siempre.

¿Y si el apoyo es bajo o dividido?


Aunque el BIP-110 se activa de todas formas en el bloque 965.664 (o antes si hay 55% signaling), su efectividad real depende del consenso económico: si suficientes nodos importantes (exchanges, wallets, usuarios con BTC real) corren Knots con la opción activada, los mineros se ven forzados a cumplir las reglas (para que sus bloques sean aceptados y puedan vender sus recompensas).

La activación está definida a nivel de software, pero su impacto práctico depende de cuántos actores relevantes decidan realmente aplicar esas reglas.

Si el apoyo es minoritario (como ahora, sólo ~2.4% de nodos), un nodo que corra el software BIP-110 se congela temporalmente, es decir no verá nuevos bloques, ni podrá confirmar transacciones nuevas, ni podrá enviar ni recibir pagos nuevos a través de ese nodo durante el tiempo que dura el BIP. De igual manera un dueño de bitcoin, no los pierde (sus claves siguen controlando los UTXOs), pero el nodo queda en «modo veto» hasta la expiración automática (~1 año después), cuando todo vuelve a la normalidad y sincroniza la cadena principal. Es incómodo, pero reversible y sin riesgo existencial. Se puede desactivar la opción o cambiar de software cuando se quiera.

 

Esto es lo que los defensores de este BIP alegan a favor: permite probar un límite sin imponerlo eternamente. Si funciona bien, la comunidad puede proponer algo permanente después; si no, simplemente se acaba y se aprende.

 

Los críticos del BIP-110 lo consideran arriesgado e inútil, argumentando que añade complejidad innecesaria, sienta un precedente peligroso al forzar la activación sin consenso y temen la fragmentación. Creen que el spam ya se maneja razonablemente con comisiones dinámicas  y ven el ‘modo temporal’ como un desvío de recursos de mejoras estructurales (como Lightning), sin garantía de éxito.

 

En resumen: unos ven un experimento controlado y soberano; otros, una complicación que podría abrir la puerta a intervenciones futuras más controvertidas. 

Lo bueno de Bitcoin es que nadie te obliga a elegir un lado: tú decides si corres Knots con la opción activada o no.

 

Al momento de la publicación (febrero de 2026), el soporte sigue siendo muy limitado: solo cerca del 2.4% de los nodos lo corren, y la señalización de mineros es casi nula.

Puedes verificar los datos actualizados en trackers independientes como The Bitcoin Portal.

¿Y si se activa con un fuerte apoyo?


Si la activación del BIP-110 obtiene fuerte apoyo económico (nodos, exchanges, wallets), se espera que los mineros se adapten para mantener comisiones.

Es decir, una vez activado:

  • Restricción de Transacciones: Las transacciones que excedan los límites del BIP-110 se consideran inválidas y se excluyen de nuevos bloques.
  • Integridad Histórica: El historial de Bitcoin previo a la activación no se altera.
  • Aplicación Temporal: Las reglas especiales solo rigen durante el plazo preestablecido.

El diseño del BIP-110 estipula que, al finalizar el periodo establecido, las reglas caducan automáticamente. Con ello, la red retoma la validación de bloques bajo las normas habituales, sin requerir nuevas actualizaciones ni decisiones adicionales.

 

Perspectivas y Controversia:

A pesar de esta reversibilidad, no hay certeza de que el proceso se desarrolle de forma completamente ordenada ni de que se logren los efectos económicos esperados.

Por consiguiente, como ya he mencionado previamente, mientras sus defensores lo presentan como un experimento acotado y reversible, sus detractores lo catalogan como un riesgo innecesario o un medio inapropiado para llevar los desacuerdos de uso al ámbito del consenso.

¿Qué ocurre cuando termina el periodo?


Como ya hemos comentado. Una vez transcurrido el plazo definido, el propio diseño del BIP-110 establece que las reglas temporales dejan de aplicarse automáticamente. No es necesario realizar ninguna acción adicional ni actualizar el software para que esto ocurra.

A partir de ese momento, los nodos vuelven a validar bloques conforme a las reglas habituales de Bitcoin. No se introducen cambios permanentes en el consenso ni se altera el historial de transacciones.

Si tras ese periodo se considerara necesario avanzar en otra dirección, ya sea mantener restricciones similares, modificarlas o descartarlas, sería imprescindible presentar una nueva propuesta y volver a construir consenso en la red. 


En ese sentido, el BIP-110 no pretende ser una solución definitiva, sino un mecanismo limitado en el tiempo para expresar preferencias técnicas y facilitar una transición ordenada, sin comprometer irreversiblemente las reglas del sistema.

Más allá del BIP-110: por qué ejecutar un nodo importa


El debate en torno a propuestas como el BIP-110 subraya una verdad esencial en Bitcoin:

 

Operar un nodo va mucho más allá de verificar transacciones. Es una decisión activa: qué reglas aceptas, qué cambios consideras legítimos y hasta dónde estás dispuesto a poner recursos y responsabilidad para defender tu postura.

Estos casos exponen la tensión central en Bitcoin: cómo garantizar que los operadores de nodos tengan una voz efectiva sin que sus decisiones se impongan al resto de la red.

 

La clave no reside en apoyar o rechazar un BIP específico, sino en salvaguardar un sistema donde los nodos no sean meros observadores, sino participantes con una influencia genuina.

 

Ese delicado equilibrio entre soberanía individual y consenso colectivo es precisamente lo que hace a Bitcoin único.

Recuerda: tú tienes el poder de participar. Ejecuta tu propio nodo, define tus reglas. Es, como a mí me gusta decirlo, tener “skin in the game”.

Y en un mundo que tiende a centralizar el control, eso no es poca cosa: es libertad en acción.

 

Referencias y notas


Referencias:

  • El BIP fue propuesto por Dathon Ohm, con raíces en discusiones previas lideradas por operadores y desarrolladores críticos de ciertos cambios de consenso: https://studyknots.com/guides/bip-110
  • Seguimiento de nodos que ejecutan software compatible: https://thebitcoinportal.com/nodes/bip110

Notas:

  • Si bien Bitcoin Knots es el cliente sobre el que se han realizado las integraciones más visibles relacionadas con el BIP-110, las releases específicamente preparadas para su activación no se distribuyen desde el repositorio principal de Bitcoin Knots, sino desde el repositorio mantenido por el autor del BIP-110, Dathon Ohm, quien ha puesto a disposición versiones compiladas en: https://github.com/dathonohm/bitcoin/releases

Es muy recomendable verificar cuidadosamente las descargas antes de ejecutar este tipo de software, validando firmas GPG y hashes SHA256 siempre, para minimizar el riesgo de ejecutar software malicioso o comprometido. La confianza se construye verificando, no asumiendo.

  • Adicionalmente, algunas soluciones de Nodos «todo en uno» como Start9, Umbrel, MyNode y Parmanode, están facilitando a sus usuarios la instalación de versiones de Knots compatibles con el BIP-110, permitiendo una implementación sencilla en sus respectivos Nodos. (La disponibilidad y el nivel de soporte pueden variar dependiendo de la plataforma y la versión utilizada). Para obtener más detalles, visita: https://bip110.org/howto/.

 

Valorado con 5 de 5

Puedes dejar una propina con el botón «Invítame un café».

O mediante Lightning network:

⚡ [email protected]

También puedes hacerlo onchain, vía Paynyms de Samourai Wallet:

PayNym: +decentralized