Ethereum Devs Say They Won’t Fork “glamsterdam” On Hoodi Yet

Los desarrolladores principales de Ethereum han pospuesto el avance de la actualización Glamsterdam en la red de pruebas Hoodi tras detectar problemas de seguridad relacionados con dos propuestas específicas para cambiar los costos de gas, EIP-8037 y EIP-8038. En una publicación del viernes en el sitio de la Fundación Ethereum, los desarrolladores dijeron que la demora se mantendrá hasta que puedan resolverse ocho «invariantes» de los contratos inteligentes vinculadas al comportamiento de la actualización.

La decisión es importante para los desarrolladores y para cualquiera que siga el calendario de actualizaciones de Ethereum, porque Glamsterdam incluye cambios en la forma de cobrar el gas por ciertas operaciones. Según la Fundación Ethereum, algunos proyectos existentes podrían depender de la idea de que ciertas acciones siempre tienen un costo de gas fijo y predecible. Esas suposiciones podrían dejar de ser válidas cuando entren en vigor las nuevas reglas de gas, especialmente en situaciones en las que fallen las llamadas externas.

Conclusiones clave

  • Los desarrolladores principales de Ethereum aplazaron Glamsterdam en la red de pruebas Hoodi debido a problemas de seguridad relacionados con ocho invariantes de contratos inteligentes.

  • EIP-8037 y EIP-8038 modifican el cobro de gas para ciertas operaciones, lo que podría invalidar contratos inteligentes que dan por sentado que los costes de gas son fijos.

  • El informe de ChainSecurity del 13 de octubre señaló que las dos EIP podrían afectar a los contratos cuando fallan las llamadas externas.

  • La bifurcación de Hoodi no avanzará hasta que se resuelvan los problemas, lo que da a los equipos más tiempo para evaluar si hacen falta otras correcciones.

Por qué se pausó la actualización de la red de pruebas Hoodi

En su actualización del viernes, la Fundación Ethereum afirmó que la bifurcación de la red de pruebas Hoodi se aplazará hasta que los desarrolladores puedan abordar las vulnerabilidades señaladas en una auditoría reciente. El motivo de fondo no es una afirmación general de «inestabilidad de la actualización», sino una preocupación más concreta: cómo podrían afectar las EIP propuestas a la corrección de los contratos inteligentes que dependen de las expectativas establecidas sobre los costes de gas.

La Fundación señaló específicamente el riesgo relacionado con los invariantes, es decir, propiedades que los contratos inteligentes esperan que se mantengan bajo ciertas condiciones de ejecución. En este caso, las preocupaciones están vinculadas a cómo se contabiliza el gas para las operaciones cubiertas por EIP-8037 y EIP-8038. Si esos invariantes dejan de cumplirse, los contratos escritos y probados con supuestos anteriores sobre la contabilización del gas podrían comportarse de forma inesperada cuando se produzcan determinados patrones de llamadas.

Cómo EIP-8037 y EIP-8038 podrían romper ciertos supuestos

La publicación del blog de la Fundación Ethereum vincula la pausa con una categoría de contratos que presupone un consumo de gas determinado para operaciones específicas. Algunas aplicaciones de Ethereum han dependido históricamente de cálculos con costes de gas fijos, ya sea para la contabilidad interna, los controles de riesgo o la lógica que toma decisiones de ejecución según el consumo de gas previsto.

Como Glamsterdam incluye cambios en los precios del gas, esos supuestos de costes fijos podrían dejar de corresponderse con la realidad cuando entren en vigor las nuevas reglas. La Fundación explicó que EIP-8037 y EIP-8038 podrían invalidar esos supuestos, en particular «cuando fallan las llamadas externas», un tipo de fallo que puede cambiar el flujo de ejecución y, a su vez, modificar cómo se reflejan los costes de gas.

Este es el matiz fundamental: la preocupación no es simplemente que cambien los costes de gas, sino que cierta lógica de contratos podría haberse diseñado en torno al comportamiento anterior. Cuando las llamadas externas se revierten o fallan de otra manera, la diferencia entre el cobro de gas «previsto» y el «real» puede desencadenar una ruptura de los invariantes.

La auditoría de ChainSecurity puso en marcha la secuencia

La decisión de Ethereum se tomó tras un informe del 13 de octubre del auditor de contratos inteligentes ChainSecurity. Según explicó la Fundación, la auditoría concluyó que las dos EIP podrían «romper los contratos inteligentes que dependen de supuestos fijos relacionados con el gas cuando fallan las llamadas externas».

Ese planteamiento ofrece a los desarrolladores un objetivo concreto para el trabajo de seguimiento. En lugar de tratar la actualización como una caja negra, los equipos pueden centrarse en identificar qué patrones de contratos se ven afectados, si es posible ajustar la actualización para preservar las propiedades esperadas y qué aplicaciones ya desplegadas podrían necesitar advertencias o pruebas de compatibilidad antes de una implementación más amplia.

La publicación de la Fundación destaca que el tiempo adicional en Hoodi tiene precisamente ese propósito: detectar posibles problemas en los contratos inteligentes y determinar si hacen falta cambios antes de que Glamsterdam avance hacia su despliegue en la red principal.

Glamsterdam ya se probó en Sepolia

Aunque la bifurcación de Hoodi está pausada, el trabajo general en Glamsterdam no se ha detenido por completo. La actualización ya había alcanzado otro hito cuando se activó en la red de pruebas Sepolia el 6 de octubre, en lo que se describió como uno de sus últimos ensayos importantes.

En unas directrices anteriores, publicadas el 28 de septiembre, la Fundación Ethereum afirmó que Glamsterdam está diseñado para impulsar la hoja de ruta de escalabilidad de la capa 1 de Ethereum. Entre los objetivos declarados de la actualización están incorporar la separación entre proponente y constructor, añadir listas de acceso a nivel de bloque y modificar los precios del gas para que reflejen mejor el coste de ejecución.

La nueva decisión de aplazar Hoodi mientras se resuelven los problemas muestra que las pruebas y el despliegue se están gestionando como un proceso de mitigación de riesgos. Sepolia ofreció a los equipos un entorno de ensayo, pero ahora Hoodi se convierte en el escenario donde las preocupaciones sin resolver sobre los invariantes del gas se consideran impedimentos antes de seguir avanzando.

Los lectores también deberían seguir de cerca cómo se aborda el escenario de «fallo de llamadas externas». En la práctica, es en los casos de fallo donde muchos contratos del mundo real se enfrentan a situaciones límite, desde integraciones con monederos hasta interacciones entre contratos. Si los ajustes finales vuelven a modificar el comportamiento del gas, los desarrolladores que trabajen con las nuevas reglas quizá tengan que volver a probar las rutas de fallo, en lugar de validar únicamente la ejecución en condiciones ideales.

Qué conviene seguir antes de que Glamsterdam llegue a la red principal

El siguiente paso de Ethereum depende de que el equipo pueda resolver los ocho invariantes y determinar si hacen falta más ajustes en las EIP o en la implementación. Para los desarrolladores, la prioridad inmediata es volver a evaluar los contratos que presuponen costes de gas fijos para las operaciones afectadas, especialmente en los flujos que incluyen fallos de llamadas externas, mientras el equipo de la actualización sigue trabajando en los problemas señalados por la auditoría de ChainSecurity.

Este artículo se publicó originalmente con el título «Los desarrolladores de Ethereum dicen que todavía no bifurcarán “Glamsterdam” en Hoodi», en Crypto Breaking News, tu fuente de confianza para noticias sobre criptomonedas, Bitcoin y actualizaciones de blockchain.