OFT spiegato: come un solo token vive su ogni catena

Il problema: troppe copie dello "stesso" token

Se hai mai spostato un token tra le catene, hai incontrato i suoi gemelli cattivi. Fai bridge di USDC o di qualche governance token da una rete a un'altra e finisci per detenere una versione wrapped — un contratto separato, un saldo separato, a volte un nome leggermente diverso. Il token "canonico" risiede ancora sulla catena di origine; ciò che detieni sulla destinazione è una cambiale coniata da un bridge, garantita da collaterale bloccato da qualche altra parte.

Questo frammenta tutto. La liquidità si divide tra una dozzina di contratti wrapper, quindi le pool sono più esigue e lo slippage è peggiore. Il tuo saldo è sparpagliato — 40 unità qui, 25 là, nessuna di esse direttamente fungibile con le altre. E ogni wrapper aggiunge rischio: il valore del token wrapped è affidabile solo quanto il bridge che detiene il collaterale dietro di esso. Quando un bridge viene attaccato, i wrapper che ha coniato possono crollare a zero mentre il token "reale" resta intatto. Il problema di fondo è che non c'è mai stato un solo token — c'erano molte copie incompatibili che fingevano di essere lo stesso asset.

Cos'è davvero un OFT

Un OFT — Omnichain Fungible Token — è uno standard di token di LayerZero progettato per risolvere esattamente questo. Invece di un token che esiste su un'unica catena di origine ed è wrapped ovunque altrove, un OFT è distribuito in modo nativo su ogni catena che supporta, e quelle distribuzioni condividono un'unica offerta canonica. Il token non è "su" una catena nel modo in cui lo è un asset wrapped; è un asset omnichain che si dà il caso sia leggibile e spendibile su ciascuna catena, con l'offerta totale conservata su tutte.

Sotto il cofano, le distribuzioni parlano tra loro attraverso il livello di messaggistica cross-chain di LayerZero. Al 2026, LayerZero è uno dei protocolli di interoperabilità omnichain più ampiamente adottati, e lo standard OFT è il suo schema di riferimento per far comportare un token fungibile come un unico asset anziché come una famiglia di sosia. Se vuoi che il livello di messaggistica stesso venga spiegato, vedi la nostra spiegazione su cos'è LayerZero.

Come funziona un trasferimento OFT

Il meccanismo è rinfrescantemente semplice: brucia sulla catena di origine, conia sulla destinazione.

Quando invii un OFT dalla catena A alla catena B, il contratto sulla catena A brucia l'importo che stai spostando — distrugge quei token del tutto. Invia poi un messaggio LayerZero al contratto sulla catena B, che conia esattamente lo stesso importo nel tuo indirizzo lì. Nessun collaterale viene bloccato in un caveau. Nessun token wrapper viene creato. L'offerta globale è immutata, perché ciò che è stato bruciato su un lato viene ri-coniato sull'altro. Il valore si sposta distruggendo e ricreando il token, non parcheggiando l'originale da qualche parte ed emettendo un credito nei suoi confronti.

Poiché non c'è alcuna pool di collaterale bloccato, non c'è alcun tesoro da prosciugare per un aggressore nel modo in cui lo creano i classici bridge blocco-e-conio. L'ipotesi di sicurezza si sposta sulla correttezza del livello di messaggistica e dei contratti propri del token, anziché su un custode separato di fondi bloccati.

OFT vs token wrapped vs token bridged

Aiuta metterli in fila fianco a fianco. Un token wrapped (come una variante "wETH" bridged su una catena straniera) è un nuovo contratto garantito da collaterale bloccato sulla catena di origine — un derivato, non l'asset stesso. Un token bridged, nel tradizionale senso di blocco-e-conio, è più o meno la stessa cosa: l'originale viene immobilizzato, e una rappresentazione viene coniata altrove. In entrambi i casi finisci con due asset distinti che sono collegati solo economicamente, e solo finché il bridge tiene.

Un OFT è diverso per natura, non per grado. Non c'è alcun derivato, nessuna rappresentazione, nessun collaterale da difendere. C'è un solo token, un'unica offerta e un unico saldo per te — si sposta semplicemente tra le catene bruciando e coniando se stesso. Per un confronto più approfondito di questi modelli, andiamo oltre in omnichain vs token wrapped e bridged.

Perché è importante: liquidità unificata e un unico saldo spendibile

I vantaggi pratici derivano direttamente dal design. Liquidità unificata: poiché c'è un solo token canonico, la liquidità non si frantuma in una dozzina di pool wrapper — un unico mercato profondo può servire ogni catena anziché molti mercati poco profondi. Un unico saldo spendibile: le tue disponibilità non restano isolate per catena; lo stesso token è tuo da usare ovunque sia distribuito. Meno rischio da bridge: senza collaterale bloccato in un caveau, la classica modalità di errore da exploit del bridge — prosciuga il collaterale, e ogni wrapper che garantiva va a zero — scompare in gran parte.

Quest'ultimo punto è ciò che rende un OFT genuinamente utile come token di utilità anziché solo come token scambiabile. Un token su cui puoi davvero contare di avere in un unico saldo tra le catene può fungere da singola unità di conto portabile — per le commissioni, per il regolamento, per qualsiasi cosa serva all'applicazione — senza che l'utente debba prima destreggiarsi con i wrapper.

Un esempio pratico: spostare un OFT tra le catene

Poniamo che tu detenga 100 unità di un OFT su una catena EVM e voglia usarle su un'altra rete. Avvii un trasferimento. Il contratto di origine brucia le tue 100 unità ed emette un messaggio LayerZero. Pochi istanti dopo, il contratto di destinazione conia 100 unità nel tuo indirizzo. La tua disponibilità totale non è mai cambiata — era 100 prima e 100 dopo — ma i token vivono ora sulla catena di destinazione, pronti per essere spesi. Non c'era alcuna schermata di token wrapped, nessun avviso "riceverai w-TOKEN", nessun saldo separato da riconciliare in seguito. Dal tuo punto di vista, il token ti ha seguito. Quell'esperienza a saldo unico è anche ciò che permette a un wallet di trattare un solo token come spendibile tra gli ecosistemi; vedi usare un solo wallet su Ethereum, Solana e TON per come si concretizza nella pratica.

Come WATS lo utilizza

WATS mette al lavoro il modello OFT come suo token di commissione: ATS è un OFT LayerZero, così un unico saldo ATS è spendibile su EVM, Solana e TON — che è esattamente ciò che permette a un solo token di commissione di funzionare ovunque. Ogni azione nell'Hot Wallet viene addebitata in ATS anziché nel gas nativo di ciascuna catena (su EVM tramite un paymaster ERC-4337, e tramite un fee-payer equivalente su Solana e TON), e l'ATS raccolto viene bruciato da un'offerta di 100M verso un limite minimo di 30M. WATS è non custodiale — sei tu a detenere le tue chiavi e WATS non ne detiene mai una. Puoi leggere la meccanica completa sulla pagina delle commissioni ATS.