La gran actualización Glamsterdam se activará en Hoodi el 26 de octubre a las 17:42:48 UTC, y el límite de gas de esa red subirá a 200 millones. En Sepolia ya se activó el 6 de octubre. Incluye unas 19 mejoras, entre ellas la separación entre proponente y constructor de bloques integrada en el protocolo (ePBS, EIP-7732) y listas de acceso por bloque (EIP-7928). La fecha para la red principal «aún no se ha decidido».
Tras su activación en Sepolia el 6 de octubre, la actualización de red Glamsterdam está programada para la red de prueba Hoodi. Glamsterdam impulsa la hoja de ruta de escalabilidad L1 de Ethereum con una separación garantizada entre proponentes y constructores, listas de acceso a nivel de bloque y cambios en el precio del gas que reflejan mejor el costo de ejecución y el crecimiento del estado.
La actualización de la red Glamsterdam se activará en Hoodi en la época 132.352 , ranura 4.235.264 (26 de octubre de 2026, 17:42:48 UTC) . En esa misma época, el límite de gas de Hoodi aumentará a 200M. Consulte la tabla de activación a continuación para conocer el cronograma de implementación. La fecha de activación de la red principal aún no se ha decidido.
Las versiones de cliente compatibles con Hoodi se añadirán a las tablas de versiones de cliente a medida que se confirmen. Los operadores de nodos deben actualizar sus clientes de capa de ejecución y de consenso antes de la activación.
Descripción general de Glamsterdam
Glamsterdam combina la actualización de la capa de ejecución de Ámsterdam con la actualización de la capa de consenso de Gloas. Sus principales cambios son la separación entre proponente y constructor (ePBS) y las listas de acceso a nivel de bloque (BAL), que modifican la forma en que se producen y validan los bloques para admitir un mayor rendimiento de L1.
Separación consagrada entre proponente y constructor
EIP-7732 introduce la separación entre proponentes y constructores de bloques en el protocolo de consenso de Ethereum. Un proponente incluye el compromiso de un constructor con una carga útil de ejecución, y el constructor posteriormente revela dicha carga útil. El protocolo gestiona el pago al proponente, reduciendo la dependencia de middleware de confianza para el intercambio entre proponentes y constructores.
Este cambio también separa la validación por consenso de la validación de ejecución, lo que permite a los validadores disponer de más tiempo para validar las cargas útiles de ejecución. Un comité de puntualidad de cargas útiles certifica si el generador reveló su carga útil y si los datos binarios correspondientes estaban disponibles a tiempo. Los operadores de validadores y los equipos que mantienen la infraestructura del generador deben revisar las nuevas funciones e interfaces antes de la actualización.
Listas de acceso a nivel de bloque
EIP-7928 introduce listas de acceso a nivel de bloque que registran las cuentas y ubicaciones de almacenamiento a las que se accede durante un bloque, junto con los cambios de estado posteriores a la transacción. Estas listas permiten a los clientes leer el estado del disco en paralelo, validar las transacciones en paralelo y calcular las raíces de estado de forma más eficiente.
En conjunto, ePBS y BAL proporcionan una base para escalar la capacidad de ejecución al tiempo que mantienen la validación de bloques práctica para los operadores de nodos.
Precios de la gasolina y crecimiento estatal
Glamsterdam ajusta la contabilidad de gas para reflejar mejor el uso de recursos. EIP-8037 incrementa y mide por separado el costo de creación de estado, mientras que EIP-8038 actualiza los costos de acceso al estado. Los cambios adicionales abarcan el gas de transacción intrínseco, los datos de llamadas, las listas de acceso y la contabilidad de gas de bloque.
Los desarrolladores de aplicaciones deben probar los contratos y la estimación de gas con las nuevas reglas. Los contratos que dependen de asignaciones fijas de gas, límites de gas predefinidos o suposiciones sobre el gas restante podrían requerir modificaciones. Consulte la guía de impacto de la revaluación de precios de Glamsterdam para obtener orientación sobre la búsqueda y las pruebas de los contratos afectados.
Mejoras para desarrolladores y validadores
Glamsterdam también incluye registros de transferencias de ETH, un código de operación de número de ranura, un tamaño máximo de contrato mayor, un contrato de fábrica determinista y nuevas instrucciones de manipulación de pila. Los cambios en el consenso incluyen estructuras de datos compatibles con versiones futuras, la exclusión de validadores con penalización de la presentación de propuestas y un mayor flujo de salidas y consolidación. La lista completa de EIP programadas se encuentra a continuación.
Especificaciones de Glamsterdam
EIP-7773 realiza el seguimiento de la actualización de Glamsterdam. Se prevé la inclusión de los siguientes EIP:
- EIP-2780: Gas de transacción intrínseco basado en recursos
- EIP-7688: Estructuras de datos de consenso compatibles con versiones futuras
- EIP-7708: Las transferencias de ETH emiten un registro
- EIP-7732: Separación garantizada entre proponente y constructor
- EIP-7778: Bloqueo de contabilidad de gas sin reembolsos
- EIP-7843: Código de operación SLOTNUM
- EIP-7928: Listas de acceso a nivel de bloque
- EIP-7954: Aumento del tamaño máximo del contrato
- EIP-7976: Aumento del costo mínimo de datos de llamadas
- EIP-7981: Aumento del costo de la lista de acceso
- EIP-7997: Contrato de fábrica determinista
- EIP-8024: SWAPN, DUPN, EXCHANGE compatibles con versiones anteriores
- EIP-8037: Aumento del costo del gas para la creación de estados
- EIP-8038: Actualización del costo del gas de acceso estatal
- EIP-8045: Excluir los validadores con barra diagonal de la propuesta
- EIP-8061: Aumentar la rotación de salidas y consolidación.
- EIP-8246: Eliminar la quemadura de autodestrucción
- EIP-8282: Solicitudes de ejecución del constructor
EIP-7773 también enumera las EIP de apoyo relacionadas con redes e información:
- EIP-7975: eth/70 – listas de recepción de bloques parciales
- EIP-8070: eth/72 – Grupo de blobs dispersos
- EIP-8136: Deltas a nivel de celda para la transmisión de columnas de datos
- EIP-8159: eth/71 – Intercambio de listas de acceso por bloques
- EIP-8189: snap/2 – Curación de estado basada en BAL
- EIP-7904: Cálculo del análisis de costos de gas
- EIP-8261: Calendario de límites de gas
Seguridad de Glamsterdam
El Programa de Recompensas por Detección de Errores de Ethereum (Ethereum Bug Bounty Program) está activo para las especificaciones de Glamsterdam y las EIP. Las implementaciones de cliente son elegibles tan pronto como sus versiones se agregan a las tablas de versiones de cliente que se muestran a continuación. Consulte el Programa de Recompensas por Detección de Errores de Ethereum para obtener más información, incluidos los multiplicadores de recompensa y los requisitos de reporte.
Activación de Glamsterdam
El cronograma de despliegue acordado , reflejado en la configuración de red de Hoodi , es:
| Red | Época | Ranura | Hora UTC | Marca de tiempo UNIX |
|---|---|---|---|---|
| Sepolia | 353.024 | 11.296.768 | 2026-10-06 13:53:36 | 1791294816 |
| Hoodi | 132.352 | 4.235.264 | 26/10/2026 17:42:48 | 1793036568 |
| Red principal | Por determinar | Por determinar | Por determinar | Por determinar |
El límite de gas de Hoodi también se elevará a 200 millones en la época de activación mediante el cronograma de límites de gas , igualando el de Sepolia.
La fecha de activación de la red principal se anunciará una vez que los equipos de clientes la decidan. Este anuncio se refiere a Hoodi; no incluye la fecha de actualización de la red principal.
Lanzamientos de clientes
A continuación se muestran las versiones de cliente compatibles con Hoodi. Las tablas se actualizarán a medida que haya nuevas versiones disponibles. Utilice únicamente las versiones cuyas notas confirmen explícitamente la compatibilidad con la activación programada de Glamsterdam en Hoodi.
Hoodi lanza la capa de consenso
Al ejecutar un validador, tanto el nodo baliza de la capa de consenso como el cliente del validador deben actualizarse.
| Nombre | Versión | Enlace |
|---|---|---|
| Grandine | ||
| Faro | ||
| Estrella polar | 1.50.0 | Descargar |
| Nimbo | 26.10.1 | Descargar |
| Prysm | v7.3.0 | Descargar |
| Teku | 26.10.1 | Descargar |
Lanzamientos de Hoodi de la capa de ejecución
| Nombre | Versión | Enlace |
|---|---|---|
| Besu | 26.10.0 | Descargar |
| Ethrex | 30.0.0-rc.2 | Descargar |
| Erigón | ||
| go-ethereum | ||
| Mente Inframundo | 2.2.0 | Descargar |
| Reth |
Estampación
| Nombre | Versión | Enlace |
|---|---|---|
| impulso de confirmación | 0.12.0-rc1 | Descargar |
Se añadirán directrices adicionales de compatibilidad para herramientas de construcción y validación una vez confirmadas para Hoodi. Los operadores que utilicen infraestructura externa de construcción de bloques también deben consultar las instrucciones de actualización específicas para Glamsterdam.
Preguntas frecuentes
¿Cómo funcionan las actualizaciones de la red Ethereum?
Las actualizaciones de la red Ethereum requieren la aceptación explícita de los operadores de nodos. Los desarrolladores de clientes coordinan los cambios de protocolo, y los validadores y los nodos que no participan en el staking actualizan su software para darles soporte.
Un nodo que no sea compatible con las nuevas reglas no podrá seguir la red actualizada tras su activación. Por lo tanto, coordinar estas actualizaciones es fundamental para una actualización exitosa.
Para obtener una visión más completa del proceso de gobernanza de Ethereum, consulte esta charla de Tim Beiko .
Como usuario de la red principal de Ethereum o poseedor de ETH, ¿hay algo que deba hacer?
No. Este anuncio se refiere a Hoodi. Un anuncio aparte informará sobre la activación de Glamsterdam en la red principal.
Como operador de nodos Hoodi sin staking, ¿qué debo hacer?
Antes del 26 de octubre de 2026 a las 17:42:48 UTC, actualice sus clientes de capa de ejecución y de consenso a versiones compatibles con la activación programada de Hoodi. Las tablas de versiones de clientes se actualizarán a medida que se confirmen las versiones.
Como participante en el proyecto Hoodi, ¿qué debo hacer?
Actualiza tus clientes de la capa de ejecución y consenso antes de la activación. Asegúrate de que tanto tu nodo baliza como tu cliente validador estén actualizados. Revisa las instrucciones de actualización de tu cliente para conocer las nuevas funciones de ePBS, los cambios necesarios en las herramientas de compilación o validación, y cómo configurar el límite de gas que tus validadores deberán alcanzar después de la activación.
Como operador de nodo o participante en la red principal, ¿qué debo hacer?
No se requiere ninguna acción en la red principal como resultado de este anuncio de Hoodi. La fecha de activación de la red principal y las versiones de clientes compatibles se anunciarán por separado.
Como desarrollador de aplicaciones o herramientas, ¿qué debo hacer?
Revise los EIP programados para Glamsterdam , realice pruebas en Sepolia y Hoodi tras la activación y compruebe si los cambios en la contabilidad del gas, los registros, los códigos de operación o las interfaces del cliente afectan a su proyecto. En particular, siga la guía de impacto de la revaluación para identificar los contratos que dependen de supuestos de gas fijos y actualice la estimación del gas cuando sea necesario.
¿Por qué «Glamsterdam»?
Las actualizaciones de la capa de ejecución reciben el nombre de las ciudades anfitrionas de Devcon o Devconnect, mientras que las actualizaciones de la capa de consenso utilizan nombres de estrellas. Glamsterdam combina Gloas y Ámsterdam, sede de Devconnect en 2022.
Recibe lo mejor de la semana en tu email
Cada lunes, las noticias más leídas de Territorio Blockchain, el nuevo episodio del podcast y las novedades de nuestros eventos. Gratis y sin spam.
Te enviaremos un email para confirmar el alta. Puedes darte de baja cuando quieras con el enlace que lleva cada newsletter. Privacidad
