Los desarrolladores principales de Ethereum han movido la actualización Glamsterdam a su etapa final de desarrollo, con redes de desarrollo privadas (devnets) probando ahora el conjunto completo de Propuestas de Mejora de Ethereum planificadas.
CoinDesk informó que los equipos están ejecutando redes de desarrollo que incluyen todas las EIPs esperadas para la bifurcación. Este trabajo precede al endurecimiento del código, el despliegue en la red de pruebas pública y una fecha posterior para la red principal que aún no se ha fijado.
La fase actual permite a los equipos de clientes probar cómo se comporta Glamsterdam con el paquete completo de la actualización antes de que se activen las redes de pruebas más amplias. Parithosh Jayanthi, desarrollador de la Fundación Ethereum, dijo que los equipos están trabajando en devnets con "todas las EIPs en ellas en este momento".
Jayanthi también dijo que "no hay un cronograma fijo", pero que los desarrolladores han logrado "un progreso masivo". La actualización todavía se espera para la segunda mitad de 2026, aunque el momento final dependerá de los resultados de las pruebas y la preparación de los clientes.
Las principales propuestas de Glamsterdam son la Separación Incorporada de Proponentes y Constructores (Enshrined Proposer-Builder Separation), conocida como ePBS, y las Listas de Acceso a Nivel de Bloque (Block-Level Access Lists). ePBS, listada como EIP-7732, traslada la división entre constructores y proponentes de bloques al protocolo central de Ethereum.
Este cambio tiene como objetivo reducir la confianza en los retransmisores fuera de la cadena y hacer que la construcción de bloques sea más transparente. También aborda los riesgos asociados con el valor máximo extraíble (MEV), donde el orden de las transacciones puede crear resultados comerciales injustos para los usuarios.
Las Listas de Acceso a Nivel de Bloque, listadas como EIP-7928, permiten que cada bloque muestre de antemano qué cuentas y datos de contratos inteligentes utilizará. Esto proporciona a los clientes un mapa más claro antes de que comience la ejecución.
El objetivo es hacer que el procesamiento de bloques sea más rápido y fácil de optimizar. Ethereum.org afirma que las BALs pueden ayudar a los nodos a precargar datos y procesar transacciones en paralelo cuando no afectan el mismo estado.
Glamsterdam también incluye cambios en la retarificación del gas. Jayanthi dijo que la actualización "cambiará el costo de las acciones en Ethereum", añadiendo que "la computación de alto nivel será más barata y el estado será más caro".
El cambio tiene como objetivo alinear las tarifas más estrechamente con los recursos utilizados por las diferentes operaciones. Esto podría cambiar la forma en que los desarrolladores diseñan contratos, especialmente cuando las aplicaciones crean o leen grandes cantidades de datos de estado permanentes.
Como informó anteriormente crypto.news, la hoja de ruta de Ethereum para 2026 situaba a Glamsterdam y Hegotá después de actualizaciones anteriores como Pectra y Fusaka. Esas actualizaciones se centraron en el rendimiento del validador, la capacidad de datos y un trabajo de escalado más amplio.
Como informó crypto.news anteriormente, el despliegue de la testnet de Fusaka se centró en PeerDAS y la capacidad de blobs. Glamsterdam profundiza la hoja de ruta en la ejecución de la Capa 1 y los cambios en la producción de bloques.
Glamsterdam es el próximo hard fork planificado de Ethereum. Combina actualizaciones de la capa de consenso y de la capa de ejecución, con el nombre que fusiona Gloas y Amsterdam.
Para los poseedores regulares de ETH, la actualización no debería requerir cambios en sus billeteras o saldos. Los validadores y operadores de nodos necesitarán instalar software cliente actualizado antes de la activación en la red principal.
La actualización no solo añade una característica. Cambia la forma en que Ethereum construye bloques, prepara los datos para la ejecución y tarifica algunas acciones de la red.
Jayanthi describió a Glamsterdam como "probablemente el hard fork más grande que hemos tenido desde The Merge". Si las pruebas se mantienen estables, las testnets públicas serán el siguiente paso antes de que los desarrolladores establezcan un cronograma para la red principal.
