La seed phrase è una sequenza ordinata di parole segrete usata da molti wallet per ricostruire le credenziali che controllano le criptovalute. Non è il PIN del dispositivo, non è una password recuperabile via email e non è una prova del saldo. Per ritrovare il wallet giusto possono servire anche passphrase, formato e configurazione originali.
Il problema non è soltanto conservare un foglio. Bisogna sapere che cosa si sta salvando, che cosa quel backup ricostruisce e come verificarlo senza distruggere l’unico accesso funzionante. Una lista accettata dal software può produrre un wallet diverso da quello cercato. Un dispositivo sbloccabile può invece essere ancora utilizzabile anche quando il backup è smarrito: le due situazioni richiedono decisioni differenti.
Regola di sicurezza: non inviare seed phrase, passphrase, chiavi private o fotografie del backup a persone, siti, assistenze, chatbot o strumenti di intelligenza artificiale. Questa guida non richiede credenziali reali e non propone servizi per indovinare parole mancanti. Le fonti tecniche e dei produttori sono raccolte in fondo; le procedure illustrate non sono un comando universale per tutti i wallet.
Prima del recupero: tre domande da cui partire
Prima di scaricare software o inizializzare un dispositivo, separa tre condizioni: puoi ancora firmare con il wallet originale? Hai un backup riconoscibile e completo? C’è motivo di pensare che qualcuno abbia visto i segreti? Annotare queste risposte, senza trascrivere le credenziali nel documento di lavoro, evita di confondere un problema di visualizzazione con una perdita di accesso o una compromissione.
Se il wallet funziona ma il backup è incerto, non resettare l’unico dispositivo funzionante per “provare”. Se l’accesso è perso, identifica formato e applicazione di origine prima di importare. Se il backup è stato esposto, la priorità non è dimostrare che il foglio sia leggibile: è valutare un trasferimento verso credenziali nuove in un ambiente affidabile. La documentazione Trezor distingue espressamente il backup perso con wallet accessibile da quello perso con wallet inaccessibile. [9]
Seed phrase, chiave privata, PIN e indirizzo: non sono equivalenti
Nel modello BIP39, le parole rappresentano dati iniziali dai quali viene ricavato un seed binario; schemi come BIP32 permettono poi di derivare una struttura di chiavi. Una singola chiave privata può controllare un account o determinate disponibilità, ma non equivale necessariamente al backup dell’intero wallet. Il PIN serve invece a proteggere l’accesso locale al dispositivo: cambiarlo non cambia automaticamente le chiavi già derivate. [1][3]
Un indirizzo permette di ricevere e osservare dati pubblici sulla rete; non abilita una firma. Una chiave pubblica estesa può permettere a un wallet di osservazione di ricostruire indirizzi senza possedere le relative chiavi private. Anche questi dati meritano riservatezza: possono collegare tra loro transazioni e account. BIP32 avverte inoltre dei rischi di combinare una chiave pubblica estesa con determinate chiavi private derivate: “pubblico” non significa innocuo in qualsiasi contesto. [3]
Su mobile, scorri orizzontalmente le tabelle per leggere tutte le colonne.
| Elemento | Funzione da verificare | Limite da ricordare |
|---|---|---|
| Seed phrase | Ricostruisce credenziali secondo il formato del backup. | Non identifica da sola ogni account o configurazione. |
| Passphrase | Contribuisce a selezionare un wallet diverso a partire dal backup. | Un errore può aprire un wallet vuoto senza avviso. |
| Chiave privata | Permette di firmare secondo le regole dell’account. | Una chiave importata può non essere coperta dalla seed. |
| PIN o password locale | Protegge l’accesso al dispositivo o al file del wallet. | Non revoca un backup già conosciuto da terzi. |
| Indirizzo o chiave pubblica | Permette ricezione o osservazione, secondo il dato condiviso. | Vedere il saldo non dimostra la capacità di firmare. |
| Configurazione di recupero | Indica formato, account e regole necessari a ricostruire il wallet. | Non sostituisce le credenziali segrete richieste. |
La distinzione vale soprattutto per la custodia diretta. Un servizio che conserva le chiavi per conto del cliente può avere una procedura di recupero dell’account diversa: non bisogna applicargli automaticamente le istruzioni di un wallet personale. Per il quadro di base sul funzionamento della rete, consulta la guida al Bitcoin.
Come funziona BIP39 e perché l’ordine delle parole conta
BIP39 descrive la generazione della frase da casualità prodotta dal sistema e la conversione della frase in un seed binario. Non è un invito a costruire una sequenza con parole preferite, citazioni o ricordi personali. Una frase “difficile da indovinare” scelta a intuito non è una sostituzione della generazione prevista dallo standard. Le parole vanno registrate nella sequenza mostrata durante il backup. [1]
Lo standard contempla frasi di 12, 15, 18, 21 o 24 parole, ma non tutti i prodotti accettano tutte queste lunghezze. Il numero non certifica né l’origine né la compatibilità di un backup: devi riconoscere lo standard adottato e controllare il supporto della specifica applicazione. Anche la lista linguistica è parte del formato. Non tradurre le parole per renderle più facili da ricordare e non sostituirle con sinonimi.
La frase include un checksum, cioè un controllo di coerenza. Può aiutare a individuare errori di trascrizione, ma non autentica il proprietario e non prova che si tratti del wallet cercato. Se una frase passa il controllo, mancano ancora verifiche sulla passphrase e sulle modalità con cui il software ricostruisce gli account. “Valida” e “giusta per i miei fondi” restano due giudizi separati.
SLIP39: quote di backup, soglie e gruppi
SLIP39 descrive un sistema basato sulla condivisione di un segreto tramite quote, chiamate shares. Il recupero richiede di raggiungere la soglia prevista dalla configurazione. Lo standard può organizzare le quote in gruppi, con una soglia tra gruppi e soglie all’interno dei gruppi: contare fogli disponibili senza conoscere la struttura non basta. Le quote devono appartenere alla stessa configurazione compatibile. [2]
Non è la stessa cosa che tagliare una frase BIP39 in pezzi. Una divisione manuale può lasciare informazioni inutilmente esposte o rendere il recupero dipendente da tutti i frammenti, senza le proprietà del sistema a soglia. Non bisogna neppure confondere quote di backup con multisig: nel primo caso si ricostruisce un segreto; nel secondo le regole di spesa richiedono firme indipendenti.
La documentazione Trezor distingue backup SLIP39 con una sola quota e configurazioni multi-share. Sono opzioni del prodotto, non una promessa che qualsiasi applicazione sappia leggerle. Lo standard stesso avverte che SLIP39 e BIP39 sono, per la maggior parte, incompatibili. Scegliere più complessità senza saper mantenere soglie, localizzazioni e istruzioni può aumentare il rischio operativo. [6]
Perché una frase Electrum non è automaticamente BIP39
Electrum documenta un proprio sistema di versionamento delle seed dalla versione 2.0, distinto da BIP39. La versione serve anche a indicare la derivazione da seguire. Il fatto che una frase abbia un numero di parole familiare o contenga parole simili a quelle di un altro wallet non basta a identificarne lo standard. [10]
La conseguenza pratica è semplice: annota quale applicazione ha generato il backup e conserva il riferimento alla sua documentazione. Un’interfaccia di importazione non deve essere usata come un banco di tentativi su dispositivi non affidabili. Un’opzione chiamata “frase di recupero” può richiedere un formato preciso; non convertire manualmente liste o eliminare parole per adattarle a una schermata.
Passphrase: una credenziale aggiuntiva, non il PIN
In BIP39 la passphrase partecipa alla derivazione del seed. Se non è utilizzata, viene impiegata la stringa vuota prevista dallo standard. Se è utilizzata, serve la stessa passphrase: una diversa può produrre credenziali differenti. Le normalizzazioni testuali definite dallo standard sono compito dell’implementazione, non un motivo per modificare a mano caratteri o spazi del proprio segreto. [1]
Trezor descrive questa funzione come avanzata e opzionale: una passphrase digitata male può aprire un wallet separato, spesso vuoto, anziché restituire un errore. La documentazione chiarisce anche che disabilitare la funzione nell’interfaccia non recupera né trasferisce le disponibilità del wallet protetto. I limiti di inserimento indicati dal produttore non sono un limite universale di tutti i wallet. [8]
Chiamarla “parola aggiuntiva” può indurre a pensare che debba essere una parola della lista BIP39: non è così. Non introdurla soltanto perché sembra una protezione obbligatoria. Va compresa, conservata e inserita in un piano di continuità coerente. Metterla accanto al backup semplifica il recupero ma concentra le informazioni; separarla riduce quella concentrazione e aggiunge un’altra dipendenza da mantenere.
Come registrare il backup senza creare una copia online
Prepara un ambiente privato, senza riprese o condivisione dello schermo. Segui la procedura ufficiale del dispositivo e trascrivi in modo leggibile ordine e ortografia. Il backup va tenuto offline: Trezor sconsiglia fotografie, screenshot, email e archivi digitali della frase; ethereum.org avverte che le immagini possono sincronizzarsi con il cloud ed esporre le chiavi. [5][11]
Una fotografia cancellata dalla galleria non dimostra che tutte le copie, sincronizzazioni o condivisioni siano state eliminate. Non usare un documento online come taccuino “temporaneo”, non dettare le parole a un assistente e non inserirle in un modulo che promette di verificarne la sicurezza. Un generatore, traduttore o verificatore online non diventa un luogo appropriato perché usa una connessione cifrata.
Non pubblichiamo seed dimostrative da copiare. Un backup apparso in un tutorial non è una credenziale esclusiva del lettore e non deve ricevere fondi. La fase di generazione deve restare distinta dalla consultazione delle istruzioni: la documentazione aiuta a capire il procedimento, non fornisce un segreto personale già pronto.
Dove conservarlo: materiale, accesso e rischio di perdita
Valuta leggibilità nel tempo, protezione fisica, accessi e dipendenza da un singolo luogo. Carta e supporti metallici hanno caratteristiche differenti: non attribuiamo resistenza a fuoco o corrosione a un oggetto senza specifiche e verifiche pertinenti. Un contenitore chiuso può nascondere il contenuto ma non è, da solo, una certificazione di sicurezza. Bitcoin.org raccomanda di ridurre i punti singoli di guasto con localizzazioni e supporti adeguati. [12]
Una copia completa aggiuntiva può ridurre il rischio di distruzione dell’unica copia e aumentare i luoghi da proteggere da accessi non autorizzati. È un compromesso, non una regola secondo cui più copie significano sempre più sicurezza. Non collocare tutte le copie nello stesso contenitore credendo di avere una protezione indipendente. Per quote a soglia, valuta se le localizzazioni permettono davvero di soddisfare la configurazione.
Il piano deve rimanere comprensibile dopo anni. Codici inventati, parole riordinate e nascondigli descritti soltanto a memoria aggiungono fragilità. Se il backup originale è sostituito da un supporto più durevole, verifica la nuova trascrizione con la procedura prevista prima di considerare concluso il passaggio. La verifica non autorizza automaticamente a distruggere ogni altra informazione di recupero.
Verificare il backup senza resettare il wallet
Quando disponibile, usa la funzione ufficiale di controllo del backup. La procedura documentata per Trezor Safe 3 confronta il backup inserito con quello del dispositivo senza eseguire un nuovo ripristino che sostituisca il wallet. È un esempio specifico: nomi, schermate e modalità di input possono variare. [7]
Prima di iniziare, verifica modello, applicazione e documentazione. Inserisci i segreti soltanto nel percorso previsto dal produttore e controlla le richieste sul dispositivo, non soltanto sul computer. Alcune procedure di modelli diversi richiedono le parole in un ordine di inserimento diverso: sul foglio conserva l’ordine originale, nell’interazione segui le istruzioni autentiche del modello. [9]
Un esito positivo conferma ciò che quella funzione verifica; non dimostra automaticamente che tutte le passphrase, le chiavi importate o le configurazioni particolari siano state salvate. Se il controllo fallisce, interrompi il progetto di reset, annota il tipo di errore senza segreti e consulta la documentazione pertinente. Il test non è una prova di trasferimento e non richiede di consegnare il backup a un operatore.
Recupero su un altro dispositivo: la compatibilità da accertare
Prima dell’importazione controlla almeno formato del backup, versione e supporto del nuovo software, eventuale passphrase e tipo di account. Poi considera rete e modalità di derivazione delle chiavi. BIP32 definisce una struttura gerarchica, ma ammette differenti organizzazioni applicative; la capacità di leggere le parole non impone a tutti i software di mostrare automaticamente gli stessi account. [3]
Usa il percorso ufficiale per procurarti applicazioni e aggiornamenti, evitando download suggeriti da messaggi di assistenza non richiesti. Un dispositivo nuovo non è affidabile soltanto perché è appena acquistato: va inizializzato secondo istruzioni autentiche, senza credenziali già fornite da terzi. Non trasferire il backup personale in un’applicazione qualsiasi solo per controllare se il saldo compare.
Se devi ricostruire un wallet complesso, considera l’assistenza tecnica sui dati non segreti e sulla configurazione, non sulla consegna delle parole. Non garantiamo il recupero in ogni situazione: formato non supportato, credenziali mancanti o regole particolari possono rendere insufficiente una normale importazione. Prima di rimuovere l’accesso originale devi sapere che cosa il nuovo accesso riesce realmente a fare.
Account, derivazione e indirizzi di resto
BIP44 descrive livelli per finalità, tipo di moneta, account, catena e indice dell’indirizzo. Nella stessa struttura possono esserci account differenti e indirizzi destinati al resto delle transazioni. Ricostruire soltanto la prima schermata non significa necessariamente avere esplorato tutto ciò che il wallet precedente gestiva. La seed non è un elenco leggibile di tutti gli indirizzi. [4]
Lo standard collega la scoperta degli account alla storia delle transazioni, non al saldo attuale. Un account già utilizzato e ora a saldo zero non è la stessa cosa di un account mai utilizzato. Anche i criteri di ricerca degli indirizzi non sono necessariamente identici tra applicazioni: il limite descritto in BIP44 non va attribuito come comportamento universale a qualsiasi wallet.
Non suggeriamo di provare percorsi a caso con segreti su più servizi. Confronta la configurazione documentata del wallet precedente con quella supportata dal nuovo. Conservare informazioni non segrete sul tipo di account rende questa verifica più ordinata; pubblicarle indiscriminatamente può comunque compromettere la privacy. Il percorso di recupero deve essere sostenuto da elementi riconoscibili, non dal numero di tentativi.
Wallet recuperato ma saldo vuoto: una diagnosi ordinata
Un saldo non visualizzato è un sintomo, non una diagnosi di furto o perdita definitiva. Prima di concludere che i fondi siano spariti, confronta le informazioni pubbliche pertinenti e la configurazione. Non pubblicare online l’intero inventario per chiedere un parere: bastano, quando necessari, elementi non segreti e limitati al problema. La frase non deve entrare nel percorso di assistenza.
| Possibile causa | Controllo prudente | Quando fermarsi |
|---|---|---|
| Passphrase diversa | Confrontare la procedura originale e la credenziale conservata, senza comunicarla. | Non cercare una password universale o un reset che la ricrei. |
| Account o derivazione diversi | Verificare il tipo di account e il supporto documentato. | Non esportare segreti verso applicazioni per tentativi casuali. |
| Rete o asset non visualizzati | Confrontare rete e dati pubblici pertinenti con la configurazione precedente. | Non firmare operazioni per “sbloccare” la visualizzazione. |
| Formato non corrispondente | Identificare lo standard e l’applicazione che ha creato il backup. | Non modificare parole per adattarle all’importatore. |
| Wallet solo di osservazione | Distinguere la visualizzazione dalla disponibilità delle chiavi di firma. | Non considerare la vista del saldo un recupero completo. |
| Movimenti effettivi sulla rete | Verificare le transazioni e distinguere dati osservati da interpretazioni. | Non attribuire un trasferimento a una persona senza prove. |
Le prime verifiche si basano su BIP32, BIP44 e sulla documentazione della passphrase. Le indicazioni sulla rete e sulle operazioni da non firmare applicano i controlli di sicurezza di ethereum.org: non sostituiscono la documentazione dello specifico asset. Se un saldo è già stato trasferito fuori dall’account, reimportare il backup non annulla le transazioni né costituisce un rimborso. [3][4][8][11]
Seed smarrita ma wallet ancora accessibile
Il fatto di riuscire a sbloccare il dispositivo non rende superfluo il backup. Prima di un aggiornamento o di una sostituzione, valuta la continuità dell’accesso. Trezor indica, per il caso di backup perso e wallet ancora utilizzabile, di trasferire le disponibilità verso un wallet con backup noto. Non è una promessa che tutti i prodotti permettano di mostrare nuovamente la frase originale. [9]
Una migrazione va preparata: nuova generazione affidabile, backup verificato, account e rete corretti, indirizzo di destinazione controllato attraverso il percorso ufficiale. Devono essere considerate tutte le disponibilità pertinenti e gli eventuali vincoli di trasferimento. Non esiste un importo di prova valido per ogni asset: commissioni e regole possono incidere in modo diverso. Prima di abbandonare il vecchio accesso, confronta gli esiti effettivi con l’inventario.
Seed e dispositivo entrambi persi: che cosa non si può promettere
Nel modello di custodia diretta descritto dalla documentazione Trezor, il produttore non possiede un backup con cui ripristinare al posto dell’utente un wallet ormai inaccessibile. Non si può trasformare questa situazione in una normale procedura “password dimenticata”. La speranza di recupero non giustifica la consegna di altri segreti, pagamenti anticipati a sconosciuti o l’installazione di software di accesso remoto. [9]
Non tutte le architetture hanno le stesse regole: account custoditi, wallet con configurazioni particolari e sistemi con più approvazioni vanno esaminati per ciò che prevedono realmente. È scorretto sia promettere un recupero universale sia dichiarare impossibile qualsiasi recupero senza identificare il sistema. Parti dai documenti del wallet e dai dati disponibili, senza interpretare una pubblicità come una prova tecnica.
Backup esposto: cambiare il PIN non basta
Se una persona può ricostruire le chiavi dal backup e dagli eventuali altri segreti richiesti, cambiare il PIN del tuo dispositivo non le toglie quella capacità. Nemmeno ricopiare le stesse parole su metallo o cancellarne una fotografia garantisce la revoca delle credenziali. In questi casi il problema è l’identità delle chiavi, non l’aspetto del supporto. [5][11]
È importante distinguere nuovo backup e nuove chiavi. Nella procedura Trezor che crea un nuovo backup SLIP39 dello stesso wallet, il vecchio backup rimane valido. Cambiare soglia o ridistribuire le quote non deve essere presentato come un modo per revocare automaticamente il materiale precedente. La documentazione descrive invece la creazione di un nuovo wallet e il trasferimento come percorso per il passaggio da BIP39 a SLIP39 nel prodotto. [6]
Con credenziali potenzialmente compromesse, valuta una migrazione verso nuove chiavi con strumenti e ambiente affidabili. Non promettiamo che sia possibile anticipare un attaccante: trasferimenti, commissioni e stato degli account possono complicare il percorso. Revocare un permesso applicativo, quando pertinente, non sostituisce il cambio di credenziali già esposte. Non firmare una presunta “revoca della seed”: la frase non è un consenso annullabile con un pulsante.
Chiavi importate, multisig e wallet particolari
Una frase può coprire le chiavi derivate da essa senza coprire una chiave privata importata separatamente. La raccomandazione di Bitcoin.org è verificare che il backup includa l’intero wallet: alcune applicazioni gestiscono più chiavi e un salvataggio parziale può non ricostruire tutte le disponibilità. Non dedurre l’inclusione di una chiave soltanto perché appare nella stessa interfaccia. [12]
In un multisig possono servire più approvazioni indipendenti e informazioni sulla configurazione comune. Il backup di un singolo firmatario non equivale automaticamente al recupero dell’intero sistema. Se è presente un account con regole applicative ulteriori, occorre la documentazione specifica: questa guida non fornisce una procedura universale di ripristino per tutti gli smart account. Le informazioni sulle quote SLIP39 non sostituiscono le regole di firma del multisig.
Assistenza e truffe del recupero: quali richieste rifiutare
Le fonti Trezor ed ethereum.org avvertono che l’assistenza non deve chiedere la frase per “verificare”, “sincronizzare” o “rimborsare” il wallet. Diffida di messaggi non richiesti, moduli pubblicizzati come recupero ufficiale e operatori che vogliono vedere il backup in video. Un logo, una chat attiva e recensioni non dimostrano la legittimità di una richiesta. [5][11]
L’assistenza tecnica può spiegare una schermata o un formato usando dati non segreti; non confondere questo con la consegna delle credenziali. Se devi conservare prove di un contatto sospetto, evita di includere segreti nelle schermate. Se una richiesta coinvolge documenti personali, denaro o accesso remoto, valuta separatamente la necessità e l’autenticità del canale: la promessa di recupero non elimina gli altri rischi.
Un inventario utile che non contenga le parole segrete
Un promemoria privato della configurazione può aiutare la continuità, purché non diventi un concentratore di segreti. Indica quali informazioni servono, dove trovare le istruzioni autentiche e come riconoscere il sistema. Non allegare seed, passphrase o chiavi private al documento operativo. Anche dati pubblici aggregati possono rivelare patrimonio e relazioni tra account: trattali secondo il loro rischio, senza pubblicarli come checklist compilata.
| Informazione | Perché può servire | Che cosa evitare |
|---|---|---|
| Applicazione e formato | Riconoscere BIP39, SLIP39 o altro sistema documentato. | Inserire la frase nel promemoria. |
| Modello e procedura ufficiale | Ritrovare un percorso di input e controllo compatibile. | Salvare copie del backup dentro schermate. |
| Presenza di passphrase | Sapere che il recupero richiede un ulteriore elemento. | Confonderla con PIN o password del programma. |
| Account, rete e regole | Interpretare una vista incompleta o un diverso percorso. | Pubblicare un inventario identificabile. |
| Soglie o firme richieste | Distinguere backup a quote e autorizzazioni multisig. | Assumere che una sola quota o firma basti. |
| Controlli e continuità | Registrare esito, data e ambito di una verifica senza segreti. | Scambiare un test parziale per una garanzia permanente. |
Successione e documentazione: accesso tecnico e diritti sono distinti
Bitcoin.org invita a predisporre un piano per chi dovrà gestire il patrimonio in caso di assenza del titolare. La continuità tecnica richiede istruzioni comprensibili e disponibilità dei requisiti di recupero. Questo non significa scrivere i segreti in un documento destinato a circolare: accesso, riservatezza e consegna vanno progettati insieme. [12]
Il possesso delle credenziali non dimostra il diritto di disporre di un patrimonio. Per successione, proprietà e adempimenti serve una valutazione professionale del caso: non proponiamo un modello di testamento né attribuiamo automaticamente diritti a chi custodisce una quota. L’inventario tecnico è inoltre distinto dai documenti delle operazioni e dai relativi valori: la seed non ricostruisce da sola la contabilità. Per quest’ultimo aspetto, approfondisci la documentazione fiscale delle criptovalute.
Otto casi pratici: azione prudente e limite della verifica
I casi seguenti sono ipotetici, non episodi attribuiti a persone o aziende. Servono a mostrare come cambia la decisione iniziale; non promettono un recupero e non sostituiscono le istruzioni ufficiali del sistema utilizzato.
Caso 1 — Il dispositivo funziona, il foglio è perso. Controlla che l’accesso permetta davvero di firmare e prepara un nuovo wallet con backup verificato. Non resettare l’unico dispositivo per tentare di far ricomparire le parole.
Caso 2 — La frase viene accettata, il saldo è vuoto. Verifica passphrase, account e formato usando le informazioni originali. Non condividere la seed per chiedere a qualcuno di completare la diagnosi.
Caso 3 — Il backup è stato fotografato. Valuta dove la fotografia potrebbe essere stata sincronizzata e la migrazione verso nuove chiavi. Non considerare la cancellazione della foto una revoca del segreto.
Caso 4 — Esistono più quote, manca una parte. Controlla soglie, gruppi e appartenenza delle quote alla configurazione. Non trattare qualunque numero di fogli come sufficiente al recupero.
Caso 5 — Il controllo ufficiale del backup fallisce. Verifica il messaggio e la procedura del modello senza perdere l’accesso ancora disponibile. Non eseguire un reset per risolvere un confronto fallito.
Caso 6 — Si vede il saldo, ma non si può inviare. Controlla se si tratta di un wallet di osservazione e quali firme sono richieste. Non interpretare la visibilità delle transazioni come disponibilità delle chiavi.
Caso 7 — Un operatore propone un recupero garantito. Verifica il canale ufficiale senza consegnare segreti o installare accesso remoto. Non attribuire valore probatorio a una promessa commerciale.
Caso 8 — È stato creato un nuovo backup dello stesso wallet. Controlla che cosa la procedura cambia davvero: nell’esempio SLIP39 documentato da Trezor il vecchio backup resta valido. Non confondere nuova distribuzione con nuove chiavi.
Se il problema riguarda invece carte e applicazioni di pagamento, il significato di “portafoglio” cambia: non applicare queste istruzioni crypto a un servizio che usa credenziali bancarie.
Domande frequenti sulla seed phrase
La seed phrase coincide con la chiave privata?
No. Nel modello BIP39 e BIP32 partecipa alla ricostruzione di una struttura di chiavi; una singola chiave privata e una frase di backup non sono elementi equivalenti.
Una frase BIP39 valida dimostra che il wallet è quello giusto?
No. Il checksum verifica coerenza, non identità del proprietario o corrispondenza al wallet cercato. Passphrase e configurazione possono cambiare gli account ricostruiti.
Se la frase ha dodici parole è sempre BIP39?
No. Electrum documenta un formato proprio. Numero di parole e somiglianza della lista non bastano a identificare lo standard.
Posso tradurre le parole del backup?
No. Conserva parole e ordine originali: traduzione o sostituzione non sono un metodo di recupero compatibile.
Il PIN può sostituire la seed durante il recupero?
No. È una protezione locale del dispositivo e non ricostruisce automaticamente le chiavi quando il dispositivo e il backup non sono disponibili.
Perché una passphrase sbagliata può non dare errore?
Può selezionare un wallet diverso, spesso vuoto, come spiega Trezor. Serve la passphrase esatta, non un comando per recuperarla dal produttore.
È prudente verificare il backup resettando il dispositivo?
No, non quando è l’unico accesso funzionante e il backup non è ancora verificato. Usa la funzione ufficiale di controllo quando disponibile e compatibile.
Posso dividere una frase BIP39 per ottenere SLIP39?
No. SLIP39 è un sistema a quote con regole e soglie proprie. Tagliare manualmente il foglio non ne riproduce le caratteristiche.
Una nuova copia del backup rende inutilizzabile quella vecchia?
No. Ricopiare le stesse credenziali non le revoca; nella procedura Trezor per un nuovo backup SLIP39 dello stesso wallet, anche il precedente rimane valido.
Se perdo la seed ma posso usare il wallet, l’accesso è già perso?
Non necessariamente. Può essere ancora possibile migrare verso un nuovo wallet, verificando il nuovo backup e i trasferimenti. Non è una garanzia valida per ogni situazione.
Il backup ripristina anche chiavi importate e multisig?
Non automaticamente. Bisogna verificare la copertura delle chiavi importate e i requisiti della configurazione e delle firme indipendenti.
Posso inviare le parole all’assistenza o a un chatbot?
No. Non condividere seed, passphrase o chiavi private. L’assistenza sul formato e sulle schermate deve svolgersi senza consegnare credenziali segrete.
Fonti e metodo
Guida basata sugli standard e sulla documentazione ufficiale consultati il 4 ottobre 2026. Gli esempi sono ipotetici; le checklist esprimono un metodo prudenziale, non un recupero collaudato su credenziali dell’utente. Le istruzioni di Trezor sono citate nel loro ambito di prodotto e non generalizzate a ogni wallet. Non sono stati utilizzati segreti reali, classifiche commerciali o promesse di sicurezza assoluta. La copertina è una scena simbolica originale generata con IA.
- BIP39 — Mnemonic code for generating deterministic keys: generazione, parole, checksum e passphrase.
- SLIP39 — Shamir’s Secret-Sharing for Mnemonic Codes: quote, soglie, gruppi e compatibilità.
- BIP32 — Hierarchical Deterministic Wallets: derivazione, chiavi pubbliche e configurazione.
- BIP44 — Multi-Account Hierarchy for Deterministic Wallets: livelli e scoperta degli account.
- Trezor — How to use a wallet backup: registrazione e riservatezza.
- Trezor — Understanding wallet backups: formati e validità dei backup precedenti.
- Trezor — Check backup on Safe 3: controllo senza sostituire il wallet.
- Trezor — What is a passphrase?: wallet separati e credenziale esatta.
- Trezor — Troubleshoot wallet backup and recovery problems: errori, ordine di inserimento e accesso ancora disponibile.
- Electrum — Seed Version System: formato proprio; consultata anche la copia nel repository ufficiale delle documentazioni.
- ethereum.org — Security and scam prevention: segreti, immagini, controlli e truffe.
- Bitcoin.org — Secure your wallet: copertura del backup, continuità, multisig e successione.