El límite de gas en Ethereum es la cantidad máxima de unidades de gas que una transacción puede consumir, no necesariamente su coste final en ETH. Una transferencia ordinaria de ETH entre cuentas suele utilizar 21.000 unidades; un intercambio, una aprobación, una acuñación o una interacción con contratos puede necesitar muchas más. La documentación oficial de Ethereum sobre gas distingue el presupuesto autorizado del gas realmente utilizado: la capacidad no consumida no se cobra como trabajo realizado. Un límite insuficiente puede hacer que una operación incluida falle por falta de gas y aun así cobre una comisión. Un límite elevado tampoco garantiza seguridad ni éxito.
Conviene separar tres conceptos: el límite de la transacción, el precio de cada unidad de gas y la capacidad de gas de un bloque. Una cartera puede mostrarlos junto a una comisión máxima. Esa cifra es un techo de gasto, no una factura confirmada. Entender las diferencias evita cambiar números al azar cuando una transferencia no avanza o un intercambio falla.
Límite, precio y gas utilizado: conceptos distintos
El gas mide trabajo en el entorno de ejecución de Ethereum. Enviar ETH, aprobar un token y llamar a varios contratos DeFi son acciones distintas, por lo que su consumo varía. El gas no es una criptomoneda: ETH es el activo utilizado para pagar la ejecución en la red principal. El precio unitario suele expresarse en gwei, y un gwei equivale a una milmillonésima parte de un ETH.
El límite fija el máximo de unidades. El precio indica cuánto se paga por unidad. El gas utilizado es la cantidad registrada en el recibo mediante la contabilidad de ejecución. Para una transacción ordinaria incluida, la comisión de ejecución se calcula como gasUsed × effectiveGasPrice, convirtiendo las unidades a ETH. La guía oficial de transacciones describe estos campos y los parámetros de las comisiones dinámicas.
| Campo | Unidad | Significado | Confusión frecuente |
|---|---|---|---|
| Límite de la transacción | gas | Trabajo máximo autorizado | Considerar todo el límite una comisión definitiva |
| Gas utilizado | gas | Gas registrado en el recibo | Confundir una estimación con el resultado |
| Comisión base | gwei por gas | Componente determinado por el protocolo | Creer que el usuario puede fijarlo directamente |
| Comisión de prioridad | gwei por gas | Incentivo adicional para incluir la operación | Pensar que una propina alta repara errores de ejecución |
| Precio máximo por gas | gwei por gas | Techo del precio unitario | Confundir el máximo con el precio efectivo |
| Límite de gas del bloque | gas por bloque | Capacidad conjunta de ejecución | Tratarlo como presupuesto de una sola operación |
Desplaza la tabla horizontalmente para ver todas las columnas.
Si una transferencia sencilla utiliza 21.000 unidades, autorizar 50.000 no significa pagar las 50.000. Reducir el límite a 15.000 tampoco elimina el trabajo obligatorio: esa transferencia incumple la validación del gas intrínseco antes de incluirse y no genera una comisión de ejecución en cadena. Es un caso distinto de una interacción incluida que agota su presupuesto durante la ejecución.
Ejemplo: comisión máxima frente a comisión real
Imaginemos un intercambio con un límite de 180.000 unidades y un precio máximo de 30 gwei por gas. Su exposición máxima por ejecución sería 180.000 × 30 gwei = 0,0054 ETH. Supongamos que termina correctamente utilizando 132.000 unidades a un precio efectivo de 14 gwei. La comisión real sería 132.000 × 14 gwei = 0,001848 ETH.
La diferencia, 0,003552 ETH, es margen no utilizado entre el máximo y la comisión final. No representa una transferencia separada de reembolso. La contabilidad del protocolo devuelve al saldo del emisor el valor del gas no utilizado; el recibo refleja el gas finalmente cobrado. El ETH enviado como valor de la transacción es independiente de este presupuesto de comisiones.
Estos números son hipotéticos, no una cotización actual. En EIP-1559, la comisión base se quema y el componente de prioridad corresponde al destinatario de comisiones del bloque. En una transacción dinámica estándar, el precio efectivo es la base más el menor valor entre el máximo de prioridad y el margen disponible bajo el precio máximo total. Aumentar maxFeePerGas permite soportar variaciones, pero no obliga a gastar todo ese máximo.
Por eso una cartera puede mostrar un techo en dólares mucho mayor que el coste final. Aun así, la cuenta debe poder cubrir el valor enviado más la exposición máxima de gas. No aceptes un contrato desconocido solo porque su comisión parezca pequeña. Los permisos y activos expuestos son otra cuestión, como explica nuestra guía de aprobaciones de tokens.
Cómo estiman las carteras el límite adecuado
Las carteras suelen simular la operación frente a un estado reciente de la cadena mediante eth_estimateGas. La referencia oficial JSON-RPC documenta el método y aclara que estimar no añade una transacción a la blockchain. La cifra predice lo necesario para esa llamada y esos parámetros en el estado consultado; no es una propiedad invariable de la función del contrato.
Un intercambio puede consumir más o menos si cambia la ruta, se actualiza un pool, ya existe una aprobación o se ejecuta otra rama del código. Algunas carteras añaden un margen para evitar quedarse cortas. Una simulación correcta tampoco garantiza el éxito posterior: el plazo puede vencer o el precio dejar de cumplir las condiciones del usuario antes de la inclusión. Más gas no arregla esas circunstancias.
El procedimiento práctico es comprobar primero la red y el contrato, identificar los activos que se entregan y reciben, dejar que la cartera estime y leer cualquier advertencia. Si la simulación indica una reversión, no la ignores multiplicando el límite. Revisa también la comisión máxima en ETH, no solo el número de unidades.
Para desarrolladores, conviene comprobar identificador de cadena, emisor, destino, datos de llamada, valor, saldo, nonce y motivo de reversión. Un límite inesperadamente enorme justifica detenerse e investigar. Un margen excesivo aumenta la exposición máxima y puede hacer que la cuenta no tenga saldo suficiente o que la transacción incumpla restricciones del protocolo.
Límite de una transacción, capacidad del bloque y Fusaka
Ethereum tiene capacidad de ejecución por bloque y restricciones independientes para cada transacción. En el modelo de EIP-1559, el objetivo de gas es la mitad del límite del bloque; la comisión base se ajusta según el bloque anterior quede por encima o por debajo del objetivo. La capacidad puede evolucionar mediante señalización de validadores y actualizaciones de red. Una captura antigua no demuestra el límite vigente.
EIP-7825 establece un máximo de 16.777.216 unidades de gas por transacción, equivalente a 2²⁴. Una operación que especifique un límite superior es inválida aunque su ejecución real pudiera utilizar menos. La hoja de ruta oficial de Fusaka confirma que la actualización se activó el 3 de diciembre de 2025 e incorporó esta restricción.
La explicación de Ethereum Foundation vincula el máximo con limitar operaciones desproporcionadas y facilitar un procesamiento previsible a medida que crece la capacidad de los bloques. No fija el límite agregado del bloque ni indica cuánto cuesta una transferencia. Las operaciones ordinarias quedan muy lejos de ese máximo.
Un despliegue grande, una migración o un lote complejo puede necesitar optimización o división. Dividir cambia la atomicidad: dos operaciones separadas no equivalen automáticamente a una única acción que se completa o revierte entera. Además, una simulación RPC puede admitir presupuestos distintos de los permitidos para inclusión real. Simular con éxito no basta para demostrar validez.
Rechazo por gas intrínseco, agotamiento y reversión
El rechazo por gas intrínseco sucede antes de la inclusión cuando falta el presupuesto inicial obligatorio. No existe una ejecución incluida que cobrar. En cambio, una transacción válida puede entrar en un bloque y después agotar su gas. Si ese agotamiento hace fallar toda la operación, los cambios de ejecución se revierten, pero la comisión y el avance del nonce del emisor siguen contabilizándose.
Una reversión del contrato, o revert, es otro mecanismo. La aplicación puede rechazar un plazo vencido, una aprobación insuficiente, un pool pausado, una restricción de acceso o un precio de intercambio inaceptable. Esa reversión puede dejar gas sin consumir. Elevar el límite un 50% no repara una condición que continúa incumpliéndose.
El estado del recibo no identifica por sí solo la causa. Un consumo cercano al límite sugiere investigar falta de gas, pero puede necesitarse una traza o un error decodificado. También puede agotarse el gas de una llamada interna y el contrato exterior gestionar el fallo. Una pista útil no equivale a demostrar una ruta concreta de ejecución.
| Síntoma | Comprobación más útil | Qué no debes suponer |
|---|---|---|
| No hay hash | Rechazo de la cartera, red y respuesta RPC | Que se haya pagado ejecución |
| Hay hash, pero sigue pendiente | Topes de comisión, base, orden de nonce y estado del mempool | Que más unidades aceleren la inclusión |
| Estado 0, consumo cercano al límite; out of gas | Límite, simulación, ruta del contrato y traza si existe | Que los tokens se transfirieran o repetir a ciegas sea seguro |
| Estado 0, consumo inferior al límite; execution reverted | Motivo, deslizamiento, plazo, saldo, autorización y datos de llamada | Que un límite mayor repare la lógica |
| Estado 1 y estimación muy elevada | gasUsed y effectiveGasPrice del recibo | Que la estimación fuera el coste final |
| Insufficient funds | ETH en la red correcta frente a valor más comisión máxima | Que un saldo ERC-20 pague directamente el gas de mainnet |
| Coste distinto de la estimación | Estado al incluirse, ruta y precio efectivo | Que estimar garantice el resultado |
| Comisiones distintas en otra L2 | Componentes propios de ejecución y publicación de datos | Que la fórmula de mainnet se traslade sin cambios |
Desplaza la tabla horizontalmente para ver todas las columnas.
Pueden coexistir varias causas y una interfaz puede resumirlas mediante un mensaje genérico. Guarda el hash y los parámetros relevantes antes de repetir una operación. Nuestra explicación del modelo UTXO frente al modelo de cuentas aporta contexto sobre por qué Ethereum requiere revisar nonces y estado de cuentas, no seleccionar entradas al estilo Bitcoin.
Cómo comprobar la comisión final en un explorador
Tras la inclusión, abre el hash en un explorador confiable de la misma cadena. Confirma estado, emisor, destino, valor e interacciones. Busca gasUsed y effectiveGasPrice. Utiliza el gas de esa transacción, no cumulativeGasUsed, que incluye operaciones anteriores del mismo bloque.
Supongamos un recibo hipotético con 85.000 unidades consumidas a 9 gwei. La comisión de ejecución es 85.000 × 9 / 1.000.000.000 = 0,000765 ETH. Un límite autorizado de 150.000 no modifica esa cuenta. Al leer la respuesta RPC sin procesar, recuerda que las cantidades aparecen en hexadecimal y que effectiveGasPrice se expresa en wei: divide el producto entre 10¹⁸ para obtener ETH.
El método eth_getTransactionReceipt devuelve el resultado incluido; una transacción pendiente todavía no tiene recibo. El importe mostrado en dólares depende además del cambio ETH/USD utilizado por la interfaz. Que el explorador indique éxito no demuestra que un exchange haya acreditado el depósito o que el resultado económico coincida con lo esperado.
Consultar un recibo no requiere firmar ni revelar palabras de recuperación. Nuestra guía de wallets de solo lectura desarrolla la separación entre observar y autorizar gastos. También puede seguirse una dirección pública de Ethereum sin sus claves privadas, aunque los descriptores y flujos PSBT de Bitcoin no se trasladan literalmente a esta red.
Mainnet, capa 2 y gas patrocinado
En una L2, el cargo total puede incluir componentes asociados a publicar datos o liquidar sobre otra capa, además de la ejecución. Un puente o servicio también puede cobrar por separado. No apliques una única fórmula a todos los rollups sin consultar su modelo, ni deduzcas el activo de gas a partir del nombre del token de gobernanza. Nuestro análisis de Arbitrum ilustra la diferencia entre ARB para gobernanza y ETH para gas en Arbitrum One y Nova.
El patrocinio mediante monederos smart contract puede cambiar quién paga o cómo recupera el coste. Un paymaster puede financiar la operación o cobrar otro token, pero la ejecución sigue consumiendo recursos de red. Los módulos de cuenta, las llamadas agrupadas y las condiciones del patrocinio añaden supuestos de autorización y dependencias operativas.
Los lotes requieren atención especial. Una acción de cartera puede reunir aprobación y depósito, y la gestión del fallo depende de la implementación. Una comisión pequeña no mide el poder concedido por una aprobación o firma. Tampoco una tarifa fija de retirada de un exchange revela necesariamente la comisión real de tu pago: la plataforma puede agrupar movimientos y aplicar su propia política comercial.
¿Conviene editar manualmente el límite?
Para operaciones normales, un estimador fiable y una revisión cuidadosa suelen ser preferibles a modificar cifras a mano. Un margen razonable puede ayudar cuando varía el consumo, pero más no siempre es mejor. Un contrato malicioso o un bucle ineficiente puede consumir más dentro de un presupuesto amplio, y un límite sobredimensionado puede superar el saldo disponible o las restricciones del protocolo.
Si una aplicación falla repetidamente, deja de pagar por intentos idénticos. Comprueba cotización vencida, aprobación pendiente, red equivocada, nonce desactualizado, saldo cambiado o una interrupción documentada. Acude únicamente a canales oficiales verificados. No necesitas una web de “reinicio del gas” ni compartir la frase de recuperación para diagnosticar un recibo.
Preguntas frecuentes
¿Bastan siempre 21.000 unidades para enviar ETH?
No. Es el consumo habitual de una transferencia simple sin datos adicionales ni ejecución. Un contrato o una cuenta delegada puede ejecutar código al recibir ETH, y ciertas funciones de la transacción añaden costes. Estima la llamada concreta.
¿Pierdo el gas no utilizado?
Por regla general, no. La comisión final de ejecución depende del gas cobrado en el recibo y del precio efectivo. Autorizar un máximo no implica consumirlo entero.
¿Un límite mayor hace que confirme antes?
No. Influyen la oferta de comisión, el orden de nonce y las condiciones de red. Las unidades adicionales no son una propina mayor. Un nonce anterior pendiente puede bloquear operaciones posteriores.
¿Puedo acelerar una transacción pendiente?
Según la cartera y la red, puede sustituirse por otra con el mismo nonce y una oferta de comisión más competitiva. Eso no significa necesariamente aumentar el presupuesto de ejecución. Revisa la función de reemplazo de la cartera para no duplicar la intención de pago.
¿Por qué se cobró un intercambio fallido?
La ejecución incluida consume recursos aunque revierta. El rechazo previo a inclusión es diferente y no genera una comisión de ejecución en cadena. Comprueba el recibo, no solo la notificación.
¿Puedo copiar el límite entre distintas redes?
No hay un valor universal seguro. Contratos, reglas de ejecución y componentes de comisión pueden diferir. Utiliza una estimación específica para la red y la acción exactas.
Perspectiva de BTC-Pulse
La pregunta útil no es cuánto podemos reducir una cifra, sino qué trabajo realizará la operación, cuál es la exposición máxima y cómo verificaremos el resultado. Una estimación sólida y la revisión independiente del recibo son más fiables que adivinar 21.000, 100.000 o un millón de unidades. Ante un fallo, distingue rechazo intrínseco, agotamiento de gas, reversión por lógica y problemas de inclusión antes de cambiar ajustes.
Este artículo es educativo y no constituye asesoramiento financiero ni de seguridad personalizado.
