Cos'è LayerZero? Il protocollo omnichain dietro i token cross-chain

LayerZero è un protocollo di interoperabilità omnichain che permette a uno smart contract su una catena di inviare un messaggio verificato a uno smart contract su un'altra catena. Ogni catena supportata esegue un contratto Endpoint LayerZero; quando un messaggio viene inviato, una o più Decentralized Verifier Network (DVN) attestano che sia stato davvero emesso sulla catena di origine, e un Executor lo consegna alla destinazione e paga per eseguire la logica di ricezione. La sua applicazione più nota è lo standard OFT (Omnichain Fungible Token), in cui spostare un token brucia l'importo sulla catena di origine e conia lo stesso importo su quella di destinazione, invece di bloccare collaterale ed emettere una cambiale wrapped. Gli ATS con cui paghi le commissioni sono tenuti in un unico saldo su BSC (BNB Chain), ed è da lì che viene addebitata la commissione di qualsiasi rete EVM.

Il problema cross-chain

La crypto non è un'unica rete. Sono decine di catene — Ethereum e i suoi rollup, Solana, TON e molte altre — ognuna con il proprio stato, i propri validatori e nessun modo integrato di parlare con le altre. Per anni la soluzione standard è stata il bridge: bloccare un token sulla catena A, coniare un sostituto per esso sulla catena B. Quel sostituto è un token wrapped o bridged, e non è l'asset originale. È una cambiale emessa dal bridge.

Questo design frammenta la liquidità. Lo stesso token sottostante finisce per vivere come cinque o sei rappresentazioni incompatibili, ognuna con la propria pool, la propria deriva di prezzo e le proprie ipotesi di fiducia. Concentra anche il rischio: il collaterale bloccato risiede in un contratto bridge, e i maggiori exploit nella storia del settore hanno prosciugato esattamente quei contratti. Per la meccanica, la guida WATS su come fare bridge di crypto tra le catene illustra passo dopo passo il flusso di blocco-e-conio.

Cos'è LayerZero

LayerZero è un protocollo di interoperabilità omnichain: uno standard per far passare messaggi arbitrari da un contratto su una catena a un contratto su un'altra. Non custodisce fondi e non è esso stesso un bridge nel senso classico. È più vicino a un livello di messaggistica — un modo per un'applicazione distribuita su molte catene di inviare un'istruzione verificata da una distribuzione a un'altra. "Sposta 100 token," "questo NFT ora vive qui," "esegui questa chiamata" sono tutti semplicemente messaggi.

Lo spostamento importante è concettuale. Invece di un asset bloccato qui e copiato là, un'applicazione può essere distribuita in modo nativo su ogni catena e coordinare il proprio stato tramite messaggi. Il token è una cosa sola con molti endpoint, non molte cose che fingono di essere una.

Come si spostano i messaggi, ad alto livello

Ogni catena supportata esegue un Endpoint LayerZero — un contratto on-chain a cui le applicazioni inviano e da cui ricevono. Quando un'app emette un messaggio, due ruoli lo trasportano attraverso il divario. Primo, uno o più DVN (Decentralized Verifier Network) attestano in modo indipendente che il messaggio sia stato realmente emesso sulla catena di origine e non sia stato manomesso. Poi un Executor consegna il messaggio verificato all'endpoint di destinazione e paga per eseguire la logica di ricezione, così l'utente finale non deve detenere gas sulla catena remota.

Il punto di design da ricordare è che la verifica è configurabile. Al 2026, un'applicazione sceglie di quali DVN si fida e quanti devono concordare prima che un messaggio venga accettato. LayerZero fornisce l'infrastruttura; l'app imposta la policy di sicurezza. È una distinzione abbastanza importante da meritare un ritorno più avanti.

Cosa abilita: OFT, ONFT e app omnichain

