Los desarrolladores de Ethereum se enfrentan a la posibilidad de reducir el alcance de la próxima actualización importante de Glamsterdam de la cadena de bloques para cumplir con el plazo 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 declaró que los desarrolladores se habían dado cuenta durante la llamada del All Core Developer Consensus (ACDC) de esta semana de que algunas de las funciones planificadas para la actualización de Glamsterdam pueden ser incompatibles con el envío a mediados de 2026.
La situación recuerda a los desafíos que plagaron la anterior actualización de Pectra.
“Algunos de mis lectores que han seguido mis boletines de los días de 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 Ethereum de la nueva cadencia de actualización semestral que la fundación introdujo en 2025.
Se supone que Glamsterdam llegará después de que Ethereum implemente con éxito su Actualización facial y estaba destinado a ofrecer mejoras críticas a la equidad y las capacidades de procesamiento de la red.
¿Qué podría pasar si la actualización Glamsterdam de Ethereum no cumple con su fecha límite?
EIP 7732, conocida como separación consagrada entre proponente y constructor (ePBS) Devnet-0, puede ver su alcance reducido o eliminado 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 máximo valor extraíble de Ethereum.
Los desarrolladores acordaron durante la convocatoria de ACDC apuntar a implementaciones interoperables para fines de febrero, pero resaltaron que es posible que no suceda dentro de la fecha límite establecida.
El segundo componente importante, 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 entre 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 del cliente de la capa de consenso (CL) para EIP 7928.
Según kimningún equipo ha logrado todavía una implementación completamente funcional de pruebas de células parciales, un cambio de red necesario para soportar mayores aumentos de capacidad de blobs.
Más complicaciones surgieron de las pruebas de estrés realizadas por el equipo EthPandaOps de la Fundación Ethereum en diciembre.
Enrico del Fante, un desarrollador de Consensys que trabaja en el cliente Teku, informó problemas que descubrió en el cliente Teku durante la prueba de estrés. Sin embargo, según los informes, afirmó que su equipo todavía está trabajando para mitigar los problemas conocidos.
Del Fante solicitó que el equipo de EthPandaOps haga una pausa en más pruebas de estrés de la red principal mientras desarrollan 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 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 finales de febrero.
Si bien los equipos de Nimbus y Lodestar completaron 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 a la modernización de Hegota, que se supone que se producirá tras la implantación exitosa 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.
