﻿---
title: "Commissione di priorità Ethereum"
description: "Guida pratica alle commissioni di priorità EIP-1559, limiti, prezzo effettivo del gas, incentivi di inclusione, stima, sostituzione e riconciliazione della ricevuta."
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.

# Commissione di priorità Ethereum

> Solo a fini didattici; non è consulenza su transazioni, sicurezza o investimenti. Commissioni e inclusione dipendono da rete, tipo di transazione, condizioni del blocco e comportamento di wallet, RPC, relay, builder e validatore.

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

## Risposta diretta

Su Ethereum, la commissione di priorità, o mancia, è l'importo per unità di gas di esecuzione che rimane al destinatario delle commissioni del blocco dopo che il protocollo brucia la commissione base. In una transazione EIP-1559 type-2, `maxPriorityFeePerGas` è solo un limite: la priorità effettiva per gas è `min(maxPriorityFeePerGas, maxFeePerGas - baseFeePerGas)` e il prezzo effettivo del gas è la commissione base più tale priorità.

Una mancia competitiva più alta può migliorare la probabilità di inclusione tempestiva, ma non garantisce il blocco successivo, un ordine specifico o l'esecuzione riuscita. La transazione deve essere valida, il limite totale deve coprire la commissione base del blocco e builder o validatori possono considerare flussi privati, bundle, MEV, politiche locali e altri vincoli. Termini e regole differiscono su altre chain e L2: non trasferire la formula Ethereum senza verificare la rete.

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

## Come funziona

1. Fissa chain, tipo di transazione, mittente, nonce, calldata prevista, limite gas, head corrente e percorso di invio. Le transazioni Type-2 espongono `maxPriorityFeePerGas` e `maxFeePerGas`; quelle legacy espongono un solo `gasPrice`, la cui parte sopra la commissione base diventa priorità effettiva quando inclusa dopo EIP-1559.
2. Stima le condizioni anziché copiare una mancia fissa. Wallet o RPC possono usare blocchi recenti, domanda in attesa e `eth_feeHistory`; i percentili reward descrivono priorità effettive storiche ponderate per gas usato, non una promessa per il blocco successivo.
3. Imposta due limiti distinti. `maxPriorityFeePerGas` limita la mancia richiesta, mentre `maxFeePerGas` limita commissione base più mancia. Il gas inutilizzato e il margine non usato non vengono addebitati solo perché autorizzati.
4. Per un blocco candidato richiedi `maxFeePerGas >= baseFeePerGas`. Calcola poi `effectivePriorityFeePerGas = min(maxPriorityFeePerGas, maxFeePerGas - baseFeePerGas)` ed `effectiveGasPrice = baseFeePerGas + effectivePriorityFeePerGas`.
5. Tratta la mancia come incentivo di inclusione, non contratto d'ordine. Un builder può ottimizzare valore totale, bundle e vincoli di validità invece di ordinare ogni transazione pubblica per mancia; una mancia nulla o bassa può essere inclusa, una alta può attendere o fallire.
6. Dopo l'inclusione, riconcilia ricevuta e blocco. Registra `gasUsed`, `effectiveGasPrice` della ricevuta, `baseFeePerGas` del blocco, stato, hash e profondità di conferma. La commissione di esecuzione è `gasUsed * effectiveGasPrice` e la parte prioritaria `gasUsed * (effectiveGasPrice - baseFeePerGas)`.
7. Se resta pending, rivaluta il tetto della commissione base e il percorso prima della sostituzione. La sostituzione con stesso mittente e nonce è politica di client e pool, spesso richiede aumenti di più campi e crea una gara; il comando Annulla del wallet non inverte una transazione già inclusa.

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

## Esempi calcolati

- **Mancia sotto entrambi i limiti.** Il gas usato è `70,000`, la commissione base `25 gwei`, la priorità massima `3 gwei` e la commissione massima `40 gwei`. La priorità effettiva è `min(3, 40 - 25) = 3 gwei`; il prezzo effettivo è `28 gwei`. La commissione è `70,000 * 28 gwei = 0.001960 ETH`, divisa in `0.001750 ETH` bruciati e `0.000210 ETH` accreditati come priorità.
- **Il limite totale vincola.** Mantieni i limiti a `3/40 gwei`, ma porta la base del blocco a `38 gwei`. La priorità scende a `min(3, 40 - 38) = 2 gwei`, quindi il prezzo è `40 gwei`. Con base a `41 gwei`, la transazione non può essere inclusa sotto il massimo di `40 gwei` anche se la mancia richiesta è alta.
- **La stima non è garanzia.** Se i percentili recenti di `eth_feeHistory` suggeriscono `2 gwei`, sono un punto di partenza. Un picco di domanda, un bundle privato, la vista limitata di un RPC o la politica del builder possono cambiare l'esito; verifica la ricevuta reale invece di trattare la stima come promessa di servizio.

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

## Rischi

- Usare chain, token di commissione, tipo di transazione o unità come wei, gwei ed ETH errati.
- Trattare `maxPriorityFeePerGas` come importo necessariamente pagato.
- Dimenticare che una base crescente può comprimere la mancia o rendere la transazione non idonea sotto `maxFeePerGas`.
- Presumere che la mancia visibile più alta garantisca primo posto o blocco successivo.
- Affidarsi a stime obsolete di wallet, RPC o storico durante rapidi cambi di domanda.
- Pagare troppo per default aggressivi o confondere limiti e costo effettivo.
- Credere che una mancia alta corregga calldata invalida, gas insufficiente, revert, scadenza o contratto malevolo.
- Ignorare relay privati, bundle, MEV, censura e politiche di builder o validatori.
- Sostituire il nonce errato, non rispettare l'aumento del pool o inviare transazioni di valore in conflitto.
- Leggere pending come verità globale o una conferma come finalità.
- Applicare la formula Ethereum a un L2 o altra chain con componenti e destinatari diversi.

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

## Errori comuni

- **La priorità massima viene sempre pagata.** È un limite; il limite totale può ridurre la mancia effettiva.
- **Una mancia più alta garantisce successo.** Può migliorare la competitività, non garantire ordine, esecuzione o finalità.
- **La commissione massima si aggiunge a base e mancia.** Per il gas type-2 è il tetto che copre entrambe.
- **Gas inutilizzato o margine del limite vengono spesi.** Gli addebiti reali usano gas della ricevuta e prezzo effettivo.
- **Ogni rete usa il meccanismo Ethereum.** L2 e altre chain possono avere mercati, politiche del sequencer e destinatari ulteriori o diversi.

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

## Argomenti correlati

- [Commissione base EIP-1559](/it/crypto/eip1559-base-fee/)
- [Gas e commissioni di transazione](/it/crypto/gas-fee/)
- [Mempool e pool di transazioni](/it/crypto/mempool/)
- [Sostituzione di transazioni Ethereum](/it/crypto/mempool-replacement/)
- [Nonce dell'account](/it/crypto/nonce-crypto/)

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

## Fonti

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

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