La seed phrase è la chiave di recupero del wallet. Chi la possiede, in genere, può ricostruire il wallet su un dispositivo compatibile e movimentare i fondi, senza dover accedere al telefono, al computer o all’hardware wallet originale. Per questo motivo, affidarla a un’altra persona non equivale a condividere una semplice password: significa trasferire il controllo potenziale delle crypto.
La richiesta può nascere da esigenze legittime. Si può voler preparare un piano per un’emergenza, garantire l’accesso a un familiare, ridurre il rischio di perdita dopo un incidente oppure organizzare la continuità della custodia quando il titolare non è disponibile. Il problema è che una copia completa della seed phrase è un segreto difficilmente revocabile: se viene fotografata, copiata o memorizzata, non esiste un pulsante per renderla nuovamente sicura.
La scelta corretta dipende quindi da una domanda preliminare: il terzo deve poter recuperare il wallet da solo, oppure deve soltanto sapere come attivare una procedura di emergenza? Le due esigenze non sono equivalenti.
Perché consegnare la seed phrase è una decisione ad alto rischio
Una seed phrase BIP39, o un altro tipo di backup compatibile con il wallet, può consentire il ripristino degli account e degli indirizzi derivati. In molti casi il soggetto che la riceve non ha bisogno del dispositivo originale, del PIN o dell’accesso all’applicazione usata dal titolare.
Il rischio non riguarda soltanto la persona scelta. La seed può essere esposta durante la copia, la scansione, la spedizione o la conservazione. Un familiare può conservarla in un cassetto non protetto; un professionista può archiviarla insieme ad altri documenti; una fotografia può finire nel backup automatico dello smartphone; una busta può essere aperta senza che il titolare se ne accorga.
Esiste anche il rischio di incomprensione. Chi riceve le parole potrebbe non distinguere la seed dalla passphrase aggiuntiva, non conoscere la rete utilizzata, ignorare l’eventuale derivation path o trasferire i fondi su un indirizzo sbagliato. Una procedura pensata per l’emergenza può quindi trasformarsi in un errore operativo o in una perdita irreversibile.
Esempio: una persona consegna la seed phrase a un familiare, ma conserva separatamente una passphrase che protegge il saldo principale. Il familiare riesce a ripristinare il wallet, vede un saldo nullo o ridotto e pensa che il backup sia errato. Se prova a risolvere il problema importando la seed in vari servizi o comunicandola ad altri, aumenta l’esposizione senza ottenere l’accesso corretto.
Prima alternativa: non condividere la seed e preparare istruzioni
Se l’obiettivo è soltanto permettere a qualcuno di agire in caso di emergenza, la soluzione più semplice può essere un documento operativo separato dalla seed phrase. Il documento può indicare dove si trova il backup, quale dispositivo utilizzare, chi contattare, quali reti e asset sono rilevanti e quali controlli effettuare prima di una transazione.
Le istruzioni non devono contenere la seed phrase, chiavi private o fotografie del backup. Dovrebbero spiegare anche cosa non fare: non inserire le parole in siti web, non comunicarle tramite email o messaggi, non usare applicazioni sconosciute e non trasferire tutto senza prima verificare gli indirizzi e la procedura.
È utile includere un inventario aggiornabile, ma senza trasformarlo in una mappa completa per un estraneo. Per esempio, si può indicare che esiste un hardware wallet, dove si trova il suo backup e chi possiede eventuali elementi separati, senza riportare le parole segrete nel documento.
Questa soluzione riduce l’esposizione, ma non elimina il problema dell’accesso. Se il titolare è definitivamente indisponibile e nessuno conosce la posizione dei backup o il funzionamento del wallet, le istruzioni potrebbero non bastare.
Seconda alternativa: separare le informazioni necessarie
Un modo per evitare che una sola persona possieda tutto il necessario consiste nel separare gli elementi del recupero. La seed phrase può essere custodita in un luogo e la passphrase aggiuntiva in un altro, affidando eventualmente i due elementi a soggetti diversi.
Questa architettura aumenta la resistenza al furto di una singola copia, ma introduce complessità. Chi deve recuperare il wallet deve sapere che esiste una passphrase, trovare il backup corretto e utilizzarlo con la procedura giusta. Una passphrase dimenticata o trascritta con una maiuscola diversa può generare un wallet valido ma vuoto. Inoltre, una passphrase non è un secondo fattore che può essere recuperato tramite un servizio: se viene persa, il saldo protetto può diventare irraggiungibile.
Non bisogna confondere la separazione dei dati con una sicurezza automatica. Se le istruzioni rivelano nello stesso documento dove trovare seed e passphrase, il vantaggio scompare. Anche copie parziali facilmente ricomponibili possono essere insufficienti se uno degli affidatari collabora con un aggressore o se le informazioni vengono archiviate male.
Seed divisa, Shamir e multisig: soluzioni diverse
Le tecniche di suddivisione del segreto possono creare più parti, richiedendo una soglia minima per ricostruire il backup. In un sistema di tipo Shamir, per esempio, il recupero può richiedere un certo numero di condivisioni su un totale disponibile. Non è però una semplice fotocopia tagliata in pezzi: le condivisioni devono essere generate da uno strumento compatibile e recuperate seguendo la procedura prevista da quel sistema.
Il vantaggio è che la perdita o il furto di una singola parte non deve necessariamente compromettere il wallet. Il rischio è operativo: si possono perdere troppe parti, confondere l’ordine o creare copie non verificabili. Inoltre, chi organizza il sistema deve sapere esattamente quale soglia è stata impostata e dove si trovano le condivisioni, senza riunire tutte le informazioni nello stesso luogo.
Il multisig segue una logica diversa. Invece di dividere una seed phrase, richiede più chiavi per autorizzare una spesa. Il wallet può essere configurato, per esempio, in modo che una transazione richieda l’approvazione di più dispositivi o persone. Questo limita il potere di un singolo custode, ma richiede coordinamento, backup dei descriptor o delle informazioni di configurazione, compatibilità tra strumenti e procedure di recupero più articolate.
Distinzione importante: una seed divisa protegge il segreto di recupero; un multisig distribuisce il potere di autorizzare le transazioni. Non sono la stessa cosa e non risolvono gli stessi problemi.
Se si deve comunque affidare una copia: come ridurre i rischi
In alcuni contesti il titolare può decidere che una persona debba possedere davvero una copia. In questo caso è prudente definire prima lo scopo: accesso temporaneo, emergenza medica, indisponibilità prolungata o successione. Una copia destinata a un’emergenza non dovrebbe essere trattata come un’autorizzazione generica a movimentare i fondi.
- Verificare l’identità, l’affidabilità e la capacità pratica del custode.
- Usare un supporto fisico resistente e non una fotografia, una scansione o un file non cifrato.
- Consegnare soltanto ciò che serve, mantenendo separati seed, passphrase e istruzioni quando l’architettura lo prevede.
- Registrare la posizione del backup senza trascrivere il contenuto della seed in documenti accessibili.
- Stabilire come verificare l’eventuale apertura o sostituzione della busta, senza rendere il controllo facilmente aggirabile.
- Preparare una procedura di revoca: se la seed è stata vista, copiata o restituita in condizioni dubbie, occorre considerarla compromessa.
La consegna fisica dovrebbe avvenire in un ambiente controllato. Non è opportuno dettare le parole al telefono, inserirle in un computer del custode o inviarle tramite un servizio di messaggistica. Un secondo test della procedura può essere effettuato su un wallet di prova privo di fondi, purché non si utilizzi la seed del wallet reale.
Il problema della revoca e della rotazione
Una password può essere cambiata dopo una condivisione sospetta. Una seed phrase, invece, non può essere modificata: se viene esposta, il wallet deve essere considerato potenzialmente compromesso.
La risposta non consiste nel generare nuove parole e continuare a usare gli stessi indirizzi. È necessario creare un nuovo wallet con una nuova entropia, verificare il backup e trasferire i fondi dal vecchio wallet al nuovo, valutando con attenzione reti, commissioni, token e contratti coinvolti. Il trasferimento deve essere completato prima di considerare dismesso il vecchio wallet.
Per questo, prima di affidare una seed è utile domandarsi quanto sarebbe difficile sostituirla. Se il piano non consente una migrazione ordinata in caso di dubbio, la condivisione della copia crea una dipendenza permanente dal custode.
Checklist per progettare un accesso di emergenza
Una procedura ragionevole può essere valutata con queste domande:
- Quale evento deve attivare l’accesso: perdita del dispositivo, incapacità temporanea, morte o semplice indisponibilità?
- Il beneficiario deve poter movimentare i fondi oppure soltanto individuare i backup?
- È necessario che una sola persona possa agire o è preferibile una soglia tra più persone?
- Seed, passphrase, dispositivo e istruzioni sono separati in modo comprensibile?
- La procedura è stata provata con fondi di test e senza esporre il wallet principale?
- Esiste un piano per gestire una seed vista, smarrita, danneggiata o consegnata alla persona sbagliata?
- Le informazioni sono abbastanza chiare per un non esperto, ma non così complete da trasformarsi in una guida al furto?
È inoltre opportuno rivedere periodicamente la procedura dopo cambiamenti nel wallet, nei dispositivi, nelle persone coinvolte o nella posizione dei backup. Una strategia sicura sulla carta può diventare inutilizzabile se nessuno ricorda quale sistema è stato adottato.
Affidare la seed phrase a un’altra persona non è una scelta obbligata per organizzare la continuità della custodia. Spesso è più prudente distribuire istruzioni, dispositivi, informazioni e poteri invece di consegnare a un singolo soggetto il segreto completo. La soluzione migliore è quella che bilancia sicurezza e recuperabilità: abbastanza semplice da essere applicata in un’emergenza, ma non così centralizzata da trasformare una sola copia in un punto di controllo assoluto.
