Los desarrolladores de Ethereum han programado tentativamente la actualización Glamsterdam para su activación en Sepolia a las 13:53 UTC del 6 de octubre de 2026, mientras que aún se necesita otra prueba en una red de desarrollo privada antes de que proceda la bifurcación de la red de prueba pública.
Resumen
- Los desarrolladores de Ethereum han programado tentativamente la activación de Glamsterdam en Sepolia para el 6 de octubre a las 13:53 UTC exactamente.
- Glamsterdam no ha completado una activación estable en ninguna red de desarrollo privada, por lo que el momento de Sepolia sigue siendo condicional.
- Los desarrolladores ahora planean Devnet-11 para el 14 de septiembre, reemplazando las expectativas anteriores centradas en los planes de prueba de Devnet-10.
- Las pruebas en Devnet expusieron errores de consenso y ejecución, incluido un problema de implementación relacionado con el código EIP-8037.
- No se han confirmado fechas para Hoodi ni para la red principal, aunque los desarrolladores han discutido una posible activación en diciembre.
Las notas de la reunión ACDC #186 y los informes posteriores de la investigadora del protocolo de Ethereum Christine D. Kim muestran que la fecha sigue siendo condicional. Los desarrolladores no habían completado una activación estable de Glamsterdam en una red de desarrollo privada cuando seleccionaron el calendario de Sepolia.
El plan de pruebas desde entonces ha avanzado otra iteración. Kim dijo el 11 de septiembre que la atención se había centrado en Glamsterdam-Devnet-11, que se espera que se lance el lunes 14 de septiembre. Los planes anteriores habían identificado a Devnet-10 como la siguiente prueba importante.
No se han confirmado fechas de activación para la red de prueba Hoodi ni para la red principal de Ethereum. Los desarrolladores han discutido una posible versión en la red principal en diciembre, pero los resultados de las pruebas determinarán si ese calendario sigue siendo práctico.
La fecha de la actualización Glamsterdam de Ethereum sigue siendo tentativa
Durante la reunión de Todos los Desarrolladores Principales de Consenso del 3 de septiembre, los participantes acordaron la época 351232 de Sepolia para la activación propuesta. Kim informó que la hora correspondiente sería el 6 de octubre a las 13:53 UTC. La reunión se celebró antes de que los desarrolladores hubieran demostrado un rendimiento estable en las redes de prueba privadas utilizadas para Glamsterdam.
Seleccionar la época da a los equipos de clientes, operadores de infraestructura y desarrolladores de aplicaciones un objetivo de planificación común. No hace que la activación sea definitiva. Los desarrolladores pueden posponer la bifurcación si la siguiente fase de pruebas descubre una falla importante o si los equipos de clientes no pueden preparar versiones confiables.
La advertencia sigue siendo relevante después de que Devnet-9 experimentara problemas de finalidad. Según el material de la reunión, la red incluía aproximadamente 1,000 nodos validadores, lo que la convertía en la red de desarrollo de Glamsterdam más grande por número de validadores en esa etapa.
La finalidad requiere que suficientes validadores estén de acuerdo sobre el estado de la cadena. Cuando una red de prueba no logra finalizar, los desarrolladores deben determinar si la causa involucra el software del cliente, la participación de los validadores, la configuración de la red o una interacción entre cambios de protocolo separados.
Devnet-11 probará las correcciones antes de Sepolia
El plan original requería Devnet-10 después de que aparecieran fallas durante las pruebas anteriores. La última actualización de Kim ahora identifica a Devnet-11 como la próxima prueba que los desarrolladores están observando, lo que indica que la secuencia de pruebas privadas avanzó más allá del plan anterior.
Un Devnet-11 estable daría a los equipos de clientes de Ethereum otro entorno para probar las especificaciones combinadas de Glamsterdam. Los equipos de capa 2, los proveedores de staking y otros operadores de infraestructura necesitan implementaciones de clientes funcionales antes de poder probar sus sistemas de forma segura contra la bifurcación propuesta.
La diversidad de clientes hace que el proceso sea más complejo. Ethereum opera a través de varios clientes de ejecución y consenso desarrollados de forma independiente, y la actualización debe funcionar en diferentes combinaciones de clientes. Una falla confinada a una implementación aún puede interrumpir una red de prueba cuando los validadores afectados tienen suficiente peso.
La agenda de ACDC #186 registra solicitudes de Lido y Optimism de al menos un día estable antes de una bifurcación. La agenda enumeraba correcciones de clientes e interoperabilidad exitosa como asuntos que requerían confirmación antes de Sepolia.
Un Devnet-11 fallido o inestable no cancelaría automáticamente la activación del 6 de octubre. Los desarrolladores tendrían que evaluar la causa y el tiempo necesario para las reparaciones. Un problema grave podría llevarlos a reconsiderar la fecha durante una reunión de All Core Developers.
Errores de consenso y EIP-8037 extendieron las pruebas
Ensayos anteriores de Glamsterdam expusieron fallos en ambos lados de la arquitectura de Ethereum. El ingeniero de operaciones de desarrolladores de la Ethereum Foundation, Stefan Starflinger, informó que Devnet-8 reveló un problema en la capa de consenso relacionado con bloques que repetían un hash padre.
"Se podría lograr que toda la red se detenga", dijo Starflinger al describir el escenario de prueba.
El problema afectó al sistema responsable del acuerdo de bloques. Devnet-9 luego sufrió falta de finalidad, lo que llevó a los ingenieros a investigar más casos límite en un conjunto de validadores más grande.
En el lado de ejecución, la investigadora de la Ethereum Foundation Maria Silva informó un problema de implementación relacionado con EIP-8037. La propuesta cambia cómo Ethereum cobra gas por crear nuevo estado, incluidos nuevas cuentas, contratos y entradas de almacenamiento.
EIP-8037 separa los costos de creación de estado de los costos de ejecución normales mediante un modelo de gas multidimensional. Su especificación publicada dice que el diseño busca controlar el crecimiento del estado a medida que Ethereum eleva su límite de gas por bloque. La propuesta sigue bajo revisión por pares.
El problema descubierto requirió que los clientes de ejecución revisaran sus implementaciones y llevó a trabajo de especificación. Como informó crypto.news en su cobertura del progreso anterior del devnet de Glamsterdam, EIP-8037 se ha probado junto con los otros cambios de protocolo de la actualización.
Las pruebas tienen un propósito diferente al de aprobar cada propuesta individualmente. Los desarrolladores deben confirmar que todos los cambios seleccionados funcionan juntos en múltiples clientes, configuraciones de validadores y patrones de transacciones.
Las fechas de Hoodi y la red principal dependen de los resultados de las pruebas
Los desarrolladores se han negado a programar Glamsterdam en Hoodi mientras Sepolia siga siendo condicional. Se espera que Hoodi sirva como la segunda etapa de testnet pública, dando a los operadores de staking y equipos de protocolo otro entorno que representa más de cerca las condiciones de la red principal.
El desarrollador de Teku, Enrico del Fante, apoyó esperar antes de fijar la fecha de Hoodi. Durante ACDC #186, citó los recientes problemas de Devnet-9 y favoreció permitir más tiempo de prueba después de la decisión de Sepolia.
Una activación en la red principal en diciembre sigue siendo un objetivo posible, no una ventana de lanzamiento confirmada. Programar Sepolia para principios de octubre preserva suficiente tiempo de calendario para otra fase de testnet pública y la preparación del lanzamiento del cliente, siempre que las pruebas avancen sin retrasos prolongados.
Los desarrolladores no han publicado una época de la red principal, una marca de tiempo de activación ni un calendario final de lanzamiento del cliente. No se ha anunciado una fecha límite formal para decidir si el 6 de octubre sigue siendo adecuado para Sepolia.
El evento procedimental inmediato es el lanzamiento planificado de Devnet-11 el 14 de septiembre. Los equipos de clientes examinarán la finalidad, el comportamiento entre clientes y las correcciones introducidas después de pruebas anteriores antes de decidir si Sepolia puede proceder según el calendario actual.
