• Los desarrolladores principales de Ethereum bloquearon el fork de Sepolia de Glamsterdam para el 6 de octubre de 2026, a las 13:53:36 UTC.
• El fork de Glamsterdam se activa en la época 353024, a partir del slot 11296768.
• El ensayo Devnet-11 elevó el límite de gas por bloque de 60 millones a 200 millones, manteniendo la finalidad (finality).
Fork de Sepolia bloqueada para el 6 de octubre
Los desarrolladores principales confirmaron en la llamada de coordinación del 17 de septiembre que Glamsterdam, la próxima gran actualización en la hoja de ruta de actualizaciones de Ethereum, se activará en la red de pruebas Sepolia el 6 de octubre de 2026, a las 13:53:36 UTC. La tabla de despliegue oficial que revisamos establece la época del fork en 353024, con el primer slot en 11296768. Las filas correspondientes para la red de pruebas Hoodi y para la red principal se mantienen marcadas como pendientes, por lo que todavía no existe una fecha para la red principal. Los desarrolladores dijeron que la decisión se tomó solo después de revisar los resultados del ensayo, y el calendario del fork deja un margen inusualmente pequeño.
Glamsterdam es un lanzamiento emparejado: Gloas en la capa de consenso y Amsterdam en la capa de ejecución. Su pieza central es la separación propositor-builder enmarcada (ePBS), que separa formalmente al validador que propone un bloque de los builders especializados que lo construyen, abriendo la construcción de bloques a un mercado competitivo de subastas. La actualización también incluye listas de acceso a nivel de bloque, que declaran por adelantado qué estado tocará cada transacción; un cambio pensado directamente para aumentar la capacidad de procesamiento de bloques. La fecha siguió a una simulación de migración completada en Devnet-11, la red multi- cliente usada para la integración previa al lanzamiento. Esa simulación puso a prueba el tope de tarifas de gas de la red al elevar el límite de gas del bloque de 60 millones a 200 millones, preservando la finalidad en todo momento: un resultado que dio a los desarrolladores la confianza para comprometerse con el 6 de octubre. El margen es, sin embargo, estrecho: la fecha límite final de la versión del cliente es el 29 de septiembre, dejando una ventana de validación de siete días antes del fork, la mitad de los catorce días mínimos que el investigador Fredrik Svantes describió como estándar entre el lanzamiento de un cliente y cuando una testnet entra en funcionamiento. Sepolia es la más pequeña de las redes de prueba públicas de Ethereum; normalmente es donde se valida la interoperabilidad entre clientes antes de la mayor simulación previa de Hoodi, ahora prevista para alrededor del 27 de octubre.
Los builders falsos podrían trabar la simulación
Junto con la fecha, los investigadores señalaron un vector de ataque que existe precisamente porque ePBS primero funcionará donde el dinero es gratis. En ePBS, los derechos para construir bloques se otorgan mediante subastas; en mainnet esas pujas cuestan capital real, pero en Sepolia el éter de prueba nativo se distribuye gratuitamente. Por lo tanto, un atacante puede levantar miles de identidades de builder suplantadas, ganar subastas en rotación con pujas desproporcionadamente altas y nunca entregar las cargas útiles, repetidamente y a cero costo, hasta que el procesamiento de transacciones en la testnet se detenga. Cada ronda de pujas fallida no le cuesta nada al atacante y simplemente le permite volver a pujar.
El desarrollador de la capa de consenso Potuz describió la barrera de entrada con desdén: uno podría ejecutar mil builders, pujar alto en secuencia y simplemente retener el cuerpo de cada bloque, añadiendo que “cualquier adolescente” podría lograrlo. Los desarrolladores acotaron el riesgo con cuidado. No se exponen fondos de mainnet, porque el exploit se alimenta de los incentivos gratuitos de la testnet; el daño sería operativo, retrasando la prueba en el entorno real de la que depende la migración a mainnet. ePBS en sí misma formaliza una separación que ya existía de manera informal mediante externalización del máximo valor extraíble, y el ejercicio en la testnet es la primera oportunidad de ver cómo se comportan esas subastas bajo presión adversarial. El panorama administrativo está menos definido de lo que sugiere el titular: la actualización de mainnet y el plan de respuesta a incidentes en el mismo repositorio siguen siendo una plantilla en blanco, sin que el coordinador del equipo de cliente y cada rol de respuesta estén completados. Los equipos de cliente se enfrentan a la fecha límite de lanzamiento del 29 de septiembre indicada arriba, y la hoja de ruta todavía apunta a una ventana de mainnet en el Q4 de 2026, que solo se fijará después de que estén los resultados de Sepolia. En la práctica, el 6 de octubre es la única fecha con la que Ethereum realmente se ha comprometido; todo lo demás depende de condiciones.
El mainnet del Q4 depende de Sepolia
Para nuestra mesa, los dos hilos forman un solo arco: Ethereum ha fijado su primera fecha dura de lanzamiento, pero el candado en sí no está probado. La documentación de la versión fija lo que es cierto: el epoch 353024, el software del cliente con vencimiento el 29 de septiembre, la activación a las 13:53:36 UTC del 6 de octubre; y los operadores de nodos deberían tratar esos como los únicos asientos firmes del calendario. La advertencia sobre builders falsos es un problema de economía de testnet, no un defecto en ePBS, pero un ataque de bloqueo a coste cero interrumpiría precisamente la simulación en la que se apoya la ventana del mainnet del Q4. Con investigación paralela —como los tiempos de bloque de 10 segundos— todavía avanzando, y la transición de Ethereum 1.0 a 2.0 como precedente sobre cómo los resultados de la testnet reconfiguran los cronogramas, el resultado de Sepolia —no la hoja de ruta— será quien establezca efectivamente la fecha de mainnet.