﻿---
title: "Tarifa de prioridad de Ethereum"
description: "Guía práctica de las tarifas de prioridad EIP-1559 de Ethereum, topes, precio efectivo del gas, incentivos de inclusión, estimación, reemplazo y conciliación de recibos."
image: "https://wiki.fcontext.com/og.png"
---

> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Tarifa de prioridad de Ethereum

> Solo con fines educativos; no es asesoramiento transaccional, de seguridad ni de inversión. Las tarifas y la inclusión dependen de la cadena, el tipo de transacción, las condiciones del bloque y el comportamiento de la cartera, RPC, relé, constructor y validador.

<a id="answer"></a>

## Respuesta directa

En Ethereum, la tarifa de prioridad, o propina, es el importe por unidad de gas de ejecución que queda para el destinatario de tarifas del bloque después de que el protocolo quema la tarifa base. En una transacción EIP-1559 de type-2, `maxPriorityFeePerGas` es solo un tope: la tarifa de prioridad efectiva por gas es `min(maxPriorityFeePerGas, maxFeePerGas - baseFeePerGas)`, y el precio efectivo del gas es la tarifa base más esa tarifa de prioridad efectiva.

Una propina competitiva mayor puede mejorar la probabilidad de inclusión oportuna, pero no garantiza el siguiente bloque, un orden concreto ni una ejecución correcta. La transacción debe seguir siendo válida, su tope total debe cubrir la tarifa base del bloque de inclusión y los constructores o validadores pueden considerar flujo privado, paquetes, MEV, políticas locales y otras restricciones. Las reglas y los términos difieren en otras cadenas y L2; no traslade la fórmula de Ethereum sin verificar esa red.

<a id="mechanism"></a>

## Cómo funciona

1. Fije la cadena, tipo de transacción, remitente, nonce, calldata prevista, límite de gas, cabecera actual y ruta de envío. Las transacciones Type-2 muestran `maxPriorityFeePerGas` y `maxFeePerGas`; las heredadas muestran un solo `gasPrice`, cuya parte superior a la tarifa base se convierte en prioridad efectiva al incluirse después de EIP-1559.
2. Estime las condiciones en vez de copiar una propina fija. Una cartera o RPC puede usar bloques recientes, demanda pendiente y `eth_feeHistory`; sus percentiles de recompensa describen tarifas de prioridad efectivas históricas ponderadas por gas usado, no una promesa para el siguiente bloque.
3. Establezca dos topes distintos. `maxPriorityFeePerGas` limita la propina solicitada y `maxFeePerGas` limita tarifa base más propina. El gas no usado y el margen no utilizado del tope no se cobran por el mero hecho de haber sido autorizados.
4. Para un bloque candidato debe cumplirse `maxFeePerGas >= baseFeePerGas`. Calcule luego `effectivePriorityFeePerGas = min(maxPriorityFeePerGas, maxFeePerGas - baseFeePerGas)` y `effectiveGasPrice = baseFeePerGas + effectivePriorityFeePerGas`.
5. Trate la propina como incentivo de inclusión, no como contrato de orden. Un constructor puede optimizar el valor total del bloque, paquetes y restricciones de validez en lugar de ordenar todas las transacciones públicas por propina; una propina nula o baja puede incluirse, y una alta puede esperar o fallar.
6. Tras la inclusión, concilie recibo y bloque. Registre `gasUsed`, `effectiveGasPrice` del recibo, `baseFeePerGas` del bloque, estado, hash del bloque y profundidad de confirmación. La tarifa de ejecución es `gasUsed * effectiveGasPrice` y la parte prioritaria es `gasUsed * (effectiveGasPrice - baseFeePerGas)`.
7. Si sigue pendiente, reevalúe el techo de tarifa base y la ruta antes de reemplazar. El reemplazo con mismo remitente y nonce es política del cliente y del pool, suele exigir aumentar varios campos y crea una carrera; la acción Cancelar de una cartera no revierte una transacción ya incluida.

<a id="example"></a>

## Ejemplos calculados

