Il problema dei token multichain
Le blockchain non comunicano nativamente tra loro. Un token emesso su Ethereum non ha idea che esistano Solana, TON o un rollup Arbitrum, e viceversa. Eppure gli utenti si aspettano di poter spostare lo "stesso" asset ovunque vogliano fare trading, staking o pagamenti. Per colmare questa lacuna, il settore ha inventato diversi modi per far apparire un token su una chain diversa dalla sua chain d'origine — e l'etichetta sul token spesso nasconde quale meccanismo ci sia davvero sotto.
Il punto è che questi meccanismi non sono intercambiabili. A seconda di come un token ha attraversato le chain, "USDC sulla chain B" o "ETH sulla chain B" può essere un asset autenticamente canonico, un pagherò di un custode o la ricevuta di un bridge — ciascuno con modalità di guasto diverse. Comprendere i tre modelli dominanti — wrapped, bridged e omnichain — fa la differenza tra sapere cosa possiedi davvero e sperare che un giorno sia riscattabile.
Token wrapped: lock-and-mint
Un token wrapped è la rappresentazione di un asset bloccato da un'altra parte. Lo schema classico è il lock-and-mint: depositi l'asset originale presso un custode o uno smart contract, e viene coniato per te un token "wrapped" equivalente sulla chain di destinazione. Wrapped Bitcoin (WBTC) è l'esempio canonico — vero BTC è tenuto in custodia, e un ERC-20 che lo replica circola su Ethereum.
Il valore di un token wrapped vale solo quanto ciò che detiene il collaterale bloccato. Se un custode centralizzato detiene le riserve, erediti il rischio di controparte: il wrapper è riscattabile solo finché il custode resta solvibile, onesto e operativo. Se invece è uno smart contract o un bridge a detenere il collaterale, erediti la sicurezza di quel contratto. In entrambi i casi, il token wrapped è un diritto su asset che non controlli più direttamente, e i de-peg avvengono proprio quando il mercato dubita che quel diritto possa essere onorato.
Token bridged: rappresentazioni emesse dal bridge
I token bridged sono parenti stretti dei token wrapped, e i termini vengono spesso usati in modo intercambiabile. In pratica, "bridged" si riferisce di solito a una rappresentazione coniata da uno specifico bridge cross-chain quando sposti un asset. L'originale viene bloccato (o bruciato) sulla chain di partenza, e il bridge emette la propria versione sulla chain di destinazione. Se vuoi imparare passo passo la meccanica, la nostra guida su come effettuare il bridge di crypto tra le chain illustra l'intero flusso.
Ne derivano due problemi. Primo, la frammentazione della liquidità: se tre bridge diversi coniano ciascuno il proprio "USDC" sulla stessa chain, ti ritrovi con tre versioni non fungibili che non si scambiano automaticamente una a una. Gli utenti restano bloccati con la variante sbagliata, e la liquidità si spezzetta in pool incompatibili. Secondo, il rischio di sicurezza del bridge: il contratto di lock del bridge diventa un honeypot concentrato, e diversi degli exploit più grandi nella storia crypto hanno prosciugato esattamente questi contratti. Quando un bridge viene compromesso, i token che ha emesso possono ritrovarsi privi di copertura da un giorno all'altro.
Token omnichain (OFT / native): un'unica offerta canonica
Il modello omnichain attacca la causa alla radice: invece di wrappare o riemettere, tratta il token come un unico asset con un'unica offerta canonica che semplicemente si sposta tra le chain. Lo standard Omnichain Fungible Token (OFT) di LayerZero è l'implementazione più conosciuta. Anziché bloccare il collaterale e coniare un wrapper, un OFT brucia i token sulla chain di partenza e conia lo stesso importo sulla chain di destinazione, così l'offerta totale su tutte le chain resta costante e non esiste una copia wrapped separata da de-peggare.
Poiché lo spostamento è un burn-and-mint su un token che l'emittente controlla end-to-end, non c'è alcun honeypot di un bridge terzo che detiene il tuo collaterale, né alcuna proliferazione di varianti incompatibili — il token è lo stesso asset ovunque arrivi. Se vuoi approfondire la meccanica, vedi cos'è un OFT (Omnichain Fungible Token), e per il livello di messaggistica che trasporta questi trasferimenti, cos'è LayerZero. A partire dal 2026, l'assunzione di sicurezza passa da "fidati del contratto di lock di un bridge" a "fidati del contratto del token e del protocollo di messaggistica sottostante" — una superficie più piccola e più verificabile, benché non a fiducia zero.
Confronto diretto: qual è il più semplice e a minor rischio?
I token wrapped dipendono da un custode o da un contratto che detiene collaterale reale; il tuo token è un pagherò. I token bridged dipendono da uno specifico bridge che sia detiene il collaterale sia emette una variante specifica per la chain, aggiungendo frammentazione al rischio di custodia. I token omnichain mantengono un'unica offerta canonica e la spostano con il burn-and-mint, eliminando sia il wrapper sia le copie frammentate.
Per un utente comune, il modello omnichain è di solito il modello mentale più semplice e il più comodo da detenere: un asset, un saldo, nessun gioco a indovinare "quale versione ho?" e nessun honeypot di collaterale bloccato come singolo punto di guasto. Non elimina il rischio di smart contract o di protocollo — niente lo fa — ma rimuove due dei modi più comuni in cui i token multichain vanno storti. La scelta giusta dipende comunque dallo specifico token, dal suo emittente e da dove ti serve usarlo.
Come WATS utilizza tutto questo
ATS, il token usato in tutto il WATS Hot Wallet, segue il modello omnichain: è un OFT di LayerZero, quindi detieni un unico saldo ATS che funziona su EVM, Solana e TON anziché copie wrapped o bridged da dover riconciliare. All'interno del WATS Hot Wallet, ogni azione viene addebitata in ATS invece che nel gas nativo di ciascuna chain — su EVM tramite un paymaster ERC-4337, e su Solana e TON tramite un fee-payer equivalente, con gli ATS incassati bruciati da 100M verso un floor di 30M. WATS è non-custodial: sei tu a detenere le tue chiavi, e puoi leggere di più sul meccanismo delle commissioni nella pagina ATS fee.
Domande frequenti
Un token wrapped è uguale all'asset originale?
No. Un token wrapped è una rappresentazione separata, coniata a fronte di un collaterale che è bloccato presso un custode o un contratto su un'altra chain. Il suo valore regge solo finché quel collaterale è pienamente coperto e riscattabile, ed è per questo che gli asset wrapped possono de-peggare se il custode o il contratto dietro di essi viene meno.
Perché possono esistere più versioni incompatibili dello stesso token su una chain?
Quando bridge diversi coniano ciascuno la propria rappresentazione di un asset, quelle versioni non sono automaticamente fungibili tra loro, quindi la liquidità si divide in pool separati. Standard omnichain come l'OFT evitano tutto questo mantenendo un'unica offerta canonica e spostandola con il burn-and-mint, così esiste una sola versione del token anziché più copie specifiche di ciascun bridge.
Come si sposta un token omnichain (OFT) tra le chain senza un wrapper?
Un OFT brucia i token sulla chain di partenza e conia lo stesso importo sulla chain di destinazione, mantenendo costante l'offerta totale su tutte le reti. Poiché non c'è collaterale bloccato in un bridge terzo né un wrapper coniato separatamente, il token resta lo stesso asset canonico ovunque, e la fiducia si sposta sul contratto del token e sul protocollo di messaggistica sottostante.