La próxima actualización de Ethereum está poniendo presión sobre el supuesto de 21,000 gas que las billeteras han tratado durante mucho tiempo como el costo fijo de una transferencia simple, una convención profundamente arraigada en la forma en que el software de las billeteras estima tarifas, firma transacciones y advierte a los usuarios antes de que envíen fondos.

Puntos clave

• Las billeteras han utilizado históricamente 21,000 gas como el valor predeterminado seguro para una transferencia básica de ETH.
• El trabajo de la próxima actualización de Ethereum se dirige a la capa de transacciones donde reside ese valor predeterminado.
• Si las billeteras mantienen un supuesto desactualizado, los usuarios pueden enfrentarse a malas estimaciones de tarifas o envíos fallidos.

Por qué el supuesto de 21,000 gas importa a las billeteras

La cifra de 21,000 gas es la cantidad base que Ethereum cobra por procesar una transferencia simple de ETH de una cuenta a otra. Las billeteras la tratan como una constante y usan ese número para rellenar previamente los campos de tarifas y estimar costos antes de que un usuario firme una transacción.

Esa convención ocupa un lugar central en los flujos de transacciones cotidianos. Cuando una billetera muestra una tarifa estimada, verifica si un saldo es suficiente para cubrir un envío o establece un límite de gas en una transacción firmada, depende del supuesto de que una transferencia simple siempre costará esa cantidad base fija. Las vistas previas de tarifas, las verificaciones de suficiencia y los límites de gas se sitúan todos aguas abajo del mismo valor predeterminado.

Esa constante se ha mantenido durante la mayor parte de la historia de Ethereum — el cargo de 21,000 gas intrínseco para una transferencia sin datos ha figurado en la especificación central del protocolo desde los primeros años de la red —, y esa es precisamente la razón por la cual el código de las billeteras podía tratarla como un número fijo.

El problema es operativo y no teórico. Un número codificado de forma fija en la lógica de firma y estimación es tan seguro como la regla del protocolo que lo respalda, y los parámetros centrales de Ethereum los establece el proceso continuo de actualización de la red, que está documentado para los desarrolladores como un objetivo en evolución.

Qué cambia con la próxima actualización de Ethereum

Se trata de una historia sobre una actualización de protocolo, no sobre precios ni hojas de ruta. El cambio relevante ocurre en la capa de transacciones, donde una expectativa de gas de larga data puede modificarse una vez que entren en vigor nuevas reglas de consenso.

El trabajo de clientes y especificaciones de Ethereum continúa avanzando a través de pruebas públicas, incluida la red de pruebas Plataberget anunciada por la Ethereum Foundation, y mediante propuestas formales como la EIP-8037. Los detalles de cualquier implementación específica deben confirmarse con esas fuentes primarias en lugar de asumirse.

Los cambios de gas a nivel de protocolo no son algo inédito. La EIP-150 elevó en 2016 los costos de los opcodes de acceso al estado tras ataques de denegación de servicio a la red, y la EIP-1884 de Estambul repreció operaciones en 2019 — un cambio que llevó a los proyectos a parchear contratos que tenían supuestos de gas incorporados, con Aragon advirtiendo públicamente que su token ANT estaba afectado. La EIP-1559 de Londres reestructuró el propio mercado de tarifas en 2021, cambios que impulsaron a los desarrolladores de billeteras a actualizar la forma en que se estimaban y seleccionaban las tarifas. En cada caso, el software aguas abajo heredó las reglas establecidas en la capa de protocolo.

La conclusión práctica es acotada. Si el costo base o la contabilidad de una transferencia simple cambian, el valor de 21,000 gas que las billeteras han tratado como permanente se convierte en una referencia móvil, y el software que depende de él hereda ese cambio. Esta dirección de actualización avanza en paralelo a otro trabajo a nivel de protocolo, incluidas propuestas de protección de cuentas orientadas a la seguridad futura.

Qué deben vigilar a continuación los equipos de billeteras y los usuarios

Para los equipos de producto de billeteras, el primer lugar a revisar es la estimación de tarifas. La lógica que asume una base fija de 21,000 gas podría necesitar leer el parámetro actual de forma dinámica en lugar de incluirlo como una constante codificada de forma fija. Ya existe una ruta dinámica en las herramientas estándar: las interfaces de nodos de Ethereum exponen un método eth_estimateGas que devuelve una estimación calculada según las reglas actuales de la red. Cualquier ruta de código que todavía asuma el número antiguo queda dentro de esa revisión.

El riesgo para los usuarios es concreto. Si un supuesto desactualizado permanece tras un cambio de reglas, los usuarios podrían ver vistas previas de tarifas erróneas, transacciones con fondos insuficientes o envíos fallidos en casos donde la billetera esperaba un costo que ya no coincide con la red. Cada uno de esos fallos se remonta a una sola constante obsoleta.

Valores predeterminados más seguros significan estimar según las reglas vigentes de la red en lugar de un número memorizado. Este cambio también refleja cómo se pide al ecosistema más amplio de Ethereum que se adapte a los cambios a nivel de protocolo, un tema visible en la dirección L1 y L2 declarada por la Ethereum Foundation.

La señal a monitorear es el detalle de implementación: cómo define la actualización los costos base de las transacciones, si los clientes de billeteras actualizan su lógica de estimación antes de que el cambio llegue a la red principal, y cómo se comportan las billeteras en las redes de pruebas públicas que operan antes de cualquier activación en la red principal.