--- title: "Burn dei token" description: "Il burn dei token elimina definitivamente unità secondo le regole contabili del token oppure, in senso più ampio, le invia a un indirizzo che non può spenderle. Scopri come verificare un burn, distinguerlo da riacquisto e blocco e misurare la variazione netta dell'offerta." 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. # Burn dei token > Solo a scopo educativo; non costituisce consulenza né raccomandazione di investimento. Gli investimenti possono comportare perdite. ## Risposta diretta Il **burn dei token** è un'operazione irreversibile sull'offerta. In senso contabile rigoroso, il contratto del token o il protocollo di base distrugge unità esistenti: il saldo del titolare diminuisce e la misura pertinente dell'offerta totale cala della stessa quantità. ERC-777 richiede espressamente entrambe le variazioni, ERC-1155 rappresenta un burn con un evento di trasferimento diretto all'indirizzo zero ed EIP-1559 di Ethereum distrugge la commissione base a livello di protocollo. Il termine è usato anche per trasferimenti a un indirizzo zero, morto o comunque incapace di spendere. Un simile trasferimento può rendere le unità praticamente inaccessibili senza ridurre il `totalSupply` del contratto. Verifica implementazione e stato anziché fidarti dell'etichetta di un pannello. Un riacquisto non è un burn finché le unità comprate non vengono davvero distrutte; blocco, detenzione in tesoreria, deposito in un bridge o perdita della chiave non sono automaticamente un burn. ## Come funziona 1. **Individua autorità e attivatore.** Un titolare può disporre di una funzione volontaria di burn; un operatore approvato, emittente o processo di governance può bruciare secondo permessi definiti; una regola del protocollo può distruggere parte di una commissione. Controlla chi può avviare l'operazione, da quali saldi e con quale versione del contratto. 2. **Determina il trattamento contabile.** Un vero burn dell'offerta addebita un saldo esistente e riduce l'offerta totale applicabile. Un trasferimento a un indirizzo incapace di spendere cambia solo i registri di proprietà, salvo un trattamento speciale previsto dal contratto. L'“offerta circolante” può escludere unità bloccate o inaccessibili anche se l'offerta totale on-chain resta invariata. 3. **Verifica le prove.** Conferma rete, indirizzo del contratto, ID del token ove pertinente, stato della transazione, registri degli eventi e valori dell'offerta totale subito prima e dopo. Per token aggiornabili o migrati, individua anche l'implementazione attiva e se l'offerta del vecchio contratto conserva rilevanza economica. 4. **Misura la variazione netta dell'offerta.** Nello stesso periodo di osservazione usa `ΔS = M - B`, dove `M` comprende ogni conio o altra emissione e `B` il burn verificato. Un burn può coesistere con emissione netta positiva quando le nuove unità superano quelle distrutte. 5. **Separa meccanica e valutazione.** Il burn aumenta la quota proporzionale di ogni unità residua su un totale fisso solo se non cambiano regole o diritti compensativi. Non crea domanda, flussi di cassa, liquidità o diritti esercitabili e non garantisce un aumento del prezzo. ## Esempio numerico Supponiamo che un token inizi il mese con un'offerta totale di `1,000,000`. Il protocollo spende attività della tesoreria per comprare `20,000` token sul mercato. A questo punto il riacquisto ha cambiato il titolare dei token, ma l'offerta totale è ancora `1,000,000`. Il contratto esegue poi un burn che riduce saldo della tesoreria e offerta totale di `20,000`, lasciando `980,000`. Nello stesso mese, le ricompense di staking coniano `50,000` nuovi token. L'offerta finale è quindi `1,030,000`, perché `ΔS = 50,000 - 20,000 = 30,000`. Il burn è reale, ma l'offerta netta è aumentata. Questa aritmetica non determina il prezzo di mercato: contano ancora domanda, liquidità, diritti, aspettative e costo del riacquisto. ## Rischi e controlli - **Rischio di privilegi.** Una funzione di burn può coesistere con conio illimitato, aggiornamenti, pause, liste nere o poteri dell'operatore. Esamina ruoli, amministratori, timelock ed esecuzione della governance invece di valutare il burn isolatamente. - **Rischio di misurazione.** I pannelli possono confondere saldi di indirizzi morti, copie trasferite via bridge, rebase, migrazioni o diversi ID del token. Riconcilia stato ed eventi del contratto e specifica se un dato indica offerta totale, circolante o massima. - **Emissione compensativa.** Emissioni, sblocchi o conio cross-chain possono superare il burn. Confronta i burn cumulati con ogni fonte di nuova offerta nello stesso periodo. - **Rischio di mercato e tesoreria.** Un riacquisto seguito da burn può consumare attività preziose della tesoreria, muovere un mercato poco liquido o essere anticipato dagli operatori. La quantità nominale bruciata non misura il costo di esecuzione né un beneficio duraturo per i titolari. - **Rischio di implementazione.** Errori nel controllo degli accessi, nell'aritmetica, nell'emissione degli eventi o nella logica di aggiornamento possono far fallire il burn o separare l'offerta dichiarata dalla realtà economica. Usa contratti verificati, transazioni finalizzate e riconciliazione indipendente. ## Idee sbagliate comuni ### “Inviare token a un indirizzo morto riduce sempre l'offerta totale” No. Spesso rende il saldo inutilizzabile mentre `totalSupply` resta invariato. Alcuni servizi di analisi sottraggono quel saldo per stimare l'offerta circolante, che è una metrica con metodologia distinta. ### “Riacquisto e burn sono la stessa transazione” No. Un riacquisto trasferisce token al compratore. Le unità possono restare in tesoreria ed essere poi vendute, distribuite o bruciate. Verifica la successiva operazione on-chain sull'offerta. ### “Qualsiasi burn rende il token deflazionistico” No. L'offerta netta scende solo quando i burn verificati superano il conio e le altre emissioni nel periodo scelto. Un'offerta massima fissa è inoltre diversa da un'offerta corrente in calo. ### “Un'offerta minore garantisce un prezzo più alto” No. Il prezzo dipende da domanda e condizioni di mercato oltre che dall'offerta. Il burn può essere irrilevante, compensato da domanda più debole, già previsto o accompagnato da variazioni nei diritti e nel valore della tesoreria. ## Argomenti correlati - [Offerta circolante](/crypto/circulating-supply/) - [Riacquisto di token](/crypto/token-buyback/) - [Emissione di token](/crypto/token-emission/) - [Sblocco dei token](/crypto/token-unlock/) - [Tokenomics](/crypto/tokenomics/) ## Fonti - [ERC-777: standard per token](https://eips.ethereum.org/EIPS/eip-777) - [ERC-1155: standard multi-token](https://eips.ethereum.org/EIPS/eip-1155) - [EIP-1559: modifica al mercato delle commissioni ETH 1.0](https://eips.ethereum.org/EIPS/eip-1559) - [API ERC20](https://docs.openzeppelin.com/contracts/5.x/api/token/erc20) Source: https://wiki.fcontext.com/it/crypto/token-burn/index.mdx