Puntos clave de la noticia:
- Polygon activó el hardfork Giugliano en su mainnet, logrando una reducción de 2 segundos en el tiempo de finalidad de transacciones.
- Giugliano permite a los productores de bloques anunciar bloques antes en el ciclo de confirmación y embebe parámetros de tarifas en los encabezados.
- Los operadores de nodos deben actualizar a Bor v2.7.0 o Erigon v3.5.0 para mantenerse sincronizados con la red tras la activación.
Polygon activó el hardfork Giugliano en su mainnet, en el bloque 85.268.500, marcando un punto de inflexión en su rendimiento después de meses marcados por los incidentes de estabilidad. La red confirmó la actualización y compartió unas pruebas en la testnet Amoy que demostraron una reducción de 2 segundos en el tiempo de finalidad de transacciones durante marzo.
En septiembre de 2025, un bug de finalidad obligó a implementar un hardfork de emergencia para corregir retrasos en las transacciones. En julio, la salida de un validador provocó una interrupción de red de una hora. Ambos episodios erosionaron la confianza institucional. Desplegar Giugliano de forma limpia y en un cronograma público es, también, un mensaje: la ingeniería de Polygon funciona.
Dos Segundos que Cambian la Fórmula Competitiva de Polygon
La actualización, documentada formalmente como PIP-84 en el foro de Polygon Improvement Proposals, introduce tres cambios concretos en la cadena PoS. Los productores de bloques pueden ahora anunciar bloques antes en el pipeline, comprimiendo la ventana entre creación y confirmación. Los parámetros de tarifas se integran directamente en los encabezados de bloque, evitando que se tenga que hacer una consulta separada. Además, los nuevos endpoints RPC entregan datos de tarifas de forma más eficiente a wallets y aplicaciones.
La reducción de 2 segundos no es un ajuste cosmético para protocolos DeFi de alta frecuencia y aplicaciones de pago, los dos casos de uso que Polygon priorizó explícitamente en su roadmap Gigagas. Es la diferencia entre una capa de liquidación competitiva con los rails de tarjetas y una que no lo es.
También vale destacar que Giugliano retoma cambios de la PIP-66, originalmente incluidos en el hardfork Bhilai pero revertidos tras problemas de comportamiento post-despliegue. El equipo revisó y refinó esa implementación antes de reintroducirla, lo que convierte a Giugliano en una segunda versión corregida del mecanismo.
Los operadores de nodos deben actualizar a Bor v2.7.0 o Erigon v3.5.0 antes del bloque de activación para permanecer sincronizados. La Foundation señaló este requisito de forma explícita, y el ciclo en Amoy funcionó como validación final antes del despliegue en mainnet.