- **Propina inferior a ambos topes.** El gas usado es `70,000`, la tarifa base `25 gwei`, la prioridad máxima `3 gwei` y la tarifa máxima `40 gwei`. La prioridad efectiva es `min(3, 40 - 25) = 3 gwei`; el precio efectivo es `28 gwei`. La tarifa de ejecución es `70,000 * 28 gwei = 0.001960 ETH`: se queman `0.001750 ETH` y se acreditan `0.000210 ETH` como parte prioritaria.
- **El tope total limita.** Mantenga los topes en `3/40 gwei`, pero lleve la tarifa base del bloque a `38 gwei`. La prioridad efectiva baja a `min(3, 40 - 38) = 2 gwei`, por lo que el precio efectivo es `40 gwei`. Con una tarifa base de `41 gwei`, la transacción no puede incluirse bajo ese máximo de `40 gwei` aunque la propina solicitada sea alta.
- **La estimación no garantiza.** Si los percentiles recientes de `eth_feeHistory` sugieren `2 gwei`, esa observación es un punto de partida. Un pico de demanda, un paquete privado, la vista limitada de un RPC o la política del constructor pueden cambiar el resultado; verifique el recibo real y no trate la estimación como promesa de servicio.

<a id="risks"></a>

## Riesgos

- Usar cadena, token de tarifa, tipo de transacción o unidades como wei, gwei y ETH equivocados.
- Tratar `maxPriorityFeePerGas` como importe necesariamente pagado.
- Olvidar que una tarifa base creciente reduce la propina efectiva o vuelve inelegible la transacción bajo `maxFeePerGas`.
- Suponer que la mayor propina visible garantiza primera posición o inclusión en el siguiente bloque.
- Depender de estimaciones obsoletas de cartera, RPC o historial durante cambios rápidos de demanda.
- Pagar de más por valores predeterminados agresivos o por confundir topes con coste real.
- Creer que una propina alta corrige calldata inválida, gas insuficiente, revert, plazo vencido o contrato malicioso.
- Ignorar relés privados, paquetes, MEV, censura y políticas de constructor o validador.
- Reemplazar el nonce equivocado, incumplir la regla de aumento del pool o enviar transacciones de valor incompatibles.
- Leer la etiqueta pendiente como verdad global o una confirmación como finalidad.
- Aplicar la fórmula de propina de Ethereum a un L2 u otra cadena con componentes y destinatarios distintos.

<a id="misconceptions"></a>

## Errores comunes

- **La prioridad máxima siempre se paga.** Es un tope; el tope total puede reducir la propina efectiva.
- **Una propina mayor garantiza el éxito.** Puede mejorar la competitividad, pero no garantiza orden, ejecución ni finalidad.
- **La tarifa máxima se suma a la base y la propina.** En gas de ejecución type-2 es el techo que cubre ambas.
- **Se gasta el gas no usado o el margen del tope.** Los cargos reales usan el gas del recibo y el precio efectivo.
- **Toda red usa el mecanismo de Ethereum.** Los L2 y otras cadenas pueden tener mercados, políticas de secuenciador y destinatarios adicionales o distintos.

<a id="related"></a>

## Temas relacionados

- [Tarifa base EIP-1559](/es/crypto/eip1559-base-fee/)
- [Gas y tarifas de transacción](/es/crypto/gas-fee/)
- [Mempools y pools de transacciones](/es/crypto/mempool/)
- [Reemplazo de transacciones de Ethereum](/es/crypto/mempool-replacement/)
- [Nonce de cuenta](/es/crypto/nonce-crypto/)

<a id="sources"></a>

## Fuentes

- [Ethereum gas and fees: technical overview](https://ethereum.org/developers/docs/gas/) - Ethereum.org (consultado: 2026-08-21)
- [Transactions](https://ethereum.org/developers/docs/transactions/) - Ethereum.org (consultado: 2026-08-21)
- [EIP-1559: Fee market change for ETH 1.0 chain](https://eips.ethereum.org/EIPS/eip-1559) - Ethereum Improvement Proposals (consultado: 2026-08-21)
- [eth_feeHistory](https://ethereum.github.io/execution-apis/api/methods/eth_feeHistory/) - Ethereum Execution APIs (consultado: 2026-08-21)

Source: https://wiki.fcontext.com/es/crypto/priority-fee/index.mdx
