Cómo estimar las comisiones de gas en Ethereum y otras cadenas

Isometric fee planes with a transaction marker

Para estimar una comisión de gas, multiplique el gas que utilizará una transacción por el precio que paga por unidad de gas. En Ethereum tras EIP-1559, eso significa (tarifa base + tarifa de prioridad) × unidades de gas utilizadas. Las unidades provienen de simular su transacción exacta. El precio proviene de la red en vivo. Esta guía muestra ambas mitades, luego cubre qué cambia en las capas 2, con cuentas inteligentes y cuando integra pagos en una aplicación.

(Si ha llegado aquí buscando el precio del combustible para su coche, esta página trata sobre las comisiones de transacción en blockchain.)

TL;DR

Comisión = gas utilizado × precio por gas. El gas utilizado mide el trabajo computacional. El precio por gas refleja la demanda.
Simule la transacción exacta con eth_estimateGas para las unidades, y lea los datos de comisiones en vivo para el precio. Actualice ambos justo antes de firmar.
Un límite de gas es un techo, no un cargo. El gas no utilizado no se consume, pero una transacción fallida sigue pagando por el trabajo que realizó.
Los rollups como Arbitrum añaden un coste de datos de capa 1. Utilice el estimador propio de cada cadena, no una suposición de la red principal de Ethereum.
Para aplicaciones de pagos, guarde la estimación, los campos de comisión, la marca de tiempo y la comisión del recibo final para poder conciliar después.

Tabla de contenidos

La fórmula detrás de cada estimación de gas
Límite de gas vs precio de gas
Un ejemplo trabajado
Estimación de gas en código
Las capas 2 y otras cadenas no siguen la fórmula de la red principal
Cuentas inteligentes y gas patrocinado
Errores comunes en la estimación
Qué registrar para pagos
Nuestra perspectiva
Evite la fontanería de comisiones por cadena
Preguntas frecuentes
Fuentes

La fórmula detrás de cada estimación de gas

Ethereum.org define el gas como la unidad que mide el esfuerzo computacional necesario para ejecutar operaciones en la red. Cada transacción consume una cierta cantidad. Luego paga un precio por cada unidad. Eso da dos números separados:

Unidades de gas dependen de lo que hace la transacción. Enviar ETH a una dirección simple es sencillo. Llamar a un contrato inteligente no lo es.
Precio por gas depende de lo ocupada que esté la red en este momento. Se cotiza en gwei.

El punto que la mayoría de calculadoras ocultan: cambiar la lógica de su contrato mueve el primer número, mientras que la congestión mueve el segundo. Una buena interfaz muestra ambos en lugar de un total inexplicado.

Gwei y ETH

Un gwei equivale a 0,000000001 ETH (10^-9). Así que para convertir, multiplique las unidades de gas por el precio en gwei, luego divida entre 1.000.000.000 para obtener ETH. Multiplique por el precio de ETH solo si quiere una cifra en dólares. Nuestro convertidor de gwei maneja wei, gwei y ETH en ambas direcciones.

Qué cambió EIP-1559

Desde EIP-1559, cada bloque tiene una tarifa base por gas que sube o baja según la demanda, y la tarifa base se quema. Además, una transacción lleva una tarifa de prioridad (la propina) y una tarifa máxima, lo máximo que está dispuesto a pagar por gas en total. Usted paga la tarifa base del bloque que lo incluye más su propina, siempre que la suma se mantenga por debajo de su tarifa máxima.

Así, una estimación de billetera tiene tres partes móviles: unidades, tarifa base y propina. La tarifa máxima es un tope de seguridad, no una predicción.

Cómo se combinan las tarifas EIP-1559 bajo un tope de tarifa máxima

Límite de gas vs precio de gas

Estos dos términos confunden a la mayoría de los principiantes, así que aquí los tiene uno al lado del otro.

	Límite de gas	Precio de gas
Qué es	Las unidades de gas máximas que permite que la transacción use	Lo que paga por unidad, en gwei
Establecido por	Su estimación del trabajo involucrado	Demanda del mercado, más su propina
Al subirlo	No sube la tarifa por sí solo	Sube la tarifa directamente
Demasiado bajo	La transacción falla	La transacción espera o no se incluye

El comportamiento clave: un límite de gas es un techo. Una transferencia estándar de ETH usa 21,000 gas, y el gas asignado no utilizado se devuelve. MetaMask señala que subir un límite manualmente no necesariamente sube la tarifa final porque el gas no utilizado no se consume. Tampoco compra una confirmación más rápida. Una anulación manual solo lo protege de una subestimación.

El peligro va en la otra dirección. Si un contrato se queda sin gas durante la ejecución, revierte pero aun así consume el gas que suministró. Y el cómputo se paga incluso cuando una transacción revierte. Por eso simula antes de transmitir.

Un ejemplo resuelto

Los números a continuación son ilustrativos, no precios en vivo. Asuma una tarifa base de 20 gwei y una tarifa de prioridad de 2 gwei, así que 22 gwei por gas.

