OFT spiegato: come un solo token vive su ogni catena

Un Omnichain Fungible Token (OFT) è uno standard di token di LayerZero in cui un solo token è distribuito in modo nativo su molte catene e condivide un'unica offerta canonica su tutte quante — nessuna copia wrapped, nessun collaterale bloccato nel caveau di un bridge. Un trasferimento brucia l'importo sulla catena di origine e conia lo stesso identico importo sulla destinazione, così l'offerta globale non cambia mai e il saldo resta fungibile ovunque atterri. Il risultato è liquidità unificata e un unico saldo spendibile, anziché un contratto wrapper diverso su ogni rete. ATS, il token di commissione usato da WATS, è un OFT LayerZero — ed è per questo che un solo saldo ATS può pagare le commissioni di rete su catene EVM, Solana e TON.

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 guida WATS 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.

Una precisazione che vale la pena conoscere, perché spesso viene sorvolata: LayerZero fornisce anche un OFT Adapter per i token che esistono già su una catena di origine e non possono essere ridistribuiti con i diritti di conio e distruzione. L'adapter blocca l'offerta in un contratto su quella catena di origine e conia rappresentazioni OFT altrove, quindi una distribuzione basata su adapter mantiene effettivamente una pool bloccata su un lato. Un token progettato fin dall'inizio come OFT usa il percorso puro di burn-and-mint descritto sopra.

Dove 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. È un profilo di rischio diverso, non l'assenza di rischio: se il percorso dei messaggi venisse compromesso, a un contratto di destinazione potrebbe essere ordinato di coniare token che non sono mai stati bruciati sul lato di origine.

OFT vs token wrapped vs token bridged

Aiuta metterli in fila fianco a fianco. Un token wrapped (pensa alle varianti bridged in stile "USDC.e" che convivono accanto al token emesso nativamente da una catena) è 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, vedi 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 usa lo standard OFT

Il modo più chiaro per capire perché lo standard esiste è guardare a un token che ne dipende. ATS, il token di commissione di WATS, è un OFT LayerZero — un'unica offerta canonica anziché un wrapper per rete — ed è esattamente ciò che permette a un solo saldo ATS di funzionare come un unico token di commissione su ogni catena supportata da WATS: Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana e TON. Le azioni nell'Hot Wallet di WATS vengono addebitate in ATS anziché nel gas token nativo di ciascuna catena: sulle catene EVM questo passa da un paymaster ERC-4337 e, poiché ERC-4337 è uno standard Ethereum, quel particolare meccanismo contrattuale è solo per EVM — ciò che rende il saldo stesso portabile su Solana e TON è lo standard OFT. L'ATS raccolto viene bruciato, portando l'offerta da 100M verso 30M.

Due cose vanno dette con chiarezza. Pagare in ATS non è uno sconto: cambia quale token paga la commissione di rete, non quanto quella commissione costa sotto. E WATS è pienamente non custodiale: le chiavi le detiene l'utente, e WATS non ne detiene mai una.

Se vuoi il modello OFT nella pratica anziché in astratto, ecco che aspetto ha giorno per giorno: tieni un solo saldo ATS nell'Hot Wallet di WATS e spendilo come commissione su qualunque di quelle otto catene tu stia operando, senza dover fare scorta di un gas token nativo diverso per ciascuna. La meccanica completa è sulla pagina delle commissioni ATS.