Ethereum ha programado su actualización Glamsterdam para que se active en la red de prueba Sepolia el 6 de octubre a las 13:53:36 UTC, llevando su próximo gran paquete de escalabilidad a las pruebas en red pública antes de un futuro despliegue en la red principal.
- Ethereum activará Glamsterdam en Sepolia el 6 de octubre a las 13:53:36 UTC, con la red principal aún sin fecha programada.
- Glamsterdam añade la separación proponente-constructor a nivel de protocolo y listas de acceso a nivel de bloque diseñadas para soportar un mayor rendimiento de la Capa 1.
- Los operadores de nodos de Sepolia deben actualizar tanto los clientes de ejecución como los de consenso antes de la activación programada de la red.
- Los cambios en el precio del gas pueden romper contratos que dependen de asignaciones fijas, límites codificados o suposiciones sobre el gas.
- Hoodi sigue discutido de forma tentativa para el 27 de octubre, mientras que los desarrolladores aún no han confirmado su activación.
La Ethereum Foundation anunció que Glamsterdam se activará en la época 353.024 y el slot 11.296.768. Las fechas de activación de Hoodi y la red principal siguen sin decidirse, lo que significa que el evento del 6 de octubre se aplica solo a Sepolia.
La actualización combina cambios conocidos como Amsterdam en la capa de ejecución de Ethereum y Gloas en la capa de consenso. Sus mayores adiciones cambian cómo se construyen los bloques, cómo los validadores los verifican y cómo los clientes manejan el estado durante el procesamiento de transacciones.
Los operadores de nodos en Sepolia necesitan versiones compatibles tanto de su software de ejecución como de consenso antes de la activación. Los tenedores ordinarios de ETH y los usuarios de la red principal de Ethereum no necesitan tomar ninguna medida para la actualización de Sepolia.
¿Cómo hará Glamsterdam que Ethereum sea más fácil de escalar?
Glamsterdam introduce la separación proponente-constructor consagrada, conocida como ePBS, mediante el EIP-7732. El cambio traslada la relación entre los proponentes de bloques y los constructores de bloques especializados directamente al protocolo de Ethereum.
Hoy en día, los constructores de bloques suelen construir las cargas útiles de ejecución y comunicarse con los validadores a través de infraestructura externa. Bajo ePBS, un proponente incluye el compromiso del constructor con una carga útil de ejecución, tras lo cual el constructor revela la carga útil completa.
El protocolo de Ethereum entonces gestiona el pago entre el constructor y el proponente. La Ethereum Foundation afirma que la estructura reduce la dependencia de middleware de confianza para los pagos a los constructores de bloques, al tiempo que separa la validación de consenso de la validación de ejecución.
Los validadores obtienen más tiempo para verificar las cargas útiles de ejecución porque las comprobaciones de consenso y ejecución ocurren por separado. Un comité de puntualidad de cargas útiles determina si los constructores revelaron sus cargas útiles y los datos blob asociados dentro del tiempo requerido.
Glamsterdam introducirá otro componente importante mediante el EIP-7928, que crea listas de acceso a nivel de bloque. Las listas registran qué cuentas y ubicaciones de almacenamiento utiliza un bloque, junto con los cambios de estado producidos por las transacciones.
Los desarrolladores de Ethereum dicen que esto permite a los clientes leer el estado desde el disco y procesar partes de la validación de transacciones en paralelo, a la vez que hace más eficientes los cálculos de la raíz de estado. La hoja de ruta oficial describe Glamsterdam como una actualización destinada a preparar Ethereum para una mayor capacidad de Capa 1.
Como crypto.news informó anteriormente, los desarrolladores de Ethereum habían estado apuntando al fork de Sepolia del 6 de octubre mientras continuaban las pruebas en devnet privada. La fecha se trató inicialmente como condicional mientras los desarrolladores resolvían errores de consenso y ejecución descubiertos en pruebas anteriores.
La fecha del 6 de octubre de Sepolia ahora está confirmada
El calendario de la red de prueba pública ha superado desde entonces esa etapa tentativa. Las notas de la reunión de Todos los Desarrolladores Principales de Ethereum del 21 de septiembre indican que Sepolia está confirmada para el 6 de octubre en la época 353.024 y a las 13:53:36 UTC.
El equipo de especificación de ejecución de Ethereum publicó su primer conjunto de fixtures de la red principal que contiene los cambios de Amsterdam el 23 de septiembre. Los desarrolladores dijeron que el paquete siguió a una revisión en profundidad de los 15 EIP de la capa de ejecución incluidos en Glamsterdam.
Las versiones de los clientes están llegando antes del fork. Go Ethereum versión 1.17.6, por ejemplo, incluye explícitamente la marca de tiempo de activación de Amsterdam en Sepolia e instruye a los operadores de nodos de Sepolia a actualizar antes del 6 de octubre.
Besu publicó la versión 26.9.0 el 25 de septiembre, mientras que Nethermind 2.0.0 llegó antes en el mes. La tabla de versiones actual de la Foundation enumera clientes de ejecución compatibles, incluidos Besu 26.9.0, Erigon 3.7.0, go-ethereum 1.17.6, Nethermind 2.0.0 y Reth 2.7.0.
En el lado del consenso, las versiones de Sepolia enumeradas incluyen Lodestar 1.49.0, Prysm 7.2.0 y Teku 26.9.1, y se esperan más versiones de clientes a medida que los equipos terminen el trabajo de compatibilidad.
Los operadores de Prysm se enfrentan a un detalle de configuración adicional. Prysm 7.2.0 utiliza por defecto un límite de gas de 60 millones tras la activación, mientras que los validadores que quieran proponer bloques con un límite de gas de 200 millones necesitan configurar ese ajuste a través de los nuevos controles de proponente.
Glamsterdam cambia cómo Ethereum cobra por el gas
La actualización va más allá de la construcción de bloques. Varios EIP incluidos cambian la contabilidad del gas de Ethereum para ajustarse mejor a los recursos consumidos cuando los contratos crean o acceden al estado.
El EIP-8037 eleva y mide por separado el coste de la creación de estado, mientras que el EIP-8038 cambia el coste de acceder al estado. Otras propuestas ajustan el gas de las transacciones, los costes de calldata, las listas de acceso y la contabilidad del gas a nivel de bloque.
Por lo tanto, los desarrolladores de aplicaciones necesitan probar los contratos bajo las nuevas reglas. La Ethereum Foundation ha advertido de que las aplicaciones que dependen de asignaciones de gas fijas, límites de gas codificados o suposiciones sobre cuánto gas queda durante la ejecución podrían requerir cambios.
Las pruebas anteriores ya mostraron por qué importa el proceso. Como informó crypto.news, las devnets de Glamsterdam descubrieron errores relacionados con la finalidad del consenso y la implementación del EIP-8037, lo que llevó a los equipos de clientes a seguir probando antes de confirmar el fork público.
Ethereum incluso lanzó una red de prueba temporal llamada Platåberget en agosto para dar a los desarrolladores más tiempo para probar el comportamiento de Glamsterdam. La Foundation advirtió de que el software que depende de límites máximos de gas codificados, incluidas algunas carteras, indexadores y estimadores de gas, podría romperse sin actualizaciones.
¿Qué ocurre después de la actualización de Sepolia de Ethereum?
Se espera que Hoodi sea la siguiente etapa de la red de prueba pública si Sepolia funciona según lo previsto. Las notas de las reuniones de desarrolladores enumeran el 27 de octubre como objetivo tentativo para Hoodi, con una discusión de seguir o no seguir programada tras la activación de Sepolia, pero la Foundation aún no ha programado Hoodi formalmente.
La red principal sigue sin una fecha de activación. Ethereum.org sitúa actualmente Glamsterdam en el cuarto trimestre de 2026, señalando explícitamente que la fecha no está confirmada.
La Ethereum Foundation ha abierto su programa de recompensas por errores a las especificaciones y EIP de Glamsterdam. Las implementaciones de clientes pasan a ser elegibles a medida que se añaden formalmente las versiones compatibles, dando a los investigadores de seguridad otra vía para reportar problemas antes del despliegue en la red principal.
Después de Glamsterdam, la hoja de ruta de Ethereum se orienta hacia Hegotá en 2027. Se espera que el próximo fork cubra otro conjunto de cambios de protocolo mientras los desarrolladores trabajan hacia planes a más largo plazo que incluyen abstracción de cuentas nativa, verificación criptográfica más fuerte e infraestructura resistente a la computación cuántica.
En cobertura relacionada, Vitalik Buterin dijo que Hegotá podría ser el último fork de aspecto convencional de Ethereum antes de que el desarrollo avance cada vez más hacia STARKs recursivos, verificación automatizada, privacidad y sistemas de consenso rediseñados.
El equipo de protocolo de Ethereum ha fijado por separado un objetivo para diciembre de 2029 de resistencia cuántica en las capas de ejecución, consenso y datos. La hoja de ruta de Hegotá incluye actualmente trabajo vinculado a esa transición a más largo plazo, aunque muchas propuestas individuales siguen bajo revisión.
Para Glamsterdam, el próximo hito fijo es Sepolia a las 13:53:36 UTC del 6 de octubre. Los operadores de nodos que ejecutan Sepolia deben instalar clientes de ejecución y consenso compatibles antes de esa activación, o sus nodos dejarán de seguir las reglas de red actualizadas.