Burn dei token

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.

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

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.
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.
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.
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.
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.