Transacción	Unidades de gas	Precio por gas	Tarifa en gwei	Tarifa en ETH
Transferencia simple de ETH	21,000	22 gwei	462,000	0.000462
Aprobación ERC-20 (visualización típica de billetera)	45,000	22 gwei	990,000	0.00099

La cifra de 21,000 para una transferencia simple proviene de Ethereum.org. La cifra de 45,000 es lo que MetaMask muestra comúnmente para una aprobación ERC-20, pero el número real depende del contrato y su estado. Una transferencia de token o un swap volverán a diferir. Esa es toda la razón por la que no puede codificar unidades de forma rígida para nada más allá de una transferencia simple.

Para obtener una cifra en fiat, tome 0.000462 ETH y multiplíquelo por el precio actual de ETH. Hágalo al final y etiquételo como aproximado.

Estimación de gas en código

Si está construyendo en lugar de hacer clic, el proceso tiene cuatro pasos.

Describa la intención completa de la transacción. eth_estimateGas necesita la cadena, la dirección de destino, los calldata y el valor, y opcionalmente los campos de comisión. Cambie el importe del token, el destinatario o el estado del contrato y la estimación puede variar. Nunca reutilice la estimación de una transferencia diferente.
Llame a eth_estimateGas contra un nodo. Devuelve las unidades requeridas, normalmente como un número hexadecimal que debe decodificar.
Obtenga las recomendaciones de precio actuales. Consulte a un oráculo de comisiones o a su nodo para obtener una comisión base y una sugerencia de propina a la velocidad que desee (lenta, estándar, rápida).
Calcule y presente un rango. Multiplique las unidades por el precio y muestre a los usuarios un máximo o un rango. Una cotización no es una garantía, y la red puede moverse entre la estimación y la inclusión.

A continuación, añada un hábito que evita dolores de cabeza: actualice el precio inmediatamente antes de firmar. El precio del gas es sensible a la demanda, por lo que la misma transacción puede costar importes diferentes en distintos momentos. Ethereum.org señala exploradores de bloques y rastreadores de gas para datos en vivo cuando solo necesita una comprobación rápida manual.

Aumente el límite, no el precio

Un pequeño margen en el límite de gas es un seguro barato, ya que el gas no utilizado no se cobra. Aumentar el precio por gas, por el contrario, incrementa directamente lo que paga. Mantenga esas dos decisiones separadas en su código.

Las Layer 2 y otras cadenas no siguen la fórmula de la mainnet

Una única fórmula EVM genérica puede inducir a error. Los rollups cobran por dos cosas: la ejecución en la capa 2 y la publicación de los datos de su transacción en la capa 1.

Arbitrum es un buen ejemplo. Su documentación dice que el camino rápido es llamar a eth_estimateGas y multiplicar por el precio del gas de la cadena hija. El límite de gas devuelto incluye la computación de la capa 2 más un margen para el coste de la capa 1. Ese margen depende del tamaño de los calldata comprimidos y de los precios de la cadena principal, por lo que la estimación puede cambiar cuando la capa 1 se satura. Para una contabilidad a nivel de componente, la llamada NodeInterface.gasEstimateComponents desglosa el total, el margen de la capa 1 y los datos de la comisión base. El propio Arbitrum advierte que las estimaciones son aproximadas y que las comisiones reales pueden diferir.

Para un recorrido más profundo, consulte nuestra publicación sobre el seguimiento de comisiones de gas de Arbitrum en vivo con NodeInterface y la fórmula de Nitro.

Tron funciona con un modelo completamente diferente. Cobra en ancho de banda y energía en lugar de un precio de gas, por lo que nada de lo anterior se aplica directamente. Nuestra guía sobre comisiones de TRON y la calculadora de comisiones de TRON para transferencias USDT-TRC20 cubren ese modelo.

La regla para productos multi-cadena: utilice el estimador propio de cada red y mantenga la lógica específica de cada cadena detrás de una única interfaz.

Las Layer 2 y otras cadenas no siguen la fórmula de la mainnet — diagrama general

Cuentas inteligentes y gas patrocinado

Si utiliza la abstracción de cuentas con un paymaster, una cotización de transacción simple no es suficiente. El ERC-7677 explica que la estimación del paymaster depende del contexto, porque la billetera y el bundler saben cómo se enviará realmente la operación del usuario. Indica que las billeteras deberían usar los valores de gas proporcionados por el paymaster para los campos específicos del paymaster, incluido el gas post-operación, ya que los bundlers pueden subestimar esos costos.

En la práctica: estime a través de la misma ruta de billetera, paymaster y bundler que utilizará para transmitir. No reutilice un número de una transacción ordinaria.

Errores comunes en la estimación

