Che cos'è un token nativo
Nota: Questo documento è una traduzione automatica della versione originale in inglese.
Che cos'è un token nativo
Un token nativo è la valuta integrata di una rete blockchain: il token che esiste a livello di protocollo, non come smart contract distribuito sopra di esso. Ne sono esempi ETH su Ethereum, SOL su Solana, BNB su BNB Smart Chain, TAO su Bittensor e AVAX su Avalanche. Ogni blockchain ha esattamente un token nativo, che svolge un ruolo fondativo che i token basati su smart contract (come gli ERC-20) non possono replicare completamente.
I token nativi servono a pagare le commissioni di transazione (gas), a ricompensare i validatori o i miner che proteggono la rete e, in molte reti Proof of Stake, fungono da asset di staking che i validatori bloccano per partecipare al consenso. Senza il token nativo la rete non può funzionare: è il carburante economico che fa operare la blockchain.
In sintesi: un token nativo è la valuta integrata propria della chain, usata per le commissioni gas, le ricompense dei validatori e lo staking, ed esiste a livello di protocollo anziché come smart contract.
In che modo i token nativi differiscono dai token basati su smart contract
La distinzione tra token nativi e token basati su smart contract è fondamentale ma spesso trascurata. Entrambi i tipi di token possono essere custoditi nei wallet, trasferiti tra indirizzi e usati nelle applicazioni decentralizzate. Tuttavia differiscono per origine, meccanica e ruolo.
| Dimensione | Token nativo | Token smart contract (es. ERC-20) |
|---|---|---|
| Dove esiste | Integrato nel protocollo stesso | Distribuito come smart contract sopra il protocollo |
| Creato da | Le regole del protocollo di rete (blocco genesi, calendario di emissione) | Uno sviluppatore che distribuisce un contratto |
| Necessario per il gas | Sì -- richiesto per pagare le commissioni di transazione | No -- il gas si paga sempre nel token nativo |
| Ruolo nel consenso | Spesso usato per lo staking e le ricompense dei validatori | Non coinvolto nel consenso |
| Può esistere senza smart contract | Sì -- precede la funzionalità degli smart contract | No -- dipende dalla piattaforma di distribuzione dei contratti |
| Offerta controllata da | Regole di protocollo (emissione hard-coded, burning, inflazione) | Logica del contratto (funzioni di mint/burn definite dal deployer) |
Un esempio pratico: su Ethereum, ETH è il token nativo. Quando un utente invia un token ERC-20 (ad esempio USDC) a un altro indirizzo, deve pagare la commissione di transazione in ETH, non in USDC. Il token ERC-20 non può muoversi senza il token nativo che paga il calcolo. Questa dipendenza è incorporata nel protocollo e non può essere aggirata.
Gas e commissioni di transazione
Il ruolo più visibile di un token nativo è il pagamento delle commissioni gas. Ogni operazione su una blockchain -- trasferire token, interagire con uno smart contract, distribuire un nuovo contratto -- richiede risorse computazionali da parte di validatori o nodi. Le commissioni gas denominate nel token nativo compensano questi operatori per il loro lavoro. Senza le commissioni gas non esiste alcun incentivo economico per i validatori a elaborare le transazioni e la rete si fermerebbe.
Le strutture delle commissioni gas variano da rete a rete. Ethereum usa un modello di commissioni dinamico (base fee + priority tip). Solana usa un modello a commissioni fisse e basse. BNB Smart Chain e altre chain EVM hanno i propri parametri di commissione. In tutti i casi, però, la commissione si paga nel token nativo della chain.
Staking e partecipazione al consenso
Nelle reti Proof of Stake, il token nativo è tipicamente l'asset di staking. I validatori devono bloccare una quantità stabilita di token nativo per partecipare alla produzione e alla validazione dei blocchi. Questo importo in stake funge da garanzia economica: i validatori che si comportano onestamente guadagnano ricompense (pagate nel token nativo), mentre i validatori che si comportano scorrettamente rischiano di perdere il proprio stake tramite lo slashing.
Si crea così un circuito economico circolare: il token nativo protegge la rete tramite lo staking e la rete ricompensa gli staker con token nativi di nuova emissione o derivati dalle commissioni. La sicurezza della rete è direttamente legata al valore totale dei token nativi in stake.
Ricompense dei validatori ed emissione
La maggior parte delle reti blockchain emette nuovi token nativi come ricompense di blocco per incentivare i validatori. Questa emissione è controllata dalle regole del protocollo -- non da un individuo o da uno smart contract. Alcune reti hanno un'offerta totale limitata (come i 21 milioni di BTC di Bitcoin), mentre altre hanno un'inflazione continua con o senza meccanismi di burning (come il burning delle commissioni di Ethereum dopo il merge).
Il calendario di emissione di un token nativo è una parte centrale del design economico della rete. Determina le dinamiche di offerta di lungo periodo e la struttura degli incentivi per i validatori. Modificare il calendario di emissione richiede tipicamente un aggiornamento a livello di protocollo (hard fork o voto di governance), non una semplice modifica di contratto.
Esempi di token nativi
Reti blockchain diverse implementano i propri token nativi con regole di offerta, modelli di commissione e meccaniche di staking differenti. Comprendere queste differenze aiuta a illustrare cosa significa "token nativo" nella pratica:
| Rete | Token nativo | Ruoli principali | Modello di offerta |
|---|---|---|---|
| Ethereum | ETH | Commissioni gas, staking dei validatori, valuta di base | Offerta non limitata con burning delle commissioni (deflazionaria in caso di uso intenso) |
| Solana | SOL | Commissioni di transazione, staking dei validatori | Inflazionaria con calendario di emissione decrescente |
| BNB Smart Chain | BNB | Commissioni gas, staking dei validatori, governance | Offerta limitata con burn periodici |
| Bittensor | TAO | Registrazione delle subnet, ricompense di miner/validatori, staking | Offerta limitata con emissione soggetta a halving |
| Avalanche | AVAX | Commissioni gas, staking, creazione di subnet | Offerta limitata con burning delle commissioni |
In ogni caso, il token nativo è inseparabile dal funzionamento della rete. Rimuovere ETH da Ethereum o SOL da Solana romperebbe completamente la chain: nessuna transazione potrebbe essere elaborata, nessun validatore potrebbe essere ricompensato e nessuno smart contract potrebbe essere eseguito.
I token nativi nei progetti crypto AI
Molti progetti crypto AI hanno un proprio token nativo perché operano le proprie reti blockchain o subnet. Per questi progetti il token nativo svolge un duplice ruolo:
- Ruolo infrastrutturale: pagamento delle transazioni, staking, ricompense dei validatori -- le stesse funzioni del token nativo di qualsiasi blockchain.
- Ruolo applicativo: il token può anche servire a pagare servizi specifici dell'AI (inferenza, calcolo, accesso ai dati), a ricompensare i fornitori di calcolo AI o a partecipare alla governance dei parametri legati all'AI.
Quando il token di un progetto è nativo anziché basato su smart contract, significa che il token è architetturalmente inseparabile dalla rete. La chain non può operare senza di esso. È una forma più forte di Token necessity rispetto a un token smart contract che in teoria potrebbe essere sostituito da qualsiasi altro token.
Tuttavia, "nativo" non significa automaticamente "necessario per l'AI". Un progetto può avere un token nativo che protegge la sua rete tramite lo staking e paga il gas, mentre i componenti AI del progetto non richiedono in modo significativo il token per funzionare. Il ruolo infrastrutturale e il ruolo AI sono questioni separate.
Token necessity e token nativi
Nel valutare se un token è necessario per la pipeline AI di un progetto, i token nativi presentano un caso sfumato. Da un lato, un token nativo è innegabilmente necessario per il funzionamento della rete -- la chain letteralmente non può funzionare senza di esso. Dall'altro, la questione della necessità per l'AI è distinta: la pipeline AI richiede specificamente questo token, oppure i componenti AI funzionerebbero allo stesso modo se distribuiti su un'altra chain con un altro token nativo?
Esiste un caso forte di necessità del token a livello AI quando il token nativo media direttamente azioni specifiche dell'AI: pagare l'inferenza, ricompensare i fornitori di calcolo, fare staking come garanzia di qualità degli output dei modelli. Il caso è più debole quando il token nativo svolge solo funzioni infrastrutturali generiche (gas, staking) mentre il layer AI potrebbe in teoria operare su qualsiasi chain.
Dove compare nelle schede progetto di DecAIHub
In una scheda progetto DecAIHub, il valore per un token nativo è registrato come native nel campo Token standard. Quando una scheda mostra Token standard: native, significa che il token del progetto non è distribuito come smart contract su un'altra chain ma è la valuta integrata della rete propria del progetto.
Questo distingue il progetto da quelli i cui token sono contratti ERC-20 su Ethereum, BEP-20 su BNB Smart Chain o SPL su Solana. Un token nativo indica che il progetto opera la propria blockchain o subnet con il proprio meccanismo di consenso.
Il campo token standard indica ai lettori il formato tecnico del token. Per comprenderne il ruolo, i lettori dovrebbero consultare il campo Token model (utility, governance, meccanismo di commissioni, staking) e la tabella Evidence per gli artefatti Tier-1 che mostrano come il token viene effettivamente usato nella pipeline del progetto.
Cosa "token nativo" da solo non dimostra
- Un token nativo non dimostra la decentralizzazione. Un progetto può operare la propria chain con un token nativo e avere comunque un insieme di validatori piccolo e centralizzato o una governance centralizzata. Lo status nativo del token descrive il suo ruolo tecnico, non il profilo di decentralizzazione della rete.
- Un token nativo non dimostra la necessità per l'AI. Il token può essere essenziale per il consenso e le commissioni gas della chain pur essendo irrilevante per la pipeline AI del progetto. Se i componenti AI richiedano il token è una questione separata, a cui risponde l'asse Token necessity in DecAI Fit.
- Un token nativo non dimostra che la rete sia matura. Un progetto può lanciare la propria chain con un token nativo mentre la rete è ancora in testnet o in beta iniziale. Per informazioni sulla maturità, consultare il campo Network status.
- Un token nativo non significa che il progetto abbia costruito la propria chain da zero. Molti token nativi esistono su subnet, chain applicative dedicate o reti derivate da fork. Il token nativo indica il ruolo del token a livello di protocollo, non lo sforzo ingegneristico del progetto.
- Un token nativo non dimostra l'adozione. Un token nativo senza validatori attivi, senza transazioni degli utenti e senza uso reale è comunque tecnicamente un "token nativo". La classificazione tecnica non equivale a utilità nel mondo reale.
Da non confondere con
- ERC-20 e altri token basati su smart contract -- i token ERC-20 sono distribuiti come contratti su una chain esistente e dipendono dal token nativo di quella chain per il gas. I token nativi esistono a livello di protocollo e non dipendono da alcuno smart contract.
- Standard di token -- il concetto ombrello che copre tutti i formati tecnici (ERC-20, BEP-20, SPL, token nativo). Il "token nativo" è un tipo di standard di token: quello in cui il token è integrato nella chain stessa.
- Modello di token -- il modello di token descrive il ruolo del token (utility, governance, staking, meccanismo di commissioni). Un token nativo può svolgere ognuno di questi ruoli. "Nativo" descrive il formato tecnico; "utility" o "governance" descrivono la funzione.
- Token nativi wrapped (WETH, WSOL) -- alcuni ecosistemi creano wrapper compatibili con ERC-20 intorno ai token nativi affinché possano essere usati in smart contract che richiedono l'interfaccia ERC-20. WETH è una rappresentazione ERC-20 di ETH, non ETH stesso. La versione wrapped segue uno standard smart contract; l'originale resta un token nativo.
- Gas token -- a volte i token nativi vengono informalmente chiamati "gas token" perché usati per pagare il gas. Ma "gas token" non è uno standard o una classificazione formale: è la descrizione di una delle funzioni del token nativo.
Domande frequenti
Perché le commissioni gas non possono essere pagate in qualsiasi token?
Le commissioni gas vengono elaborate a livello di protocollo -- dai validatori e dal meccanismo di consenso stesso, prima che venga eseguita qualsiasi logica di smart contract. Il protocollo è progettato per accettare solo il token nativo per il gas perché ha bisogno di un'unica unità di conto affidabile per misurare il calcolo e prevenire lo spam. Alcune reti e soluzioni Layer 2 stanno sperimentando l'astrazione delle commissioni (che consente di pagare il gas in altri token), ma dietro le quinte il token nativo è comunque tipicamente coinvolto nel regolamento finale.
Qual è la differenza tra un token nativo e uno utility token?
"Token nativo" descrive il formato tecnico: il token è integrato nel protocollo della blockchain. "Utility token" descrive il ruolo economico: il token si usa per accedere a servizi, pagare l'uso o partecipare alle funzionalità del progetto. Un token nativo può essere anche uno utility token -- ad esempio, TAO su Bittensor è sia il token nativo della rete Bittensor sia uno utility token usato per pagare l'inferenza AI e ricompensare i partecipanti delle subnet. Le due etichette descrivono dimensioni diverse dello stesso token.
Un progetto può avere sia un token nativo sia token ERC-20?
Sì. Un progetto che opera la propria blockchain ha un token nativo per quella chain. Lo stesso progetto potrebbe anche emettere token ERC-20 su Ethereum per bridging, liquidità o compatibilità cross-chain. Alcuni progetti mantengono il proprio token nativo sulla propria chain e una versione wrapped o bridged su Ethereum o altre chain EVM. Si tratta tecnicamente di token diversi (nativo vs smart contract) che rappresentano lo stesso asset sottostante tramite meccanismi di bridging.
Riferimenti esterni
- Ethereum.org -- Ether (ETH) -- spiegazione del token nativo di Ethereum, del suo ruolo nelle commissioni gas, nello staking e nel modello economico della rete.
- Solana Documentation -- SOL Token -- documentazione sul token nativo di Solana e sul suo ruolo nelle commissioni di transazione e nello staking.
No comments to display
No comments to display