Una seed phrase non è una password universale per tutte le criptovalute e per tutti i wallet. Le parole scritte su un foglio rappresentano un formato di backup, ma il wallet deve sapere come trasformarle in una chiave iniziale, quali regole applicare e quali indirizzi cercare sulla blockchain.
Per questo motivo può accadere che una sequenza di parole sia stata trascritta correttamente, ma che il ripristino in un’applicazione diversa mostri un saldo pari a zero. Non significa necessariamente che i fondi siano spariti: potrebbero essere stati generati utilizzando un altro standard, un diverso percorso di derivazione o un sistema di backup non interoperabile.
Capire la differenza tra BIP39, SLIP-39 e backup proprietari è utile soprattutto prima di cambiare wallet, sostituire un hardware wallet o tentare un recupero d’emergenza.
Che cosa contiene davvero una seed phrase
Nel linguaggio comune, “seed phrase” indica una sequenza di parole usata per recuperare un wallet. Tecnicamente, però, le parole non sono direttamente le chiavi private degli indirizzi che si vedono nell’applicazione.
Nel modello più diffuso, la sequenza mnemonica viene convertita in un valore iniziale, chiamato seed, attraverso una procedura matematica. Da quel valore il wallet può derivare numerose chiavi private, indirizzi e account secondo regole stabilite dallo standard e dal tipo di blockchain.
Il risultato finale dipende quindi da più elementi:
- il formato della sequenza di parole;
- la lista di parole utilizzata;
- la checksum prevista dallo standard;
- un’eventuale passphrase aggiuntiva;
- la blockchain e il percorso di derivazione adottato;
- il modo in cui il wallet ricerca gli account già utilizzati.
La frase mnemonica è dunque l’inizio del processo di recupero, non una chiave che ogni software interpreta necessariamente allo stesso modo.
BIP39: lo standard più conosciuto, ma non sufficiente da solo
BIP39 è una specifica molto utilizzata per rappresentare entropia casuale attraverso una sequenza di parole. Il sistema aggiunge alla casualità una checksum, così alcune combinazioni di parole vengono riconosciute come non valide.
Le sequenze BIP39 possono avere lunghezze standard diverse, tra cui 12, 15, 18, 21 o 24 parole. La lunghezza non indica da sola quale wallet sia stato utilizzato e non garantisce che due applicazioni adottino gli stessi indirizzi dopo il ripristino.
Un wallet compatibile con BIP39 può infatti applicare percorsi di derivazione diversi. Bitcoin, Ethereum e altre reti possono partire dalla stessa sequenza mnemonica, ma generare account separati in base alle regole della rispettiva blockchain. Anche all’interno della stessa rete, wallet differenti possono privilegiare percorsi diversi.
Questo spiega perché una frase BIP39 può essere formalmente valida e tuttavia non mostrare immediatamente gli indirizzi attesi. Il problema non è per forza la seed phrase: può riguardare il percorso di derivazione, il tipo di indirizzo, l’account selezionato o la scansione degli indirizzi già utilizzati.
Esiste anche un altro elemento spesso trascurato: BIP39 prevede liste di parole in più lingue, ma il fatto che un software accetti una determinata lingua non significa che tutti gli altri wallet la supportino allo stesso modo. Per l’interoperabilità, è importante sapere quale lista è stata usata e non tradurre mai le parole autonomamente.
SLIP-39: quando il backup è diviso in più parti
SLIP-39 è un sistema diverso, progettato per distribuire il backup in più parti, chiamate share. Invece di conservare una singola sequenza di parole, l’utente può creare un insieme di parti e stabilire quante siano necessarie per recuperare il wallet.
Per esempio, un modello può richiedere una soglia di alcune share su un numero complessivo maggiore. In questo modo la perdita di una singola parte non rende necessariamente impossibile il recupero, mentre una sola parte isolata non è sufficiente per ricostruire il backup.
Una share SLIP-39 non deve essere trattata come una normale seed phrase BIP39. Non va inserita in un wallet che accetta soltanto BIP39 e non va combinata manualmente con altre parole per creare una frase tradizionale. Le share appartengono a un formato e a una procedura di recupero differenti.
Il vantaggio operativo di SLIP-39 è la possibilità di distribuire il rischio tra più backup. Il rovescio della medaglia è la maggiore complessità: bisogna documentare quante share esistono, quale soglia serve e quali strumenti sono compatibili. Se gli eredi o la persona incaricata del recupero non conoscono il sistema utilizzato, le parti possono risultare incomprensibili anche se sono state conservate correttamente.
Backup proprietari e sistemi che non usano una seed phrase standard
Alcuni wallet utilizzano procedure di recupero proprie. Possono presentare all’utente parole, codici, file cifrati, credenziali distribuite o altri elementi, ma questo non significa automaticamente che il backup sia una frase BIP39.
Un sistema proprietario può dipendere da:
- un’applicazione specifica;
- un servizio di recupero o di social recovery;
- un algoritmo non implementato da altri wallet;
- un file o una configurazione aggiuntiva;
- una combinazione di dispositivi, account o autorizzazioni.
In questi casi, copiare le parole dentro un’applicazione BIP39 può produrre un wallet nuovo e vuoto, oppure un errore di formato. Il risultato non dimostra che il backup originale sia sbagliato: dimostra soltanto che i due sistemi non parlano lo stesso linguaggio.
Prima di acquistare un nuovo dispositivo o migrare a un’altra applicazione, occorre quindi verificare la documentazione ufficiale del wallet di origine. La domanda corretta non è soltanto “quante parole contiene il backup?”, ma “quale standard e quale procedura di recupero rappresentano queste parole?”.
Perché una frase corretta può mostrare un saldo vuoto
Il caso più frequente riguarda una seed phrase BIP39 importata correttamente, ma utilizzata con impostazioni diverse da quelle originali. Le cause possibili includono:
- percorso di derivazione differente;
- rete o blockchain sbagliata;
- account successivo non ancora selezionato;
- tipo di indirizzo Bitcoin diverso, per esempio un formato legacy, SegWit o Taproot;
- passphrase BIP39 assente, errata o digitata con una differenza anche minima;
- mancata scansione degli indirizzi oltre il primo account;
- token o attività non visualizzati dall’interfaccia, pur essendo presenti on-chain.
La passphrase merita particolare attenzione. Una seed BIP39 senza passphrase e la stessa seed con una passphrase producono wallet distinti. Anche una passphrase apparentemente simile, con una maiuscola, uno spazio o un carattere diverso, conduce a un altro insieme di indirizzi. Non esiste un messaggio universale che possa dimostrare quale passphrase fosse stata usata.
Prima di concludere che il recupero sia fallito, bisogna confrontare un indirizzo noto del wallet originale con quello generato dal nuovo software. Il confronto deve essere effettuato in modo prudente e senza inserire la seed phrase in siti web, moduli online o strumenti di verifica non indispensabili.
Procedura pratica prima di cambiare wallet
Una migrazione sicura inizia dalla raccolta delle informazioni, non dall’inserimento immediato delle parole in una nuova applicazione.
- Identificare il wallet e il modello utilizzati in origine.
- Verificare se il backup è BIP39, SLIP-39 o proprietario.
- Annotare le blockchain utilizzate e il tipo di account.
- Controllare se era presente una passphrase separata.
- Individuare un indirizzo pubblico già noto e verificabile sulla blockchain.
- Consultare la documentazione ufficiale sulla compatibilità del nuovo wallet.
- Effettuare il ripristino preferibilmente su un dispositivo affidabile e aggiornato.
- Confrontare gli indirizzi generati prima di trasferire fondi.
Il confronto degli indirizzi è più affidabile del semplice fatto che il software accetti le parole. Una frase può superare il controllo della checksum e generare un wallet valido, ma non quello che contiene i fondi cercati.
Errori da evitare durante il recupero
Il rischio più grave è esporre la seed phrase nel tentativo di risolvere un problema di compatibilità. Non bisogna digitare le parole in un motore di ricerca, inviarle all’assistenza tramite chat, fotografarle o inserirle in un sito che promette di “trovare il wallet corretto”. Nessun supporto legittimo dovrebbe chiedere la frase completa.
È altrettanto rischioso provare molte combinazioni alla cieca, cambiare contemporaneamente rete, passphrase e percorso di derivazione o trasferire fondi prima di avere verificato gli indirizzi. Ogni modifica rende più difficile capire quale variabile abbia prodotto il risultato.
Quando il backup è SLIP-39 o proprietario, non è prudente convertirlo manualmente in BIP39. La conversione può creare un nuovo segreto, perdere informazioni o indurre l’utente a credere che il recupero sia riuscito. Se il sistema originale non è più disponibile, il primo obiettivo deve essere identificare lo standard e conservare intatte tutte le parti o i dati previsti.
Come documentare il backup per il futuro
Una buona documentazione non deve contenere la seed phrase, ma le informazioni necessarie a interpretarla. È utile indicare, in un luogo separato e protetto, il nome del wallet, lo standard utilizzato, le blockchain interessate, la presenza di una passphrase, il tipo di backup e le istruzioni generali per il recupero.
Nel caso di SLIP-39, bisogna documentare anche il numero complessivo delle share e la soglia necessaria. Nel caso di un sistema proprietario, è importante annotare il modello di recupero e l’eventuale dipendenza da un’applicazione o da un servizio.
La documentazione deve essere sufficientemente chiara per evitare ambiguità, ma non deve trasformarsi in una guida che permetta a chiunque la trovi di ricostruire il wallet. La protezione fisica delle informazioni e la separazione tra seed, passphrase e istruzioni restano aspetti distinti.
La domanda “questa seed phrase funziona con quel wallet?” non ha quindi una risposta basata soltanto sul numero di parole. Occorre verificare standard, checksum, eventuale passphrase, derivazione e compatibilità della procedura di recupero. BIP39 offre una base ampiamente adottata, SLIP-39 introduce un modello a share e i sistemi proprietari richiedono strumenti specifici: confonderli può portare a un recupero incompleto o a un’esposizione inutile del backup.