Mostrar un solo número sin contexto. Los usuarios deberían ver las unidades, el precio y un máximo.
Usar el límite máximo de la billetera como cargo esperado. El límite es un techo. Multiplicarlo por el precio sobrestima la comisión probable.
Estimar una vez y firmar más tarde. Los precios y el estado del contrato cambian. Vuelva a simular justo antes de firmar.
Aplicar suposiciones de la red principal de Ethereum a un rollup. Se perderá el componente de datos de la capa 1.
Ignorar los fallos. Una transacción revertida sigue costando gas. Simule primero y muestre los errores antes de que el usuario pague.
Descartar la pista de auditoría. Sin registros, finanzas no puede conciliar las cotizaciones con lo que se cobró realmente.

Qué registrar para los pagos

Si su aplicación mueve dinero, trate la estimación como datos que vale la pena conservar. Para cada transacción, almacene:

el contexto de la cadena y del bloque
la estimación de gas y el límite de gas que estableció
los campos de comisión que utilizó (comisión base, propina, comisión máxima)
la marca de tiempo de la estimación
la comisión final del recibo de la transacción

Comparar la cotización con el recibo le indica cuánto se desvían sus estimaciones y si sus márgenes son demasiado ajustados o demasiado generosos. También brinda a soporte una respuesta directa cuando un cliente pregunta por qué cambió una comisión.

Nuestra perspectiva

La mayoría de los equipos con los que hablamos no tienen problemas con la fórmula. Tienen problemas con todo lo que la rodea: ejecutar nodos para varias redes, decodificar respuestas sin procesar, manejar las particularidades de comisiones de cada cadena y mantener todo consistente a medida que las cadenas cambian.

Creamos Chaingateway en torno a esa brecha. La idea es una API REST única para cadenas como Ethereum, Tron, Bitcoin, Solana, Polyggon, BNB Chain y Arbitrum, con estimación automática de gas y datos predecodificados, para que su equipo no tenga que mantener una ruta de comisiones separada por red. Nuestra visión es que la estimación de comisiones debería ser un paso integrado del envío de una transacción, no un proyecto paralelo que sus desarrolladores reconstruyen para cada cadena.

También pensamos que una cotización debe ser honesta. Muestre la estimación como una estimación, mantenga la comisión del recibo junto a ella, y deje que los números le enseñen dónde pertenecen sus márgenes.

— Bitblade

Omita la fontanería de comisiones por cadena

Si está construyendo billeteras, pagos o flujos de depósito, nuestra API de Blockchain le permite crear billeteras, enviar transferencias de tokens con estimación automática de gas y obtener datos de transacciones decodificados a través de una interfaz. Combínela con Webhooks de Chaingateway para recibir notificaciones en tiempo real cuando lleguen pagos, en lugar de sondear. Las solicitudes están firmadas con HMAC.

Los planes se facturan por mes o por año, y puede ver cada nivel en la página de precios:

Plan	Mensual	Anual
Plus	49 EUR al mes	490 EUR al año
Pro	99 EUR al mes	990 EUR al año
Premium	249 EUR al mes	2490 EUR al año
Enterprise	499 EUR al mes	4990 EUR al año

¿Desarrolla específicamente en Arbitrum? Vea cómo enviar tokens ERC-20 en capa 2 con una sola llamada REST. Para obtener información básica sobre ETH, gas y tokens ERC-20, nuestra visión general de Ethereum es un buen punto de partida.

Preguntas frecuentes

¿Cómo estimo las comisiones de gas en Ethereum?

Simule su transacción exacta con eth_estimateGas para obtener las unidades de gas. Obtenga la tarifa base actual y una sugerencia de tarifa de prioridad, luego calcule (tarifa base + tarifa de prioridad) × unidades de gas. Convierta de gwei a ETH, y a dólares solo si necesita mostrarlo.

¿Cuál es la diferencia entre límite de gas y precio del gas?

El límite de gas es el número máximo de unidades de gas que permite que una transacción use. El precio del gas es lo que paga por unidad, en gwei. El límite es un tope y el gas no utilizado no se cobra, mientras que el precio escala directamente su comisión.

¿La comisión de gas estimada es lo que realmente pagaré?

No siempre. Una estimación se basa en las condiciones en el momento en que la solicita, y la red puede cambiar antes de que su transacción se incluya. En Ethereum paga la tarifa base del bloque que le incluye más su propina, limitada por su tarifa máxima. Muestre a los usuarios un rango o un máximo en lugar de una cifra garantizada.

¿Pago gas si mi transacción falla?

Sí, en la mayoría de los casos. La computación que ocurrió antes de una reversión sigue pagándose, y una transacción que se queda sin gas a mitad de ejecución consume el gas suministrado. Simular de antemano detecta muchos fallos antes de que gaste nada.

¿Por qué las estimaciones de gas en capa 2 son diferentes?

Los rollups cobran por la ejecución en la capa 2 y por publicar datos en la capa 1. En Arbitrum, el límite de gas estimado incluye un margen para ese coste de capa 1, que cambia con el precio de la cadena principal. Utilice el método de estimación propio de la cadena.