--- title: "Standard dei token" description: "Gli standard dei token sono interfacce condivise per emettere, trasferire, autorizzare e rilevare token blockchain. Questa voce confronta ERC-20, ERC-721 ed ERC-1155 e spiega cosa garantisce e cosa non garantisce la compatibilità." 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. # Standard dei token > Solo a scopo educativo; non costituisce consulenza finanziaria. Gli investimenti possono causare perdite. ## Risposta diretta Uno standard dei token è un’interfaccia pubblicata che indica a wallet, exchange, applicazioni e altri contratti come identificare e usare un token. Definisce funzioni, eventi e regole attesi; non certifica valore, liquidità, qualità del codice o emittente. I principali standard Ethereum servono modelli di asset diversi: - **ERC-20** rappresenta unità fungibili: ogni unità è intercambiabile con un’altra dello stesso token. - **ERC-721** rappresenta token non fungibili identificati individualmente, come un oggetto da collezione o un titolo unico. - **ERC-1155** può rappresentare più tipi di token fungibili, non fungibili o semi-fungibili in un contratto e supporta operazioni batch. La standardizzazione consente a un’integrazione di affidarsi a un’interfaccia nota invece che a una logica contrattuale specifica. La compatibilità è quindi una proprietà del sistema, non una garanzia di sicurezza: l’implementazione può seguire l’interfaccia e contenere comunque permessi abusivi, metadati ingannevoli, restrizioni al trasferimento o debolezze economiche. ## Come funziona Gli standard specificano funzioni chiamabili ed eventi emessi. Una tipica integrazione ERC-20 verifica `balanceOf`, `totalSupply`, `transfer`, `approve`, `transferFrom` e `allowance`; un’integrazione ERC-721 verifica proprietà e autorizzazioni tramite `ownerOf`, `safeTransferFrom`, `approve`, `setApprovalForAll` e spesso `tokenURI`. ERC-1155 aggiunge `balanceOfBatch`, `safeBatchTransferFrom` e una convenzione `URI` condivisa per molti ID di token. ERC-165 permette a un contratto di dichiarare le interfacce supportate tramite `supportsInterface`. Le applicazioni possono usare questo segnale per scegliere il percorso di integrazione, ma devono gestire le chiamate fallite e verificare l’indirizzo. Lo standard descrive il confine tra componenti; la blockchain esegue comunque il codice, i controlli di accesso, gli hook e la logica dei metadati del contratto. ## Esempio Supponiamo che un marketplace accetti un asset presentato come NFT. L’applicazione può verificare rete e indirizzo del contratto, rilevare l’interfaccia ERC-721, leggere la proprietà e simulare un piccolo trasferimento. Deve poi esaminare ambito delle autorizzazioni, restrizioni al trasferimento, controlli di upgrade e metadati modificabili o ospitati off-chain. Se lo stesso marketplace accetta anche oggetti di gioco, ERC-1155 può essere più adatto: un contratto può contenere molti ID e i trasferimenti batch possono ridurre il costo delle transazioni. Lo standard aiuta a chiamare i metodi corretti, ma non dimostra autenticità, scarsità, liquidità o validità legale. ## Rischi - **Implementazioni non conformi o ingannevoli:** un contratto può usare nomi familiari cambiando il comportamento previsto o aggiungendo restrizioni. - **Rischio di autorizzazione:** permessi `approve` o da operatore troppo ampi possono permettere a un soggetto compromesso di spostare asset; revoca quelli inutili. - **Hook e rientranza:** le callback del destinatario nei trasferimenti NFT e multi-token creano percorsi di esecuzione aggiuntivi. - **Rischio di metadati e identità:** i dati `tokenURI` o `URI` possono cambiare, sparire o puntare a contenuti non coerenti con l’asset. - **Rischio amministrativo ed economico:** chiavi di upgrade, pause o blacklist, royalty, commissioni e liquidità scarsa possono determinare l’esito. Le transazioni crypto sono spesso irreversibili. Verifica rete, indirizzo, comportamento dell’interfaccia, permessi e liquidità di uscita prima di firmare; audit e standard da soli non eliminano questi rischi. ## Errori comuni ### Uno standard rende sicuro un token? No. Descrive aspettative di interoperabilità. La sicurezza dipende ancora da implementazione, ruoli privilegiati, percorso di upgrade, economia del token, interfaccia e mercato. ### ERC-20, ERC-721 ed ERC-1155 sono intercambiabili? No. I saldi ERC-20 sono fungibili, la proprietà ERC-721 è tracciata per ID e ERC-1155 può tracciare molti tipi. L’applicazione deve usare il modello corretto di trasferimento, autorizzazione, saldo ed evento. ### L’integrazione di un wallet o marketplace prova l’autenticità? No. Di solito prova solo che il contratto corrisponde a un’interfaccia attesa. Verifica separatamente indirizzo canonico, provenienza, comportamento dei metadati e dichiarazioni dell’emittente o della collezione. ## Argomenti correlati - [Ethereum](/crypto/ethereum/) - [ERC-20](/crypto/erc20/) - [ERC-721](/crypto/erc721/) - [ERC-1155](/crypto/erc1155/) - [Smart contract](/crypto/smart-contract/) ## Fonti - [ERC-20: Token Standard](https://eips.ethereum.org/EIPS/eip-20) - Ethereum Improvement Proposals (accessed: 2026-08-21) - [ERC-721: Non-Fungible Token Standard](https://eips.ethereum.org/EIPS/eip-721) - Ethereum Improvement Proposals (accessed: 2026-08-21) - [ERC-1155: Multi Token Standard](https://eips.ethereum.org/EIPS/eip-1155) - Ethereum Improvement Proposals (accessed: 2026-08-21) - [ERC-165: Standard Interface Detection](https://eips.ethereum.org/EIPS/eip-165) - Ethereum Improvement Proposals (accessed: 2026-08-21) - [Token Standards](https://ethereum.org/en/developers/docs/standards/tokens/) - Ethereum.org (accessed: 2026-08-21) Source: https://wiki.fcontext.com/it/crypto/token-standard/index.mdx