Una prueba pública antes de decidir el despliegue
Glamsterdam combina cambios en dos capas de Ethereum: Amsterdam, en la capa de ejecución, y Gloas, en la capa de consenso. El paquete modifica cómo se construyen los bloques, cómo los validadores comprueban la información y cómo los clientes procesan el estado asociado con las transacciones, con el objetivo de preparar la Capa 1 para una mayor capacidad.
La fecha de Sepolia se había manejado como condicional durante las pruebas previas, cuando los equipos revisaban errores de consenso y ejecución. Las notas de desarrolladores citadas por crypto.news señalan que el calendario contempla la activación del 6 de octubre en el epoch 353.024, mientras continúan las pruebas antes de avanzar a otros entornos.
Los equipos de clientes han publicado versiones compatibles antes de la bifurcación. Entre los clientes de ejecución que aparecen en la lista de la Fundación están Besu 26.9.0, Erigon 3.7.0, go-ethereum 1.17.6, Nethermind 2.0.0 y Reth 2.7.0; para consenso figuran Lodestar 1.49.0, Prysm 7.2.0 y Teku 26.9.1.
La preparación no es un detalle administrativo: si un nodo de Sepolia continúa con software que no reconoce las reglas de Glamsterdam, dejará de seguir la red actualizada. Los desarrolladores también recomiendan comprobar la configuración específica de cada cliente, porque algunas opciones pueden modificar el comportamiento de los validadores una vez llegue la activación.
Qué cambia en la construcción y verificación de bloques
Una de las piezas centrales es la separación de proponentes y constructores integrada en el protocolo, conocida como ePBS y vinculada a la EIP-7732. La propuesta traslada al propio protocolo de Ethereum la relación entre el validador que propone un bloque y los constructores especializados que preparan su contenido, reduciendo la dependencia de middleware externo para coordinar esa interacción.
En el esquema descrito para Glamsterdam, el proponente incluirá el compromiso del constructor con un payload de ejecución y, después, el constructor revelará el payload completo. El protocolo gestionará el pago entre ambas partes, mientras que separar la validación de consenso de la validación de ejecución permitirá que los validadores dispongan de más tiempo para revisar el contenido del bloque.
La actualización también contempla un comité de puntualidad de payloads, encargado de determinar si los constructores revelaron a tiempo los payloads y los datos de blob asociados. Este mecanismo forma parte del diseño para que las comprobaciones de consenso y ejecución puedan realizarse por separado, en lugar de depender de una coordinación externa para cada etapa.
La otra adición destacada es la EIP-7928, que introduce listas de acceso a nivel de bloque. Estas registran las cuentas y las ubicaciones de almacenamiento que utiliza cada bloque, además de los cambios de estado producidos por sus transacciones, para facilitar que los clientes lean datos desde el disco y procesen partes de la validación en paralelo.
El gas y las aplicaciones también deberán adaptarse
Glamsterdam no se limita a la construcción de bloques: varias propuestas ajustan la contabilidad del gas para que refleje mejor los recursos consumidos al crear o consultar datos en Ethereum. La EIP-8037 eleva y mide por separado el costo de crear estado, mientras que la EIP-8038 modifica el costo de acceder al estado; otros cambios alcanzan el gas de transacciones, los datos de llamada y las listas de acceso.
La Fundación advirtió que algunos contratos podrían requerir modificaciones si dependen de estipendios fijos, límites de gas codificados de forma rígida o supuestos sobre cuánto gas queda durante la ejecución. El aviso también es pertinente para ciertas billeteras, indexadores y estimadores de gas que incorporan límites máximos predefinidos, porque esas herramientas pueden dejar de operar correctamente si no se actualizan.
El ajuste de Prysm ilustra por qué los operadores deben revisar los detalles de sus versiones: Prysm 7.2.0 establece por defecto un límite de gas de 60 millones después de la activación. Los validadores que quieran proponer bloques con un límite de 200 millones deberán configurar ese parámetro mediante los nuevos controles de proponente, según la información de compatibilidad disponible.
Los desarrolladores ya han utilizado entornos de prueba para detectar problemas antes del ensayo público. Las devnets de Glamsterdam revelaron errores relacionados con la finalidad del consenso y la implementación de la EIP-8037, y Ethereum lanzó en agosto la testnet temporal Platåberget para dar más tiempo a las pruebas; además, el equipo de especificaciones de ejecución publicó fixtures de mainnet que incluyen los cambios de Amsterdam tras revisar las 15 EIP de esa capa.
Hoodi, la mainnet y la siguiente etapa de la hoja de ruta
Hoodi podría ser la siguiente testnet pública si Sepolia completa su activación sin problemas, pero la Fundación todavía no confirmó una fecha formal. Las notas de las reuniones de desarrolladores mencionan el 27 de octubre como objetivo tentativo y prevén discutir si corresponde avanzar después de observar el resultado de Sepolia; por lo tanto, esa fecha no debe interpretarse como un calendario definitivo.
La mainnet tampoco tiene una fecha aprobada para Glamsterdam. Ethereum.org sitúa actualmente la actualización en el cuarto trimestre de 2026, pero señala que el calendario no está confirmado, de modo que el ensayo previsto para octubre en Sepolia no basta para anticipar cuándo recibirán los cambios los usuarios de la red principal.
La Fundación abrió además su programa de recompensas por errores para las especificaciones y las EIP de Glamsterdam. Las implementaciones de clientes pueden incorporarse a la iniciativa a medida que sus versiones compatibles se añadan formalmente, lo que habilita otra vía para que investigadores reporten vulnerabilidades antes de un eventual despliegue en mainnet.
Después de Glamsterdam, la hoja de ruta apunta a Hegotá en 2027, aunque ese horizonte no equivale a una fecha de activación confirmada. Vitalik Buterin planteó que podría ser la última bifurcación convencional de Ethereum antes de que el desarrollo se oriente más hacia STARK recursivos, verificación formal automatizada, consenso optimizado y criptografía resistente a la computación cuántica; por ahora, el siguiente hito previsto es la prueba de Glamsterdam en Sepolia, sujeta al resultado de las pruebas previas.
ADVERTENCIA: DiarioBitcoin ofrece contenido informativo y educativo sobre diversos temas, incluyendo criptomonedas, IA, tecnología y regulaciones. No brindamos asesoramiento financiero. Las inversiones en criptoactivos son de alto riesgo y pueden no ser adecuadas para todos. Investigue, consulte a un experto y verifique la legislación aplicable antes de invertir. Podría perder todo su capital.
diariobitcoin.com
