Hai inviato crypto sulla rete sbagliata? Come recuperare i token sulla chain sbagliata

Le crypto inviate sulla rete sbagliata di solito non sono perse: i token si trovano all'indirizzo di destinazione sulla chain su cui la transazione è stata effettivamente eseguita, e chiunque possieda la chiave privata di quell'indirizzo può ancora spostarli. Se hai inviato al tuo stesso indirizzo su una chain EVM diversa, aggiungi quella rete al tuo wallet e importa il token usando il contract address mostrato sul block explorer: il saldo ricompare, anche se questo vale per un normale indirizzo externally owned, non per i wallet smart contract come Safe o gli account ERC-4337. Se hai inviato a un indirizzo di deposito di un exchange su una chain che quell'exchange non prevede, apri subito un ticket di supporto con l'hash della transazione, perché gli exchange controllano spesso lo stesso indirizzo su più chain EVM. È davvero irrecuperabile solo quando nessuno possiede la chiave di quell'indirizzo su quella chain; non esiste alcun "annulla" a livello di protocollo, quindi qualsiasi "servizio di recupero" a pagamento che ne prometta uno è una truffa. L'ultimo ostacolo è di solito il gas sulla chain di recupero, ed è qui che WATS aiuta: è completamente non-custodial su Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana e TON, e le commissioni di rete si pagano in ATS invece che nel gas token nativo di ciascuna chain, così i token recuperati non restano bloccati dietro una coin che non possiedi.

Cosa succede davvero quando invii token sulla rete sbagliata

La prima cosa da capire è che un invio sulla "rete sbagliata" quasi mai significa che i token sono svaniti. Le blockchain non comunicano tra loro, quindi quando invii USDT su Polygon a un indirizzo che intendevi finanziare su Ethereum, la transazione viene semplicemente eseguita su Polygon. I token ora si trovano a quell'indirizzo su Polygon, e vi resteranno per sempre finché qualcuno con la chiave privata di quell'indirizzo non li sposterà.

Per questo lo stesso errore può essere banale da correggere oppure di fatto irrecuperabile. Tutto dipende da una domanda: qualcuno controlla la chiave privata di quell'indirizzo sulla chain dove i token sono effettivamente arrivati?

Passo 1: capisci in quale scenario ti trovi

Apri un block explorer della chain su cui hai effettivamente inviato e incolla l'indirizzo di destinazione. Verifica che i token siano arrivati lì. Poi stabilisci chi controlla quell'indirizzo su quella chain:

Scenario A: hai inviato all'indirizzo del tuo stesso wallet, ma su una chain EVM diversa da quella prevista. Di solito è semplice da recuperare, perché le chain EVM condividono lo stesso formato di indirizzo e — per un normale indirizzo externally owned, con il derivation path predefinito usato dalla maggior parte dei wallet — la tua seed phrase controlla lo stesso indirizzo su ogni chain EVM. L'eccezione sono i wallet smart contract (un Safe o uno smart account ERC-4337): quell'indirizzo potrebbe non essere deployato, o non essere sotto il tuo controllo, sull'altra chain.

Scenario B: hai inviato a un indirizzo di deposito di un exchange su una chain che l'exchange non prevedeva per quel deposito. Il recupero dipende interamente dall'exchange.

Scenario C: hai inviato tra ecosistemi diversi — per esempio da una chain EVM a qualcosa derivato da un indirizzo Solana o TON, o viceversa. Questi invii di solito falliscono prima ancora del broadcast, ma quando non falliscono, il recupero è raramente possibile.

Passo 2: recuperare gli errori da EVM a EVM

Se controlli l'indirizzo di destinazione, la soluzione non è davvero un "recupero": i token sono già tuoi. Il tuo wallet semplicemente non li mostra perché non sta guardando la chain giusta. Prima una precisazione: questo vale per i normali indirizzi externally owned. Se la destinazione è un wallet smart contract come un Safe o uno smart account ERC-4337, lo stesso indirizzo su un'altra chain potrebbe non essere deployato — o non essere controllato dalle tue chiavi — quindi verifica di controllarlo davvero lì prima di inviarci qualsiasi altra cosa.

Aggiungi al tuo wallet la rete dove sono arrivati i token (la maggior parte dei wallet include già le chain principali, oppure puoi aggiungerne una dai suoi dettagli RPC pubblici). Passa a quella rete, poi importa il token tramite il suo contract address se non appare automaticamente — prendi il contract address dalla voce del block explorer relativa al trasferimento che hai ricevuto, non da un risultato di ricerca. Il tuo saldo apparirà, e potrai inviarlo dove intendevi in origine, oppure riportarlo sulla chain originale con un bridge. Se non sai bene come funziona il bridging, la nostra guida su come fare bridge di crypto tra chain lo spiega nel dettaglio.

Passo 3: quando hai inviato a un indirizzo di deposito di un exchange sulla chain sbagliata

