Polygon revela por qué necesitaba los hard forks Austin y Kyoto

Polygon acaba de explicar qué ocultaban sus hard forks Austin y Kyoto. Las dos actualizaciones corrigieron varias fallas de seguridad mantenidas en privado durante su implementación. Algunas podían ralentizar la red, hacer fallar nodos o forzar a los validadores a realizar un trabajo informático muy costoso. Polygon afirma no haber observado ninguna explotación en el mainnet.

Crypto : Austin cerró dos fallas en Bor

Polygon ya conoce los hard forks de seguridad. En 2025, la red tuvo que corregir un error crítico con una actualización de emergencia. Austin se centró esta vez en Bor, el cliente encargado principalmente de producir los bloques de Polygon PoS.

La primera falla afectaba las operaciones de sincronización de estado desde Ethereum hacia Polygon. Estas operaciones pueden ejecutar código y consumir gas. A diferencia de las transacciones cripto clásicas, no había un límite estricto que plafonara su consumo total dentro de un bloque.

Un bloque lo suficientemente cargado podía, por tanto, requerir demasiado trabajo para los nodos. Polygon añadió un límite. La segunda debilidad provenía de un campo llamado TxDependency. Servía para ayudar a la ejecución paralela de las transacciones, pero su tamaño no estaba limitado.

Un productor de bloques podía teóricamente crear un campo enorme. Otro nodo recibía el bloque y luego podía fallar al tratar de procesarlo. Austin simplemente eliminó ese campo del formato transmitido entre los nodos.

Kyoto protegía principalmente a Heimdall

Kyoto afectaba a Heimdall, el otro gran componente de la red Polygon PoS. Polygon ya había modernizado profundamente este componente con Heimdall v2, presentado como su hard fork más complejo desde 2020.

La falla más importante provenía de transacciones cripto especialmente construidas. Heimdall usa estructuras capaces de contener otras dentro. Sin límite de profundidad, un atacante podría apilar estos elementos y enviar una transacción relativamente simple de crear.

Los validadores luego debían realizar muchos cálculos para decodificarla. Mismo trabajo repetido. En casi todos los validadores. Kyoto ahora impone una profundidad máxima y rechaza las transacciones que superan ese umbral.

La actualización corrige también una lista de tarifas que antes podía volverse extremadamente larga. De nuevo, el objetivo era evitar que un usuario provocara un consumo innecesario de recursos.

Otras correcciones afectan puntos de control, hitos y ciertos eventos provenientes de Ethereum. Una firma de punto de control válida podía llegar con una forma que luego fallaba al procesarse en Ethereum. No es necesario robar tokens para perjudicar una red. Hacer perder tiempo a los validadores cripto ya puede ser suficiente.

Polygon corrigió antes de hablar

Polygon no publicó los detalles inmediatamente. Austin y Kyoto se desplegaron primero discretamente, fueron probados en Amoy y luego activados en el mainnet. Las explicaciones llegaron después.

Fue intencional. Publicar una falla antes de que los validadores tuvieran la corrección también habría dado la guía de uso a los atacantes. Austin ahora requiere Bor v2.10.0. Kyoto pide Heimdall v0.11.0 para validadores y nodos completos.

Los operadores que permanecieron en una versión antigua después de las alturas de activación ya no siguen la cadena canónica. Deben actualizar su software y luego sincronizarse de nuevo.

Polygon asegura que ninguna de las vulnerabilidades divulgadas ha provocado un incidente conocido en el mainnet. Las correcciones fueron por lo tanto preventivas. La red ha acelerado mucho sus actualizaciones en los últimos dos años. A finales de 2025, Polygon había desplegado también Madhugiri para reducir el tiempo de consenso y aumentar el rendimiento. Austin y Kyoto cuentan otra parte del trabajo. No más velocidad esta vez. Simplemente puertas que era mejor cerrar antes de que alguien intentara abrirlas.