Los desarrolladores de Ethereum proponen 2 formas de proteger los contratos inteligentes antes de Glamsterdam

El 8 de noviembre de 2026, los desarrolladores de Ethereum presentaron dos propuestas alternativas para prevenir posibles fallos en los contratos inteligentes tras la actualización Glamsterdam. Las iniciativas de Leo Glisic y Giulio Rebuffo proponen diferentes formas de mantener la compatibilidad de las aplicaciones existentes con las nuevas reglas de cálculo de gas. Ambos proyectos aún no han sido aprobados.

El problema está relacionado con las propuestas EIP-8037 y EIP-8038, que cambian el costo de crear y usar datos de estado de la red en Ethereum. El gas es una unidad de medida para los recursos computacionales necesarios para realizar operaciones en la blockchain. Las nuevas reglas están destinadas a contabilizar de manera más precisa la carga de infraestructura, pero pueden interrumpir el funcionamiento de algunos contratos inteligentes existentes.

Por qué Glamsterdam podría interrumpir aplicaciones

Algunos contratos inteligentes de Ethereum están diseñados con una cantidad fija de gas para ciertas operaciones. Si su ejecución requiere más recursos después de la actualización, las llamadas individuales a otros contratos pueden resultar en errores.

Las aplicaciones con código inmutable, que no pueden ser corregidas después de ser desplegadas en la blockchain, son particularmente vulnerables. Las consecuencias potenciales incluyen fallos en la operación y acceso restringido a los fondos gestionados por dichos contratos.

Por ejemplo, EIP-8037 propone aumentar el costo de crear una nueva cuenta de 25,000 a 183,600 unidades de gas como parte de la revisión de la contabilidad de recursos del estado de la red.

Un desarrollador bajo el seudónimo banteg reportó una lista de aproximadamente 200,000 contratos potencialmente afectados. Según su evaluación, la metodología utilizada puede no tener en cuenta algunas otras aplicaciones. Estos son resultados de análisis preliminares, no un número confirmado de contratos que dejarán de funcionar.

Cómo difieren las propuestas de los desarrolladores

Leo Glisic presentó el proyecto EIP-8488, que propone separar las reglas de contabilidad de gas para los contratos inteligentes existentes y nuevos.

Según la propuesta, las aplicaciones ya desplegadas continuarán operando bajo las reglas antiguas. Un conjunto separado de instrucciones V2, utilizando el sistema de cálculo de gas actualizado EIP-8037 y EIP-8038, se introducirá para nuevos contratos.

Giulio Rebuffo propuso un mecanismo diferente. Involucra el uso de dos contadores de gas en cada transacción. El primero determinará la ejecución del contrato inteligente bajo las reglas antiguas, y el segundo calculará la tarifa real según las nuevas tarifas.

Así, el enfoque de Glisic separa las aplicaciones antiguas y nuevas, mientras que la solución de Rebuffo propone separar la contabilidad técnica de la ejecución de operaciones y el cálculo de tarifas.

Sin embargo, el proyecto de Rebuffo aún no ha sido implementado en el software cliente de Ethereum y no ha sido probado para el cumplimiento de las reglas de la red.

Cuándo continuará la prueba de Glamsterdam

Los problemas de compatibilidad ya han afectado el cronograma de actualizaciones de Ethereum. Después de activar Glamsterdam en la testnet Sepolia el 6 de octubre, los desarrolladores planearon realizar la siguiente fase de pruebas en Hoodi el 26 de octubre, pero la pospusieron debido a los riesgos identificados.

El 6 de noviembre, la Fundación Ethereum confirmó que la activación de la actualización en Hoodi no ocurrirá hasta que se resuelvan los problemas potenciales con los contratos existentes.

En una reunión de desarrolladores el 29 de octubre, se consideró tentativamente la siguiente fase de pruebas cerradas para no antes del 16 al 20 de noviembre. Sin embargo, este objetivo se estableció antes de la aparición de las dos nuevas propuestas.

Ambos proyectos siguen en discusión y no tienen cronogramas de implementación aprobados. Los desarrolladores necesitan elegir un enfoque para mantener la compatibilidad y verificar su efectividad antes de continuar con la actualización Glamsterdam.