Ir para o conteúdo
Financial Context Wiki

Taxa de prioridade do Ethereum

Guia prático sobre taxa de prioridade EIP-1559, limites, preço efetivo do gas, incentivo de inclusão, estimativa, substituição e conferência do recibo.

Atualizado

Somente para fins educacionais; não é orientação de transação, segurança ou investimento. Taxas e inclusão dependem da rede, tipo de transação, condições do bloco e comportamento da carteira, RPC, relay, builder e validador.

Resposta direta

No Ethereum, a taxa de prioridade, ou gorjeta, é o valor por unidade de gas de execução que fica para o destinatário das taxas do bloco depois que o protocolo queima a taxa base. Em uma transação EIP-1559 type-2, maxPriorityFeePerGas é apenas um limite: a prioridade efetiva por gas é min(maxPriorityFeePerGas, maxFeePerGas - baseFeePerGas), e o preço efetivo do gas é a taxa base somada a essa prioridade.

Uma gorjeta competitiva maior pode aumentar a chance de inclusão rápida, mas não garante o próximo bloco, uma ordem específica nem execução bem-sucedida. A transação ainda precisa ser válida, o limite total deve cobrir a taxa base do bloco, e builders ou validadores podem considerar fluxo privado, bundles, MEV, política local e outras restrições. Termos e regras diferem em outras redes e L2s; não aplique a fórmula do Ethereum sem verificar a rede.

Taxa de rede
0,000462 native
Equivalente em moeda fiduciária
$1,39
Taxa básica
22 gwei

Os resultados são aproximações educacionais. Eles excluem regras de local, impostos, latência, comportamento do oráculo e outros parâmetros específicos do protocolo, a menos que sejam mostrados.

Como funciona

  1. Fixe rede, tipo de transação, remetente, nonce, calldata pretendida, limite de gas, head atual e rota de envio. Transações Type-2 expõem maxPriorityFeePerGas e maxFeePerGas; transações legadas expõem um único gasPrice, cuja parcela acima da taxa base vira prioridade efetiva quando incluída após o EIP-1559.
  2. Estime as condições em vez de copiar uma gorjeta fixa. Carteira ou RPC podem usar blocos recentes, demanda pendente e eth_feeHistory; os percentis de reward descrevem prioridades efetivas históricas ponderadas pelo gas usado, não uma promessa para o próximo bloco.
  3. Defina dois limites distintos. maxPriorityFeePerGas limita a gorjeta solicitada, enquanto maxFeePerGas limita taxa base mais gorjeta. Gas não usado e folga não utilizada não são cobrados só porque foram autorizados.
  4. Para um bloco candidato, exija maxFeePerGas >= baseFeePerGas. Depois calcule effectivePriorityFeePerGas = min(maxPriorityFeePerGas, maxFeePerGas - baseFeePerGas) e effectiveGasPrice = baseFeePerGas + effectivePriorityFeePerGas.
  5. Trate a gorjeta como incentivo de inclusão, não contrato de ordenação. Um builder pode otimizar valor total, bundles e validade em vez de ordenar toda transação pública por gorjeta; gorjeta zero ou baixa pode ser incluída, enquanto uma alta pode esperar ou falhar.
  6. Após a inclusão, confira recibo e bloco. Registre gasUsed, effectiveGasPrice do recibo, baseFeePerGas do bloco, status, hash e profundidade de confirmação. A taxa de execução é gasUsed * effectiveGasPrice, e a parte prioritária gasUsed * (effectiveGasPrice - baseFeePerGas).
  7. Se continuar pendente, reavalie o teto da taxa base e a rota antes de substituir. Substituição com mesmo remetente e nonce é política de cliente e pool, costuma exigir aumento de vários campos e cria uma corrida; a ação Cancelar da carteira não reverte transação já incluída.

Exemplos calculados

  • Gorjeta abaixo dos dois limites. O gas usado é 70,000, a taxa base 25 gwei, a prioridade máxima 3 gwei e a taxa máxima 40 gwei. A prioridade efetiva é min(3, 40 - 25) = 3 gwei; o preço efetivo é 28 gwei. A taxa é 70,000 * 28 gwei = 0.001960 ETH, dividida em 0.001750 ETH queimados e 0.000210 ETH creditados como prioridade.
  • O limite total restringe. Mantenha os limites em 3/40 gwei, mas eleve a taxa base do bloco a 38 gwei. A prioridade cai para min(3, 40 - 38) = 2 gwei, então o preço é 40 gwei. Com taxa base de 41 gwei, a transação não pode ser incluída sob o máximo de 40 gwei, mesmo com gorjeta solicitada alta.
  • Estimativa não é garantia. Se percentis recentes de eth_feeHistory sugerirem 2 gwei, isso é um ponto inicial. Um pico de demanda, bundle privado, visão limitada do RPC ou política do builder podem mudar a inclusão; confira o recibo real em vez de tratar a estimativa como promessa de serviço.

Riscos

  • Usar rede, token de taxa, tipo de transação ou unidades como wei, gwei e ETH errados.
  • Tratar maxPriorityFeePerGas como valor necessariamente pago.
  • Esquecer que a alta da taxa base reduz a gorjeta efetiva ou torna a transação inelegível sob maxFeePerGas.
  • Supor que a maior gorjeta visível garante primeira posição ou próximo bloco.
  • Depender de estimativas antigas da carteira, RPC ou histórico durante mudanças rápidas na demanda.
  • Pagar demais por padrões agressivos ou confundir limites com custo real.
  • Acreditar que gorjeta alta corrige calldata inválida, gas insuficiente, revert, prazo expirado ou contrato malicioso.
  • Ignorar relays privados, bundles, MEV, censura e políticas de builders ou validadores.
  • Substituir o nonce errado, não cumprir aumento do pool ou enviar transações de valor conflitantes.
  • Ler pendente como verdade global ou uma confirmação como finalidade.
  • Aplicar a fórmula do Ethereum a L2 ou outra rede com componentes e destinatários diferentes.

Equívocos comuns

  • A prioridade máxima sempre é paga. É um limite; o limite total pode reduzir a gorjeta efetiva.
  • Gorjeta maior garante sucesso. Pode melhorar a competitividade, mas não garante ordem, execução ou finalidade.
  • A taxa máxima é cobrada além da base e da gorjeta. Para gas type-2, é o teto que cobre ambas.
  • Gas não usado ou folga do limite é gasto. A cobrança real usa gas do recibo e preço efetivo.
  • Toda rede usa o mecanismo do Ethereum. L2s e outras redes podem ter mercados, políticas de sequenciador e destinatários adicionais ou diferentes.

Tópicos relacionados

Fontes

Navegação

Pesquisar na wiki...