Un cold wallet tradizionale protegge i Bitcoin mantenendo la chiave privata lontana dai dispositivi connessi a Internet. La custodia multisig aggiunge un ulteriore livello: per autorizzare una spesa non basta una sola chiave, ma serve un numero prestabilito di firme tra quelle disponibili.
Per esempio, in uno schema 2-di-3 servono almeno due firme su tre per spendere i fondi. Le tre chiavi possono essere conservate in luoghi diversi, su dispositivi diversi e, se necessario, affidate a persone o soggetti distinti. Questo riduce il rischio che la perdita, il furto o la compromissione di una singola chiave renda inutilizzabili o spendibili i Bitcoin.
La multisig, però, non è una versione automaticamente migliore del cold wallet singolo. È un sistema più complesso, nel quale gli errori di configurazione, documentazione o recupero possono diventare il principale punto debole. Capire il modello operativo è quindi importante prima di trasferire fondi.
Che cos’è una configurazione multisig
Nel modello più comune, il wallet contiene una politica di spesa definita da due elementi: il numero totale di chiavi pubbliche coinvolte e il numero minimo di firme richieste.
- 2-di-2: sono necessarie entrambe le chiavi. Offre controllo condiviso, ma la perdita di una sola chiave può bloccare i fondi.
- 2-di-3: bastano due firme su tre. Consente di perdere una chiave senza perdere necessariamente l’accesso, ma richiede una corretta gestione delle tre copie.
- 3-di-5: servono tre firme su cinque. Può essere adatta a strutture con più custodi, ma aumenta la complessità organizzativa e documentale.
La chiave privata non viene ricostruita riunendo le altre chiavi. Ogni firmatario conserva la propria chiave e firma separatamente la transazione. Il wallet coordinatore raccoglie le firme necessarie e trasmette alla rete una transazione valida.
È utile distinguere tra chiavi private e informazioni pubbliche. Le chiavi private autorizzano la spesa; le chiavi pubbliche estese e i cosiddetti descriptor descrivono come generare gli indirizzi del wallet e verificare le transazioni. Una copia delle informazioni pubbliche non consente di spendere i fondi, ma è importante per monitorare il saldo e ricostruire correttamente il wallet.
Perché usare più cold wallet invece di uno solo
Il vantaggio principale è la distribuzione del rischio. In un wallet singolo, chiunque ottenga la seed phrase può potenzialmente controllare i fondi. In una configurazione 2-di-3, invece, una sola seed phrase rubata non è sufficiente per autorizzare una spesa.
La distribuzione può riguardare luoghi, dispositivi e procedure. Una chiave può rimanere in una cassaforte, una seconda in un luogo separato e una terza presso un custode di fiducia. Non è necessario che tutti i dispositivi siano dello stesso modello o che si trovino nello stesso ambiente, purché siano compatibili con lo standard e con il software scelto.
La multisig può essere utile anche per ridurre il rischio operativo interno. In un contesto familiare o aziendale, una singola persona non può muovere i fondi da sola. Questo non elimina la necessità di fidarsi dei partecipanti: chi controlla abbastanza chiavi può comunque spendere i Bitcoin, e chi collabora può coordinarsi per farlo.
Il sistema protegge soprattutto da alcuni scenari: furto di una singola seed phrase, guasto o smarrimento di un dispositivo, accesso non autorizzato a un luogo di custodia e rischio di concentrare tutto il controllo in una sola posizione.
Come si configura un wallet multisig in modo ordinato
La configurazione dovrebbe essere trattata come la creazione di un piccolo sistema di sicurezza, non come la semplice apertura di un’applicazione. Prima di generare gli indirizzi è necessario definire la politica di firma, il numero dei dispositivi, i luoghi di conservazione e le procedure di recupero.
1. Definire il quorum. Il rapporto tra firme richieste e chiavi totali deve riflettere il rischio che si vuole gestire. Un quorum troppo basso facilita la continuità operativa ma riduce la protezione contro la collusione o il furto. Un quorum troppo alto migliora il controllo condiviso, ma aumenta la probabilità di blocco in caso di perdita o indisponibilità.
2. Generare ogni chiave separatamente. Ogni dispositivo dovrebbe essere inizializzato autonomamente, in un ambiente controllato e senza fotografare o copiare la seed phrase su strumenti connessi. La seed phrase di una chiave non deve essere confusa con quella del wallet complessivo: in una multisig esistono più backup indipendenti.
3. Raccogliere le informazioni pubbliche. Per costruire il wallet multisig servono le chiavi pubbliche estese o altri dati equivalenti prodotti dai singoli dispositivi. Queste informazioni devono essere associate chiaramente al dispositivo corretto. Un errore di trascrizione può generare indirizzi diversi da quelli attesi.
4. Verificare la configurazione. Il wallet dovrebbe mostrare la politica multisig, le chiavi coinvolte e gli indirizzi generati. È importante confrontare l’indirizzo visualizzato sul software con quello verificato direttamente sul cold wallet, perché il dispositivo deve confermare ciò che si sta per utilizzare.
5. Fare un test con un importo limitato. Prima di trasferire somme rilevanti, si può verificare il ciclo completo: ricezione, creazione della transazione, raccolta del numero richiesto di firme, trasmissione e successivo recupero. Un test non dimostra che ogni scenario sia privo di problemi, ma può far emergere errori di configurazione prima che diventino costosi.
Backup: non basta conservare le seed phrase
Uno degli errori più frequenti consiste nel pensare che le seed phrase siano l’unico elemento da salvare. Per recuperare una multisig servono anche le informazioni che descrivono la struttura del wallet: quorum, chiavi pubbliche, percorso di derivazione, formato degli indirizzi e, quando previsto, descriptor o file di configurazione.
Una seed phrase isolata può essere perfettamente valida e tuttavia non mostrare i fondi se viene importata in un wallet configurato con parametri diversi. Il problema non è necessariamente la perdita dei Bitcoin, ma l’impossibilità di ricostruire il percorso corretto per trovarli e spenderli.
Il backup operativo dovrebbe quindi indicare almeno:
- il quorum utilizzato, come 2-di-3;
- quali dispositivi o chiavi pubbliche partecipano alla configurazione;
- l’ordine delle chiavi, quando il software lo considera rilevante;
- il formato degli indirizzi e il percorso di derivazione;
- la posizione dei singoli backup e le istruzioni per ricostruire il wallet;
- la procedura per creare, firmare e trasmettere una transazione.
Questa documentazione non dovrebbe contenere le seed phrase insieme alle informazioni pubbliche. Il documento descrittivo può anche essere accessibile a chi deve occuparsi del recupero, mentre le chiavi private restano separate e protette.
Come avviene una transazione multisig
La spesa segue più passaggi rispetto a un wallet singolo. Il software prepara una transazione non ancora completa, che specifica gli input, gli output e la commissione. La transazione viene quindi trasferita al primo dispositivo, che la verifica e appone la propria firma.
Il risultato parzialmente firmato passa al secondo dispositivo o firmatario. Anche questo deve controllare i dettagli sul proprio schermo, soprattutto indirizzo di destinazione e importo, prima di firmare. Quando è stato raggiunto il quorum, la transazione può essere completata e trasmessa alla rete Bitcoin.
Il vantaggio è che una singola firma non è sufficiente. Il limite è che ogni passaggio deve essere eseguito correttamente. Una procedura poco documentata può causare confusione tra transazioni già firmate e transazioni ancora incomplete, oppure portare a firmare dati diversi da quelli verificati dagli altri partecipanti.
Per somme importanti è prudente separare il ruolo di chi prepara la transazione da quello di chi controlla e firma. La verifica dovrebbe avvenire sul display del dispositivo, non soltanto sul computer che coordina il wallet.
Rischi ed errori da evitare
Perdere troppe chiavi. In un 2-di-3, la perdita di due chiavi può rendere impossibile spendere i fondi. La ridondanza funziona solo se i backup sono realmente recuperabili e se non vengono conservati tutti nello stesso luogo.
Confondere una multisig con una maggiore anonimizzazione. La multisig riguarda il controllo delle spese, non rende automaticamente private le transazioni. Gli indirizzi, gli importi e i movimenti registrati sulla blockchain possono restare analizzabili secondo le caratteristiche della rete e delle transazioni utilizzate.
Usare un coordinatore senza verificarlo. Il software può visualizzare un indirizzo errato, una configurazione modificata o informazioni incomplete. La conferma sul dispositivo e il confronto con la configurazione salvata sono passaggi essenziali.
Aggiornare o sostituire i dispositivi senza un piano. Firmware, applicazioni e formati di backup possono cambiare. Prima di modificare il sistema è opportuno verificare di poter ricostruire il wallet in un ambiente di prova e di avere ancora il numero necessario di chiavi.
Rendere il recupero troppo difficile. La sicurezza non deve dipendere da una procedura che nessuno, oltre al creatore, è in grado di comprendere. Istruzioni chiare, test periodici e una gestione ordinata dei dati pubblici sono parte della custodia.
Distribuire le chiavi senza considerare la fiducia. Un custode che controlla una chiave può non essere in grado di spendere da solo, ma può comunque perdere il backup, essere vittima di un attacco o collaborare con un altro firmatario. La distribuzione riduce alcuni rischi e ne introduce altri.
Quando la multisig può essere eccessiva
Per chi deve custodire una quantità limitata di Bitcoin e dispone di una procedura semplice per proteggere un singolo cold wallet, la multisig può aggiungere più complessità che beneficio. Ogni componente in più richiede manutenzione, aggiornamenti, documentazione e test.
La scelta dipende quindi dal contesto operativo: numero dei custodi, necessità di continuità, capacità di gestire backup separati e conseguenze di una perdita. Non esiste un quorum valido per tutti e non è prudente adottare uno schema soltanto perché tecnicamente più avanzato.
La domanda corretta non è se la multisig sia “più sicura” in assoluto, ma quale minaccia si vuole ridurre e se il sistema può essere recuperato anche quando qualcosa va storto. Una configurazione ben documentata e verificata può distribuire il potere di spesa; una configurazione improvvisata può trasformare la ridondanza in un ostacolo.
Per questo, prima di trasferire fondi, è utile descrivere su carta l’intero ciclo: generazione delle chiavi, creazione degli indirizzi, ricezione, firma, trasmissione, backup e recupero. Se uno di questi passaggi non è comprensibile o testabile, il problema non è ancora risolto.
