Glamsterdam: reorganizar el trabajo detrás de cada bloque de Ethereum

Una fecha para el ensayo

El 16 de octubre de 2026, Ethereum Foundation anunció el siguiente hito de pruebas de Glamsterdam: Hoodi, el 26 de octubre. La red principal aún no tiene fecha de activación. El anuncio no exige ninguna acción en la red principal a quienes poseen ETH. Para los operadores de la red de pruebas, sí marca un cambio coordinado de software.^[1]

La configuración ya incorporada a Hoodi concreta la época 132.352, correspondiente a las 17:42:48 UTC, y un límite objetivo de 200 millones de gas. Publicarla prepara a los clientes para aplicar las mismas reglas en el mismo momento. El éxito de la transición solo podrá comprobarse cuando ocurra.^[2]

Dar tiempo a cada tarea

Los nodos de Ethereum deben acordar un bloque y comprobar lo que hacen sus transacciones. EIP-7732, conocida como ePBS o separación entre proponentes y constructores integrada en el protocolo, reorganiza ese trabajo. El constructor se compromete a entregar una carga de ejecución; el proponente incluye ese compromiso y el constructor revela después el contenido. El protocolo ofrece el mecanismo de pago entre ambos.^[3]

El cambio útil está en el reparto del tiempo. Las comprobaciones de consenso pueden hacerse antes de completar la validación de la ejecución. Un comité informa de si el contenido y sus datos blob llegaron a tiempo. Ese informe, por sí solo, no certifica que todas las transacciones se ejecutaran correctamente. La ejecución sigue necesitando validación, pero el trabajo puede aprovechar una mayor parte del tiempo disponible.^[3]

Entregar un mapa a quienes verifican

Tener más tiempo ayuda, pero el nodo también necesita saber qué partes de su base de datos tocará un bloque. EIP-7928 añade listas de acceso por bloque: registros de cuentas y ubicaciones de almacenamiento consultadas, junto con los cambios posteriores a las transacciones. El cliente puede usarlas para leer datos en paralelo y organizar la validación.^[4]

Puede imaginarse como varios inspectores que reciben la misma lista de piezas antes de empezar. La lista ahorra trabajo de búsqueda; la inspección sigue siendo necesaria. La EIP exige contrastar la lista entregada con la ejecución. Si es incorrecta, el bloque no supera la validación. El trabajo paralelo debe producir el estado que exige el orden de las transacciones del bloque.^[4]

La capacidad también tiene un coste de almacenamiento

El límite de gas programado es un presupuesto de trabajo medido en unidades de gas. Cada operación consume una cantidad distinta: 200 millones de gas no significan 200 millones de transacciones. EIP-8261 permite programar ese objetivo con antelación. La cifra describe la configuración prevista para Hoodi, no un rendimiento observado en la red principal.^[6][2]

Un presupuesto mayor también aumenta la importancia de los datos que permanecen en la base de datos. EIP-8037 eleva y mide por separado el coste de crear estado, incluidas nuevas cuentas, almacenamiento y código de contratos. Ampliar la capacidad implica cambiar cómo se contabilizan los recursos; no supone una rebaja uniforme de todas las operaciones.^[7]

Las pruebas de reajuste de gas de la Fundación encontraron contratos cuyas suposiciones sobre cantidades fijas de gas necesitan revisión. Algunos casos pueden resolverse aportando más gas; otros requieren examinar la lógica del contrato. Ahí reside el valor de una fase de pruebas: los equipos de clientes y aplicaciones pueden comprobar las nuevas reglas antes de llevarlas a la red principal.^[5]