📖 Perché i token vengono trasferiti tra blockchain
Un ponte crypto è un protocollo che trasferisce token e messaggi tra due blockchain. Nel modello lock-and-mint, il token viene bloccato sulla rete di origine e sulla rete di destinazione viene emesso un token wrapped. Nel modello con pool di liquidità, il token viene inviato in un pool sulla rete di origine, mentre sulla rete di destinazione viene rilasciato lo stesso token da un pool già finanziato. DeFi, o finanza decentralizzata, indica servizi finanziari basati su smart contract, senza banche.
Token wrapped è una versione dell’asset originale sulla rete di destinazione, emessa da uno smart contract. Questo token è garantito da una riserva: l’asset originale è bloccato nel contratto del bridge su un’altra rete. Un token wrapped può essere riscattato nell’asset originale se la riserva è intatta e se il ponte verifica correttamente i messaggi cross-chain.
Un ponte crypto controlla due risorse: la riserva dei token bloccati nel contratto e il diritto di emettere o rilasciare un asset sulla rete di destinazione. Se il contratto viene sfruttato, se i firmatari vengono compromessi o se la verifica dei messaggi cross-chain viene aggirata, si verifica uno di due esiti: la riserva viene svuotata dal ponte oppure vengono emessi token wrapped non garantiti e venduti su un DEX.
I rischi dell’infrastruttura cross-chain si sovrappongono alle minacce tipiche della DeFi: phishing, approve malevoli e compromissione delle chiavi. La mappa delle minacce e l’analisi dei modelli di protezione del wallet sono raccolte nel materiale «Sicurezza DeFi: mappa delle minacce, casi e protezione».
Nell’interfaccia, un trasferimento cross-chain appare come una sola operazione. A livello di protocollo, il trasferimento ha due fasi: un evento viene registrato e confermato sulla rete di origine, poi l’asset viene rilasciato o mintato separatamente sulla rete di destinazione.
La stessa operazione nell’interfaccia può basarsi su meccaniche diverse e su fonti di fiducia diverse.
Tipi di ponti crypto: meccanica di trasferimento e modello di fiducia
Due ponti possono apparire identici nell’interfaccia ma perdere fondi per motivi diversi. Il confronto si riduce a due domande: quale operazione rende disponibile l’asset sulla rete di destinazione e chi conferma l’evento sulla rete di origine.
Per meccanica di trasferimento dei token
- Lock-and-Mint. Il token viene bloccato nel contratto del ponte sulla rete di origine e sulla rete di destinazione viene emesso un token wrapped. Nel trasferimento inverso, il token wrapped viene bruciato e il token originale viene sbloccato.
- Burn-and-Mint. Il token viene distrutto, o burn, su una rete e mintato su un’altra. Questo schema viene usato quando emissione e burn sono definiti da regole unificate dell’emittente o del protocollo.
- Pool di liquidità, o lock-and-unlock in forma applicativa. Ogni rete dispone di una riserva preposizionata del token. L’utente invia il token nel pool sulla rete di origine e riceve lo stesso token dal pool della rete di destinazione, senza emissione di una versione wrapped.
Atomic swap (HTLC) usano contratti HTLC, o Hashed Timelock Contract: l’asset viene rilasciato solo quando viene rivelato un segreto il cui hash è noto in anticipo, e solo prima della scadenza. I limiti degli HTLC dipendono dal supporto di reti specifiche e dalla necessità di coordinare i parametri di timelock tra due contratti.
Per modello di sicurezza
- Custodial. Il rilascio degli asset è controllato da una società o da un gruppo limitato di operatori. I rischi principali sono la compromissione delle chiavi e l’interruzione del servizio.
- Non-custodial. Il rilascio degli asset viene confermato da un gruppo distribuito di validatori o firmatari. Un attacco richiede il controllo della soglia di firma o dello stake.
- Ponti nativi. L’interazione cross-chain è integrata nel protocollo blockchain o in un ecosistema collegato. La fiducia si basa sulla sicurezza della rete di base.
- Ponti universali. Un protocollo collega molte reti tramite un insieme comune di contratti e un meccanismo di verifica dei messaggi. Un errore nell’infrastruttura condivisa colpisce molte route.
Portare BTC nella DeFi spesso avviene tramite versioni wrapped, dove sono critici il custode del collaterale e la procedura di riscatto del wrapper. Un esempio di prodotto e della relativa dipendenza infrastrutturale è descritto nell’articolo «Yield Basis: rendimento in Bitcoin senza IL».
L’affidabilità di un ponte crypto è definita dalla combinazione tra meccanica di trasferimento del token e modello di conferma dei messaggi cross-chain.
Il rischio di un ponte dipende da come trasferisce l’asset e da chi conferma i messaggi cross-chain.
Ponti crypto: panoramica di base e scopo
I ponti crypto trasferiscono token e messaggi tra blockchain. Multichain significa lavorare con asset su più reti; DeFi significa servizi finanziari su smart contract, senza intermediari bancari.
Un ponte crypto esegue il trasferimento in due modi: (1) l’asset viene bloccato sulla rete di origine e sulla rete di destinazione viene emesso un token wrapped; (2) l’asset passa attraverso pool di liquidità, dove il rilascio sulla rete di destinazione arriva da una riserva già allocata.
I ponti vengono usati per trasferire stablecoin verso una rete con commissioni più basse, spostare un asset sulla rete in cui si trova l’applicazione necessaria o supportare protocolli che funzionano su più blockchain.
Il rischio di un ponte crypto è determinato da dove viene conservata la riserva e da quale meccanismo conferma il rilascio o il mint dell’asset sulla rete di destinazione.
Le perdite sui ponti crypto nascono nei punti in cui il ponte custodisce la riserva e in cui conferma gli eventi tra reti.
Rischi dei ponti crypto: dove e perché nascono le perdite
Un ponte crypto è composto da più parti. Il punto di errore può essere il contratto di riserva, il meccanismo di conferma dei messaggi cross-chain o la governance che può fermare o modificare il funzionamento del ponte.
Errori nel codice del ponte
- Come si verifica: il ponte accetta un trasferimento come confermato anche se l’evento sulla rete di origine è errato o falsificato.
- Perché è pericoloso: i token bloccati possono essere prelevati dal contratto di riserva, oppure sulla rete di destinazione possono comparire token non garantiti.
- Cosa controllare: se esistono audit pubblici degli smart contract, se è attivo un bug bounty e chi approva gli aggiornamenti dei contratti.
Rischio dei token wrapped
- Che cosa significa: un token wrapped mantiene il prezzo solo finché l’asset originale è realmente bloccato nella riserva del ponte.
- Quando emerge il problema: se la riserva viene svuotata o il ponte viene fermato, il token wrapped può perdere l’ancoraggio e iniziare a scambiare con uno sconto.
- Cosa controllare: dove si trova la riserva, come si verifica il riscatto e se esistono prove pubbliche degli asset bloccati.
Trasmissione e conferma dei trasferimenti
- Come funziona: il ponte registra un evento sulla rete di origine e invia un messaggio alla rete di destinazione, dove viene eseguito il rilascio o il mint.
- Dove nasce il rischio: in caso di falsa conferma o errore di consegna, il ponte può rilasciare l’asset senza un evento corretto sulla rete di origine.
- Cosa conta: quante parti indipendenti confermano il messaggio e se esiste una modalità di pausa dei trasferimenti in caso di guasto.
Governance e fattore umano
- Come vengono prese le decisioni: i parametri del ponte vengono modificati tramite chiavi amministrative, multisig o validatori.
- Perché è un rischio: la compromissione delle chiavi o un errore durante un aggiornamento può fermare il ponte oppure dare a un attaccante il diritto di mintare o rilasciare asset.
- Cosa si valuta: soglia di firma per le modifiche, presenza di timelock e limiti sui volumi di rilascio.
La valutazione di un ponte crypto si riduce a tre controlli: dove viene conservata la riserva, chi conferma i messaggi cross-chain e chi può modificare le regole di funzionamento del ponte.
La stessa operazione nell’interfaccia può basarsi su fonti di liquidità diverse e su schemi di conferma diversi.
Panoramica dei principali ponti crypto: esempi, vantaggi e limiti
Un trasferimento cross-chain può essere eseguito tramite rilascio da un pool di liquidità, mint di un token wrapped oppure consegna di un messaggio con un’azione successiva sulla rete di destinazione.
Stargate
GlobalTrasferisce stablecoin tra reti EVM tramite pool di liquidità. Sulla rete di origine la transazione invia il token nel pool. Il messaggio di trasferimento viene consegnato tramite LayerZero. Sulla rete di destinazione il token viene rilasciato dal pool come lo stesso asset, senza emettere una versione wrapped.
✅ Vantaggi
- Il rilascio sulla rete di destinazione arriva da un pool di liquidità, senza token wrapped.
- Le route sono orientate a stablecoin liquide, dove è più facile uscire senza forte slippage.
- Il rischio dipende dalla consegna dei messaggi e dal saldo dei pool sulla rete di destinazione.
❌ Limiti
- L’insieme degli asset è limitato: serve un pool per ogni token e ogni rete.
- La conferma del messaggio dipende dalla configurazione di LayerZero, inclusi oracle e relayer.
- La carenza di liquidità nel pool limita il volume rilasciabile sulla rete di destinazione.
Il trasferimento si basa sul trasporto dei messaggi e sulla riserva disponibile nei pool di destinazione.
LayerZero
GlobalProtocollo di consegna dei messaggi tra blockchain. La conferma di un evento si basa sulla coppia «oracle + relayer»: l’oracle trasmette i dati di stato, il relayer consegna il payload e l’applicazione definisce le regole di validazione e le soglie di fiducia.
✅ Vantaggi
- Supporta messaggi cross-chain e chiamate di contratti, non solo trasferimenti di token.
- Un unico trasporto di messaggi viene usato su molte reti da applicazioni costruite sopra il protocollo.
- La resilienza può essere aumentata separando le fonti dei dati e le fonti di consegna.
❌ Limiti
- Se oracle e relayer sono controllati da una sola parte, aumenta il rischio di falsa conferma.
- Le regole di conferma sono impostate dall’applicazione e possono non essere visibili nell’interfaccia.
- Il rischio della route dipende dalle fonti scelte e dalle soglie di validazione nell’applicazione.
La sicurezza del trasferimento dipende da oracle, relayer e regole di verifica configurate nella specifica applicazione.
Synapse
GlobalIl protocollo combina trasferimento cross-chain e scambio di token: un asset può essere spostato verso un’altra rete e convertito in un altro token lungo la route. Il trasferimento viene confermato con un periodo di ritardo. Durante questa finestra, partecipanti specializzati possono contestare un’operazione non valida. Se un partecipante conferma un’operazione fraudolenta, il suo collaterale viene slashed, rendendo economicamente poco convenienti le false conferme.
✅ Vantaggi
- Trasferimento e swap possono essere completati in una sola operazione.
- La finestra di contestazione crea un deterrente economico contro le conferme false.
- La rete supporta molte blockchain e diversi tipi di asset.
❌ Limiti
- La qualità del trasferimento dipende dalla liquidità della route e dal modello di contestazione.
- In caso di congestione o mancanza di liquidità, il tempo e il risultato finale possono peggiorare.
- La sicurezza dipende dalla disponibilità dei partecipanti a contestare le operazioni errate.
Synapse è utile quando servono trasferimento e swap in una sola operazione, ma liquidità e modello di verifica restano parti del rischio.
Axelar
GlobalRete cross-chain con un proprio set di validatori, costruita su Cosmos SDK. I validatori osservano gli eventi su una rete, raggiungono consenso e firmano messaggi per eseguire azioni su un’altra rete. Sopra Axelar si costruiscono bridge e applicazioni che richiedono consegna di messaggi tra ecosistemi.
✅ Vantaggi
- Il modello di sicurezza è legato a un set di validatori e a meccanismi di consenso.
- Adatto non solo ai trasferimenti, ma anche alle applicazioni cross-chain.
- Supporta l’interazione tra ecosistemi diversi, non solo tra reti EVM.
❌ Limiti
- Il rischio si concentra sul set di validatori, sulla governance e sugli aggiornamenti del protocollo.
- L’utente dell’interfaccia può non vedere quali regole confermano il messaggio.
- La sicurezza finale dipende dall’applicazione che usa la messaggistica Axelar.
Axelar è più simile a un livello di messaggistica verificata tra ecosistemi che a un semplice bridge di token.
Wormhole
GlobalProtocollo di messaggistica cross-chain in cui un gruppo di guardian osserva eventi su una rete e firma messaggi per altre reti. Viene usato per trasferire token, NFT e dati applicativi. La sicurezza del messaggio dipende dal quorum dei guardian e dalla correttezza della verifica lato smart contract.
✅ Vantaggi
- Ampia copertura di reti, inclusi ecosistemi EVM e non-EVM.
- Supporta non solo trasferimenti di token, ma anche messaggi per applicazioni.
- Molti progetti usano Wormhole come infrastruttura cross-chain.
❌ Limiti
- La compromissione o l’errore nel modello dei guardian può portare a false conferme.
- Il protocollo ha già avuto un grande incidente, quindi lo storico di sicurezza va considerato.
- Applicazioni diverse possono usare Wormhole con impostazioni di rischio diverse.
Nel caso Wormhole, il punto chiave da valutare è il modello dei guardian e il modo in cui l’applicazione verifica i messaggi ricevuti.
Celer cBridge
GlobalSoluzione di trasferimento cross-chain basata sull’infrastruttura Celer. Usa pool di liquidità e meccanismi di messaggistica per spostare asset tra reti. Per l’utente l’operazione sembra un trasferimento rapido, ma il risultato dipende dalla liquidità disponibile e dalla correttezza della route.
✅ Vantaggi
- Orientato a trasferimenti rapidi tra molte reti supportate.
- Può offrire route pratiche per asset liquidi.
- L’interfaccia mostra di solito commissioni e tempi prima della conferma.
❌ Limiti
- La qualità della route dipende dalla liquidità nei pool.
- Il modello di sicurezza è legato all’infrastruttura Celer e al modo in cui vengono confermati i messaggi.
- Durante congestione o limitazioni, la velocità effettiva può differire dalla stima.
Celer cBridge è comodo per route liquide, ma richiede comunque un controllo della liquidità e delle condizioni di rilascio sulla rete di destinazione.
La scelta del ponte si riduce a due controlli: chi conferma i messaggi e da dove arriva la liquidità per il rilascio sulla rete di destinazione.
Il confronto in tabella aiuta a collegare il meccanismo di trasferimento con il punto in cui si trova la superficie di fiducia.
Confronto dei ponti crypto popolari: meccanismo e superficie di fiducia
Nella tabella, «ritardo di rilascio» indica l’intervallo tra la conferma della transazione sulla rete di origine e la comparsa del token sulla rete di destinazione. Il valore dipende dalla finalità della rete di origine e dall’elaborazione del messaggio da parte del meccanismo del ponte.
| 🌉 Ponte | 🌐 Reti supportate | 🛠 Meccanismo | 🔐 Modello di sicurezza | ⏱ Ritardo di rilascio |
|---|---|---|---|---|
| Stargate | Reti EVM (L1/L2) | Pool di liquidità | Trasmissione del messaggio tramite LayerZero | Minuti |
| LayerZero | EVM + non-EVM (tramite applicazioni) | Messaggi tra chain | Oracle + relayer indipendente | Minuti |
| Synapse | Reti EVM (L1/L2) | Liquidità + swap | Verifica ottimistica con contestazione | Minuti |
| Axelar | EVM + Cosmos | Lock-and-Mint | Rete PoS propria di validatori | Minuti |
| Wormhole | EVM + Solana + non-EVM | Lock-and-Mint | Firme dei guardian a soglia | Minuti |
| Celer cBridge | Reti EVM (L1/L2) | Pool di liquidità | State Guardian Network (SGN) | Minuti |
| Multichain | Molte reti | Lock-and-Mint | Nodi MPC | Minuti |
| Hop | Reti L2 (route L2↔L1) | Pool di liquidità | Bonder con collaterale | Secondi-minuti |
I pool di liquidità riducono la dipendenza dai token wrapped, ma richiedono una riserva sulla rete di destinazione. Il lock-and-mint dipende dall’integrità della riserva e dalla resilienza del meccanismo di firme che autorizza il mint del token wrapped.
Il controllo di sicurezza di un ponte si riduce a diminuire il numero di componenti fidati e a rendere trasparente chi conferma i messaggi cross-chain e come li conferma.
La protezione dei ponti crypto ruota attorno alla riserva, alla conferma dei messaggi e al controllo degli aggiornamenti.
Sicurezza dei ponti crypto: governance, audit, limiti e prove
Le architetture robuste separano il contratto di riserva dalla logica di conferma dei messaggi. Il contratto di riserva si limita a bloccare e rilasciare asset. Trasporto dei messaggi e verifiche vengono spostati in moduli separati.
- Multisig e governance distribuita
- Gli aggiornamenti dei contratti e le modifiche dei limiti vengono confermati da uno schema multisig, non da una singola chiave.
- Una soglia di firma, per esempio 5 su 8, riduce il rischio che un singolo partecipante comprometta la governance.
- Il timelock ritarda l’applicazione degli aggiornamenti e riduce il rischio di sostituzione immediata della logica.
- Audit e bug bounty
- L’audit verifica la convalida dei messaggi, i diritti di accesso e la contabilità dei saldi.
- Il bug bounty incentiva la segnalazione delle vulnerabilità prima dello sfruttamento.
- I report pubblici fissano le classi di errori trovate e le modifiche adottate.
- Limiti e pausa di emergenza
- La modalità pause ferma i nuovi trasferimenti quando viene rilevata un’anomalia.
- I limiti di rilascio e i limiti sull’emissione di messaggi limitano il danno da una falsa conferma.
- La separazione dei ruoli di governance riduce la concentrazione dei poteri.
- Prove ZK e light client
- L’approccio ZK verifica una prova crittografica dell’evento invece di fidarsi di un singolo consegnatore di messaggi.
- I light client verificano gli header dei blocchi di un’altra rete e confermano lo stato senza un server esterno.
- La complessità di implementazione e il costo computazionale ne limitano l’uso, ma riducono la quota di componenti fidati.
Esempio: in uno schema ottimistico, il partecipante che conferma deposita collaterale; se una falsa comunicazione viene contestata con successo, il collaterale viene tagliato e il rilascio sulla rete di destinazione viene annullato.
Queste misure riducono la probabilità di hack, ma la condizione di base resta la stessa: la riserva deve essere conservata e la conferma dei messaggi cross-chain deve essere corretta.
I grandi incidenti mostrano due scenari ricorrenti: falsa conferma e compromissione della governance.
I più grandi hack dei ponti crypto: punti di errore tipici
I grandi hack dei ponti mostrano che le perdite nascono spesso dalla compromissione delle chiavi, da errori nella verifica delle firme o da stato errato dello smart contract.
- Ronin (marzo 2022, circa $620 milioni). La compromissione di 5 validatori su 9 ha consentito il prelievo degli asset bloccati; il rischio di fondo era la concentrazione del controllo presso un gruppo ristretto di operatori.
- Poly Network (agosto 2021, circa $611 milioni). Un bug nella logica del contratto ha permesso di formare messaggi cross-chain arbitrari e prelevare asset da più reti.
- Wormhole (febbraio 2022, circa $325 milioni). Un errore nella verifica delle firme ha portato al mint di wETH non garantito.
- Nomad (agosto 2022, circa $190 milioni). Un errore di deployment ha fatto sì che il contratto accettasse qualsiasi trasferimento come valido. Gli utenti hanno copiato una transazione riuscita e prelevato fondi dal contratto, causando un massiccio deflusso di liquidità.
- BSC Token Hub (ottobre 2022, circa $570 milioni). Una vulnerabilità ha permesso di mintare nuovi BNB tramite il ponte; limitare il danno ha richiesto l’arresto della rete.
Gli attacchi si concentrano sulla conferma dei messaggi e sulla gestione delle chiavi; per questo soglie di firma, limiti di rilascio e modalità pausa riducono il danno massimo durante un guasto.
La sicurezza di un ponte è determinata dalla resilienza della conferma dei messaggi cross-chain e dalla protezione della governance degli upgrade.
Prima di un trasferimento è importante controllare la route e capire dove il ponte può fermare il rilascio o perdere liquidità.
Parametri da controllare prima di un trasferimento cross-chain
- Transazione di test
- Una piccola somma verifica rete, token, indirizzo del destinatario e ricezione effettiva sulla rete di destinazione.
- Un trasferimento di test rivela un errore nella scelta della rete o del token prima di spostare un importo grande.
- Verifica del dominio e della fonte dell’interfaccia
- I siti di phishing sostituiscono il dominio e vengono promossi tramite annunci e commenti.
- Il furto spesso avviene tramite un approve malevolo e il successivo spending del token tramite quel permesso, o transferFrom.
- Liquidità e limiti di rilascio
- I pool di liquidità richiedono riserve sulla rete di destinazione per rilasciare i fondi.
- Pausa, limiti di rilascio e messaggi di congestione riflettono restrizioni di trasferimento a livello di protocollo.
- Rischio di custodia del token wrapped
- Un asset wrapped dipende dalla riserva e dalla governance del ponte; quindi il suo rischio è diverso da quello dell’asset nativo sulla rete di destinazione.
- L’arresto del ponte riduce la liquidità del wrapper e peggiora le condizioni di riscatto.
- Suddivisione dell’importo e delle route
- Dividere l’importo limita il danno di un singolo errore o di un fallimento del rilascio.
- Usare route indipendenti riduce la concentrazione del rischio su una sola riserva e su un solo meccanismo di conferma.
- Stato del protocollo e modalità pausa
- L’arresto del rilascio sulla rete di destinazione viene implementato tramite una pausa del protocollo o il blocco dei messaggi.
- Durante gli incidenti il rischio aumenta perché i limiti possono cambiare e le route possono essere disattivate.
- Indirizzi separati per custodia e operazioni
- Gli indirizzi operativi interagiscono con contratti terzi e approve, quindi il loro profilo di rischio è più alto.
- Un indirizzo di custodia non interagisce con smart contract terzi e non concede permessi di spending sui token, riducendo il numero di punti di furto.
Questi controlli si applicano a qualsiasi operazione DeFi che usa approve e interazione con contratti esterni.
Le perdite nei trasferimenti cross-chain sono più spesso legate alla sostituzione dell’interfaccia, alla liquidità insufficiente sulla rete di destinazione e ai fallimenti nella conferma dei messaggi.
❓ FAQ sui ponti crypto
Che cos’è un ponte crypto in parole semplici?
Un ponte crypto sposta un token dalla blockchain A alla blockchain B. Nel lock-and-mint, il token viene bloccato sulla rete di origine e sulla rete di destinazione viene emesso un equivalente wrapped. Nel modello con pool di liquidità, il rilascio sulla rete di destinazione arriva da un pool dopo la conferma dell’evento sulla rete di origine.
Perché i ponti crypto sono più rischiosi delle transazioni dentro una sola rete?
Un trasferimento cross-chain aggiunge componenti di fiducia: contratto di riserva, meccanismo di conferma dei messaggi e governance degli upgrade. La compromissione di uno di questi componenti può portare al mint di asset non garantiti o al prelievo della riserva del ponte.
Quali segnali si usano per valutare l’affidabilità di un ponte crypto?
La valutazione si riduce a tre segnali: indirizzo del contratto di riserva, meccanismo di conferma dei messaggi interchain come multisig, guardian, validatori PoS o oracle più relayer, e regole di governance degli upgrade come soglia di firma, timelock e limiti di rilascio.
Che cosa succede di solito dopo un hack di un ponte crypto o l’arresto dei trasferimenti?
Dopo un incidente, il team del ponte ferma i nuovi trasferimenti o introduce limiti per bloccare le perdite. I token wrapped su un’altra rete spesso scambiano con sconto rispetto all’asset originale, perché il riscatto diventa incerto. Il ripristino include correzione del bug, revisione della governance e tentativo di colmare il deficit di riserva.
Quali alternative si usano per trasferire asset tra reti?
Le alternative pratiche includono prelievi tramite exchange centralizzati, con rischio custodial e requisiti di compliance, e soluzioni cross-chain native all’interno di singoli ecosistemi, con limiti per rete e token. Scegliere un’alternativa cambia la superficie di fiducia, ma non elimina completamente il rischio.
Cosa conta nei ponti crypto
Un ponte crypto sposta un token da una rete a un’altra senza vendere l’asset. I ponti vengono usati per lavorare con applicazioni su un’altra rete e ridurre le commissioni sulla rete di destinazione.
Il rischio chiave di un trasferimento cross-chain è legato al contratto di riserva e al meccanismo di conferma dei messaggi. Un errore di verifica, la compromissione della soglia di chiavi o un aggiornamento errato dei parametri porta o al prelievo della riserva o all’emissione di asset wrapped non garantiti.