A BIP-110 no lo mató COLDCARD: los números que ya lo habían enterrado

El 2-3 de agosto de 2026, Udi Wertheimer anunció el aplazamiento indefinido de la activación de BIP-110, citando el incidente de entropía de COLDCARD como motivo. Los propios datos de señalización minera, sin embargo, ya hacían matemáticamente inalcanzable el umbral de lock-in días antes de ese anuncio.

Dos hechos pueden ser ciertos a la vez sin contradecirse: que un incidente de seguridad real empuje a pausar un despliegue en curso, y que ese despliegue ya estuviera condenado por sus propios números antes de que el incidente ocurriera. Este artículo se ocupa solo del segundo, porque es el que se puede verificar con datos públicos, bloque a bloque, sin tener que interpretar la intención de nadie.

Qué es la señalización por version bits

Un soft fork como BIP-110 no se activa por decreto. Se activa cuando una fracción suficiente de los mineros de la red lo respalda, y esa fracción se mide de una forma muy concreta: cada bloque minado lleva un campo llamado nVersion, y un minero que apoya el cambio activa un bit específico de ese campo —el bit 4, en el caso de BIP-110— como si levantara la mano en cada bloque que produce. El resto de la red cuenta cuántas manos se levantan por cada 2.016 bloques minados, un periodo de aproximadamente dos semanas.

Es el mismo mecanismo que Bitcoin ha usado para activar SegWit y Taproot, entre otros cambios de consenso: nadie impone el cambio desde arriba, la red entera lo confirma bloque a bloque, de forma pública y verificable por cualquiera con un nodo propio.

El umbral del 55%, y por qué existe

Para que el conteo de manos levantadas se traduzca en una activación real, tiene que superar un umbral fijado de antemano en el propio código: 1.109 de los 2.016 bloques de un periodo, un 55,01%. Por debajo de eso, el periodo termina sin lock-in y el conteo empieza de cero en el siguiente.

El umbral, de hecho, era bajo para los estándares de Bitcoin, no alto: SegWit exigió un 95% de los bloques de un periodo para activarse (BIP9) y Taproot un 90% (Speedy Trial) — el 55% de BIP-110 apenas superaba la mitad de exigencia del primero, y fue una de las críticas reales que recibió la propuesta. Su función es la misma sea cual sea la cifra exacta: evitar que un cambio de reglas quede fijado con un apoyo minero débil o dudoso, que podría dividir la red en dos cadenas si una parte de los mineros no lo respeta. Que ni siquiera con la barra tan rebajada la señalización se acercara al lock-in no habla de un umbral exigente — habla de lo poco que la propuesta convenció a quien tenía que decidir.

La aritmética que ya lo había decidido

A fecha del anuncio, el periodo de señalización llevaba 1.068 de sus 2.016 bloques minados. De esos 1.068, solo 30 llevaban el bit activado: un 2,53-2,63%, según los datos de BIP110Monitor citados en la cobertura del aplazamiento. Quedaban 948 bloques por minar en ese mismo periodo.

Ahí está la aritmética que no admite matiz: incluso si los 948 bloques restantes hubieran señalizado al 100% —algo que no ha pasado nunca en la historia de este despliegue—, el total habría sido 978 de 2.016, un 48,5%. Por debajo del 55,01% que exige el lock-in. El periodo estaba matemáticamente cerrado antes de que se terminara de minar, y desde luego antes de que se anunciara ningún aplazamiento. Michael Saylor lo señaló públicamente en esos mismos días: la propuesta ya carecía de viabilidad matemática, con independencia de cualquier otro debate sobre ella.

Y este no era el primer periodo débil. Todos los periodos de señalización anteriores desde diciembre de 2025 se habían quedado por debajo del 1,3% — el de finales de julio, con un 2,53%, era de hecho el mejor resultado que BIP-110 había logrado en toda su historia, y seguía muy lejos de bastar.

Lo comprobamos contra nuestro propio nodo

Los números de arriba son los que publicó BIP110Monitor en el momento del anuncio. El 4 de agosto de 2026 los volvimos a contar nosotros mismos, bloque a bloque, contra nuestro propio nodo Bitcoin — sin depender de que un tercero mantenga su monitor.

A esa altura, el periodo llevaba 1.362 de sus 2.016 bloques minados: 36 señalizando, un 2,64%. Con 654 bloques todavía por minar, el máximo alcanzable ya ha bajado a un 34,23% — por debajo del 48,5% que marcaba el dato citado por BIP110Monitor en el momento del anuncio, simplemente porque queda menos periodo por delante. La misma conclusión, con datos propios y verificables, y más contundente cada día que pasa, no menos.

El aplazamiento y su motivo declarado

El aplazamiento en sí no está en discusión: Udi Wertheimer lo anunció citando el incidente de entropía de COLDCARD —el fallo de firmware que expuso semillas de una parte de esos dispositivos y que cubrimos en nuestro propio análisis— como motivo. La indicación operativa que acompañó al anuncio es clara y no admite ambigüedad: quien ejecute el cliente de activación debe volver a un nodo Bitcoin sin BIP-110 antes del bloque 961.632, sin nueva fecha de activación fijada.

No hace falta cuestionar ese motivo para señalar el segundo hecho, independiente y verificable con datos públicos: la señalización ya estaba matemáticamente muerta antes de ese anuncio. Un incidente de seguridad real puede ser, a la vez, un motivo legítimo para pausar un proceso y una salida oportuna para un proceso que de todos modos iba camino de fracasar por sus propios números. Las dos cosas no se excluyen entre sí, y este artículo solo puede hablar con certeza de la segunda —la aritmética es pública y cualquiera puede rehacerla; las intenciones detrás de un anuncio, no.

Qué dice esto de cómo cambian —y no cambian— las reglas de Bitcoin

Lo interesante de este caso no es que BIP-110 fracasara. Es que su fracaso fue visible, público y verificable por cualquiera con un explorador de bloques semanas antes del anuncio oficial, exactamente porque el mecanismo de activación está diseñado para eso: ningún grupo, por bien coordinado que esté su cliente de software, puede fijar un cambio de consenso sin el respaldo real y medible de la red. El diseño no depende de confiar en quien lo propone ni en quien lo cancela — depende de que cualquiera pueda contar los bloques.

Es el mismo principio que aplicamos al resto de lo que publicamos: no te pedimos que confíes en un número nuestro, sino que puedas verificarlo tú mismo contra tu propio nodo o cualquier explorador público. La metodología de nuestro Score de ciclo sigue el mismo criterio con los datos de mercado — la reserva está en los pesos exactos, nunca en si el dato subyacente se puede comprobar.

Qué hacer ahora si operas un nodo

Si sigues en Bitcoin Core sin modificar, esto no cambia nada para ti — nunca lo hizo. Si instalaste el cliente de activación, la instrucción operativa vigente es clara: vuelve a un nodo sin BIP-110 antes del bloque 961.632, y no des por hecho que habrá una nueva ventana de activación con fecha próxima solo porque la anterior no llegó a completarse.

Si quieres comprobar tú mismo la altura de bloque actual y el estado de sincronización de un nodo, revisa nuestra sección de Red y minería — gratis, contra nuestro propio nodo, sin necesidad de confiar en nuestra palabra.

Última actualización: 2026-08-04