Token wrapped, bridged e omnichain sono tre modi diversi di rendere utilizzabile uno stesso asset su più di una chain, e la differenza sta in ciò che stai effettivamente detenendo. Un token wrapped viene coniato sulla chain di destinazione a fronte di collaterale bloccato presso un custode o un contratto altrove, quindi è un diritto che vale esattamente quanto la sua copertura; un token bridged è la stessa idea lock-and-mint, ma emessa da un bridge specifico, ed è per questo che su una singola chain possono finire diverse versioni dello stesso asset non fungibili tra loro. Un token omnichain — più comunemente lo standard OFT di LayerZero — non ha alcun wrapper: viene bruciato sulla chain di partenza e coniato su quella di destinazione, così un'unica offerta canonica si sposta tra le chain invece di duplicarsi. La distinzione conta nella pratica, perché il modello omnichain elimina sia l'honeypot di collaterale bloccato sia il problema del "quale versione ho?", mentre i token wrapped e bridged aggiungono rischio di custodia e frammentazione della liquidità sopra al trasferimento stesso. ATS, il token con cui si pagano le commissioni nel wallet non-custodial WATS, è un OFT di LayerZero esattamente per questa ragione: un unico saldo ATS paga le commissioni di rete su tutte le chain supportate da WATS invece di frammentarsi in copie wrapped.
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 saldo di solito nasconde quale meccanismo ci sia davvero sotto.
Questi meccanismi non sono intercambiabili. A seconda di come ha attraversato le chain, "USDC sulla chain B" o "ETH sulla chain B" può essere un asset emesso nativamente, il pagherò di un custode o la ricevuta di un singolo bridge — ciascuno con una modalità di guasto diversa. 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: l'asset originale viene depositato presso un custode o uno smart contract, e ti viene coniato un token wrapped equivalente sulla chain di destinazione. Wrapped Bitcoin (WBTC) è l'esempio da manuale — il BTC resta 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é quel custode resta solvibile, onesto e operativo. Se invece è uno smart contract a detenere il collaterale, erediti la sicurezza di quel contratto e delle sue chiavi di aggiornamento. 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 inizia a dubitare che quel diritto possa essere onorato. Inoltre, per riavere l'originale il wrapper va "sfasciato" passando dallo stesso percorso: un dettaglio che pesa se quel percorso viene mai sospeso.
Token bridged: la rappresentazione di un singolo bridge
I token bridged sono parenti stretti dei token wrapped, e i due termini vengono spesso usati in modo impreciso. In pratica "bridged" indica di solito una rappresentazione coniata da uno specifico bridge cross-chain quando sposti un asset: l'originale viene bloccato (o bruciato) sulla chain di partenza, e quel bridge emette la propria versione sulla chain di destinazione. Se vuoi la meccanica passo passo, la 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 coniano ciascuno la propria versione di USDC sulla stessa chain, ti ritrovi con tre token che condividono il ticker ma non sono fungibili tra loro e non si scambiano automaticamente uno a uno. Gli utenti restano bloccati con la variante che una data app o pool non accetta, e la liquidità si spezzetta in pool incompatibili. Secondo, il rischio di sicurezza del bridge: il contratto di lock 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, mentre l'asset originale sulla sua chain d'origine resta intatto.
Non tutti i token bridged sono uguali. Il bridge canonico di una chain — quello gestito dal rollup o dalla rete stessa — emette di solito la versione che le app dell'ecosistema trattano come standard, il che riduce il problema della frammentazione ma non quello del collaterale bloccato. Separatamente, alcuni emittenti oggi coniano nativamente su ciascuna chain e spostano l'offerta tramite burn-and-mint anziché tramite wrapping: è per questo che a volte vedi convivere su una stessa rete un token nativo e una vecchia variante bridged dello stesso asset.
Token omnichain (OFT): 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 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 su quella di destinazione, così l'offerta complessiva su tutte le chain resta costante e non esiste una copia wrapped separata che possa de-peggare.
Poiché lo spostamento è un burn-and-mint su un token che l'emittente controlla end-to-end, non c'è alcun bridge terzo seduto sul tuo collaterale né alcuna proliferazione di varianti incompatibili — il token è lo stesso asset ovunque arrivi. C'è una variazione comune che vale la pena conoscere: quando un token esiste già su una chain e non può essere ridistribuito, un adapter OFT blocca l'offerta esistente su quella chain d'origine e i contratti OFT sulle altre chain coniano a fronte di essa, così il totale in circolazione resta comunque fisso. Per la meccanica più approfondita vedi cos'è un OFT (Omnichain Fungible Token), e per il livello di messaggistica che trasporta questi trasferimenti, cos'è LayerZero. 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 con cui è configurato" — una superficie più piccola e più verificabile, benché non a fiducia zero.
Confronto diretto: qual è il più semplice e a minor rischio?
| Modello | Come arriva sull'altra chain | Cosa detieni | Principale modalità di guasto |
|---|---|---|---|
| Wrapped | L'originale è bloccato presso un custode o un contratto, il wrapper viene coniato sulla chain di destinazione | Un diritto riscattabile su collaterale detenuto altrove | L'insolvenza del custode o un exploit del contratto rompono la copertura e il wrapper de-pegga |
| Bridged | Bloccato o bruciato sulla chain di partenza, quel bridge specifico conia la propria versione | La variante dell'asset di un singolo bridge, non necessariamente fungibile con le altre | Un exploit del bridge lascia la variante priva di copertura; più varianti frammentano la liquidità |
| Omnichain (OFT) | Bruciato sulla chain di partenza e coniato su quella di destinazione dal token stesso | Lo stesso token canonico, un'unica offerta su tutte le chain | Una falla nel contratto del token o nel livello di messaggistica con cui è configurato |
Basta leggere l'ultima colonna e la classifica è abbastanza chiara. I token wrapped dipendono da qualcuno che detiene collaterale reale. 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 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 hai 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 capire quale versione stai detenendo
- Controlla l'indirizzo del contratto, non il ticker. Due token sulla stessa chain possono condividere nome e simbolo ed essere comunque contratti diversi. La documentazione dell'emittente è l'unica autorità su quale indirizzo sia canonico.
- Leggi il suffisso. I nomi che portano il marchio di un bridge, una lettera in più o un'etichetta "wrapped" o "bridged" indicano di solito la versione derivata anziché quella nativa.
- Guarda chi conia. Su un block explorer, un'offerta coniata da un contratto di bridge segnala una rappresentazione bridged; un'offerta coniata dal contratto del token stesso su ciascuna chain corrisponde allo schema omnichain o nativo.
- Chiediti cosa succede se il percorso si ferma. Se il tuo token è riscattabile solo attraverso un unico bridge o custode, quel percorso è la tua vera controparte, qualunque cosa dica il ticker.
Come WATS utilizza il modello omnichain
ATS, il token usato in tutto il wallet WATS, segue il modello omnichain: è un OFT di LayerZero, quindi detieni un unico saldo ATS sulle chain supportate da WATS — Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana e TON — anziché copie wrapped o bridged da riconciliare chain per chain. All'interno del WATS Hot Wallet, le commissioni di rete vengono addebitate in ATS invece che nel token di gas nativo di ciascuna chain, sulle chain EVM tramite un paymaster ERC-4337, con gli ATS incassati bruciati mentre l'offerta scende da 100M verso un floor di 30M. Non è uno sconto: cambia quale token paga la commissione, non quanto chiede la rete. WATS è interamente non-custodial — le chiavi restano all'utente e WATS non ne detiene mai una — e il meccanismo è documentato nella pagina ATS fee.
Se vuoi vedere la differenza tra questi modelli nell'uso quotidiano anziché in teoria, WATS è un posto semplice per osservarla: tieni un unico saldo ATS, pagaci le commissioni su tutte e otto le chain supportate e nota che non devi mai chiederti quale variante wrapped del tuo token di commissione si aspetti una determinata rete. Quel comportamento a saldo unico è il vantaggio pratico del design omnichain descritto sopra, ed è la ragione per preferire asset omnichain ogni volta che l'emittente ne offre uno.
Domande frequenti
Un token wrapped è uguale all'asset originale?
No. Un token wrapped è una rappresentazione separata, coniata a fronte di un collaterale 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, anche se l'asset originale sulla sua chain d'origine resta intatto.
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 condividono il ticker ma non sono automaticamente fungibili tra loro, quindi la liquidità si divide in pool separati e alcune app accettano una variante ma non un'altra. 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 l'assunzione di fiducia si sposta sul contratto del token e sul protocollo di messaggistica con cui è configurato.
Quale modello utilizza il token ATS in WATS?
WATS adotta il modello omnichain: ATS è un OFT di LayerZero, quindi un utente WATS detiene un unico saldo ATS anziché copie wrapped o emesse da bridge su Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana e TON. È quel saldo unico a pagare le commissioni di rete dentro WATS al posto del token di gas nativo di ciascuna chain, tramite un paymaster ERC-4337 sulle chain EVM, con l'offerta di ATS che si riduce bruciando da 100M verso 30M. WATS è interamente non-custodial, quindi le chiavi di quel saldo restano all'utente.
Un token emesso dal bridge ufficiale di una chain è più sicuro di uno di un bridge di terze parti?
Di solito è l'opzione predefinita più sicura, perché la versione emessa dal bridge canonico di una chain è quella che la maggior parte delle app e dei pool su quella chain tratta come standard, il che elimina il problema di ritrovarsi con una variante che nessuno accetta. Non elimina però il rischio di custodia sottostante: anche un bridge canonico detiene collaterale bloccato dietro la rappresentazione, quindi il token resta un diritto e non l'asset stesso.