-
El límite existe desde el origen de la red y se alcanzará el 7 de febrero de 2106, según Morel.
-
Las posibles soluciones requieren un hard fork, lo que implica alcanzar el consenso en la comunidad.
Bitcoin se detendría el 7 de febrero de 2106 a las 06:28:15 UTC si el protocolo no se modifica antes. Así lo explicó Loïc Morel, educador y escritor bitcoiner, en una publicación en X este 21 de abril, en donde también detalló que el origen del problema es un límite técnico que existe desde el diseño original de la red.
Morel puntualizó que cada bloque de Bitcoin contiene una marca de tiempo (un registro del momento exacto en que fue minado) que cumple una función de coordinación y que permite que los nodos de la red verifiquen el orden cronológico de los bloques y ajusten la dificultad de minería cada dos semanas. Estas marcas se almacena en un campo de 32 bits sin signo, que mide los segundos transcurridos desde el 1 de enero de 1970, un sistema estándar en informática conocido como tiempo Unix.
El problema, según Morel, es que el campo de 32 bits tiene un techo matemático, ya que el valor máximo que puede almacenar es 4.294.967.295 segundos, equivalente al 7 de febrero de 2106.
Una vez alcanzados los 4.294.967.295 segundos, el contador no puede seguir aumentando. Morel lo compara con el odómetro de un auto viejo que vuelve a cero tras llegar a su límite, y el problema no es que el auto se rompa, sino que el contador ya no refleja la realidad.
¿Por qué esto paraliza Bitcoin?
Morel detalla que el protocolo impone dos reglas sobre la marca de tiempo de cada bloque para considerarlo válido:
La primera regla establece que la marca de tiempo del nuevo bloque debe ser superior a la mediana de los 11 bloques anteriores, un valor conocido como Tiempo Pasado Mediano (MTP, por sus siglas en inglés).
La segunda regla exige que la marca de tiempo no supere el tiempo mediano de la red más dos horas, para evitar que los mineros manipulen el reloj hacia el futuro. El problema ocurre cuando el MTP llega a su valor máximo: en ese punto, cualquier marca de tiempo nueva sería necesariamente igual o inferior a ese techo, lo que viola la primera regla, que exige que sea estrictamente superior. No hay número válido posible.
Conforme al análisis de Morel, los nodos rechazarían cualquier bloque nuevo que se proponga, porque ninguno podría cumplir ambas reglas al mismo tiempo, y la cadena se detendría por completo.
Dos soluciones posibles, un mismo obstáculo
Morel describe dos caminos técnicos para evitar ese escenario. El primero consiste en ampliar el campo de marca de tiempo de 32 a 64 bits, lo que extendería el límite hasta el año 585 mil millones aproximadamente. Es la solución más limpia, afirma el escritor, pero requiere que todos los nodos de la red actualicen simultáneamente.
La segunda opción se llama BitBlend, basada en una idea del desarrollador Pieter Wuille, explica Morel. Mantiene los 32 bits en el encabezado del bloque pero los interpreta como parte visible de un número de 64 bits.
Cuando la marca de tiempo cae bruscamente respecto al MTP (señal de que el contador dio la vuelta), los nodos detectan el desbordamiento y compensan automáticamente. Esto permitiría una actualización progresiva: los nodos que no migren de inmediato seguirían la cadena correcta hasta el primer desbordamiento de 2106. Aunque ofrece cierta retrocompatibilidad transitoria, Morel aclara que técnicamente sigue siendo un hard fork.
En la historia de Bitcoin, coordinar ese tipo de cambio ha resultado políticamente complejo, ya que requiere el acuerdo de desarrolladores, mineros y operadores de nodos. Según Morel, el correctivo técnico es simple. El desafío real es la gobernanza: «Nos quedan 80 años para actuar», concluye.
