Fai il backup di un solo foglio — con dodici o ventiquattro parole — e ti senti tranquillo, certo che le tue crypto siano al sicuro. Ma quel foglio non protegge un solo account: protegge tutti gli account su ogni blockchain supportata dal tuo wallet. In Zelcore, questo significa più di 80 chain contemporaneamente. Capire esattamente perché è così e cosa comporta per le tue decisioni di custodia è il fondamento di tutto il resto della sicurezza nell’autocustodia.
Come una frase seed codifica un universo di chiavi
Una frase seed sembra una sequenza casuale di parole, ma codifica con precisione entropia grezza. BIP-39 — la proposta di miglioramento di Bitcoin che ha standardizzato il formato — definisce una lista di esattamente 2.048 parole inglesi. Ogni parola codifica 11 bit di informazione, quindi nessuna parola è ornamentale: ciascuna contiene dati specifici. Una frase di 12 parole codifica 128 bit di entropia; una di 24 parole ne codifica 256.
La frase mnemonica in sé non è il seed crittografico. Prima di derivare qualsiasi chiave, il wallet elabora la frase mnemonica con PBKDF2-HMAC-SHA512 — una funzione di derivazione delle chiavi ad alto costo computazionale — per 2.048 iterazioni. Il risultato è un valore binario di 512 bit: il seed vero e proprio. Questo processo rende impraticabili gli attacchi di forza bruta, anche se un attaccante indovina alcune parole.
Una conseguenza fondamentale: se aggiungi una passphrase facoltativa (talvolta chiamata 25ª parola), la funzione PBKDF2 la include nel calcolo e genera un seed di 512 bit completamente diverso. Le stesse dodici parole con una passphrase diversa sbloccano un wallet del tutto separato. Non c’è alcuna relazione tra i due e, se dimentichi la passphrase, quei fondi sono persi per sempre.
L’albero di derivazione: un seed, account infiniti
Il seed di 512 bit è la radice di un albero di wallet deterministico gerarchico (HD), definito da BIP-32. Il wallet inserisce i byte del seed in HMAC-SHA512 (usando la stringa letterale "Bitcoin seed" come chiave) e divide il risultato di 512 bit in due metà uguali: una chiave privata master di 256 bit e un codice di catena master di 256 bit. Ogni chiave figlia, chiave nipote e indirizzo del wallet deriva da questi due valori attraverso ripetute operazioni HMAC-SHA512.
BIP-44 standardizza il modo in cui si percorre l’albero, definendo un percorso di derivazione nel formato m/purpose'/coin_type'/account'/change/index. Ogni segmento ha un ruolo specifico:
- purpose è sempre
44'nei wallet BIP-44. - coin_type identifica la chain, assegnato a ogni blockchain in un registro chiamato SLIP-0044. Bitcoin è
0, Ethereum è60, Solana è501, Litecoin è2, Dogecoin è3, Cardano è1815. - account separa account indipendenti sulla stessa chain.
- change e index generano indirizzi individuali.
Gli apostrofi indicano una derivazione hardened, un’operazione unidirezionale che impedisce matematicamente di usare una chiave figlia compromessa per ricavare chiavi sorelle o la chiave genitore. Per questo le chiavi del tuo account Ethereum non possono rivelare quelle del tuo account Bitcoin, anche se entrambe derivano dalla stessa chiave master.
In Zelcore, una sola frase seed controlla contemporaneamente BTC, ETH, SOL, ADA e decine di altri asset: ciascuno nel proprio sottoalbero coin_type e derivato in modo deterministico dalla stessa radice di 512 bit.
Come funziona questo attacco: un unico punto di cedimento per tutte le chain
Poiché la derivazione è deterministica e standardizzata, chiunque abbia la tua frase seed può rigenerare tutte le chiavi private su ogni chain supportata. Non è un difetto del sistema: è proprio così che è stato progettato. Il modello di sicurezza presuppone che nessun altro veda mai la frase seed.
Le conseguenze pratiche sono nette. Una frase seed divulgata non espone solo i tuoi Bitcoin. L’attaccante può ricavare il tuo indirizzo Ethereum, quello Solana, quello Cardano e tutti gli altri asset, contemporaneamente. I tuoi fondi in Solana sono compromessi dal momento in cui qualcuno fotografa la tua frase di recupero Bitcoin. Potrebbe anche non sapere che possiedi SOL.
Perdere la frase seed crea il problema opposto: non esistono un’alternativa specifica per chain, il recupero dell’account o una procedura di escalation all’assistenza clienti. L’entropia da cui è stato generato il seed è irreversibile dal punto di vista matematico. Perdere il foglio significa perdere tutte le chain in una volta.
Per questo i wallet hardware generano la frase seed all’interno di un elemento sicuro e non la espongono mai al computer collegato. Il seed viene generato offline e rimane lì.
I metadati specifici della chain che il seed non conserva
Ripristinare un wallet da una frase seed rigenera le chiavi private e i percorsi di derivazione standard, ma non conserva tutto. Diverse categorie di dati si trovano al di fuori di ciò che il seed può ricostruire:
- Metadati off-chain: le etichette delle transazioni, le voci della rubrica e le note personalizzate sono memorizzate dall’app del wallet, non sulla blockchain.
- Percorsi di derivazione non standard: alcuni wallet meno recenti e alcune chain (storicamente, Solana e Cardano hanno usato convenzioni di percorso diverse da BIP-44 in senso stretto) possono far sì che il ripristino in un’altra app wallet mostri un saldo pari a zero, anche se i fondi esistono sulla blockchain. Le chiavi ci sono: è il software che controlla l’indirizzo sbagliato.
- Saldi dei token: i token ERC-20 su Ethereum e i token SPL su Solana sono registrati sulla blockchain dagli smart contract, ma uno strumento di recupero essenziale potrebbe mostrare solo il saldo della moneta nativa. I token sono al sicuro: serve solo che il wallet interroghi i contratti pertinenti.
- Posizioni DeFi e NFT: sono visibili solo se il wallet sa quali contratti dei protocolli interrogare e quale endpoint RPC usare.
Consiglio pratico: annota non solo la frase seed, ma anche quale software wallet e quali percorsi di derivazione hai usato. Una frase seed da sola non sempre fornisce un contesto sufficiente per un ripristino dopo mesi o anni.
Riutilizzo degli indirizzi e identità cross-chain
La suddivisione coin_type di BIP-44 fa sì che un indirizzo Bitcoin e uno Ethereum derivati dallo stesso seed non siano correlati matematicamente: condividono una radice, ma non una chiave pubblica. Tuttavia, le chain compatibili con EVM — Ethereum, BNB Chain, Polygon, Avalanche C-Chain, Base e altre — condividono tutte coin_type = 60. Di conseguenza, lo stesso indirizzo 0x... compare su ogni chain EVM.
È una scelta intenzionale, ma crea un collegamento tra le identità sulle diverse chain. Chi conosce il tuo indirizzo Ethereum può consultare la tua attività su tutte le chain EVM usando lo stesso indirizzo. Se tieni alla privacy, è utile saperlo prima di consolidare gli asset.
Il modello UTXO di Bitcoin incoraggia tradizionalmente a generare un nuovo indirizzo per ogni transazione: i wallet HD lo fanno automaticamente. Il modello basato su account di Ethereum rende raro cambiare indirizzo; la maggior parte delle persone mantiene lo stesso indirizzo per ogni account a tempo indeterminato. Riutilizzare un indirizzo Bitcoin per molte transazioni riduce la privacy, perché rende più facile collegare gli input a un unico proprietario.
Per custodire importi elevati, valuta di separare gli asset per seed: usa una frase seed diversa per le attività di trading ad alto rischio e per i fondi a lungo termine, oppure un dispositivo air-gapped (mai collegato a un computer connesso a Internet) per gli importi più consistenti.
Come proteggerti: difenditi dall’unico punto di cedimento
La frase seed è allo stesso tempo il tuo strumento di recupero più potente e il tuo punto di cedimento singolo più pericoloso. Ecco alcuni accorgimenti concreti per proteggerla:
- Incidila su una piastra di metallo, non scriverla su carta. Le piastre di acciaio inossidabile o titanio resistono a incendi e allagamenti. La carta no.
- Non digitalizzarla mai. Niente screenshot, appunti sul cloud, gestori di password o copie digitate. Quando una frase seed entra in contatto con un dispositivo connesso alla rete, la superficie di attacco si amplia notevolmente.
- Verifica il recupero prima di depositare somme importanti. Ripristina il wallet su un nuovo dispositivo usando solo la frase seed e verifica che funzioni e generi gli indirizzi che ti aspetti.
- Valuta la condivisione segreta di Shamir (SLIP-39). SLIP-39 è uno standard che suddivide una seed in N condivisioni, di cui ne servono solo M per ricostruirla. In questo modo puoi conservarle in luoghi diversi — una in una cassaforte di casa, una affidata a una persona fidata e una in una cassetta di sicurezza — senza che nessun luogo custodisca il segreto completo.
- Comprendi il compromesso legato alla passphrase. Una passphrase robusta (la 25ª parola) offre una plausibile negabilità: un piccolo importo esca nel wallet senza passphrase, mentre i fondi reali sono accessibili solo con la passphrase. Il rischio è equivalente: dimenticarla è irreversibile quanto perdere la seed stessa.
Per chi usa wallet crypto e detiene asset su molte chain con Zelcore, quest’ultimo punto è particolarmente importante: una prova di recupero dovrebbe coprire tutte le chain che usi attivamente, non solo quella più ovvia.
Punti chiave
- Una seed di 12 parole codifica 128 bit di entropia; una seed di 24 parole ne codifica 256. Se la perdi, non puoi recuperarla.
- BIP-32 e BIP-44 derivano un sottoalbero di chiavi separato per ogni blockchain (
coin_type), ma tutti i sottoalberi discendono dalla stessa chiave principale: se la seed viene compromessa, vengono compromesse tutte le chain. - Il supporto di oltre 80 chain di Zelcore significa che un’unica frase di backup controlla un portafoglio ampio e diversificato; la sicurezza fisica del backup è importante quanto la sua lunghezza.
- Le chain EVM (Ethereum, BNB Chain, Polygon e altre) condividono
coin_type = 60e quindi anche lo spazio degli indirizzi: lo stesso indirizzo0xcompare su tutte. - Il ripristino usando solo la seed potrebbe non mostrare i saldi dei token o le posizioni DeFi; annota il software wallet e i percorsi utilizzati.
- I backup su metallo, la distribuzione geografica tramite SLIP-39 e un livello aggiuntivo con passphrase sono tre interventi concreti che riducono in modo significativo il rischio legato a un unico punto di cedimento.



