BIP-110: qué cambia para tu nodo, tu wallet y tus llaves en agosto de 2026

Si sigues en Bitcoin Core, BIP-110 no exige que hagas nada. Si instalas el cliente de activación —un fork de Bitcoin Knots— tu nodo empezará a rechazar los bloques que no señalicen a partir de la ventana obligatoria de agosto de 2026, y con el apoyo actual eso significa quedarte en una cadena minoritaria.

BIP-110 es un soft fork temporal que restringe cuánto dato arbitrario puede insertarse en la cadena de bloques, con una ventana de señalización obligatoria fijada para la segunda semana de agosto de 2026. No requiere ninguna acción de un operador de nodo que se quede en Bitcoin Core, y solo afecta a fondos reales en autocustodia bajo una combinación muy concreta de condiciones, que detallamos más abajo con precisión. Este artículo no toma partido en el debate sobre si el spam en la cadena es un problema real: se centra en lo operativo — qué le pasa a tu software, a tus llaves y a tu calendario si el proceso sigue su curso.

Qué es BIP-110

BIP-110, "Reduced Data Temporary Softfork" (numerado antes como BIP-444), fue propuesto en octubre de 2025 por el desarrollador seudónimo Dathon Ohm; entre los autores figura también Luke Dashjr. Su autoría ha sido objeto de disputa pública: Greg Maxwell alegó que el origen real de la propuesta estaba en Ocean Mining, algo que Dathon Ohm ha negado. A diferencia de un cambio de consenso permanente, sus reglas caducan solas: dejan de aplicarse 52.416 bloques después de la activación, aproximadamente un año después.

La propuesta reduce la capacidad de insertar datos arbitrarios en transacciones y en el árbol de scripts de Taproot, apretando varios límites técnicos a la vez. Quien la impulsa argumenta que ese tipo de datos carga a los operadores de nodo con almacenamiento y ancho de banda ajenos a la actividad monetaria. Quienes se oponen —entre ellos Adam Back, Michael Saylor y Jameson Lopp— alegan riesgo de split y amenaza a la neutralidad de la capa base.

El cliente que implementa la activación es un fork de Bitcoin Knots, no de Bitcoin Core: Core no ha fusionado esta implementación y no hay indicios de que vaya a hacerlo en el corto plazo. Por eso BIP-110 es, por diseño, un UASF (soft fork activado por los usuarios): son los nodos que aplican la regla los que rechazan los bloques de mineros no actualizados, no al revés.

Las siete restricciones, en concreto

Bajo el capó, BIP-110 aprieta siete límites a la vez, todos activos solo mientras dure la ventana de despliegue, antes de su expiración automática:

• La mayoría de outputs nuevos de una transacción quedan limitados a 34 bytes.
• El campo OP_RETURN se limita a 83 bytes.
• Los pushes de datos dentro de un script se limitan a 256 bytes.
• El control block de un gasto por la ruta de script de Taproot se limita a 257 bytes.
• Consecuencia directa del punto anterior: los Tapleaves a más de 7 niveles de profundidad quedan ingastables mientras dure el despliegue.
• OP_SUCCESS y las versiones de testigo (witness) todavía sin definir dejan de estar disponibles durante el despliegue.
• Los UTXOs creados antes de la activación quedan exentos de estas reglas de forma permanente, aunque se gasten después de que el soft fork esté activo.

Esta última regla es la que separa "fondos en riesgo real" de "fondos irrelevantes para este cambio" — la retomamos con detalle en la sección sobre tu wallet.

Qué le pasa a tu nodo si sigues en Bitcoin Core

Nada que tengas que hacer de forma activa. BIP-110 es un soft fork: sus reglas son más estrictas que las de Bitcoin Core, pero no incompatibles con ellas. Un bloque válido bajo BIP-110 sigue siendo válido bajo Bitcoin Core sin modificar, así que tu nodo continúa validando y siguiendo la cadena con más trabajo acumulado exactamente igual que antes. No necesitas actualizar nada ni tomar ninguna decisión.

Lo único que cambia, si el soft fork se activa con apoyo amplio, es lo que observas: bloques que ya no contienen ciertos patrones de datos que hoy sí existen —inscripciones grandes, outputs anómalos—, simplemente porque los nodos que aplican la regla los rechazan y los mineros que quieren que su bloque se propague sin fricción dejan de incluirlos por su cuenta.

Qué le pasa a tu nodo si instalas el cliente de activación

Aquí es donde la decisión sí importa, y conviene tomarla con los ojos abiertos. Desde el inicio de la ventana de señalización obligatoria, en el bloque 961.632, un nodo corriendo el cliente de activación rechaza cualquier bloque que no señalice en el bit 4 de la versión, sin excepción, aunque ese bloque sea perfectamente válido según Bitcoin Core.

Con el nivel de apoyo minero de finales de julio de 2026 —por debajo del 3% en el periodo de dificultad en curso, muy lejos del 55% que exige el lock-in— y con la adopción entre operadores de nodo todavía en dígitos bajos, sostenida casi por completo por quienes ya corren Knots, activar hoy este cliente equivale a aceptar de antemano que tu nodo puede acabar siguiendo una cadena minoritaria: la que produzcan los pocos mineros que sí señalicen, con muchísimo menos hashrate y liquidez de mercado que la cadena principal. No es una decisión que se deshaga sola ni de forma trivial una vez tomada.

