Idea chiave: perché “$1” su reti diverse rappresenta una qualità diversa del denaro
Imparerai a distinguere rapidamente una stablecoin native da una versione “wrapped” tramite bridge e a verificare tre aspetti:
che tipo di token è, dove si trova la garanzia e se esistono restrizioni o colli di bottiglia per la conversione in
Le stablecoin sostengono i pagamenti in DeFi e sugli exchange, ma in un contesto multi-chain lo stesso ticker non implica la stessa affidabilità.
A schermo appare come
Obiettivo: chiarire la meccanica delle stablecoin native e bridged, evidenziare i punti di guasto tipici dei bridge e fornire un orientamento pratico: dove controllare la garanzia, i limiti di volume e lo stato dei prelievi, oltre ai segnali precoci di deterioramento del percorso di uscita (sconto, aumento di ritardi o code).
Termini nel contesto dell’articolo: due definizioni ricorrenti.
Stablecoin native: token emesso direttamente dall’emittente su questa rete; lo stesso emittente stabilisce le regole di emissione e rimborso. Nell’ecosistema è di norma la versione “canonica”, adottata come riferimento da protocolli ed exchange.
Stablecoin bridged: token creato da un bridge come “wrapping”; la garanzia risiede spesso in un’altra rete (tipicamente sotto forma di token originali bloccati) e la possibilità di rimborso dipende dal funzionamento del bridge, dai suoi limiti e dalla liquidità disponibile.
Prima di trasferire: 3 verifiche in un minuto
— Indirizzo del contratto → apri il token nell’explorer e confronta l’indirizzo del contratto, per non confondere versioni con ticker simili.
— Origine → verifica chi ha emesso il token su questa rete — l’emittente o un bridge (tramite documentazione ufficiale e le etichette dell’ecosistema).
— Percorso di ritorno → controlla se esiste un percorso reale verso la rete “principale” o un exchange liquido, senza pause, limiti rigidi o colli di bottiglia.
Native vs Bridged: cosa cambia davvero nelle tue azioni
La differenza non è nel nome, ma nella meccanica di uscita: chi emette il token e come funziona il rimborso (redemption presso l’emittente / burn → release via bridge), dove si trova la garanzia e se hai un percorso rapido verso un mercato liquido (CEX/rete “canonica”) senza pause e limiti.
Una stablecoin native è emessa dall’emittente su questa rete, quindi il “percorso verso la liquidità” è di solito più semplice: spesso sono disponibili depositi e prelievi diretti sugli exchange, ci sono più integrazioni in wallet e DeFi, e la dipendenza principale riguarda le regole dell’emittente e la disponibilità del redemption, oltre alla stabilità della rete stessa.
Una stablecoin bridged è un token separato sulla rete di destinazione, che esiste grazie a un bridge. Tu detieni un wrapping e resta vicino a $1 solo finché valgono tre condizioni: la garanzia è davvero bloccata, il bridge può eseguire la conversione inversa e sul mercato c’è liquidità in pool DEX o order book per uscire senza sconto.
- Blocco → il token canonico (native) viene bloccato nella rete di origine (contratto del bridge o custode).
- Emissione → nella rete di destinazione viene mintata la versione bridged per un importo equivalente.
- Ritorno → la versione bridged viene bruciata e l’originale viene sbloccato — se non ci sono pause, limiti e code.
| Parametro | Native | Bridged |
|---|---|---|
| Chi emette | Emittente (Circle, Tether ecc.) |
Bridge/protocollo (infrastruttura di terze parti) |
| Dove sta la garanzia | Presso l’emittente (riserve e regole di rimborso) |
Nella rete di origine (collaterale nel contratto/custode) |
| Rischio principale | Decisioni dell’emittente (compliance, disponibilità del rimborso) |
Guasto del bridge (codice, chiavi, validatori, pausa) |
| Cosa si “rompe” per primo | Disponibilità delle operazioni per alcuni indirizzi |
Conversione e liquidità (sconto, code, stop) |
| Conclusione pratica | Adatta alla custodia e ai pagamenti grandi |
Meglio per il transito e attività DeFi di breve durata |
Mini-regola: per la custodia e i pagamenti di importo elevato si sceglie più spesso la versione native. Per un “trasferimento” una tantum verso un’altra rete, legato a un’operazione specifica, una versione bridged può andare bene — ma solo se conosci il percorso di ritorno e i limiti.
Architetture dei bridge: dove si nascondono i rischi nel “trasferimento” tra reti
Vedremo 4 schemi diffusi e capiremo dove si rompe “$1 = $1”: nelle regole mint/burn, nella profondità della liquidità dei pool, nei privilegi admin (pause/upgrade) e nella conferma dei messaggi.
🔒 Lock/Mint — “ricevuta” su collaterale in un’altra rete
Il modello più comune: l’asset non “viaggia” nell’altra rete — lì compare un wrapping garantito dall’originale.
- Cosa succede: il token canonico (native) viene bloccato nella rete A → nella rete B viene mintato un wrapping dello stesso importo.
- Cosa significa per te: il prezzo del wrapping regge finché il collaterale è davvero bloccato e il bridge riesce a eseguire correttamente l’operazione inversa (burn → release).
✅ Dove è forte
- Logica semplice → collaterale bloccato - nell’altra rete c’è un wrapping equivalente.
- Trasparenza → spesso è chiaro cosa garantisce il token e in quale contratto si trova il collaterale.
- Diffusione → spesso è il formato più supportato per reti e token.
❌ Dove si rompe
- Regole mint/burn → errori nei controlli o nella logica di emissione = rischio di mint non garantito.
- Accesso admin → pause/upgrade e ruoli di gestione trasformano il bridge in un singolo punto di guasto.
- Concentrazione TVL → un grande “vault” con collaterale è un obiettivo prioritario per gli attacchi.
Prima di detenere importi elevati in un wrapping, chiarisci chi controlla mint/burn e quali diritti esistono su pause/upgrade.
Nel Lock/Mint il rischio è concentrato nel “vault” e nei diritti di governance. Nei liquidity pools l’asset è già nella rete di destinazione, quindi il rischio si sposta sulla liquidità: c’è abbastanza profondità per uscire vicino a $1 nei momenti di stress?
💧 Liquidity pools — “in loco”, ma paghi con la liquidità
Ricevi l’asset subito nella rete di destinazione, perché si trova già in un pool locale di liquidità.
- Cosa succede: prelevi token dal pool nella rete B → lo squilibrio viene riequilibrato in seguito (rebalance cross-chain / arbitraggio).
- Cosa significa per te: il rischio principale è il prezzo di uscita: con un pool sbilanciato paghi slippage o sconto.
✅ Dove è forte
- Velocità → ricevi l’asset “in loco”, senza aspettare l’emissione del wrapping.
- Meno concentrazione → minore dipendenza da un singolo grande contratto-vault.
- Scenario più semplice → spesso meno passaggi e UX più chiara.
❌ Dove si rompe
- Slippage → con pool sbilanciato l’uscita diventa sensibilmente più cara.
- Sconto → in stress la “stable” può scambiare sotto il nominale.
- Dipendenza dall’arbitraggio → il riequilibrio richiede capitale e un mercato attivo.
Il bridge può “funzionare”, ma se il pool è sottile il tuo rischio non è il trasferimento: è il prezzo di uscita.
I pool danno velocità, ma il prezzo di uscita fluttua. Burn/Mint prova a rimuovere questa vulnerabilità: il token non viene copiato su collaterale, ma “si sposta” bruciandolo nella rete A e mintandolo nella rete B su un evento confermato.
🔥 Burn/Mint — meno “vault”, più requisiti di sincronizzazione
Il token non viene copiato: viene bruciato in una rete ed emesso nell’altra su un evento confermato.
- Cosa succede: burn nella rete A → mint nella rete B dopo la verifica del messaggio.
- Cosa significa per te: meno “vault” con collaterale, ma diventano critici i diritti di emissione e l’affidabilità delle conferme.
✅ Dove è forte
- Senza copie su collaterale → il trasferimento avviene come burn - mint su evento.
- Meno obiettivi → non c’è un enorme deposito da “svuotare” insieme alla garanzia.
- Meno confusione → minori probabilità che restino due “versioni” parallele dello stesso asset.
❌ Dove si rompe
- Diritti di emissione → chi può mintare nella rete di destinazione è il rischio centrale.
- Verifica degli eventi → un guasto nelle conferme blocca emissione e rimborso.
- Trasferimento bloccato → se le conferme vanno in pausa, il trasferimento resta “a metà” tra le reti.
Condizione di sicurezza: il modello è valido solo se i diritti di mint sono trasparenti e le conferme non dipendono da un singolo operatore o da azioni “manuali”.
Burn/Mint risponde alla domanda “cosa succede al token”. Message passing risponde a “come fa la rete B a sapere che l’evento nella rete A è davvero avvenuto”. Per questo conta più la qualità delle conferme: chi forma e firma i messaggi, e come vengono verificati.
📨 Message passing — il bridge come “consegna di prove”
Il bridge non trasferisce token, ma una conferma: “nella rete A l’evento è avvenuto — nella rete B si può eseguire un’azione”.
- Cosa succede: l’evento viene registrato nella rete A → nella rete B si abilita il mint, lo sblocco (release) o una chiamata a funzione del contratto.
- Cosa significa per te: la sicurezza dipende da chi conferma i messaggi e da quanto è rigorosa la loro validazione.
✅ Dove è forte
- Flessibilità → si possono confermare eventi e avviare azioni senza “trasportare” token.
- UX omnichain → più facile costruire un’esperienza unica tra reti (trasferimento, chiamate, sincronizzazione).
- Meno wrapping → a volte si riduce il numero di “versioni” dello stesso asset.
❌ Dove si rompe
- Conferme → una validazione debole apre la strada a falsificazioni.
- Assunzioni di fiducia → validatori, relayer e oracoli aggiungono un livello di rischio infrastrutturale.
- Audit complesso → più componenti = maggiore probabilità di errori nella verifica dei messaggi.
Punto di partenza: inizia dalla domanda “chi e come conferma i messaggi”, non da un’interfaccia bella.
Rischi delle stablecoin bridged: 4 zone in cui si rompe la “stabilità”
Scomponiamo i rischi delle stablecoin bridged in 4 zone per individuare rapidamente il punto debole: emittente, bridge, liquidità o operazioni/versione del token — e capire cosa verificare prima di detenere qui una somma importante.
Una stablecoin bridged aggiunge un secondo livello di fiducia: oltre al “dollaro” compare l’infrastruttura di trasferimento. Di seguito, quattro aree in cui si verificano più spesso i guasti, con controlli concreti per ciascuna.
🧾 Stablecoin
- Essenza → qualità della garanzia e reale disponibilità del redemption (rimborso) presso l’emittente.
- Cosa comporta → dubbi sulle riserve o limitazioni al rimborso → sconto e liquidità “nervosa”.
- Segnale → report peggiorati o meno frequenti, cambi controversi in PoR/attestazioni, notizie su banche o custodi.
- Verifica → quali riserve sono dichiarate, come funziona il rimborso, se ci sono limiti per indirizzi o giurisdizioni e un percorso diretto verso
native (bridge back) o verso un CEX.
🔑 Bridge
- Essenza → sicurezza del mint/burn del “wrapping” e affidabilità della conferma degli eventi cross-chain.
- Cosa comporta → hack o falsificazione delle conferme → emissione non garantita, blocco dei prelievi o perdita del collaterale.
- Segnale → pause frequenti, upgrade improvvisi, aumento dei ritardi, scarsa trasparenza su multisig o ruoli (chi può pause/upgrade/mint).
- Verifica → chi controlla pause/upgrade, presenza di multisig e timelock (ritardo delle modifiche), audit, modello di validazione e post-mortem o aggiornamenti pubblici sugli incidenti.
🌊 Liquidità
- Essenza → se puoi uscire per il tuo importo vicino a $1 proprio su questa rete, non “in teoria”.
- Cosa comporta → l’uscita diventa slippage e, nel panico, sconto invece di $1.
- Segnale → sbilanciamento dei pool stable, calo della profondità, allargamento dello spread, diminuzione dei volumi.
- Verifica → profondità di pool e order book per il tuo importo e presenza di un percorso alternativo verso una rete in cui la versione è
native /canonica, o verso un grande CEX.
🧭 Operazioni e versione
- Essenza → stesso ticker ≠ stesso token: contano rete e indirizzo del contratto.
- Cosa comporta → deposito della “versione sbagliata”, invio sulla rete errata o a un contratto diverso.
- Segnale → ticker duplicati nel wallet o su DEX e supporto diverso delle versioni in protocolli ed exchange.
- Verifica → indirizzo del contratto nell’explorer, nome ed etichette precise (Bridged/Wrapped) e dove esiste il percorso di ritorno via bridge (bridge back) verso
native .
Dove vedere garanzia e limiti: checklist di verifica
Segui 6 passaggi e capirai: quale contratto ha il token, dove sta il collaterale, chi controlla emissione e pausa, e qual è il prezzo di uscita in uno scenario di stress.
-
Versione e contratto →
affidati all’indirizzo, non al ticker. Apri il token nell’explorer e verifica nome esatto e contratto.
Etichette Bridged/Wrapped e suffissi
.e /.axl spesso indicano una versione bridged. - Dove “sta il dollaro” → individua il meccanismo di garanzia: in quale rete è custodito il collaterale, quale contratto emette il token nella tua rete e come funziona il ritorno via bridge (burn → release). Se non riesci a riassumerlo in una frase, è meglio non detenere qui importi elevati.
- Corrispondenza “collaterale ↔ emissione” → confronta l’ammontare del token canonico (native) bloccato nella rete di origine (collaterale) con l’ammontare del wrapping emesso nella rete di destinazione. Se non coincide, è un campanello d’allarme. La dashboard aiuta, ma è meglio ricontrollare nell’explorer con gli indirizzi del vault e del minter.
- Chi ha l’“interruttore” → verifica se esistono pause (stop), upgrade (aggiornamento della logica) e ruoli mint/burn. Poi valuta chi gestisce questi diritti: multisig + timelock (ritardo delle modifiche) oppure una singola chiave o admin. Una singola chiave = rischio di pausa improvvisa o “uscita chiusa”.
- Limiti (caps) e code → i caps sono quote giornaliere o volumi massimi per emissione e prelievo. Nel panico il limite si esaurisce rapidamente e, anche senza hack, l’uscita diventa attesa: verifica il cap per il tuo importo e cosa succede dopo l’esaurimento (coda/pausa/conferma manuale del prelievo da parte dell’operatore).
-
Prezzo di uscita →
valuta la profondità dei pool DEX e degli order book non “in generale”, ma per la tua size. Verifica quanto costa convertire senza grande slippage,
e se esiste un percorso alternativo verso
native o verso un exchange (incluso bridge back) senza colli di bottiglia.
Casi: come si perde il peg e perché conta per bridged e native
Qui ci sono due classi di fallimenti: si rompe il modello della stablecoin oppure si rompe il trasferimento e l’“uscita”. In ogni caso — causa, punto di guasto e conclusione pratica.
📍 Quando fallisce il modello della stablecoin
Ora l’altro scenario: la stable di base può essere robusta, ma il rischio nasce nel bridge e nella disponibilità della conversione inversa.
🧷 Quando si rompe il bridge o si chiude l’“uscita”
Risultato generale: per le stable native il punto debole è più spesso nel modello e nelle riserve (soprattutto con rimborsi di massa); per le bridged — nell’infrastruttura di trasferimento e nella disponibilità dell’uscita. Più grande è l’importo, più è importante conoscere in anticipo il percorso di conversione, i limiti e i colli di bottiglia.
USDC e USDC.e: due “dollari” con regole di uscita diverse
USDC e USDC.e non si distinguono dal ticker, ma dall’“uscita”: chi emette il token, dove sta il collaterale e cosa succede se il bridge va in pausa.
In alcune reti è apparsa prima la versione bridged USDC.e: l’USDC canonico (native) veniva bloccato nella rete di origine, e nella rete di destinazione veniva emesso un wrapping dello stesso importo. Quando poi arriva il native USDC (emissione diretta dell’emittente su questa rete), iniziano a convivere due versioni simili — con rischi diversi per liquidità, supporto dei servizi e velocità di ritorno via bridge (bridge back) o uscita su CEX.
| Cosa confrontiamo | USDC native | USDC.e (bridged) |
|---|---|---|
| Chi emette | Emittente su questa rete | Bridge (wrapping) |
| Da cosa dipende l’“uscita” | Regole dell’emittente e disponibilità del rimborso | Collaterale nella rete di origine + operatività del bridge (mint/burn, conferme) |
| Supporto dei servizi | Più spesso lo standard “principale” della rete | A volte non è accettato ovunque |
| Scenario di stress | Di solito più stabile come prezzo di uscita | Più spesso va in sconto con pause/caps/code |
In un mercato tranquillo la differenza è quasi invisibile. Ma se il bridge va in pausa, si scontra con i limiti (caps) o cresce la coda dei prelievi, il wrapping può andare in sconto — anche quando con USDC va tutto bene. Per questo controlla non il “ticker”, ma la meccanica del redemption (rimborso) e la concretezza del percorso di ritorno: bridge back verso la rete canonica o uscita su un CEX.
Segnali precoci di problemi: cosa notare prima che avvenga un depeg
Osservazioni “prima del panico”: dove guardare e quali segnali indicano che l’uscita può diventare costosa, limitata o temporaneamente non disponibile.
✅ Segnali a cui vale la pena reagire
-
Il bridge rallenta o va in maintenance:
aumentano i ritardi, gli status non danno tempi, compaiono code.
Cosa fare: ridurre l’importo in versione bridged e non trasferire somme grandi finché non torna il regime normale.
-
Scende il TVL nelle coppie stable:
il TVL (valore bloccato) esce dai pool chiave proprio per quella versione — la profondità cala, l’uscita costa di più.
Cosa fare: verificare lo slippage sul tuo importo e la presenza di un percorso alternativo.
-
I pool stable diventano sbilanciati:
l’equilibrio si sposta da un lato — il mercato “ruota” fuori da quella versione.
Cosa fare: preparare in anticipo il percorso di ritorno: bridge back verso la rete canonica o uscita su CEX, finché il prezzo di uscita è ancora accettabile.
-
Cambiano diritti e parametri del bridge:
cambio dei firmatari multisig, upgrade, attivazione della pausa, modifica dei limiti o forte aumento di attività dagli indirizzi di servizio.
Cosa fare: fermare i trasferimenti grandi e ridurre il rischio finché status e motivazioni non sono chiari.
-
Lo sconto dura per ore:
il prezzo sotto $1 persiste a lungo — è già una valutazione del rischio di uscita, non rumore di minuti.
Cosa fare: uscire a tranche, senza spingere volume su liquidità sottile.
Cosa scegliere: quando è meglio Native e quando ha senso Bridged
Qui la scelta riguarda il controllo dell’uscita (bridge back, CEX e prezzo di uscita). Per la custodia conta di più un percorso di conversione affidabile, mentre per attività multi-chain contano compatibilità e velocità, ma considerando pausa (pause), limiti (caps) e costo di uscita per il tuo importo.
🟩 Stablecoin native
Adatta alla custodia e ai pagamenti quando in rete esiste l’emissione diretta dell’emittente. Regola: se l’importo è significativo — parti dalla versione native.
- Scenari: custodia, pagamenti, collaterale/margine, prelievo verso exchange o canali fiat.
- Verifica: riserve e report, redemption (rimborso presso l’emittente), supporto su CEX/wallet/principali protocolli DeFi della rete.
✅ Pro
- Meno punti di guasto → non serve un bridge separato come livello obbligatorio per l’uscita.
- Standard di rete → spesso accettata “di default” da protocolli, wallet ed exchange.
- Liquidità più prevedibile → minore rischio di blocchi o code per problemi del bridge.
❌ Contro
- Restrizioni di compliance → con emittenti centralizzati sono possibili freeze su indirizzi specifici.
- Politica dell’emittente → le regole sono definite “dall’alto” e possono cambiare.
- Copertura tra reti → la versione native non esiste ovunque e talvolta arriva dopo la bridged.
Se in rete è disponibile la versione native, spesso diventa l’opzione base per importi elevati e pagamenti.
🟦 Stablecoin bridged
Adatta allo scenario “ho trasferito → ho fatto → sono uscito”, quando serve cross-chain o la rete non ha una versione native. Regola: tieni solo quanto serve per l’operazione.
- Scenari: transito tra reti, azioni DeFi brevi, ecosistemi senza emissione ufficiale.
- Verifica: chi controlla pause/upgrade, quali caps (limiti) sono attivi, se c’è liquidità e quanto costa uscire per il tuo importo.
✅ Pro
- Accesso a nuove reti → permette di operare dove la versione native non è ancora disponibile.
- Trasferimento rapido → semplifica lo spostamento di capitale tra ecosistemi e app.
- Comoda per la task → utile quando è chiaro il percorso di ritorno (bridge back) verso
native /rete canonica o l’uscita su CEX.
❌ Contro
- Punto di guasto → un errore o hack del bridge colpisce la garanzia e la fiducia nel wrapping.
- Restrizioni di prelievo → pause/caps/code possono bloccare l’uscita nel tempo.
- Sconto di mercato → in stress il wrapping devia più spesso da $1 per l’incertezza del ritorno (bridge back).
Bridged è uno strumento forte per operare, ma un candidato debole per la custodia di lungo periodo.
❓ FAQ: Native vs Bridged — risposte rapide prima di custodire e trasferire
Risposte brevi prima di agire: come riconoscere una versione bridged, perché compare lo sconto, perché guardare i caps (limiti) e perché sono rischiose pause (pausa) / upgrade (aggiornamento).
Come capire se una stablecoin su una rete è bridged e non nativa?
Nell’interfaccia affidarsi al ticker è rischioso: contano rete e indirizzo del contratto.
Segnali di versione bridged: etichette Bridged/Wrapped, suffissi
Il criterio pratico è semplice: se non puoi rispondere in modo breve “dove sta il collaterale” e “come avviene il ritorno (bridge back)”, il rischio di uscita è più alto, anche se ora il prezzo è vicino a $1.
Perché una stablecoin bridged può scambiare sotto $1 anche se la versione canonica (native) è stabile?
Lo sconto di solito riflette non la “qualità del dollaro”, ma rischio e costo di uscita.
Se il ritorno verso
Cause tipiche: pause attiva (pausa), caps (limiti) esauriti, code di prelievo, calo della profondità dei pool DEX e degli order book e aumento dello slippage (slippage — perdite da scivolamento).
Cosa sono i limiti del bridge (caps) e perché contano?
Caps (limiti) sono restrizioni su emissione e prelievo per periodo o su volume totale per asset o percorso. Servono a ridurre i danni in caso di incidenti, ma in uno scenario di stress spesso diventano un “collo di bottiglia”: il limite si esaurisce e l’uscita slitta nel tempo (coda) oppure diventa non disponibile fino al rinnovo della quota.
Per questo la valutazione dei caps conta in relazione all’importo: un limite può andare bene per piccoli trasferimenti, ma essere critico per un’uscita grande “qui e ora”.
Perché le funzioni pause e upgrade nei bridge sono rischiose?
Pause (pausa) ferma depositi e prelievi, mentre upgrade (aggiornamento) — spesso via proxy (contratto aggiornabile) — consente di cambiare la logica del bridge senza cambiare l’indirizzo del contratto. È utile per chiudere rapidamente vulnerabilità, ma aggiunge un rischio di governance: contano multisig e timelock (ritardo prima delle modifiche).
Più è facile fermare il sistema o cambiare le regole di emissione e verifica “a mano”, più è probabile che nei momenti di stress il rischio principale non sia il prezzo, ma la disponibilità dell’uscita.
Cosa è meglio: un “wrapping” via bridge o un trasferimento burn-and-mint?
Burn-and-mint (brucia → emetti) trasferisce l’asset tramite un evento: il token viene bruciato in una rete e mintato nell’altra dopo la conferma del messaggio. Questo riduce la dipendenza da un “grande vault” con collaterale, che è un bersaglio nelle architetture lock/mint.
Ma il rischio non sparisce: si sposta sulla qualità delle conferme (chi firma e verifica i messaggi) e sui diritti di emissione (chi può mintare), oltre alle funzioni di governance pause/upgrade. In pratica il criterio è lo stesso: quanto è trasparente il controllo e quanto è reale il percorso di ritorno.
Conclusione finale: scegli in base al percorso di uscita, non al ticker
Il ticker non equivale al rischio: contano l’origine del token, il controllo dell’infrastruttura e il costo di uscita in uno scenario di stress.
Le stablecoin native e bridged possono sembrare identiche nell’interfaccia, ma sono costruzioni diverse. La native è emessa dall’emittente su questa rete — ed è lui a definire regole di circolazione e rimborso. La bridged è un wrapping: il suo prezzo regge finché il collaterale è davvero bloccato (visibile nella rete di origine), il bridge esegue correttamente mint/burn (emissione e bruciatura) e il percorso di ritorno è disponibile.
Prima di detenere una versione bridged per un importo rilevante, rispondi a tre domande: pausa — cosa succede se depositi e prelievi vengono fermati; percorso — come fai esattamente bridge back verso la rete canonica o esci su un CEX; costo — se caps (limiti), coda o slippage non “mangiano” l’uscita per il tuo importo. Se non sai indicare percorso e limiti — riduci l’esposizione.
Regola principale: