Il tuo wallet mostra un indirizzo diverso su ogni chain perché ogni ecosistema deriva e codifica gli indirizzi in modo diverso a partire dallo stesso seed: le chain EVM riducono con un hash una chiave pubblica secp256k1 a 0x più 40 caratteri esadecimali, Solana codifica direttamente una chiave pubblica ed25519 come 32–44 caratteri base58 e TON impacchetta un hash dell'account in una stringa EQ/UQ di 48 caratteri. Nessuno di questi formati codifica la rete a cui appartiene, ed è per questo che l'identico indirizzo 0x è tuo su Ethereum, Arbitrum, Optimism, Base, Polygon e BNB Chain, ed è per questo che gli invii sulla chain sbagliata sono così comuni. I controlli integrati non sono uniformi: le maiuscole e minuscole miste dell'EIP-55 intercettano un indirizzo 0x digitato male, il CRC16 di TON intercetta un indirizzo EQ/UQ digitato male e l'alfabeto base58 di Solana si limita a evitare i caratteri sosia anziché verificarli. WATS copre Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana e TON — le chiavi le detieni tu e WATS non detiene mai una chiave — e non supporta Bitcoin, quindi nessun indirizzo bc1 fa parte di questo quadro.
Una seed phrase, tre indirizzi che non si somigliano affatto
Il tuo wallet mostra indirizzi diversi su ogni chain perché ogni chain li costruisce in modo diverso a partire dallo stesso seed. Le chain EVM riducono con un hash una chiave pubblica secp256k1 a un indirizzo esadecimale 0x; Solana codifica direttamente una chiave pubblica ed25519 in base58; TON avvolge un hash dell'account in un formato base64 con un checksum e un flag di bounce. Curve e percorsi di derivazione diversi: gli indirizzi non possono coincidere.
Niente di tutto questo è un bug, e nessun wallet ti sta mostrando l'indirizzo sbagliato. È un'unica identità, scritta in modo diverso su ogni chain — e sapere quale grafia appartiene a dove conta, perché inviare all'indirizzo giusto sulla rete sbagliata è uno dei modi più comuni in cui si perdono crypto.
Perché un'unica seed phrase dà indirizzi diversi su ogni chain?
Ogni indirizzo di questa pagina può nascere da un'unica seed phrase. Il seed diventa una chiave madre e, a partire da essa, i wallet multi-chain derivano una coppia di chiavi separata per ogni chain lungo un percorso di derivazione — un tragitto standardizzato definito da BIP-44, con un coin type registrato per ciascun ecosistema in SLIP-44: 60 per Ethereum, 501 per Solana, 607 per TON. (I wallet single-chain, in particolare su TON, a volte usano invece i propri schemi mnemonici.) A quel punto sono due i fattori che separano i risultati. Le chain EVM firmano con la curva secp256k1; Solana e TON firmano con ed25519 — matematica del tutto diversa, quindi le coppie di chiavi non sono correlate anche se sono cresciute dallo stesso seed. E perfino chain che condividono la stessa curva usano percorsi diversi e codifiche diverse sopra di essa. Come un solo seed si ramifica in tutto quell'albero di chiavi è spiegato in cos'è un wallet HD.
| Ecosistema | Forma tipica | Curva di firma | Controllo integrato |
|---|---|---|---|
| EVM (Ethereum, Polygon, Arbitrum…) | 0x + 40 caratteri esadecimali | secp256k1 | Checksum EIP-55 con maiuscole/minuscole miste |
| Solana | 32–44 caratteri base58 | ed25519 | Nessuno — solo alfabeto sicuro |
| TON (user-friendly) | 48 caratteri base64, prefisso EQ/UQ | ed25519 | Checksum CRC16 + flag di bounce |
Che cos'è un indirizzo 0x e a cosa serve il checksum EIP-55?
Su ogni chain EVM — Ethereum, Polygon, Arbitrum, BNB Chain e tutte le altre — il tuo indirizzo è costituito dagli ultimi 20 byte di un hash Keccak-256 della tua chiave pubblica, scritto come 0x più 40 caratteri esadecimali. L'EIP-55 aggiunge un checksum senza cambiare l'indirizzo: lo schema di lettere maiuscole e minuscole è derivato dall'indirizzo stesso, così un wallet può segnalare un carattere digitato male prima che tu invii. Un indirizzo tutto in minuscolo resta valido — semplicemente non porta con sé alcun checksum da verificare.
Poiché l'indirizzo nasce solo dalla tua chiave, lo stesso account ha lo stesso indirizzo 0x su ogni chain EVM. È comodo — un unico indirizzo da condividere ovunque — ed è pericoloso, perché l'indirizzo non codifica la rete. I token inviati sulla chain EVM sbagliata arrivano allo stesso indirizzo su una rete diversa: se controlli la chiave, di solito puoi recuperarli cambiando rete; se l'indirizzo appartiene a un exchange o a un contratto, potrebbero essere persi. In WATS questo è il caso quotidiano più che un caso limite, dato che sei delle otto chain supportate — Ethereum, Arbitrum, Optimism, Base, Polygon e BNB Chain — condividono quell'unico indirizzo 0x.
Come funzionano gli indirizzi Solana?
Un indirizzo Solana è la chiave pubblica stessa: 32 byte di una chiave ed25519, codificati in base58 — un alfabeto scelto perché elimina i caratteri facilmente confondibili 0, O, I e l. Il risultato è lungo 32–44 caratteri e distingue maiuscole e minuscole. Non esiste un checksum in stile EIP-55; l'alfabeto sicuro riduce gli errori di battitura ma non li intercetta, il che è un motivo in più per copiare anziché digitare. Un dettaglio che vale la pena conoscere: i token SPL non si trovano direttamente sul tuo indirizzo — ogni token vive in un associated token account derivato da esso. Il tuo wallet li gestisce dietro le quinte; tu continui a condividere un solo indirizzo.
Cosa sono gli indirizzi bounceable e non-bounceable di TON?
TON dà a un account due grafie. Il formato raw è il numero della workchain, due punti e un hash esadecimale di 64 caratteri — preciso ma poco amichevole. Il formato user-friendly impacchetta gli stessi dati in 48 caratteri base64 con bit di flag e un checksum CRC16, così gli errori di battitura vengono intercettati. Il flag che conta è bounceable: gli indirizzi che tipicamente iniziano con EQ dicono alla rete di restituire le monete se la destinazione non è in grado di elaborarle, il che si adatta ai contratti; gli indirizzi non-bounceable che iniziano con UQ consegnano comunque, il che si adatta ai wallet personali — e i wallet moderni di solito mostrano per questi la forma UQ. Entrambe le grafie puntano allo stesso account, quindi vedere altrove un prefisso diverso non significa una destinazione diversa.
Perché gli exchange chiedono un memo o un destination tag?
Su alcune chain gli exchange raccolgono tutti i depositi dei clienti sotto un unico indirizzo condiviso — pratica comune su TON, XRP e Stellar — e usano un memo (o destination tag) per instradare ogni deposito verso l'account giusto. Il memo non è un ornamento: se lo ometti, le tue monete finiscono nel wallet condiviso dell'exchange senza essere accreditate. Di solito sono recuperabili tramite un ticket all'assistenza, ma lentamente e senza garanzie. La regola è semplice: se una pagina di deposito mostra un memo, trattalo come parte dell'indirizzo. Inviare al tuo wallet in auto-custodia non richiede alcun memo.
Come si evita di inviare sulla chain sbagliata — o a un indirizzo sosia?
Tre abitudini coprono gran parte del rischio. Primo, fai coincidere la chain, non la forma: un indirizzo 0x non ti dice nulla su quale rete abbia selezionato chi invia, quindi conferma esplicitamente la rete su entrambi i lati prima che si muova qualcosa. Secondo, invii di prova: per un primo trasferimento verso un nuovo indirizzo o lungo un nuovo percorso, invia una piccola somma, conferma che arrivi, poi invia il resto — un'assicurazione economica contro supposizioni costose. Terzo, tieni conto dell'address poisoning: gli attaccanti generano indirizzi sosia che coincidono con i primi e gli ultimi caratteri di quelli che usi davvero, poi ti inviano polvere così che il falso compaia nella tua cronologia delle transazioni — in attesa che tu lo copi. Non copiare mai gli indirizzi dalla cronologia; usa i contatti salvati e verifica i caratteri in mezzo, non solo alle estremità. Un buon wallet multi-chain mette l'etichetta della rete accanto a ogni indirizzo, e tenere Ethereum, Solana e TON in un'unica app senza confonderli è esattamente lo scopo di quel design.
Come si inserisce WATS
WATS fa girare un unico wallet su Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana e TON, quindi tutti e tre i formati qui sopra sono esattamente gli indirizzi che ti ritrovi a detenere fianco a fianco — un indirizzo 0x per le sei chain EVM, un indirizzo base58 su Solana, un indirizzo EQ/UQ su TON, tutti da un'unica frase di recupero. Resta completamente non-custodial su tutti e quattro i prodotti — l'estensione Chrome, l'app mobile, l'Hot Wallet e la NFC Metal Card: le chiavi le detieni tu, e WATS non detiene mai una chiave. In un articolo sugli indirizzi vale la pena fare chiaramente una precisazione su quella carta: non memorizza alcuna chiave privata. Autentica con un tap chiavi che restano dentro le app WATS, con un ID carta univoco che si abbina a un solo dispositivo.
Bitcoin è la lacuna onesta: WATS non lo supporta nativamente, quindi gli indirizzi bc1, 1 e 3 non fanno parte di questo insieme. All'interno delle otto chain che copre, le commissioni di rete si pagano con un solo token, ATS, invece di detenere il token del gas nativo di ciascuna chain — account abstraction ERC-4337 sulle chain EVM, con ATS stesso che è un OFT LayerZero, così un unico saldo funziona omnichain. Non è uno sconto: cambia quale token paga la commissione. La supply di ATS viene bruciata da 100M fino a 30M.
In conclusione
Indirizzi diversi su chain diverse sono una proprietà di come sono costruite le chain, non un bug del wallet: un seed, curve diverse, percorsi di derivazione diversi, codifiche diverse. Leggi pure il formato, ma non fidarti mai di lui per capire la rete — conferma la chain su entrambi i lati, fai un piccolo invio di prova su ogni nuovo percorso, tratta il memo di un exchange come parte dell'indirizzo e copia dai contatti salvati anziché dalla cronologia delle transazioni. Se vuoi i tre formati in un unico posto invece che in tre app, il passo concreto è installare WATS dalla pagina di download: un'unica frase di recupero non-custodial dietro i tuoi account Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana e TON, e commissioni pagate in ATS anziché con un token del gas nativo separato su ogni chain.
Domande frequenti
Il mio indirizzo è lo stesso su Ethereum, Polygon e Arbitrum?
Sì — per un normale account di wallet, la stessa chiave produce lo stesso indirizzo 0x su ogni chain EVM, quindi in WATS un solo account mostra l'identico indirizzo su Ethereum, Arbitrum, Optimism, Base, Polygon e BNB Chain. L'indirizzo però non codifica la rete: al momento dell'invio devi scegliere tu la chain corretta. Gli indirizzi di deposito degli exchange sono l'eccezione — un exchange potrebbe accreditare solo una rete specifica, quindi segui sempre esattamente le sue istruzioni.
Quali formati di indirizzo mostra WATS, ed esiste un indirizzo Bitcoin?
WATS deriva ogni indirizzo da un'unica frase di recupero: un singolo indirizzo 0x condiviso tra Ethereum, Arbitrum, Optimism, Base, Polygon e BNB Chain, un indirizzo base58 di 32–44 caratteri su Solana e un indirizzo EQ/UQ di 48 caratteri su TON. WATS è completamente non-custodial, quindi quelle chiavi sono tue e WATS non detiene mai una chiave. Non c'è alcun indirizzo Bitcoin, perché WATS non supporta nativamente Bitcoin — gli indirizzi bc1, 1 e 3 appartengono a un ecosistema che WATS non copre.
Cosa succede se invio a un exchange senza il memo?
Le tue monete arrivano al wallet di deposito condiviso dell'exchange ma non vengono accreditate sul tuo account, perché è il memo a identificarti. Di solito non sono perse — la maggior parte degli exchange può accreditarle manualmente tramite un ticket all'assistenza — ma il processo è lento e non garantito. Se una pagina di deposito mostra un memo o un destination tag, trattalo come una parte obbligatoria dell'indirizzo, mai come un campo facoltativo. Inviare a un wallet in auto-custodia come WATS non richiede alcun memo, perché l'indirizzo è solo tuo anziché condiviso.
Che cos'è l'address poisoning e come lo evito?
L'address poisoning è un attacco in cui qualcuno genera un indirizzo sosia che coincide con i primi e gli ultimi caratteri di uno che usi davvero, poi ti invia una transazione di polvere così che il falso compaia nella tua cronologia. Se in seguito copi un indirizzo da quella cronologia, i fondi vanno all'attaccante. Lo eviti non copiando mai dalla cronologia delle transazioni, salvando contatti verificati e controllando i caratteri centrali — non solo le estremità — prima di firmare.