Lo standard di punta costruito su tutto ciò è l'OFT — Omnichain Fungible Token. Un OFT è un contratto token distribuito su ogni catena che supporta, collegato attraverso la messaggistica LayerZero. Spostare un OFT tra le catene brucia l'importo sulla catena di origine e conia esattamente lo stesso importo su quella di destinazione, coordinato da un messaggio verificato. Non c'è alcun wrapper di terze parti né alcuna pool di collaterale bloccato — i contratti propri del token sono le controparti. Una sfumatura che vale la pena conoscere: un token che esiste già su una catena può essere adattato con un OFT Adapter, che blocca l'offerta originale su quella catena d'origine e conia rappresentazioni OFT altrove; i token nati come OFT fin dall'inizio bruciano e coniano su ogni catena. In entrambi i casi il risultato è un unico asset canonico, con la stessa semantica di saldo ovunque viva. L'approfondimento WATS su cos'è un OFT copre in dettaglio il flusso di burn-and-mint.

Lo stesso schema si estende agli NFT (ONFT) e alle applicazioni pienamente omnichain — logica di governance, prestiti o gaming che legge e scrive lo stato tra le catene come se i confini non ci fossero.

LayerZero vs i classici bridge blocco-e-conio

Un bridge classico risponde a "come ottengo una copia di questo asset su un'altra catena." Un OFT risponde a "come fa questo asset a esistere su molte catene contemporaneamente." La distinzione non è cosmetica. Con il blocco-e-conio, la versione bridged è affidabile solo quanto il bridge che detiene il collaterale, e ogni percorso aggiunto genera un'altra variante wrapped che frammenta ulteriormente la liquidità. Con un OFT, l'offerta si sposta anziché duplicarsi — il totale su tutte le catene resta costante perché un trasferimento brucia su un lato e conia sull'altro.

È per questo che "omnichain" e "bridged" sono categorie genuinamente diverse anziché sinonimi. I due modelli sono messi a confronto fianco a fianco in omnichain vs token wrapped e bridged.

Il modello di sicurezza è configurabile, non automatico

Vale la pena essere precisi qui, perché "omnichain" viene talvolta commercializzato come se rimuovesse del tutto la fiducia. Non è così. LayerZero sposta l'ipotesi di fiducia da un singolo operatore di bridge a un insieme configurabile di verificatori. Un'applicazione che sceglie molti DVN indipendenti e una soglia di accordo elevata ha un profilo di rischio molto diverso da una che si affida a un singolo verificatore. Al 2026 il protocollo è neutrale su questo — è un framework, e la sicurezza di un particolare OFT dipende da come il suo emittente ha configurato la verifica e da quanto bene sono scritti i contratti token stessi. Il design omnichain rimuove il problema della cambiale wrapped; non rimuove la necessità di valutare chi verifica i tuoi messaggi.

Come WATS addebita la commissione

L'ATS è detenuto come un unico saldo su BSC (BNB Chain) e, su qualunque rete EVM avvenga una transazione, la commissione viene addebitata da quell'unico saldo — nessun bridge e nessun saldo ATS separato per ogni catena. Sulle chain EVM è un paymaster ERC-4337 a fare il lavoro, permettendo di regolare la commissione di rete di una transazione in ATS anziché nel token di gas nativo di ciascuna catena. Questo modello di commissioni è identico in tutti i prodotti WATS: l'estensione Chrome e l'app mobile. Ed è un cambio di quale token paga, non uno sconto sul costo sottostante.

In WATS, come nell'estensione Chrome e nell'app mobile, è quel singolo saldo a regolare le commissioni di rete sulle reti EVM — addebitate in ATS anziché nel token di gas nativo della catena, mentre le transazioni su Solana pagano la propria commissione nativa in SOL e le commissioni su TON si pagano anch'esse in ATS — e l'ATS raccolto come commissioni viene bruciato, riducendo l'offerta da 100.000.000 verso un limite minimo di 30.000.000. WATS è non custodiale in ogni fase: le chiavi le detieni tu e WATS non ne detiene mai una. La meccanica è documentata sulla pagina delle commissioni ATS.