Glamsterdam llega a Sepolia el 6 de octubre: qué cambia para ETH y qué no
La mayor actualización de Ethereum desde Fusaka se activa en una testnet esta semana. La mainnet no tiene fecha. Esto es lo que cambian la ePBS, las listas de acceso y el reajuste del gas, y qué indicaría de verdad una fecha en la mainnet.
El martes 6 de octubre, la próxima gran actualización de Ethereum, Glamsterdam, está programada para activarse en la red de pruebas Sepolia. Los titulares ya empezaron a tratar la fecha como un hito para el propio ETH. La pregunta del lector, entonces, es sencilla: ¿un fork en una testnet cambia algo para quien tiene o usa ETH? ¿Y qué indicaría de verdad que la actualización en la mainnet está cerca?
La respuesta corta
Nada cambia en la mainnet de Ethereum el 6 de octubre. El anuncio de la Ethereum Foundation dice claramente que "cubre Sepolia; no programa una actualización en la mainnet", y que un anuncio aparte se ocupará de la mainnet. El fork en Sepolia importa como prueba de estrés, no como lanzamiento. Glamsterdam reorganiza cómo se proponen y construyen los bloques y cómo se fija el precio del gas. Ese es exactamente el tipo de cambio que una testnet pública existe para romper antes de que haya dinero real en juego. Las señales útiles llegan después de la activación: si Sepolia se mantiene estable, si una segunda testnet (Hoodi) recibe fecha confirmada y cuándo, si es que ocurre, se publica una época de activación en la mainnet.
Qué cambia realmente Glamsterdam
Según la publicación de la Ethereum Foundation, Glamsterdam llega después de la actualización Fusaka y combina una actualización de la capa de ejecución (Amsterdam) con otra de la capa de consenso (Gloas). La publicación enumera 18 EIP, agrupadas bajo la metapropuesta EIP-7773. Destacan tres cambios principales.
1. Separación proponente-constructor dentro del protocolo (EIP-7732)
Hoy, la mayoría de los bloques de Ethereum los arman "builders" especializados y se entregan a los validadores mediante middleware fuera del protocolo. La EIP-7732 traslada esa entrega al propio protocolo de consenso. En palabras de la Fundación, "el proponente incluye el compromiso de un builder con un payload de ejecución, y el builder luego revela ese payload", y "el protocolo gestiona el pago al proponente, reduciendo la dependencia de middleware de confianza". Un reportaje de Parameter (18 de septiembre) añade que este diseño amplía la ventana de distribución del payload del bloque de unos 2 a unos 9 segundos. Esa cifra proviene de cobertura secundaria, no de la publicación de la Fundación.
2. Listas de acceso a nivel de bloque (EIP-7928)
Cada bloque llevará una lista obligatoria de las cuentas y posiciones de almacenamiento a las que accede, además de los cambios de estado posteriores a cada transacción. El objetivo declarado es que los clientes puedan leer el estado del disco en paralelo, validar transacciones en paralelo y calcular las raíces de estado con más eficiencia. Es la base para aumentar la capacidad sin exigir un hardware mucho más potente a quienes operan nodos.
3. Reajuste del precio del gas (EIP-8037, EIP-8038)
Estas propuestas revisan lo que cuesta crear y acceder al estado, para que el gas refleje mejor el uso de recursos. Es la parte con consecuencias más directas para los desarrolladores. Cointelegraph (29 de septiembre) señala que los contratos que dependen de asignaciones fijas de gas o de límites de gas codificados pueden necesitar cambios. La Fundación recomienda a los desarrolladores probar en Sepolia y seguir su guía de impacto del reajuste.
La cuestión del límite de gas
CCN (30 de septiembre) describe una meta de límite de gas de 200 millones para la actualización. La publicación de la Fundación es más precisa. En Sepolia, Prysm y Teku usan por defecto un límite de 60M tras la activación, y los validadores que quieran proponer bloques con 200M deben configurarlo explícitamente. Es decir, 200M es una opción que se está usando en una testnet, no un parámetro ya decidido para la mainnet.
Por qué conviene seguir de cerca este fork
Dos detalles del proceso hacen que esta activación en Sepolia sea más que un trámite.
Una ventana de revisión comprimida. Según crypto.news (18 de septiembre), las versiones de los clientes debían estar listas el 29 de septiembre, apenas siete días antes del fork. El desarrollador Fredrik Svantes recordó que el proceso habitual prevé al menos 14 días entre el software listo para publicar y la primera activación en una testnet pública. El desarrollador Alex Stokes pidió a los equipos publicar antes, cuando fuera posible, para que más revisores pudieran examinar el código. La publicación de la Fundación enumera versiones compatibles con Sepolia para seis clientes de consenso (Grandine, Lighthouse, Lodestar, Nimbus, Prysm, Teku) y seis de ejecución (Besu, Ethrex, Erigon, go-ethereum, Nethermind, Reth).
Una forma conocida de sabotear la testnet. En la llamada de consenso All Core Developers del 17 de septiembre, el desarrollador Potuz advirtió que el ether de prueba es gratuito. Por eso, un atacante podría crear muchas identidades desechables de builder, ganar subastas con pujas infladas y luego retener los payloads. "Puedo simplemente crear mil builders, rotarlos, ofrecer pujas muy altas y no producir payloads", dijo, según Parameter y crypto.news. Crypto Daily (19 de septiembre) subraya que se trata de un riesgo de disponibilidad de la testnet, no de una amenaza para los fondos en la mainnet. La cobertura indica que se discutieron penalizaciones específicas para builders, pero ninguna se había confirmado al momento de escribir este texto.
Ese segundo punto es la verdadera noticia. La ePBS cambia en quién se confía para entregar el contenido de un bloque. Una testnet pública, donde actuar de mala fe no cuesta nada, es el lugar más barato para comprobar si los mecanismos de respaldo del protocolo resisten. Si la primera semana de Sepolia es accidentada, no significa que el diseño haya fallado. Pero sí hace más probable que se retrasen las fechas de Hoodi y de la mainnet.
Lo que sabemos vs. lo que inferimos
- Sabido (Ethereum Foundation): la activación en Sepolia está fijada para la época 353.024, slot 11.296.768, a las 13:53:36 UTC del 6 de octubre de 2026. "Las fechas de activación en Hoodi y en la mainnet aún no se han decidido."
- Sabido (Fundación): los cambios principales son la ePBS (EIP-7732), las listas de acceso a nivel de bloque (EIP-7928) y el reajuste del gas (EIP-8037/8038). Los stakers en Sepolia deben actualizar tanto el beacon node como el cliente validador.
- Reportado, no oficial: el 27 de octubre se discutió de forma provisional para Hoodi en la llamada del 17 de septiembre (Crypto Daily, Parameter). Una meta de mainnet en el cuarto trimestre de 2026 aparece en la cobertura, pero no está programada.
- Reportado: Vitalik Buterin sugirió que Hegotá, la actualización posterior a Glamsterdam, podría ser el último fork "normal" de Ethereum (Cointelegraph, CCN).
- Nuestra inferencia: como las versiones de los clientes salieron con la mitad de la ventana habitual de revisión y el riesgo de sabotaje por parte de builders sigue sin resolverse, un retraso en las próximas fechas de testnet o mainnet no sería sorprendente. No estamos pronosticándolo.
- Nuestra inferencia: cualquier reacción del precio a una fecha de testnet es especulativa. Nada en la economía de la mainnet cambia el 6 de octubre.
Qué vigilar a continuación
- 6 de octubre de 2026, 13:53:36 UTC (09:53 ET / 10:53 UTC-3): Glamsterdam se activa en Sepolia. Observe si la red sigue finalizando bloques y si los equipos de clientes reportan errores.
- Los primeros días tras la activación: busque indicios de builders que ganan pujas y retienen payloads, y cómo responden los desarrolladores en las siguientes llamadas All Core Developers.
- 27 de octubre de 2026 (provisional, sin confirmar): la fecha de Hoodi discutida en septiembre. Tómela como real solo cuando la Fundación publique una época de activación.
- Un anuncio aparte para la mainnet: todavía no hay fecha. Hasta que la Fundación publique una época en la mainnet y las versiones de los clientes, cualquier "fecha de lanzamiento de Glamsterdam" en la mainnet es especulación.
- Desarrolladores y responsables de contratos: revisen ahora las dependencias de supuestos fijos de gas, mientras el reajuste puede probarse en Sepolia.
Información educativa únicamente — no es asesoramiento financiero.