Los desarrolladores Ethereum se enfrentan a la posibilidad de reducir el alcance de la próxima gran actualización de la cadena de bloques, Glamsterdam, para cumplir con la fecha límite de mitad de año, según Christine D. Kim, fundadora de Protocol Watch.
En un boletín publicado el viernes 23 de enero de 2026 en X y Substack, Kim afirmó que los desarrolladores habían llegado a una dura conclusión durante la llamada de All Core Developer Consensus (ACDC) de esta semana de que algunas de las características planificadas para la actualización de Glamsterdam podrían ser incompatibles con el envío a mediados de 2026.
La situación recuerda a los desafíos que plagaron la actualización anterior de Pectra .
“Algunos de mis lectores que han seguido mis boletines desde la actualización de Pectra pueden estar gimiendo por dentro y pensando: '¡Otra vez no!'”, escribió Kim en su publicación.
Glamsterdam es la primera prueba importante de Ethereumde la nueva cadencia de actualización semestral que la fundación introdujo en 2025.
Se espera que Glamsterdam llegue después de que Ethereum implemente con éxito su actualización Fusaka y tenía como objetivo brindar mejoras críticas a la equidad y las capacidades de procesamiento de la red.
¿Qué podría pasar si la actualización Glamsterdam de Ethereumno cumple con su fecha límite?
El alcance de EIP 7732, conocido como separación entre proponente y constructor (ePBS) Devnet-0, podría reducirse o eliminarse de Glamsterdam si no se cumple el plazo.
Esta característica es muy esperada porque tiene como objetivo reducir los riesgos de manipulación y centralización en la economía de valor máximotracde Ethereum.
Los desarrolladores acordaron durante la llamada de ACDC apuntar a implementaciones interoperables para fines de febrero, pero destacaron que esto podría no suceder dentro del plazo establecido.
El segundo componente principal, EIP-7928 para listas de acceso a nivel de bloque (BAL), permitiría capacidades de procesamiento paralelo para mejorar el rendimiento de la red.
Sin embargo, el trabajo de implementación se ha visto obstaculizado por desafíos técnicos en los equipos de clientes de la capa de consenso.
Toni Wahrstatter, líder del equipo de creación de prototipos del protocolo de la Fundación Ethereum informó que un cambio en la API del motor estaba afectando las implementaciones de clientes de la capa de consenso (CL) para EIP 7928.
Según Kim , ningún equipo ha logrado aún una implementación completamente funcional de pruebas de celdas parciales, un cambio de red necesario para soportar mayores aumentos en la capacidad de los blobs.
Más complicaciones surgieron a partir de las pruebas de estrés realizadas por el equipo EthPandaOps de la Fundación Ethereum en diciembre.
Enrico del Fante, desarrollador de Consensys que trabaja en el cliente Teku, informó sobre los problemas detectados en dicho cliente durante la prueba de estrés. Sin embargo, afirmó que su equipo sigue trabajando para mitigar los problemas conocidos.
Del Fante solicitó que el equipo de EthPandaOps pausara las pruebas de estrés de la red principal mientras desarrollaban mitigaciones, y señaló que los problemas han ralentizado su trabajo en Glamsterdam.
Se acerca la fecha límite de febrero
Los desarrolladores aún no han reconocido oficialmente que existe una discrepancia entre el alcance y el cronograma de Glamsterdam.
Kim señaló que los desarrolladores reconocieron que podría haber un problema y acordaron solucionarlo a fines de febrero.
Si bien los equipos de Nimbus y Lodestar han completado este trabajo preliminar, otros equipos de clientes aún están actualizando sus sistemas, según el desarrollador Etan Kissling de Nimbus.
El retraso en Glamsterdam también puede afectar la modernización de Hegota, que debería producirse tras la exitosa implementación de Glamsterdam.
Alex Stokes, codirector del equipo de Coordinación de Protocolos de la Fundación Ethereum , ha alentado a los autores de propuestas a presentar sus ideas en los próximos ACDC.