Questo è lo scenario B, ed è l'unico caso in cui la chiave non ce l'hai tu — ce l'ha l'exchange. Gli indirizzi di deposito degli exchange vengono di solito generati all'interno di grandi sistemi di wallet custodial, e l'exchange potrebbe controllare lo stesso indirizzo sulla chain che hai usato, anche se non supporta ufficialmente i depositi su quella rete.

Apri subito un ticket di supporto con l'hash della transazione, la chain su cui hai inviato, il token e l'importo. Molti exchange possono recuperare depositi cross-chain verso i propri indirizzi, anche se alcuni applicano una commissione di recupero manuale e altri rifiutano per importi bassi o chain non supportate. Non inviare una seconda transazione di "prova", e diffida di chiunque ti contatti per primo dicendo di essere il supporto per il recupero — gli exchange legittimi non ti scrivono mai in privato per un ticket.

Passo 4: invii tra ecosistemi diversi — perché di solito non si possono recuperare

Le chain EVM, Solana e TON usano formati di indirizzo e derivazioni di chiavi differenti. Un indirizzo Solana non è valido su Ethereum e viceversa, quindi la maggior parte dei wallet blocca l'invio prima ancora del broadcast. I casi limite pericolosi sono cose come inviare un asset all'indirizzo di un bridge o di un contratto che esiste su un'altra chain, oppure a un indirizzo per cui nessuno può derivare una chiave. Se nessuno al mondo possiede la chiave privata di quell'indirizzo sulla chain dove sono arrivati i token, nessuno può spostarli — al 2026 non esiste alcun "annulla" a livello di protocollo su nessuna chain principale. Considera una truffa qualsiasi "servizio di recupero blockchain" a pagamento che prometta il contrario. Nessun recupero autentico richiede mai la tua seed phrase o la tua chiave privata: chiunque te le chieda — o ti chieda di inserirle in un sito di "recupero" o in uno strumento di sincronizzazione del wallet — sta svuotando ciò che resta nel tuo wallet, non recuperando ciò che è finito sulla chain sbagliata.

Come procurarti il gas sulla chain di recupero

Un secondo problema frequente: i tuoi token sono sulla chain di recupero, ma non hai nulla della coin nativa di quella chain per pagare la transazione che li sposta. Puoi comprare o portare via bridge una piccola quantità del token nativo, usare un prelievo da exchange direttamente verso quella chain, oppure usare un wallet con gas abstraction, così un token bloccato non resta prigioniero di una fee che non puoi pagare. Analizziamo le opzioni nel dettaglio in cosa fare quando i token sono bloccati senza il gas token.

Come evitare invii sulla rete sbagliata la prossima volta

La maggior parte degli invii sulla rete sbagliata nasce dal copiare un indirizzo di deposito senza controllare il menu a tendina della rete accanto. Rallenta esattamente in quel momento: confronta la rete selezionata nel tuo wallet con quella attesa dal destinatario, invia un piccolo importo di prova per le rotte usate per la prima volta, e preferisci wallet che mostrano tutte le tue chain in un'unica vista, così un'incongruenza è visibile prima di firmare. Se detieni regolarmente asset su più ecosistemi, vale la pena capire cosa fa davvero un wallet multi-chain sotto il cofano.

Come WATS affronta tutto questo

Il WATS Hot Wallet è costruito attorno alla realtà multi-chain che causa questi errori. Supporta Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana e TON in un unico wallet, quindi la chain su cui sono arrivati i tuoi token è già in vista, invece di restare nascosta dietro una rete che devi aggiungere a mano. E poiché le commissioni di rete si pagano con un unico token, ATS, invece che con il gas token nativo di ciascuna chain — usando l'account abstraction ERC-4337 sulle chain EVM — i token recuperati su una chain dove non possiedi la coin nativa non restano bloccati dietro un saldo gas che non hai. ATS è un OFT LayerZero, quindi un unico saldo funziona omnichain, e WATS resta completamente non-custodial: le chiavi le detieni tu, firmi personalmente la transazione di recupero e WATS non detiene mai una chiave. WATS non supporta nativamente Bitcoin, quindi un errore sulla rete BTC non è un caso che WATS possa aiutarti a risolvere.

In sintesi

Un invio sulla rete sbagliata è un problema di posizione, non una perdita. Il recupero segue sempre la stessa sequenza: verificare su un block explorer dove sono arrivati davvero i token, stabilire chi controlla quell'indirizzo su quella chain, aggiungere la rete e importare il token tramite il suo contract address se l'indirizzo è tuo, aprire un ticket presso l'exchange se non lo è, e pagare la commissione per spostare i fondi. Niente che prometta un "annulla" a livello di protocollo è reale, e chiunque ti contatti per primo offrendosi di recuperare i tuoi fondi è un truffatore. Il passo concreto che chiude il cerchio è avere la chain di recupero nello stesso wallet non-custodial con cui già firmi: installa WATS dalla pagina di download, ripristina o crea lì il tuo wallet, e ogni chain supportata — Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana e TON — sarà visibile in un'unica vista, con la commissione pagabile in ATS anziché in una coin nativa che altrimenti dovresti andare a comprare prima di poter toccare i tuoi stessi token.