Bitcoin Core se prepara para una defensa contra un antiguo ataque de ajuste de dificultad

• PR #35949 se fusionó el 7 de septiembre de 2026 en Bitcoin Core.
• El cambio corrige cómo se ensambla la plantilla para el último bloque de cada período.

Bitcoin Core, el software de referencia para la red Bitcoin, cambió el 7 de septiembre cómo los mineros preparan uno de los bloques para cada período. El ajuste es obra del desarrollador Fabian Jahr.

Este es un paso preliminar hacia una corrección futura más grande. Por ahora, no se han cambiado las reglas de la red: solo se ha ajustado el software que ensambla los bloques antes de que sean minados.

La corrección apunta a un error antiguo y bien conocido: el llamado ataque de distorsión temporal. Es un truco que permitiría a alguien con mucho poder de minería (hashrate) engañar con las marcas de tiempo de los bloques.

Cada bloque de Bitcoin lleva una marca de tiempo. Si un minero pudiera falsificar sistemáticamente esa marca de tiempo, podría engañar a la red haciéndole creer que ha pasado menos tiempo del real entre bloques. Esto reduciría artificialmente la dificultad de minería, y con una menor dificultad, ese minero ganaría bloques más rápido de lo que debería, quitando recompensas a otros mineros.

El hecho de que este error permanezca sin corregir más de una década después de ser identificado no es negligencia. Cambiar una regla de consenso en Bitcoin requiere que casi toda la red—mineros, intercambios, aquellos que ejecutan un nodo—esté de acuerdo y lista al mismo tiempo. Ese acuerdo colectivo, más que la dificultad técnica, es lo que lleva años construir.

Por eso, la solución no aborda este problema sola, sino junto a otros tres errores antiguos en el diseño original de Bitcoin. La propuesta que los agrupa se llama BIP54 y tiene como objetivo corregir, de una vez: el ataque de distorsión temporal, bloques diseñados para ser lentos de validar, una ambigüedad en los árboles de Merkle que podría usarse para falsificar pruebas de transacciones, y una negligencia que permitiría la duplicación de transacciones de coinbase (la que se crea al minar el bloque). Agrupar estas cuatro correcciones evita que la red tenga que pasar por el largo proceso de acuerdo una vez por cada una.

Lo que corrige específicamente el nuevo cambio

El cambio discutido en esta nota está documentado en la solicitud de extracción 35949 del repositorio oficial de Bitcoin Core, y aborda específicamente el primero de esos cuatro problemas: el ataque de distorsión temporal. Los otros tres—bloques lentos de validar, ambigüedad en los árboles de Merkle y transacciones de coinbase duplicadas—todavía no tienen un cambio de software equivalente hasta ahora.

Imaginemos que el reloj de la computadora de un minero está mal configurado y muestra una hora anterior a la real. Antes de este cambio, si eso sucedía justo al preparar el último bloque de un período de dificultad, el software podría quedarse atascado.

Calcularía incorrectamente el tiempo mínimo permitido y no lograría ensamblar un bloque válido para la minería. En la práctica, ese minero no podría trabajar hasta que su reloj se corrigiera.

Fabian Jahr, el autor del cambio, explicó en el propio repositorio que este escenario es poco probable en la red principal de Bitcoin porque requeriría un error de reloj muy grande. Es más común en redes de prueba, donde las condiciones son menos estables.

Aun así, Bitcoin Core prefirió resolverlo antes de que se convirtiera en un problema real. Con el nuevo código, cuando el reloj de un nodo está atrasado, el software mismo establece la hora correcta para la propuesta de bloque, en lugar de quedarse atascado. Este ajuste ya está funcionando en la red principal y en redes de prueba, aunque BIP54 en sí aún no está activo en ninguna.

Por qué Bitcoin corrige sus errores tan lentamente

Este caso muestra un patrón que rara vez se ve desde el exterior: quienes desarrollan Bitcoin Core no corrigen los fallos de consenso de una vez. Primero preparan el software que funciona "alrededor" de la regla—en este caso, la minería—y solo después, si hay suficiente apoyo de la comunidad, activan el cambio subyacente.

Ese orden tiene una razón simple: si la nueva regla se activara sin que el software de minería estuviera listo, surgirían problemas evitables, como que los nodos no pudieran minar repentinamente debido a un simple error de reloj. Los desarrolladores prefieren limpiar esos detalles antes de pedir a toda la red que dé un paso que no se puede deshacer.

La historia de BIP54 en sí confirma esa paciencia. La idea nació en 2019, de Matt Corallo, y se mantuvo en espera durante años hasta que Antoine Poinsot la retomó en 2023, como se señala en el texto de la propuesta publicado en el repositorio de BIPs de Bitcoin. Lo que puede parecer lentitud a primera vista es, en realidad, el mismo cuidado que evita que una red que mueve miles de millones de dólares adopte cambios sin un debate suficiente.

Esto no significa que el ataque de distorsión temporal sea inofensivo mientras tanto. Sigue siendo una posibilidad real para cualquiera con suficiente poder de minería, y eso obliga a la industria a reconocer que este riesgo sigue abierto. La diferencia es que ahora hay un camino concreto, con código aprobado ya, para cerrarlo.

Este contenido se ofrece únicamente con fines informativos generales y no constituye un asesoramiento financiero, de inversión, legal ni fiscal. Cualquier evento, recompensa, promoción en línea o información relacionada que se mencione en el presente documento no debe considerarse como una recomendación, solicitud o invitación a comprar, vender, operar o de negociar de otra manera con cualquier criptoactivo. Los criptoactivos son sumamente volátiles y pueden provocar pérdidas. La disponibilidad de los servicios, productos y eventos relacionados de WEEX puede variar según la región. Tienes la responsabilidad de asegurarte de que tu participación esté de acuerdo con las leyes y regulaciones locales vigentes.