Cómo entender una tarifa de red sin buscar solo el precio mínimo
La tarifa total es gas x (tarifa base + propina): la base la fija el protocolo en escalones del 12,5 % y la propina la controlas tú. Repasa por qué el límite de gas no es el precio, por qué se paga aunque la transacción falle y cuándo una tarifa baja sí es la decisión correcta.
Este artículo puede contener enlaces de afiliados. Las relaciones comerciales se detallan en la política de afiliados.
Leer una tarifa de red no consiste en encontrar el número más bajo posible. Consiste en entender a qué te comprometes con ese número, qué hace la red con él y en qué momento una cifra baja se convierte en una transacción que se queda pendiente o directamente falla.
Qué contiene realmente una tarifa
En Ethereum, la tarifa que ves en la billetera tiene dos componentes. La tarifa base la fija el protocolo: es el precio mínimo por unidad de gas necesario para que tu transacción sea considerada válida. La tarifa de prioridad (la propina) es la parte que decides tú, y es la que hace que tu transacción resulte atractiva para el validador que debe elegir qué incluir en el próximo bloque.
La cuenta es sencilla:
tarifa total = unidades de gas usadas x (tarifa base + tarifa de prioridad)
Una transferencia simple de ETH consume 21.000 unidades de gas. Si la tarifa base es 10 gwei y añades una propina de 2 gwei, el coste es 21.000 x 12 = 252.000 gwei, es decir 0,000252 ETH. El remitente ve mermado el importe completo, el receptor recibe 1,0000 ETH, el validador conserva la propina (0,000042 ETH en este ejemplo) y la parte de la tarifa base (0,00021 ETH) se quema.
De esa fórmula se siguen dos cosas. La primera: la tarifa de prioridad es la única parte que controlas. La segunda: pagar exactamente la tarifa base produce una transacción técnicamente válida que un validador racional no tiene motivo alguno para elegir entre otras.
Por qué la tarifa base se mueve por escalones
La tarifa base se recalcula en cada bloque comparando el gas usado en el bloque anterior con un objetivo equivalente a la mitad del límite de gas. El ajuste está limitado al 12,5 % por bloque en cualquier dirección: un bloque vacío la reduce un 12,5 %, un bloque que alcanza el límite de gas la aumenta un 12,5 % y un bloque justo en el objetivo la deja igual.
Ese tope es la razón práctica por la que una estrategia de «precio mínimo» no es fiable. Si los bloques han estado llenos, la tarifa base ha venido subiendo en escalones del 12,5 %. Una propina que parecía generosa frente a la tarifa base de ayer puede quedarse corta para el bloque en el que tu transacción aterrice de verdad. Una billetera que muestra una tarifa base máxima calculada como tarifa base actual x 112,5 % te está dando el techo, no el coste esperado.
El equilibrio se alcanza mediante un proceso que la documentación de Ethereum llama tâtonnement: si el tamaño del bloque supera el objetivo, la tarifa base sube para el siguiente bloque; si queda por debajo, baja. Las puntas de demanda producen por tanto una escalera, no un salto único.
Dónde falla la estrategia del número más bajo
El límite de gas no es el precio del gas. Son campos distintos y confundirlos provoca pérdidas reales. El límite de gas es la cantidad máxima de cómputo que autorizas. Si lo sobreestimas, la parte no usada se devuelve; si lo pones demasiado bajo, la transacción se rechaza durante la validación antes de incluirse y no consume gas. Si te quedas sin gas durante la ejecución —un contrato que agota su asignación a mitad de camino—, la EVM revierte todos los cambios de estado y aun así consume todas las unidades de gas que le proporcionaste.
Las tarifas se pagan aunque la transacción falle. Este es el detalle que convierte una transacción fallida en cara en lugar de gratis. Una transacción que se revierte a mitad de ejecución sigue costándote el gas que quemó.
Las operaciones complejas cuestan más. Un intercambio que toca un pool, un router y dos tokens hace más trabajo que una transferencia, así que necesita un límite mayor y un coste real mayor. Comparar la tarifa de un intercambio de tokens con la de una transferencia y concluir que una aplicación es «más barata» es un error de categoría.
maxFeePerGas es un techo, no un cargo. Tú estableces un máximo; la diferencia entre ese máximo y la tarifa base más la propina reales se devuelve. Pasarse en el techo no cuesta nada directamente, lo cual elimina el principal argumento para optimizarlo a la baja.
Un procedimiento que puedes repetir
- Comprueba primero la red. Una tarifa «barata» en la cadena equivocada no es un ahorro. Verifica que la red coincide con el activo y con el destino.
- Lee los dos campos por separado. Anota la tarifa base y la tarifa de prioridad como números distintos. Una billetera que solo muestra una cifra combinada está ocultando justo la parte que controlas.
- Contrasta el límite de gas con la operación. Un límite de 21.000 en un intercambio de tokens es demasiado bajo y fallará en la validación. Un límite de 300.000 en una transferencia simple es inofensivo porque el resto se devuelve.
- Lee el resultado de la simulación, no la tarifa. La mayoría de billeteras simulan la transacción. Una reversión en la simulación es la señal real; la tarifa asociada es irrelevante.
- Trata la tarifa como una decisión de tiempo, no de ahorro. Subir la propina durante una ventana de congestión compra la inclusión en el próximo bloque. Es un intercambio de una cantidad pequeña y conocida por un retraso grande e incierto.
- Registra el resultado. Gas, propina, tarifa base, límite y desenlace. Sin ese registro no podrás saber si la transacción cara del mes pasado fue congestión o un error.
Cuándo una tarifa baja sí es la decisión correcta
No toda decisión de precio mínimo es un error. Enviar una transferencia de poco valor cuando la red está tranquila, con la tarifa base bajando y los bloques por debajo del objetivo, es un uso razonable de una tarifa baja. Las redes de capa 2 tienen sus propias estructuras de tarifas y suelen ser mucho más baratas que la capa principal para acciones equivalentes.
El error no es pagar una tarifa baja. El error es pagar una tarifa baja sin saber cuál de las dos palancas estás girando, y descubrir la diferencia solo cuando la transacción se queda pendiente o falla.
Qué hacer cuando una transacción sigue pendiente
Una transacción pendiente significa que entró en el mempool pero todavía no fue seleccionada para un bloque. Las causas habituales son una propina infrvalorada que compite contra ofertas mayores, o una tarifa base que superó tu máximo después de firmar. En general las billeteras permiten acelerar una transacción pendiente enviando un reemplazo con el mismo nonce. Si la tarifa base se ha movido con fuerza, la aceleración puede costar más que esperar.
Fíjate en la asimetría: una transacción infrabvalorada casi siempre se puede acelerar, pero un límite de gas mal calculado no se repara después de los hechos.
Lecturas relacionadas
- Cómo revisar las comisiones de un DEX
- Qué revisar antes de conectar una billetera a una dapp
- Cómo preparar una transacción pequeña de prueba