Qué le pasa a tu wallet y a tus llaves

La respuesta corta es: nada. Tus llaves privadas, tu semilla y el control de tus fondos no dependen de qué cliente de nodo elijas ni de si BIP-110 llega a activarse o no. No existe ninguna acción de "proteger tus llaves" que este cambio te obligue a realizar hoy.

El caso límite, y solo el caso límite, es distinto y merece precisión, no alarma. Un UTXO queda expuesto solo si se cumplen TODAS estas condiciones a la vez: es un UTXO P2TR, forma parte de una transacción prefirmada, se confirma y se gasta durante el año que dura el despliegue, el Tapleaf concreto que se intenta usar viola alguna de las reglas nuevas —el límite de control block es el más probable— y no existe ninguna otra ruta de gasto válida para ese UTXO. Wallets que permiten construir Miniscript arbitrario —Nunchuk se ha citado como ejemplo— pueden generar árboles de Taproot con esa forma. Si usas una wallet así con configuraciones complejas —herencia, multisig con ramas alternativas, timelocks anidados—, revisa con tu proveedor si alguna ruta de gasto encaja en este patrón: no por precaución genérica, sino porque es exactamente el escenario que describe la propuesta.

Calendario: las alturas de bloque que importan

Todas estas cifras cambian con cada bloque que se mina. Verifícalas en vivo en bip110.org/monitor o en cualquier explorador de bloques antes de decidir nada basado en ellas.

• Bloque 961.632 a 963.647, proyectado para la segunda semana de agosto de 2026: ventana de señalización obligatoria. Los nodos que aplican BIP-110 rechazan cualquier bloque que no señalice durante este rango.
• Bloque 963.648, como máximo: fecha límite de lock-in si se alcanza el umbral del 55% (1.109 de los 2.016 bloques de un periodo).
• Bloque 965.664: altura de activación, con fecha proyectada a principios de septiembre de 2026.
• 52.416 bloques después de la activación, aproximadamente un año: expiración automática de las reglas, sin necesidad de ninguna acción para que dejen de aplicarse.

A cierre de julio de 2026, el hashrate de la red ronda 870-940 EH/s y menos del 3% de los bloques del periodo de dificultad en curso señalizan BIP-110 — muy lejos del 55% que exige el lock-in voluntario. El primer bloque que señalizó lo hizo Barefoot Mining vía Ocean, el 1 de marzo de 2026; desde el 15 de julio, OCEAN señaliza por defecto para los mineros conectados a su pool.

Los tres escenarios posibles

1. Activación amplia. Requiere que al menos un pool grande cambie de postura. Foundry, Antpool, ViaBTC y F2Pool seguían sin moverse a fecha de este artículo, y Foundry ha delegado la decisión en un voto de sus clientes ponderado por hashrate, en el que no responder cuenta como "No" y la postura por defecto del pool es no señalizar.
2. Activación minoritaria. Los nodos que aplican BIP-110 rechazan la cadena dominante en cuanto esta deja de señalizar durante la ventana obligatoria, y continúan en un fork propio con una fracción muy pequeña del hashrate y de la liquidez de mercado de la cadena principal.
3. Retirada o revisión. Las reglas actuales se quedan tal como están: sin activación amplia, sin cambios para nadie que no haya instalado voluntariamente el cliente de activación.

Ninguno de los tres es una predicción: son las únicas salidas que permite la mecánica del soft fork, con el umbral de lock-in y la ventana de señalización ya fijados en el código.

Qué hacer en la práctica si agosto llega con ruido

Si te preocupa que la ventana de señalización coincida con volatilidad de mercado o con titulares alarmistas, la lista de acciones razonables es corta y no depende de predecir nada:

• No muevas fondos por pánico ni por prisa. Si sigues en Bitcoin Core sin modificar, no hay ninguna acción de custodia que tengas que tomar hoy por culpa de este soft fork.
• Evita aceptar pagos con muy pocas confirmaciones durante la ventana de señalización obligatoria y los días inmediatamente posteriores, hasta que quede claro qué cadena acumula más trabajo.
• Da por hecho que algunos exchanges pueden pausar depósitos y retiradas de forma preventiva durante esos días. Es una práctica habitual ante cualquier soft fork con riesgo de split, no una señal de que algo haya fallado en tus fondos.
• Si operas un nodo, revisa qué cliente corres y por qué. La decisión de instalar el cliente de activación debe ser deliberada, nunca accidental.

Ni predicción ni consejo: solo la mecánica

Este artículo no predice si BIP-110 se activará, ni cuándo, ni qué pasará con el precio de bitcoin si lo hace. Tampoco toma partido sobre si el spam en la cadena merece resolverse con un soft fork: ese debate sigue abierto entre desarrolladores con más contexto técnico del que cabe aquí, y ambos lados tienen argumentos igual de legítimos.

Lo que sí puedes verificar tú mismo, sin depender de nuestra palabra, es el estado real de la señalización y la altura de bloque actual.

Si ya gestionas tu propio nodo y quieres comprobar en vivo el estado de sincronización y las métricas de red que alimentan este tipo de seguimiento, revisa nuestra sección de Red y minería.

Última actualización: 2026-07-29