NoticiasCriptoLa actualización Glamsterdam de Ethereum supera el ensayo de capacidad en el devnet antes del despliegue propuesto en Sepolia

La actualización Glamsterdam de Ethereum supera el ensayo de capacidad en el devnet antes del despliegue propuesto en Sepolia

Autor: DefiLiban·

Puntos clave

  • •Glamsterdam superó su ensayo de capacidad en el devnet, sosteniendo la vitalidad de la cadena bajo las nuevas reglas de construcción de bloques de la actualización antes del despliegue en el testnet público.
  • •El devnet elevó su límite de gas por bloque de 60 millones a 200 millones aproximadamente una hora después del lanzamiento, aunque la cifra es una configuración de prueba y no un compromiso para la mainnet.
  • •Nethermind procesó 570,700 millones de gas en 3 minutos y 15 segundos a lo largo de 2,302 pruebas de rendimiento independientes, demostrando el rendimiento de la capa de ejecución bajo carga elevada.
  • •La separación proposer-builder incorporada en el protocolo de EIP-7732 extiende la ventana de propagación de datos de aproximadamente 2 segundos a 9 segundos, haciendo operativamente plausible un límite de gas más alto sin requerir actualizaciones de hardware de los nodos.
  • •El desplue en el testnet Sepolia está previsto para el 6 de octubre de 2026, pendiente de confirmación de los desarrolladores centrales, y la ruta de actualización pasa por Holesky antes de cualquier decisión de programación para la mainnet.
La actualización Glamsterdam de Ethereum supera el ensayo de capacidad en el devnet antes del despliegue propuesto en Sepolia

La próxima actualización planificada de la red de Ethereum, con nombre en clave Glamsterdam, superó un ensayo de capacidad clave en su devnet, confirmando que la red puede continuar produciendo bloques bajo las nuevas reglas de construcción de bloques de la actualización antes de un despliegue propuesto en el testnet Sepolia previsto para el 6 de octubre de 2026.

Qué validó el ensayo de capacidad

Un ensayo de capacidad es una prueba de estrés previa al despliegue diseñada para demostrar que un conjunto propuesto de reglas de construcción de bloques puede sostener la vitalidad de la cadena y manejar un mayor rendimiento de gas antes de que la actualización avance a un testnet público. Superar el ensayo indica que el devnet no se detuvo ni se bifurcó bajo carga, pero no es una activación de la actualización ni una garantía final de rendimiento para las condiciones de la mainnet.

El parámetro de prueba más visible fue el límite de gas por bloque, que se elevó de 60 millones a 200 millones aproximadamente una hora después de que el devnet entrara en funcionamiento. CoinDesk reportó que la cifra de 200 millones es una configuración de prueba del devnet, no un compromiso con ese parámetro en la mainnet.

En el lado de los clientes de ejecución, Nethermind, una de las principales implementaciones de cliente de Ethereum, ejecutó 2,302 pruebas de rendimiento, procesando 570,700 millones de gas en 3 minutos y 15 segundos en un benchmark independiente del cliente. Esa cifra mide el rendimiento del software de ejecución de forma aislada, no la velocidad de la red de extremo a extremo entre validadores y proponentes. La distinción importa porque cada nodo de la red debe reejecutar cada bloque para verificarlo, por lo que el rendimiento de ejecución establece un techo práctico sobre cuán grandes pueden crecer los bloques.

Por qué el ensayo es importante para Glamsterdam

Los dos EIP principales de Glamsterdam son centrales para explicar por qué la validación de capacidad es trascendental. EIP-7928, que introduce listas de acceso a nivel de bloque, reorganiza cómo se procesan las transacciones y cómo se gestiona el estado a nivel de bloque, mientras que EIP-7732, conocido como ePBS (separación proposer-builder incorporada en el protocolo), un cambio que escribe la división entre construir bloques y proponerlos en las reglas del propio protocolo, extiende la ventana de propagación de datos de aproximadamente 2 segundos a aproximadamente 9 segundos, dando a los constructores de bloques y validadores más tiempo para ensamblar y atestiguar bloques más grandes y complejos.

Esa ventana de propagación más larga es lo que hace operativamente plausible un límite de gas más alto sin obligar a los operadores de nodos a actualizar el hardware. Si los clientes de ejecución no pueden procesar un bloque más grande dentro de la ventana extendida, el bloque corre riesgo de quedar huérfano —eliminado de la cadena canónica a pesar de haber sido producido válidamente—, generando presión de extracción de MEV y el tipo de inestabilidad de consenso que los bots de MEV pueden explotar. MEV, siglas de valor extractable máximo, se refiere a la ganancia capturada al reordenar, insertar o censurar transacciones dentro de un bloque. La ejecución del devnet demostró que al menos un cliente importante puede mantener el ritmo con un mayor rendimiento bajo las nuevas restricciones de tiempo.

Para los usuarios de DeFi y los equipos de protocolos, el resultado del ensayo es una señal de preparación más que una confirmación de lanzamiento. Un límite de gas L1 más alto comprimiría los costos de gas por unidad para interacciones complejas, lo cual importa para los protocolos que ejecutan swaps de múltiples saltos, secuencias de liquidación u operaciones por lotes de gran escala en la mainnet de Ethereum. Nada de eso cambia, sin embargo, hasta que la actualización supere más pruebas y una programación formal.

Qué sigue antes de que Glamsterdam avance

El roadmap oficial de Ethereum enumera el fork de Sepolia como el siguiente hito, actualmente programado para el 6 de octubre de 2026, aunque CoinDesk señala que la fecha aún requiere confirmación formal de los desarrolladores centrales. Sepolia es un testnet público, por lo que el despliegue allí revelará problemas que un devnet de un solo operador no puede, incluida la compatibilidad entre clientes entre Nethermind, Geth, Besu y Erigon bajo condiciones reales del conjunto de validadores. Como Ethereum depende de múltiples clientes desarrollados de forma independiente para aplicar las mismas reglas, las discrepancias en cómo cada uno implementa las nuevas reglas de construcción de bloques de Glamsterdam son el tipo de problema que solo surge cuando operadores diversos con diferente hardware y configuraciones comienzan a producir y verificar bloques juntos.

Después de Sepolia, la ruta estándar de actualización pasa por Holesky antes de cualquier decisión de programación para la mainnet. Los desarrolladores centrales revisarán los datos de interoperabilidad entre clientes, las propuestas de parámetros del límite de gas y cualquier problema señalado a nivel de gobernanza a través del issue tracker de ethereum/pm antes de establecer el bloque de fork de la mainnet. Los desarrolladores y operadores de nodos deben seguir esos canales, no los resultados del devnet, para conocer los cronogramas de producción.

El enfoque del protocolo de separar los benchmarks de clientes de ejecución de los ensayos de red completa refleja cómo se organizaron actualizaciones anteriores como Dencun. La infraestructura de transacciones confidenciales en Ethereum, como la capa de swaps privados de Zama construida sobre Morpho, también deberá verificar la compatibilidad con la separación proposer-builder modificada de ePBS antes de que esas integraciones puedan depender de las garantías de tiempo de Glamsterdam.

Mientras el resultado del devnet circulaba, ETH se cotizaba a $2,476.44, con una suba del 3.4% en el día, según datos de CoinGecko, con el Índice de Miedo y Codicia cripto en una lectura neutral de 50.