Ethereum repreciará el gas para triplicar la velocidad y millones de contratos podrían fallar

Un cambio propuesto en el gas de Ethereum promete triplicar la capacidad de la red, pero podría romper de forma silenciosa millones de contratos inteligentes ya desplegados. La modificación forma parte de la actualización Glamsterdam y busca reajustar el costo computacional de ciertas operaciones para elevar el rendimiento sin comprometer la seguridad.

El gas es la unidad que mide cuánto trabajo computacional cuesta ejecutar una operación en Ethereum. Reajustar esos precios —lo que en la jerga se conoce como repricing— permite subir el límite de trabajo que cabe en cada bloque, pero también altera los supuestos con los que se programaron y desplegaron miles de aplicaciones en los últimos años.

Qué cambia en el gas de Ethereum

Las dos propuestas centrales son EIP-8037 y EIP-8038, cuyo despliegue está previsto para Glamsterdam, según detalló el equipo de desarrollo de Ethereum. La idea es recalibrar el costo de determinadas instrucciones para que la red procese más operaciones por bloque, un paso más en la hoja de ruta orientada a escalar el desempeño de la capa base.

Publicidad

Estabilidad respaldada en Bitcoin

Descubre Dollar on Chain →

El problema aparece cuando un contrato inteligente fija de antemano cuánto gas puede consumir una llamada. Si el nuevo esquema encarece esa operación por encima del límite que el contrato tenía codificado, la transacción falla. Muchos desarrolladores establecieron esos topes hace tiempo, cuando los precios del gas eran distintos, y no previeron un reajuste posterior.

La magnitud del riesgo, en cifras

Para medir el impacto, el equipo montó un panel de impacto del repricing que reproduce el historial de la cadena bajo las nuevas reglas. La prueba de EIP-8037 abarcó más de 174 millones de reproducciones de transacciones, mientras que en el análisis de EIP-8038 alrededor de 84,7 millones resultaron corregibles.

El matiz importa. La mayoría de los fallos detectados se resuelven simplemente elevando el límite de gas que el usuario o la aplicación asigna a la transacción, sin tocar el código. Es una corrección relativamente sencilla del lado de las interfaces y las billeteras. Un grupo más pequeño, sin embargo, sí requeriría cambios en el código o migrar a nuevos contratos, algo mucho más delicado cuando se trata de contratos inmutables ya en producción.

Ese subconjunto es el que enciende las alarmas: contratos que quedaron con parámetros rígidos y que no pueden actualizarse fácilmente. Para ellos, el reajuste podría dejar inoperativas ciertas funciones a menos que sus responsables intervengan antes de que la actualización entre en vigor.

Pruebas en testnet y aviso a los desarrolladores

El equipo publicó además un informe de contacto destinado a identificar y avisar a los proyectos potencialmente afectados, de modo que puedan revisar sus despliegues con tiempo. La estrategia pasa por dar visibilidad al problema antes de que llegue a la red principal, en lugar de descubrir los fallos en producción.

Las propuestas se están validando en entornos de prueba. La red de pruebas Platåberget sirve como banco de ensayo para observar cómo se comportan los contratos existentes bajo el nuevo esquema de precios, un procedimiento habitual antes de comprometer cambios que afectan a toda la cadena.

Este tipo de tensión resume el desafío de fondo de Ethereum: mejorar el rendimiento de una red que ya sostiene un valor enorme y un catálogo gigantesco de aplicaciones que dependen de reglas estables. Cada ganancia de velocidad obliga a revisar qué se rompe por el camino, y quién paga el costo de arreglarlo.

Qué significa para usuarios y proyectos

Para el usuario común, el efecto más probable será marginal: billeteras y aplicaciones tenderán a ajustar automáticamente los límites de gas para absorber la mayoría de los casos. La responsabilidad recae sobre todo en equipos de desarrollo y protocolos que deben auditar sus contratos frente al nuevo modelo.

Los contratos inteligentes son programas que se ejecutan solos en la blockchain cuando se cumplen ciertas condiciones, y buena parte del ecosistema de finanzas descentralizadas y aplicaciones descentralizadas descansa sobre ellos. Muchos de esos contratos también dependen de oráculos que alimentan datos externos, otra capa que conviene revisar ante cualquier cambio en los costos de ejecución.

Con Glamsterdam todavía en fase de validación, la ventana para actuar sigue abierta. El desenlace dependerá de cuántos proyectos revisen a tiempo sus despliegues y de si el subconjunto que exige cambios de código resulta tan acotado como sugieren las primeras pruebas.