Un wallet HD (gerarchico deterministico) è un wallet che deriva da un unico segreto maestro ogni chiave privata e ogni indirizzo che userà, così che una sola seed phrase di 12 o 24 parole faccia da backup a ogni account su ogni chain supportata. BIP-39 trasforma quelle parole in una seed maestra, BIP-32 fa crescere da essa un albero riproducibile di chiavi figlie e BIP-44 standardizza il percorso di derivazione — coordinate come m/44'/60'/0'/0/0 che dicono a quale scopo, chain, account e indice di indirizzo appartiene una chiave. Poiché seed più percorso producono sempre la stessa chiave, qualsiasi wallet compatibile può ricostruire l'intero albero dalle sole parole; ed è anche il motivo per cui la stessa seed può mostrare indirizzi diversi in due wallet che usano percorsi predefiniti diversi. WATS è un wallet HD completamente non-custodial: una sola seed copre Ethereum, Arbitrum, Optimism, Base, Polygon e BNB Chain — che condividono un unico ramo EVM — più Solana e TON sui propri rami, e WATS non detiene mai una chiave.
Un backup, molti account
I primi wallet cripto conservavano un sacchetto sfuso di chiavi private casuali — perdevi il file, perdevi le monete, e ogni nuovo indirizzo significava un nuovo backup. I wallet moderni hanno risolto il problema con un'idea ingannevolmente semplice: generare ogni chiave di cui avrai mai bisogno da un unico segreto maestro, in modo deterministico. Questo è il wallet HD — gerarchico deterministico — ed è il motivo per cui una singola seed phrase scritta su carta può ripristinare dozzine di account su più blockchain, anni dopo, in un software che non li aveva mai visti.
Dalle parole alla seed maestra: BIP-39
La seed phrase stessa nasce da uno standard chiamato BIP-39. Il wallet estrae entropia casuale, la mappa su una lista fissa di parole e ti consegna 12 o 24 parole con un checksum incorporato. Passate attraverso una funzione di stiramento della chiave, quelle parole diventano una grande seed maestra binaria. Due proprietà contano: le parole non sono le chiavi — sono la ricetta per ottenerle — e il processo è unidirezionale e riproducibile. Qualsiasi wallet BIP-39, alimentato con le stesse parole, calcola la stessa seed maestra, per sempre. È questo che rende la frase un backup completo, ed è per questo che la sua protezione è l'abitudine centrale della self-custody, come spiegato nella guida WATS alla seed phrase.
Un dettaglio sfugge facilmente: BIP-39 supporta anche una passphrase opzionale, a volte chiamata venticinquesima parola. Viene mescolata nella fase di stiramento della chiave, quindi le stesse 12 parole con una passphrase diversa producono una seed maestra completamente diversa e perciò un insieme di account completamente diverso. Non è una password applicata a un wallet esistente: seleziona un wallet del tutto differente, e perderla fa perdere quei fondi tanto quanto perdere le parole.
L'albero di derivazione: BIP-32
Da quella seed maestra, BIP-32 definisce come far crescere un albero di chiavi. La chiave maestra deriva deterministicamente chiavi figlie, le figlie derivano nipoti, e ogni ramo è riproducibile dalla radice. È la gerarchia a permettere a un solo segreto di servire una struttura illimitata: account separati per risparmiare e spendere, un indirizzo di ricezione nuovo per ogni pagamento, intere chain sui propri rami — tutto recuperabile dalle stesse 12 o 24 parole, senza mai nulla di nuovo da salvare.
BIP-32 distingue anche la derivazione hardened da quella non-hardened. I passaggi hardened (quelli marcati con un apostrofo nel percorso) richiedono la chiave privata del genitore, e questo isola un ramo: con la derivazione non-hardened, una chiave privata figlia trapelata insieme alla chiave pubblica estesa del genitore basta a ricostruire la chiave privata del genitore, mentre l'hardening elimina quella scorciatoia così che un attaccante non possa risalire l'albero. Per questo i livelli di account di un percorso standard sono hardened e solo gli ultimi due non lo sono.
Percorsi di derivazione: l'indirizzo di un indirizzo
Un percorso di derivazione — la stringa criptica tipo m/44'/60'/0'/0/0 che forse hai visto nelle impostazioni avanzate — è semplicemente un itinerario attraverso quell'albero: quale scopo, quale moneta, quale account, quale indice. BIP-44 ha standardizzato la disposizione, e un registro condiviso (oggi mantenuto come SLIP-44) assegna i numeri di moneta così che un ramo Ethereum e un ramo Solana non collidano mai. Una conseguenza sorprende quasi tutti: ogni chain EVM riusa il coin type 60, quindi Ethereum, Arbitrum, Optimism, Base, Polygon e BNB Chain non sono affatto rami separati — derivano la stessa chiave e mostrano lo stesso indirizzo, ed è per questo che un unico indirizzo detiene saldi diversi su ciascuna rete. Ecosistemi diversi usano anche schemi di firma diversi sotto il cofano — Ethereum e le altre chain EVM firmano sulla curva secp256k1, mentre Solana e TON usano ed25519 — ma il principio vale ovunque: seed più percorso uguale chiave, ogni volta.
Cosa rivela un xpub
L'albero ha un altro asso nella manica: le chiavi pubbliche estese. Un xpub permette al software di derivare tutti gli indirizzi pubblici di un ramo — ma nessuna delle chiavi private. Questo abilita viste di portafoglio in sola lettura e indirizzi di ricezione generati per conto di un dispositivo offline. La riserva riguarda la privacy, non la sicurezza: chiunque detenga il tuo xpub può vedere ogni indirizzo di quel ramo e collegarli tra loro. Condividilo come condivideresti un estratto conto completo di quell'account, perché funzionalmente lo è.
Vale la pena saperlo: questa è una caratteristica di secp256k1. Sulle chain ed25519 come Solana e TON la derivazione è hardened a ogni livello, quindi non esiste alcun ramo di sole chiavi pubbliche da consegnare — lì gli strumenti in sola lettura lavorano a partire dagli indirizzi stessi, non da una chiave pubblica estesa.
Stessa seed, indirizzi diversi?
Un classico mistero da assistenza: importi la tua seed in un altro wallet e il saldo sembra vuoto. Quasi sempre non si è perso nulla — il secondo wallet sta percorrendo un percorso diverso nello stesso albero, o deriva per una chain diversa di default. I fondi sono esattamente dove sono sempre stati, sul ramo che il wallet originale usava. Questa è anche l'onesta avvertenza sui backup "universali": lo standard della seed è condiviso, ma le convenzioni sui percorsi variano tra wallet, quindi il ripristino funziona nel modo più fluido nella famiglia di wallet che ha creato la seed — o in uno che scansiona i percorsi comuni per te. Prima di concludere che manchi qualcosa, controlla l'impostazione del percorso di derivazione e il selettore della chain, e verifica su un block explorer l'indirizzo che ti aspetti.
Dove vivono davvero le chiavi
Poiché tutto discende dalla seed, l'unica domanda che conta per la sicurezza è dove sono conservate la seed e le chiavi da essa derivate — e chi può raggiungerle. In un wallet non-custodial la risposta è il tuo dispositivo, e nient'altro. Questa distinzione è anche la lente giusta per l'hardware: la WATS NFC Metal Card, per esempio, non conserva chiavi private. Porta un ID carta univoco e autentica con un tap via NFC verso chiavi che vivono nelle app WATS, abbinandosi a un solo dispositivo — più vicina a una chiave di sicurezza fisica che a una cassaforte di cold storage. Sapere quale dei tuoi strumenti detiene una chiave e quale ne autorizza soltanto l'uso è la differenza tra un piano di recupero chiaro e una scommessa.
Come lo usa WATS
Il design HD è ciò che rende possibile un vero wallet multichain, e WATS vi si appoggia in pieno: un backup, un'identità, con gli account EVM, Solana e TON derivati sui rami corretti — l'esperienza descritta in gestire Ethereum, Solana e TON in un solo wallet. WATS è non-custodial da cima a fondo: la seed e ogni chiave da essa derivata esistono solo dal tuo lato, e WATS non detiene mai una chiave. Il livello delle commissioni è unificato di conseguenza: ogni azione — trasferimenti, swap, staking — viene addebitata in un solo token, ATS, invece del gas nativo di ogni chain, tramite un paymaster ERC-4337 su EVM e un fee-payer/relayer equivalente su Solana e TON. Non è uno sconto: cambia quale token paga, non quanto chiede la rete. ATS è un OFT LayerZero, quindi un unico saldo abbraccia tutti e tre gli ecosistemi, e l'ATS raccolto viene bruciato da un'offerta di 100M verso un pavimento di 30M — la meccanica è sulla pagina delle commissioni ATS.
La versione pratica di tutto questo è breve. Configura WATS una volta — Estensione Chrome, App Mobile o entrambe — scrivi la seed phrase offline, e da quel momento ogni account che WATS deriva per te su Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana e TON è già coperto dal backup fatto il primo giorno. È tutta qui la promessa dei wallet HD, ed è il motivo per trattare quelle dodici parole, e non l'app, come la cosa che stai davvero proteggendo.
Domande frequenti
Una sola seed phrase può davvero fare il backup di tutte le mie chain e account?
Sì — è il senso del design HD. La seed genera deterministicamente un albero di chiavi, con rami separati per blockchain e per account, così ogni indirizzo che un wallet crea per te è recuperabile dalle stesse 12 o 24 parole. Il rovescio della medaglia è la concentrazione del rischio: chiunque detenga la frase può ricostruire l'intero albero, quindi la seed merita la tua protezione più forte.
WATS è un wallet HD, e quali chain copre una sola seed?
WATS è un wallet HD completamente non-custodial: una singola seed phrase BIP-39 deriva i tuoi account su Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana e TON, quindi un solo backup li copre tutti. Le sei chain EVM condividono un unico ramo di derivazione — e perciò un unico indirizzo — mentre Solana e TON stanno sui propri rami, perché usano uno schema di firma diverso. La seed e ogni chiave da essa derivata restano sul tuo dispositivo: WATS non detiene mai una chiave. Nemmeno la WATS NFC Metal Card conserva chiavi; autentica con un tap verso chiavi custodite nelle app WATS e si abbina a un solo dispositivo.
Perché la mia seed mostra indirizzi diversi in un wallet diverso?
Perché il secondo wallet deriva lungo un percorso diverso o per chain diverse di default, non perché i tuoi fondi si siano spostati. Seed più percorso di derivazione determinano la chiave; i wallet concordano sullo standard della seed (BIP-39) ma differiscono nelle convenzioni sui percorsi. I tuoi asset restano agli indirizzi derivati dal wallet originale — ripristinare in quel wallet, o in uno che scansiona i percorsi comuni, li riporta in vista.
Condividere un xpub è pericoloso?
Non può farti perdere fondi — una chiave pubblica estesa deriva solo indirizzi, mai chiavi private, quindi abilita al massimo viste in sola lettura. Ciò che costa è la privacy: chi lo detiene può enumerare ogni indirizzo di quel ramo e collegare le tue attività. Tratta un xpub come un estratto conto vivo e completo di quell'account e condividilo solo con servizi a cui affideresti quell'informazione.
Che cosa fa davvero una passphrase BIP-39?
Viene mescolata nel passaggio che trasforma le tue parole nella seed maestra, quindi aggiungerla o cambiarla produce un albero di chiavi del tutto diverso. Significa che non è una password che protegge un wallet esistente: le stesse 12 parole con e senza passphrase sono due wallet separati, e una passphrase dimenticata è irrecuperabile esattamente come parole dimenticate. Usane una solo se la conserverai con la stessa cura della frase stessa.

