Quando si parla di backup di un cold wallet, la prima risposta è quasi sempre la stessa: bisogna proteggere la seed phrase. È corretto, ma non è sufficiente in ogni situazione. La seed phrase può permettere di ricostruire le chiavi private, ma il recupero pratico del wallet può richiedere anche altre informazioni: passphrase aggiuntive, percorsi di derivazione, configurazioni multisig, rete utilizzata, tipo di account e istruzioni per interpretare correttamente gli indirizzi.
Il problema diventa evidente quando il dispositivo viene perso, danneggiato o non è più compatibile con il software utilizzato in origine. Avere le parole di recupero ma non sapere come erano configurati gli account può significare vedere un saldo vuoto, non trovare un wallet multisig o confondere un account protetto da passphrase con quello principale.
Un buon backup deve quindi rispondere a due domande diverse: come si ricostruiscono le chiavi? e come si ricostruisce il contesto operativo del wallet? La prima riguarda soprattutto i segreti. La seconda riguarda metadati, procedure e documentazione.
Seed phrase e informazioni di recupero non sono la stessa cosa
La seed phrase, spesso composta da 12, 18 o 24 parole in base allo standard utilizzato, è il materiale da cui un wallet può derivare una o più chiavi private. Chi la possiede, in linea generale, può tentare di ricostruire il wallet su un dispositivo o un’applicazione compatibile.
Questo non significa però che la seed phrase descriva ogni dettaglio della configurazione. Un wallet può utilizzare più account, più reti o percorsi di derivazione differenti. Due applicazioni possono accettare la stessa seed phrase, ma cercare gli indirizzi in posizioni diverse. In quel caso la seed è corretta, ma il saldo non appare perché il software sta osservando un ramo diverso della struttura derivata.
La situazione è ancora più delicata con una passphrase. La passphrase non è una parola aggiuntiva della seed phrase e non può essere ricostruita automaticamente dalle parole di recupero. Una passphrase diversa produce, normalmente, un wallet diverso. Se viene dimenticata o trascritta in modo errato, il dispositivo può aprire un account apparentemente vuoto, pur utilizzando una seed corretta.
La seed phrase e la passphrase devono quindi essere considerate due segreti distinti. Non è prudente conservarle insieme in modo facilmente associabile, ma non è nemmeno sufficiente ignorare l’esistenza della passphrase nella documentazione di recupero. Chi dovrà ripristinare il wallet deve sapere che esiste un secondo elemento, anche se il suo contenuto può essere protetto separatamente.
Quali dati documentare oltre alla seed phrase
La documentazione non deve contenere necessariamente tutte le chiavi segrete. Può invece descrivere la struttura del wallet e le informazioni necessarie a riconoscere il risultato corretto del recupero.
- Blockchain e reti utilizzate: Bitcoin, Ethereum o altre reti, specificando quando una stessa applicazione gestisce più ambienti.
- Tipo di account e formato degli indirizzi: per esempio, nel caso di Bitcoin, distinguere tra formati legacy, SegWit o Taproot quando rilevante.
- Percorso di derivazione: è la sequenza che indica al wallet come arrivare agli account e agli indirizzi partendo dalla seed.
- Numero degli account utilizzati: un wallet può contenere più account, anche se l’utente ne utilizza abitualmente uno solo.
- Presenza di passphrase: è utile indicare che esiste, senza necessariamente scriverla nello stesso documento della seed.
- Configurazioni multisig: servono soglia, numero dei partecipanti, chiavi pubbliche estese, descrittori o altri dati necessari a ricostruire il wallet.
- Wallet software compatibile: non come unica soluzione, ma come indicazione del software utilizzato per la configurazione originaria.
- Indirizzi di riferimento: alcuni indirizzi pubblici possono servire per verificare che il recupero abbia prodotto il wallet corretto.
- Regole operative: ad esempio, non firmare una transazione prima di avere confrontato l’indirizzo sul dispositivo e quello mostrato dal computer.
Queste informazioni hanno livelli di sensibilità diversi. La seed phrase e la passphrase sono segreti critici. Gli indirizzi pubblici e le chiavi pubbliche estese non consentono normalmente di spendere i fondi, ma possono rivelare saldi, cronologia e struttura del wallet. Anche la documentazione non segreta merita quindi una protezione adeguata.
Percorsi di derivazione e account: perché il wallet può sembrare vuoto
Un wallet deterministico può generare molti indirizzi a partire da una sola seed. Il percorso di derivazione indica al software quali rami esplorare. Se il ripristino utilizza un percorso diverso da quello originario, l’applicazione può mostrare un nuovo indirizzo e un saldo pari a zero.
Questo non significa che i fondi siano spariti. Significa che il software sta controllando una parte diversa dell’albero di derivazione. Il problema può presentarsi quando si passa da un produttore all’altro, quando si utilizza un’applicazione con impostazioni predefinite differenti o quando si recupera un vecchio account creato con uno standard meno comune.
Per questo è utile annotare, senza inserire la seed phrase, il percorso utilizzato per ogni blockchain e il numero degli account effettivamente impiegati. Nel caso di Bitcoin, può essere importante registrare anche il tipo di script o di indirizzo. Nel caso di reti compatibili con Ethereum, occorre distinguere il percorso dell’account dalla rete: la stessa chiave può essere utilizzata su più reti, ma i fondi e le transazioni appartengono a contesti diversi.
Un controllo pratico consiste nel conservare uno o più indirizzi pubblici già utilizzati. Dopo il ripristino, questi indirizzi possono essere confrontati con quelli generati dal nuovo dispositivo. Il confronto deve avvenire senza digitare o fotografare la seed phrase e senza comunicare i dati segreti a software o servizi online.
Multisig e wallet complessi: la seed da sola non basta
In un wallet multisig, i fondi non dipendono da una sola chiave. Servono più chiavi pubbliche e una regola che stabilisce quante firme sono necessarie per spendere. La seed di un singolo partecipante non descrive l’intera configurazione.
Un recupero completo può richiedere quindi le chiavi pubbliche estese dei partecipanti, la soglia di firma, il tipo di script, gli eventuali descrittori e la procedura con cui vengono create e firmate le transazioni. Se questi elementi non sono documentati, ogni singolo partecipante potrebbe riuscire a recuperare la propria chiave, ma non il wallet comune.
La documentazione di un multisig deve essere separata dai segreti quando possibile. Le chiavi pubbliche estese possono essere utilizzate per creare un wallet watch-only, ma espongono informazioni sulla cronologia e sugli indirizzi. Le seed e le passphrase, invece, devono rimanere protette e non devono essere raccolte in un unico archivio facilmente sottraibile.
Come preparare una scheda di recupero
Una scheda di recupero ben progettata dovrebbe essere comprensibile anche a una persona che non ha usato il wallet ogni giorno. Non deve contenere istruzioni vaghe come “ripristinare il dispositivo”, ma una sequenza controllabile.
- Indicare quali blockchain sono state utilizzate e quali account devono essere verificati.
- Annotare il tipo di wallet, il formato degli indirizzi e i percorsi di derivazione conosciuti.
- Indicare se esistono una o più passphrase, senza confonderle con la seed phrase.
- Per ogni account, riportare un indirizzo pubblico di controllo e, se necessario, una chiave pubblica estesa.
- Descrivere il software utilizzato per la visualizzazione e quello eventualmente necessario per la firma.
- Per un multisig, conservare la configurazione completa, la soglia e l’elenco delle chiavi pubbliche.
- Indicare la procedura per il primo test: ripristino su un dispositivo separato, controllo degli indirizzi e firma di una transazione di prova solo quando appropriato.
- Specificare cosa non deve mai essere fatto: digitare la seed in un sito web, inviarla via email o fotografarla con uno smartphone connesso.
La scheda può essere divisa in più parti. Una parte pubblica o semi-pubblica può contenere reti, indirizzi di controllo e configurazioni. La parte segreta contiene seed e passphrase e deve essere protetta con criteri diversi. L’obiettivo non è creare molte copie indistinte, ma ridurre sia il rischio di perdita sia quello di compromissione.
Errori da evitare nella documentazione
Il primo errore è scrivere la seed phrase in un file insieme a password, PIN, fotografie del dispositivo e istruzioni operative. Un documento completo può diventare estremamente pericoloso se viene sottratto.
Il secondo è conservare solo la seed e affidarsi alla memoria per tutto il resto. Dopo mesi o anni si possono dimenticare il percorso di derivazione, l’esistenza di un account aggiuntivo o il significato di una passphrase.
Il terzo è testare il recupero su un computer connesso a Internet inserendo direttamente la seed in un’applicazione non verificata. Un test di recupero deve essere pianificato, svolto su software affidabile e seguito dalla verifica degli indirizzi. La seed non deve essere digitata in moduli online, assistenza via chat o strumenti che la trasmettono a terzi.
Un altro errore è confondere il PIN del dispositivo con un backup. Il PIN protegge l’accesso operativo all’hardware wallet, ma non ricostruisce il wallet su un dispositivo sostitutivo. Allo stesso modo, il nome dato a un account, le etichette locali e la cronologia visualizzata dal software possono non essere ripristinati automaticamente.
Una procedura periodica di verifica
La documentazione non dovrebbe essere preparata una sola volta e poi dimenticata. Ogni modifica importante, come la creazione di un nuovo account, l’aggiunta di una passphrase o il passaggio a un multisig, deve aggiornare la scheda di recupero.
È utile anche eseguire controlli periodici senza esporre i fondi: verificare che i supporti siano leggibili, confrontare gli indirizzi pubblici e controllare che le istruzioni siano comprensibili. Quando si effettua un vero test di ripristino, è preferibile usare un dispositivo separato e non firmare trasferimenti prima di avere validato l’intera configurazione.
Il principio da ricordare è semplice: la seed phrase protegge l’accesso alle chiavi, mentre la documentazione permette di ritrovare e interpretare correttamente il wallet. Un backup completo non è quindi il maggior numero possibile di copie, ma una combinazione ordinata di segreti protetti, informazioni pubbliche controllate e istruzioni aggiornate. In questo modo il cold wallet resta recuperabile anche quando cambiano il dispositivo, il software o la persona incaricata di gestirlo.
