Escrito por: imToken
La próxima gran actualización de Ethereum ya se encuentra en su etapa final.
Según la hoja de ruta oficial actual de Ethereum, la actualización Glamsterdam está programada para implementarse en la red principal en la segunda mitad de 2026. A finales de junio, entró en la fase final de pruebas en la red de desarrollo, centrándose en pruebas continuas en una red de desarrollo multicliente de funcionalidades clave como el PBS integrado (ePBS), listas de acceso a nivel de bloque (BALs) y la reformulación del precio del Gas. Sin embargo, la fecha exacta de activación aún no está confirmada.
Mientras tanto, en las redes sociales, la narrativa más comentada es sin duda el "impacto en la red principal que alcanza los 10,000 TPS" después de la actualización. Pero más allá de eso, esta actualización reconstruye profundamente la línea de producción de bloques y el motor de ejecución de Ethereum. La profundidad de sus cambios y su amplio alcance han llevado a la comunidad de desarrolladores a calificarla ampliamente como "la actualización más grande desde The Merge (La Fusión de Ethereum)".
Entonces, ¿qué cambia exactamente este "Glamsterdam" (combinación de Gloas, la actualización de la capa de consenso, y Amsterdam, la actualización de la capa de ejecución), que suena bastante genial? ¿Cómo se despedirá de los puntos débiles del pasado y qué cambios revolucionarios traerá a nuestra experiencia diaria en la cadena?
1. ¿Por qué es "la actualización más grande desde The Merge"?
Si actualizaciones anteriores como Dencun y Fusaka allanaron principalmente el camino para la disponibilidad de datos (Blob) de las L2, Glamsterdam vuelve a centrarse en la L1, desatando una gran renovación del rendimiento y la arquitectura de la L1.
Esta es también la expresión más genuina del deseo actual de Ethereum de "hacer que la L1 vuelva a ser grande": cómo hacer que la L1 procese más transacciones, sin que aumenten simultáneamente el costo de ejecutar nodos y los riesgos de centralización de la red.
Sin embargo, para el usuario promedio, las actualizaciones de Ethereum suelen reducirse a una pregunta directa: ¿El Gas será más barato? ¿Aumentará el rendimiento? Pero, siendo honestos, la próxima actualización de Glamsterdam difícilmente puede resumirse simplemente como "reducción de tarifas" o "escalabilidad".
En general, esta actualización involucra múltiples aspectos clave de la base de Ethereum, incluyendo quién construye los bloques, cómo se ejecutan las transacciones, cómo los nodos leen y sincronizan el estado, y cuánto Gas deberían costar diferentes operaciones en cadena. Esencialmente, rediseña el paradigma fundamental de cómo Ethereum produce y procesa bloques. Según los detalles técnicos revelados hasta ahora, los cambios centrales más notables se concentran en tres áreas:
- PBS integrado (ePBS): Reestructura la relación de juego entre el proponente y el constructor del bloque, eliminando la dependencia de retransmisores externos.
- Listas de acceso a nivel de bloque (BALs): Proporcionan un "mapa" previo para la ejecución de transacciones, allanando el camino para el procesamiento en paralelo y una sincronización más rápida de los nodos.
- Reformulación del precio del Gas: Introduce un modelo de facturación de recursos más preciso para controlar la expansión del estado en entornos de alto rendimiento.
Primero, para entender el PBS integrado, es necesario saber que los bloques en Ethereum actualmente no son necesariamente propuestos directamente por el Proponente. Especialmente en la arquitectura actual de MEV-Boost, la mayoría de los Proponentes externalizan el trabajo de recopilar transacciones, ordenarlas y buscar ganancias de MEV a Constructores de bloques profesionales. Los Proponentes se encargan principalmente de seleccionar, de entre varios bloques candidatos, el que ofrezca el precio más alto para proponerlo a la red.
Esta división del trabajo, donde el "Constructor ensambla y el Proponente propone", es el PBS (Separación Proponente-Constructor).
El problema es que este mecanismo actual no está completamente codificado en el protocolo subyacente de Ethereum: el Proponente y el Constructor deben depender de software externo al protocolo y del servicio MEV-Boost Relay para completar la oferta de bloques, la entrega de contenidos y el pago.
Esto significa que el Relay debe asegurarse de que el Constructor finalmente revele el bloque completo, y al mismo tiempo evitar que el Proponente vea el contenido del bloque de antemano y se niegue a pagar ("robo"), asumiendo así un papel frágil y centralizado de "intermediario de confianza".
El ePBS (PBS Incorporado) propuesto por EIP-7732 aborda precisamente este punto débil. Planea integrar esta relación de juego directamente en el protocolo de consenso de Ethereum, eliminando el intermediario de terceros, haciendo que el Constructor sea un participante reconocido de forma nativa por el protocolo. Primero se envía el compromiso del bloque y la oferta, el protocolo bloquea automáticamente el pago correspondiente, y luego un "Comité de Oportunidad de la Carga (Payload Timeliness Committee)" juzga si el Constructor ha revelado la carga de ejecución a tiempo.
Esto permite separar parcialmente el proceso de manejo del bloque de consenso y la carga de ejecución, extendiendo la ventana de propagación y procesamiento de la carga de ejecución de aproximadamente 2 segundos a unos 9 segundos. Estos pocos segundos, aunque parecen pocos, son cruciales para la escalabilidad de Ethereum: significa que los nodos tendrán más tiempo para recibir y procesar bloques más grandes y más datos Blob, creando así espacio para aumentar aún más el Límite de Gas.
En segundo lugar, otro avance central de Glamsterdam en la capa de ejecución son las Listas de Acceso a Nivel de Bloque (BALs, Block-Level Access Lists) propuestas por EIP-7928.
Como es sabido, actualmente los nodos de Ethereum, antes de recibir un bloque, no pueden saber directamente del bloque qué cuentas leerá cada transacción, qué almacenamiento de contratos accederá o qué estados modificará. Generalmente descubren estas dependencias de datos durante el proceso de ejecución de la transacción.
Es como entrar en un gran almacén para recoger mercancías sin una lista completa de ubicaciones. Los trabajadores deben buscar y procesar al mismo tiempo, por lo que, para evitar que dos personas modifiquen el mismo inventario simultáneamente, gran parte del trabajo debe realizarse estrictamente en un orden fijo (en serie, de un solo hilo).
Las Listas de Acceso a Nivel de Bloque (BALs) equivalen a adjuntar un "mapa de acceso al estado" completo a cada bloque. Declaran de antemano en la cabecera del bloque qué direcciones y espacios de almacenamiento (Storage Slots) alcanzará el conjunto de transacciones dentro de ese bloque, así como el resultado del estado una vez finalizada la ejecución. Con este mapa, los nodos pueden determinar de un vistazo, antes de la ejecución, qué transacciones accederán a los mismos datos y cuáles no entrarán en conflicto:
Para las partes sin conflicto, los nodos pueden leer previamente el estado relevante desde el disco, procesando en paralelo parte de la verificación de transacciones y el cálculo de la raíz del estado, sin tener que meter todo el trabajo en una cola estrictamente serializada. Además, dado que las BALs también registran los cambios de estado después de completar las transacciones, algunos nodos pueden usar estos resultados para reconstruir el estado al sincronizar o ponerse al día con la red, sin tener que ejecutar cada transacción en el bloque desde cero en todos los escenarios (el autor entiende que tiene cierto sabor al concepto de fragmentación), haciendo que Ethereum se convierta en una cadena de bloques completamente ejecutada en paralelo.
Por lo tanto, a largo plazo, esta es también la clave subyacente para que la red principal de Ethereum supere su límite de rendimiento.
Finalmente, está la reformulación del precio del Gas, que principalmente, a través de palancas económicas, calibra a fondo los precios del Gas para varias operaciones en cadena.
La razón es que el costo actual del Gas en Ethereum no coincide completamente con el consumo real de recursos que soportan los nodos. Por ejemplo, un cálculo complejo puro, una vez finalizada su ejecución, generalmente no deja una carga a largo plazo significativa para el nodo. Pero crear una nueva cuenta, desplegar un contrato inteligente o escribir en un nuevo espacio de almacenamiento genera datos que todos los nodos completos del mundo deben guardar permanentemente.
En el pasado, las tarifas por estos comportamientos de creación de estado no reflejaban completamente su costo de almacenamiento permanente (explosión del estado). Si Ethereum mantuviera los precios originales después de aumentar el Límite de Gas, más espacio en los bloques podría convertirse rápidamente en datos de estado incontrolables, eventualmente colapsando por completo el hardware de los nodos.
El EIP-8037, que ya se ha confirmado que formará parte de Glamsterdam, planea reestructurar completamente esta regla. Esto incluye la separación contable entre cálculo y estado, recalculando los costos según el volumen de nuevos datos de estado, separando el Gas de cálculo ordinario del Gas de estado; y también controlar la explosión del estado, de modo que aplicaciones que creen muchas cuentas nuevas, desplieguen contratos redundantes grandes o escriban con frecuencia en nuevos estados, puedan ver aumentar sus costos operativos. Mientras que las aplicaciones que consumen principalmente recursos de cálculo inmediatos y no aumentan continuamente el estado, tendrán una estructura de costos más atractiva.
En resumen, la reforma del Gas en Glamsterdam no debe entenderse de manera simple y directa como una "reducción general de tarifas", sino como una aclaración de cuántos recursos de cálculo inmediato consume una transacción y cuánta carga de almacenamiento a largo plazo deja en la red, haciendo que diferentes operaciones paguen de una manera más cercana a su costo físico real.
En general, estas tres partes, aunque parecen independientes, apuntan conjuntamente al mismo objetivo final: transformar de antemano la infraestructura central subyacente para permitir que la red principal de Ethereum aumente significativamente su Límite de Gas y capacidad de procesamiento.
2. ¿Por qué no se puede simplemente agrandar el bloque?
Muchos pueden preguntarse: si se quejan de que es lento y caro, ¿por qué no simplemente aumentar el Límite de Gas, duplicando directamente la capacidad del bloque?
Esta es una pregunta recurrente. En teoría, la forma más directa de aumentar la capacidad de la red principal es efectivamente aumentar el límite máximo de Gas permitido por bloque, ya que un Límite de Gas más alto significa que un bloque puede contener más transacciones y cálculos.
Pero el Límite de Gas no es un número que se pueda aumentar infinitamente. Si los bloques se agrandan ciegamente, se desencadena un efecto dominó: los nodos necesitan recibir más datos, ejecutar más transacciones y calcular nuevos estados en el mismo tiempo. Si la velocidad de procesamiento no puede seguir el ritmo, los nodos con configuraciones más débiles tendrán más dificultades para mantenerse al día, la propagación y verificación de bloques también pueden retrasarse, aumentando finalmente el riesgo de bifurcaciones de la red y centralización.
Al mismo tiempo, más transacciones significan más datos de cuentas, contratos y almacenamiento que se escriben permanentemente en la base de datos de Ethereum. Estos datos no desaparecen automáticamente al finalizar la transacción, sino que se acumulan continuamente en la base de datos de estado de Ethereum, causando una expansión más rápida del estado.
Por lo tanto, la escalabilidad de Ethereum no enfrenta un simple problema matemático, sino que necesita resolver simultáneamente tres problemas:
- Primero, cómo dar a los nodos más tiempo para propagar y procesar bloques grandes.
- En segundo lugar, cómo reducir los cuellos de botella de rendimiento causados por la ejecución secuencial de transacciones.
- Finalmente, cómo evitar que más espacio en los bloques se convierta rápidamente en una expansión incontrolable del estado.
Esta es la lógica central de Glamsterdam: no es ampliar ciegamente primero y dejar que los nodos lo soporten a la fuerza, sino primero reconstruir la forma de producir bloques, ejecutar transacciones y fijar precios a los recursos, desatascar las tuberías desde la base, para luego abrir naturalmente la puerta a un aumento de la capacidad de la red principal.
Entre ellos, el ePBS, al reorganizar el flujo de procesamiento de bloques dentro de un Slot, deja más tiempo a los nodos para propagar y verificar bloques grandes; las BALs, al proporcionar explícitamente las relaciones de acceso al estado, mejoran la eficiencia de lectura, ejecución y sincronización de los clientes; y la reformulación del precio del Gas se encarga de limitar el crecimiento insostenible del estado.
En las pruebas colaborativas de Glamsterdam de abril de 2026, los desarrolladores centrales realizaron pruebas de estrés centradas en implementaciones multicliente y propusieron claramente un objetivo técnico posterior a la actualización: 200 millones de Gas como límite inferior creíble de capacidad. Detrás de este objetivo está precisamente el soporte subyacente proporcionado conjuntamente por ePBS, BALs y la reformulación del Gas de estado.
Por supuesto, 200 millones de Gas se acercan más a la capacidad de carga que tendrá el sistema después de la actualización y a la dirección en la que podrá evolucionar en el futuro. No significa que la red principal saltará inmediatamente su Límite de Gas a este nivel el mismo día de la activación de Glamsterdam.
Lo realmente importante es que Ethereum está pasando de una "expansión cautelosa y exploratoria" del pasado a "prepararse de antemano para una expansión más sustancial de la red principal a través de la reestructuración de la arquitectura subyacente".
3. ¿Qué impacto tendrá en los usuarios comunes y el ecosistema de Ethereum?
Desde la perspectiva del usuario común, la pregunta más relevante sobre la actualización Glamsterdam sigue siendo si las tarifas de transacción bajarán.
En general, la respuesta se acerca más a "es probable que bajen y se vuelvan más estables", en lugar de que todas las transacciones se abaraten inmediatamente.
Dado que el ePBS y las listas de acceso a nivel de bloque crean las condiciones para un Límite de Gas más alto, es previsible que la cantidad de transacciones que puede contener cada bloque definitivamente aumentará. Entonces, si la demanda en cadena no cambia, un mayor suministro de espacio en los bloques naturalmente ayuda a aliviar la congestión y reduce la probabilidad de que la Tarifa Base (Base Fee) aumente repentinamente.
Pero para una transacción individual, los cambios pueden no ser uniformes para diferentes operaciones. Por ejemplo, las transferencias simples de ETH podrían beneficiarse de la optimización del Gas base; y dado que las BALs informan de antemano la ruta de estado, la precisión de las carteras al estimar el Gas aumentará significativamente. La mala experiencia del pasado, donde la estimación de Gas de la cartera era inexacta debido a la volatilidad del mercado, lo que llevaba al fallo de la transacción pero aún así al cobro de la tarifa, pasará a la historia.
Sin embargo, operaciones como desplegar contratos, crear cuentas en lotes o escribir grandes cantidades de nuevo estado podrían ver aumentar sus costos debido a la reformulación del precio del estado. Por lo tanto, el resultado más probable de Glamsterdam es una reducción en el costo de las transacciones simples, tarifas más estables durante períodos de congestión, y al mismo tiempo, que las aplicaciones intensivas en estado comiencen a pagar un precio más preciso por los recursos de red que ocupan a largo plazo.
Para los usuarios que utilizan principalmente L2, esta actualización tampoco es irrelevante. El ePBS extiende la ventana de propagación de datos de la carga de ejecución de aproximadamente 2 segundos a unos 9 segundos, lo que no solo puede soportar bloques más grandes en la red principal, sino que también deja espacio para que Ethereum procese más datos Blob. Una vez que la capacidad Blob continúe expandiéndose, los Rollups tendrán más espacio para enviar sus datos de transacciones, lo que a largo plazo ayudará a estabilizar los costos de datos de las L2.
Además, para carteras, exchanges y puentes entre cadenas, un cambio más perceptible para el usuario podría provenir del EIP-7708. Actualmente, las transferencias de tokens ERC-20 generalmente generan registros (logs) de Transfer estandarizados. Pero algunas transferencias nativas de ETH entre contratos inteligentes no dejan registros de eventos igualmente claros. Las carteras y plataformas de trading a menudo necesitan depender de herramientas de seguimiento de transacciones internas adicionales para identificar estos flujos de ETH.
El EIP-7708 requiere que las transferencias de ETH distintas de cero y las operaciones de destrucción de ETH generen registros estándar, permitiendo que carteras, exchanges y puentes identifiquen de manera más confiable depósitos, retiros y movimientos internos de ETH en contratos. En el futuro, los registros de activos ETH que vean los usuarios podrían ser más completos, y algunas transferencias internas que antes requerían un seguimiento complejo de transacciones para mostrarse, también podrán ser identificadas más fácilmente por las carteras.
Para los operadores de nodos y los usuarios que realizan staking, el impacto es más directo. Glamsterdam cambia simultáneamente la forma en que se procesan los bloques en las capas de ejecución y consenso, por lo que los nodos y validadores necesitan actualizar a una versión de cliente compatible con Glamsterdam antes de la activación en la red principal. Los usuarios comunes que poseen tokens no necesitan migrar su ETH ni realizar ningún tipo de "actualización de activos" o "intercambio de tokens".
A más largo plazo, lo que Glamsterdam realmente afecta es cómo Ethereum busca reequilibrar la escalabilidad y la descentralización. Después de todo, una vez que aumenta la capacidad de los bloques, si el costo de hardware necesario para ejecutar un nodo también aumenta significativamente, aunque el rendimiento de la red principal sea mayor, la red podría depender cada vez más de grandes instituciones.
La combinación de ePBS, listas de acceso a nivel de bloque y reformulación del Gas de estado intenta formar otro camino de escalabilidad: no es simplemente exigir a los nodos que procesen más trabajo en el mismo tiempo, sino reorganizar el flujo de producción de bloques, proporcionar información de dependencia de transacciones de antemano, y hacer que diferentes recursos paguen según la carga real que soportan.
Esta es también la diferencia fundamental entre Glamsterdam y un simple aumento del Límite de Gas. No intenta resolver todos los problemas de Ethereum con un solo EIP, sino que transforma simultáneamente tres conjuntos de mecanismos interrelacionados: la producción de bloques, la ejecución de transacciones y el crecimiento del estado.
Para finalizar
A largo plazo, lo que Glamsterdam afecta profundamente es la narrativa sobre cómo Ethereum busca reequilibrar "escalabilidad de alto rendimiento" y "descentralización absoluta".
Esta es también la intención o inercia cada vez más familiar de Ethereum: frente a la presión constante de cadenas públicas monolíticas de alto rendimiento, no opta por aumentar brutalmente los requisitos de hardware, sino que elige un camino que intenta mantener su esencia descentralizada, con mayor resiliencia subyacente. Como en esta ocasión, a través de la combinación de reescribir la línea de producción de bloques (ePBS), proporcionar explícitamente de antemano las dependencias de transacciones (BALs) y hacer que diferentes recursos paguen con precisión según su carga física (reformulación del Gas), todo para garantizar que las personas comunes puedan ejecutar nodos y participar en la validación, mientras se extrae a regañadientes una capacidad de red principal aún mayor.
Desde este punto de vista, cada tarifa de Gas ventajosa que paguemos en el futuro, el libro de cuentas interno de ETH más preciso y claro en nuestras carteras, y el mayor espacio para la reducción de tarifas en las L2, quizás se beneficiarán profundamente de los cimientos que Glamsterdam vuelve a colocar para Ethereum en la segunda mitad de 2026.
