Cripto: Ethereum prepara dos soluciones para proteger sus contratos inteligentes

Ethereum podría afectar hasta 200,000 contratos inteligentes con su próxima actualización Glamsterdam. El desarrollador banteg advierte sobre los riesgos relacionados con las nuevas reglas de cálculo del gas, que podrían impedir que algunos contratos existentes funcionen correctamente. Se presentaron dos propuestas competidoras el 8 de noviembre para evitar estos problemas. La Fundación Ethereum ya ha suspendido una prueba programada en Hoodi.

En breve

• Aproximadamente 200,000 contratos inteligentes figuran en una lista de contratos potencialmente afectados por Glamsterdam.
• Dos desarrolladores proponen soluciones diferentes para preservar su funcionamiento.
• La Fundación Ethereum pospone las pruebas en Hoodi hasta que se resuelvan los problemas identificados.

Ethereum identifica un riesgo para 200,000 contratos inteligentes

La alerta está creciendo. El 26 de octubre, Ethereum ya había pospuesto una prueba de Glamsterdam tras descubrir riesgos en 13 contratos. Dos semanas después, el desarrollador banteg menciona una lista de aproximadamente 200,000 contratos potencialmente afectados. Esta cifra proviene de una herramienta de análisis de los efectos de la nueva tarificación del gas. No significa que 200,000 contratos necesariamente fallarán.

Banteg incluso estima que el método utilizado podría pasar por alto otros contratos vulnerables. El problema se refiere a dos propuestas integradas en Glamsterdam: EIP-8037 y EIP-8038. La primera modifica el costo de creación de datos permanentes en Ethereum. La segunda aumenta ciertos costos relacionados con su consulta y modificación.

El cambio es significativo. Con EIP-8037, el costo base de creación de un contrato inteligente pasaría de 32,000 a 183,600 unidades de gas, antes de los costos adicionales relacionados con el código y su ejecución. El gas mide los recursos informáticos necesarios para las operaciones realizadas en Ethereum. Algunos contratos inteligentes antiguos han sido programados con límites fijos. Cuando llaman a otro contrato, le asignan una cantidad precisa de gas.

Si esta cantidad se vuelve insuficiente después de Glamsterdam, la operación puede fallar. El problema afecta particularmente a los contratos inmutables, cuyo código no puede ser modificado después de su implementación. Algunos protocolos DeFi podrían enfrentar dificultades durante sus transacciones cripto. También podrían volverse temporalmente inaccesibles en ciertos escenarios. Sin embargo, no se ha observado ninguna falla masiva de este tipo en la red principal.

Dos desarrolladores proponen soluciones competidoras

Ante las preocupaciones, Leo Glisic y Giulio Rebuffo presentaron dos enfoques diferentes el 8 de noviembre. El primero, llamado EIP-8488, busca preservar las reglas antiguas para los contratos ya implementados.

Leo Glisic propone crear dos conjuntos de instrucciones. Los contratos existentes continuarían funcionando con los costos de gas actuales. Los nuevos contratos utilizarían instrucciones adaptadas a las tarifas introducidas por EIP-8037 y EIP-8038.

El objetivo es evitar modificar las condiciones de ejecución de las aplicaciones históricas. Giulio Rebuffo defiende otro método. Su propuesta prevé dos contadores de gas para cada transacción cripto. El primero seguiría la ejecución según las reglas antiguas, mientras que el segundo calcularía los costos realmente cobrados según las nuevas tarifas.

Por lo tanto, los usuarios pagarían los nuevos costos, pero los contratos antiguos mantendrían una contabilidad compatible con su funcionamiento inicial. Esta solución requeriría una adaptación más significativa del software de Ethereum.

Rebuffo reconoce que aún no se ha realizado ninguna implementación en los clientes de ejecución ni ninguna prueba de consenso. Las dos propuestas permanecen en estado de borrador. No se ha tomado ninguna decisión sobre su integración en Glamsterdam.

El proyecto llega después de varios meses de preparación. Ethereum ya había activado Glamsterdam en la red de prueba Sepolia el 6 de octubre. El siguiente paso debía llevarse a cabo en Hoodi, pero los investigadores de seguridad han descubierto nuevas incompatibilidades.

Glamsterdam esperará la resolución de los problemas

La Fundación Ethereum oficializó su decisión el 6 de noviembre. Los desarrolladores no procederán con el despliegue en Hoodi hasta que se resuelvan los riesgos relacionados con las nuevas reglas de gas.

Las empresas de ciberseguridad ChainSecurity y Dedaub participan en las verificaciones. La Fundación también ha publicado una lista de ocho hipótesis técnicas sobre las que se basan algunos contratos y que podrían volverse inválidas con Glamsterdam.

Pide a los desarrolladores y auditores que revisen sus aplicaciones. Los proyectos afectados pueden enviar sus observaciones directamente a los equipos de Ethereum. La próxima prueba privada se había considerado entre el 16 y el 20 de noviembre, a más tardar. Sin embargo, este calendario se había discutido antes de la presentación de las dos nuevas propuestas.

No se ha anunciado ninguna nueva fecha definitiva. El despliegue en la red principal dependerá de las correcciones adoptadas y de los resultados de las próximas pruebas. Sin embargo, Glamsterdam persigue un objetivo importante: aumentar la capacidad de Ethereum mientras se controla el crecimiento de su base de datos.

La actualización debe facilitar, entre otras cosas, el procesamiento paralelo de transacciones y mejorar la organización de la producción de bloques. Los trabajos en Hegotá, la siguiente actualización, continúan en paralelo.

Para los desarrolladores de criptomonedas, la prioridad inmediata se refiere a la compatibilidad de las aplicaciones ya desplegadas. Ethereum también está preparando un aumento de su límite de gas de 60 a 200 millones por bloque. Esta evolución podría aumentar la capacidad de la red, pero no debe comprometer los contratos que ya aseguran fondos. Las próximas reuniones de desarrolladores deberán decidir entre las soluciones propuestas antes de reiniciar las pruebas.