Noticias Ethereum

Prysm y Teku actualizan su soporte para la activación de Gloas/Glamsterdam en Sepolia

Los equipos de Prysm y Teku publicaron nuevas versiones compatibles con la activación de Gloas/Glamsterdam en Sepolia, el testnet de Ethereum señalado para el 6 de octubre. La actualización llega con un detalle operativo relevante para validadores y operadores de nodos: Prysm v7.2.0 incorpora el calendario de la bifurcación en la época 353.024 y, además, deja por defecto un límite de gas de 60 millones tras la activación.

La publicación oficial de Ethereum sobre Glamsterdam en Sepolia ya listaba versiones de clientes compatibles para la red de pruebas, y las notas de Prysm y Teku confirman ahora que la preparación del lado de los clientes sigue avanzando. En el caso de Teku, la versión 26.9.1 fue presentada como una actualización requerida para acompañar el fork de Sepolia.

Un ajuste técnico que afecta a operadores de nodos

En el comunicado de Prysm, el equipo indicó que los operadores que quieran proponer bloques con un límite de gas de 200 millones deberán configurarlo mediante las opciones de proponedor de versión 2 o a través de la API de keymanager. El ajuste resulta importante porque, según esas notas, el parámetro –suggested-gas-limit deja de surtir efecto después de Gloas.

Ese tipo de cambios no altera por sí mismo la red principal, pero sí marca el nivel de coordinación necesario para que los validadores sigan el testnet tras la activación. En la práctica, Sepolia funciona como el entorno donde los equipos prueban compatibilidad y comportamiento de los clientes antes de un despliegue más amplio.

Teku, por su parte, comunicó que v26.9.1 es la versión que deben instalar quienes participen en la activación de Sepolia Glamsterdam. La actualización refuerza la lista de clientes que ya habían sido mencionados en el anuncio oficial de Ethereum para esa red de pruebas.

De momento, el anuncio sigue acotado a Sepolia y no programa una activación en mainnet. Eso deja la bifurcación como una fase de prueba, con foco en compatibilidad de clientes, parámetros de validación y comportamiento de los nodos bajo las nuevas reglas.