Dove si usano le soluzioni multisig e chi le utilizza
Un wallet multisig (multisig) è uno schema in cui una sola chiave non basta per trasferire fondi: serve un quorum di firme, ad esempio 2-of-3 o 3-of-5. Questo riduce il rischio di perdita dei fondi in caso di phishing, compromissione del dispositivo o compromissione di una sola chiave/backup seed di un firmatario.
Dove viene usato il multisig:
- Team e treasury di progetto — le spese dal treasury vengono confermate da più firmatari, così un singolo partecipante non può trasferire tutto da solo.
- Fondi di investimento e DAO — le operazioni passano tramite M-of-N e l’accesso è distribuito tra gestori e firmatari.
- Aziende e team di trading — chiavi separate per area finanziaria, operativa e controllo del rischio, per ridurre la probabilità di un trasferimento errato.
- Grandi hold personali — le chiavi sono distribuite tra luoghi e dispositivi diversi; è critico che una sola persona non detenga il quorum delle firme.
Che cos’è un wallet multisig e come funziona
Un wallet multisig (multisig) è un wallet in cui un trasferimento viene confermato da più chiavi private indipendenti. Una sola firma non basta: per spendere serve un quorum.
Il multisig è definito dalla regola M-of-N: su N chiavi servono almeno M firme perché la transazione venga accettata dalla rete. Esempio: 3-of-5 — cinque firmatari, e qualsiasi combinazione di tre firme autorizza il trasferimento.
In breve: multisig = “più chiavi + soglia di firme”. La compromissione di una sola chiave non basta per prelevare.
Come avviene una transazione in multisig
Un partecipante crea una proposta, gli altri la confermano e solo dopo il quorum la transazione viene inviata in rete.
- Proposta
- Un firmatario prepara il trasferimento come “bozza” (indirizzo, importo, commissione).
- Nell’interfaccia di solito appare come proposal o come “proposta di esecuzione”.
- Verifica
- Gli altri firmatari controllano i parametri: dove, quanto e perché.
- Dopo la verifica viene aggiunta la firma.
- Quorum
- Dopo aver raccolto M firme valide, il trasferimento è considerato “autorizzato”.
- Le restanti N − M firme non sono necessarie.
- Esecuzione
- La transazione viene inviata in rete ed eseguita.
- Se il quorum non viene raggiunto, il trasferimento non avviene e i fondi restano nel wallet.
Come scegliere lo schema M-of-N
La scelta è un equilibrio tra protezione dalla compromissione di una chiave e rischio di blocco, se una parte dei firmatari non è disponibile.
- Definire la tolleranza alla perdita
- Se la perdita di una chiave non deve bloccare l’accesso, conviene uno schema con margine (ad esempio 2-of-3).
- Con una soglia “rigida” il rischio di blocco cresce quando i firmatari non sono disponibili.
- Scegliere il livello di controllo
- 2-of-3 — schema di base: gestibile e protegge dalla compromissione di una chiave.
- 3-of-5 — opzione per team e treasury: soglia più alta contro prelievi non autorizzati, ma maggiore coordinamento.
- 1-of-2 — non dà un vero effetto multisig: una chiave può comunque firmare il trasferimento.
- Verificare il processo prima di importi elevati
- Test su una somma ridotta: proposta → firme → esecuzione.
- Test di resilienza: con una chiave non disponibile, il trasferimento passa se il quorum è raggiungibile.
L’obiettivo pratico è che la compromissione di una chiave non sia sufficiente per prelevare e che la perdita di una chiave non blocchi la gestione. Nella pratica si usano 2–7 chiavi: oltre, i rischi operativi crescono più rapidamente del beneficio di sicurezza.
Multisig vs altri tipi di wallet crypto
Quattro modelli risolvono la stessa domanda: chi e come conferma un trasferimento. Differiscono per dove vive la logica di controllo (chiave, contratto, protocollo) e per cosa accade se una parte dell’accesso viene persa o compromessa.
| Tipo | Come viene confermato il trasferimento | Punto forte | Svantaggio principale | Per chi è adatto |
|---|---|---|---|---|
| Single-key | Una firma con una sola chiave/seed phrase | Massima semplicità e velocità | Una chiave = controllo totale e singolo punto di failure | Importi quotidiani, uso personale |
| Multisig (M-of-N) | Più firme con chiavi diverse (ad esempio 2-of-3) | La compromissione di una chiave non basta per prelevare | Serve coordinamento tra firmatari; processo più lento | Team, treasury, grandi hold personali |
| Wallet smart contract | Logica di conferma in uno smart contract (spesso è multisig) | Regole flessibili: limiti, ritardi, ruoli, moduli | Rischio bug/vulnerabilità del codice + gas più alto | DAO/DeFi/fondi su reti EVM |
| MPC | Una firma costruita dal protocollo da parti della chiave | Compatibile con quasi tutte le reti; indirizzo “normale” | Più difficile verificare trust model e recovery | Istituzioni/custodi, servizi con controllo amministrativo |
Single-key
Quando usarlo: pagamenti quotidiani e importi ridotti, quando contano velocità e semplicità.
Multisig (M-of-N)
Quando usarlo: grandi hold, risparmi familiari, team e treasury.
Wallet smart contract
Quando usarlo: EVM, DAO/DeFi, quando servono limiti, ritardi e controllo delle regole.
MPC
Quando usarlo: custodia istituzionale e processi amministrativi.
Qualsiasi modello fallisce con una cattiva igiene: se le chiavi sono sullo stesso dispositivo o se nello schema esiste un firmatario sconosciuto, la protezione sparisce o nasce un rischio di blocco dell’accesso ai fondi.
Vantaggi dei wallet multisig
Il multisig è utile negli scenari in cui contano compromissione di una chiave, controllo delle spese e separazione delle responsabilità. Di seguito i vantaggi nel formato “aiuta → rischio → mini-regola”.
Nessun singolo punto di failure
Cosa offre: la compromissione di una chiave o di un dispositivo non basta per prelevare.
Controllo condiviso e trasparenza delle spese
Cosa offre: un trasferimento non passa senza l’approvazione degli altri firmatari.
Resilienza alla perdita di una chiave
Cosa offre: la perdita di una chiave non deve per forza bloccare l’accesso ai fondi.
Riduce l’impatto di phishing ed errori
Cosa offre: la compromissione di un firmatario non basta per completare un prelievo.
Escrow e operazioni con arbitrato
Cosa offre: il trasferimento avviene solo dopo la conferma di più parti.
In sintesi: il multisig trasforma il rischio “una compromissione = prelievo totale” in un modello gestibile: per spendere servono più conferme indipendenti e un processo di firma funzionante.
Svantaggi e rischi dei wallet multisig
Il multisig riduce il rischio di furto in caso di compromissione di una chiave, ma aggiunge rischi operativi: coordinamento tra persone, ritardi ed errori di configurazione. Di seguito una mappa dei rischi nel formato: dove fa male → cosa comporta → come ridurre.
- Complessità di configurazione e disciplina delle firme
- Ritardi nei trasferimenti
- Le commissioni possono essere più alte
- Blocco dell’accesso in caso di perdita di chiavi
- Rischi tecnici dell’implementazione
Il multisig vince sul single-key nella protezione dalla compromissione di una chiave, ma perde senza un processo: chi verifica, chi firma e cosa fare in caso di perdita di una chiave.
Il multisig funziona al meglio con un regolamento: verifica dei parametri, tempi di firma e piano in caso di perdita di una chiave. Per operazioni quotidiane di piccolo importo spesso è eccessivo, mentre per riserve e treasury offre un miglioramento misurabile della sicurezza.
Supporto dei wallet multisig su diverse blockchain
Il multisig dipende dall’architettura della rete: in alcuni casi la regola M-of-N è integrata nel protocollo, in altri è realizzata in uno smart contract, in un programma o in un sistema di permessi dell’account. Di seguito una mappa dell’implementazione e di cosa controllare in ciascun caso.
Legenda (dove “vive” il multisig):
- Protocollo → la regola è verificata dai nodi della rete (senza contratti).
- Smart contract → la regola è eseguita dal codice del contratto (contano audit e permessi di upgrade).
- Programma → la regola è eseguita da un programma on-chain (contano owner e aggiornabilità).
- Permissions → la regola è definita dai permessi dell’account (contano ruoli, soglie e chiavi sconosciute).
| Rete | Dove è implementato il multisig | Rischio principale | Cosa verificare prima dell’uso |
|---|---|---|---|
| Bitcoin | Nativo (script, l’indirizzo “conosce” la soglia di firme) | Errori operativi + commissioni più alte per la maggiore quantità di dati | |
| Ethereum / EVM | Smart contract (wallet contrattuale, approccio Safe) | Rischio di codice + rischio di upgrade/permessi admin + gas più alto | |
| Solana | Programma (program-owned account / program logic) | Rischio del programma e dei suoi upgrade (upgrade authority) + errori di integrazione | |
| TRON | Nativo (permissions, soglie e “pesi” delle chiavi) | Chiave sconosciuta nei permessi + incomprensione dei ruoli Owner/Active | |
| BNB Smart Chain | Smart contract (logica EVM) | Codice/upgrade/moduli + gas più alto |
Trappola TRON: “wallet pronti” con promesse di bonus spesso sono multisig 2-of-2, dove la seconda chiave è dell’attaccante: il saldo è visibile, ma il prelievo è impossibile senza la sua firma.
Mini-check prima di partire:
- Indipendenza delle chiavi: dispositivi, luoghi e supporti diversi.
- Scenario di perdita: cosa accade se una chiave viene persa o un firmatario non è disponibile.
- Permessi/upgrade: (contratti/programmi) chi può cambiare logica e regole.
Wallet e soluzioni multisig più popolari
La scelta del multisig dipende dalla rete e dall’obiettivo: EVM (wallet contrattuali), Bitcoin (script/PSBT), Solana (programmi multisig). Di seguito la scelta nel formato: obiettivo → cosa usare → cosa verificare.
Logica di scelta: prima si definisce la rete, poi si seleziona la soluzione di base e, prima di un importo elevato, si verificano soglia M-of-N, indipendenza delle chiavi e materiale di ripristino (xpub/descriptor/impostazioni).
- Passo 1 → definire la rete: EVM / Bitcoin / Solana.
- Passo 2 → scegliere una soluzione di base per la rete.
- Passo 3 → verificare prima del deposito: soglia M-of-N, indipendenza delle chiavi (luoghi/dispositivi diversi) e materiale di ripristino (xpub/descriptor/impostazioni).
EVM (Ethereum, Arbitrum, Polygon ecc.) → Safe
Test del processo: completare una volta il ciclo su una somma ridotta: proposta → firme → esecuzione → annullamento/verifica delle condizioni di soglia.
Bitcoin → Sparrow / Specter / Nunchuk
Piano di emergenza: utile uno strumento indipendente di recovery/coordinamento (approccio Caravan) come via di riserva se l’interfaccia principale non è disponibile.
Solana → Squads
Per i multisig basati su programmi va verificata l’aggiornabilità: un programma aggiornabile implica rischio di modifica della logica con un controllo debole dell’upgrade.
Scelta rapida: Safe è lo standard per team EVM, Sparrow/Specter/Nunchuk sono opzioni per Bitcoin, Squads è una scelta per Solana. Poi decide il processo: chi propone, chi conferma e dove è conservato il materiale di ripristino.
Come scegliere uno schema M-of-N: modello rapido per scenari diversi
Nel multisig conta l’equilibrio tra sicurezza (la compromissione di una chiave non basta) e resilienza (la perdita di una chiave non deve bloccare i fondi). Di seguito un modello rapido di scelta.
Due definizioni in 10 secondi:
Regola pratica: la compromissione di 1 chiave non deve bastare per prelevare e la perdita di 1 chiave non deve bloccare l’accesso.
| Scenario | Raccomandazione | Perché di solito funziona |
|---|---|---|
| Conservazione personale (riserva/capitale) | 2-of-3 | Protezione dalla compromissione di 1 chiave + margine per perdita di un dispositivo/seed phrase |
| Coppia / famiglia | 2-of-3 | Schema “due partecipanti + riserva” senza blocchi in caso di emergenza |
| Piccolo team (2–4 persone) | 2-of-3 o 3-of-5 | Compromesso tra rapidità decisionale e controllo del quorum |
| DAO / treasury | 3-of-5 o 4-of-7 | Soglia più alta contro prelievi non autorizzati mantenendo un quorum operativo |
| Operazioni escrow | 2-of-3 | Acquirente + venditore + arbitro, decisione a quorum |
Tre regole perché lo schema non si rompa nella pratica
- Margine di accesso: M viene scelto in modo che la perdita di 1 chiave non renda i fondi inaccessibili.
- Indipendenza: le chiavi sono su dispositivi diversi e in luoghi diversi, non vicine.
- Materiale di ripristino: viene conservato tutto ciò che serve per ricostruire il wallet (ad esempio xpub/descriptor/impostazioni).
Tre errori di configurazione: chiavi nello stesso luogo; soglia scelta senza margine; processo di firma non testato su una somma di prova.
Lo schema di base per la maggior parte dei casi è 2-of-3. Per team e treasury è più comune 3-of-5 o più, ma solo con un regolamento di firme e conservazione separata delle chiavi.
Domande e risposte (FAQ)
Che cos’è un wallet multisig in parole semplici?
Quando ha senso usare un multisig?
Cosa succede se una delle chiavi del multisig viene persa?
Quale schema M-of-N è il più pratico?
È possibile creare un multisig tramite MetaMask o Trust Wallet?
Quali soluzioni sono le più popolari?
Un multisig serve a un utente “normale”?
Quanto sono sicuri i wallet multisig?
Multisig e MPC sono la stessa cosa?
Finale: quando il multisig è davvero necessario
Multisig è una protezione dallo scenario “una chiave = tutto”: un trasferimento passa solo dopo conferme M-of-N. Nella maggior parte dei casi è giustificato per importi elevati e budget condivisi.
- Per chi è adatto: famiglia/coppia, team/azienda, DAO/treasury, investitore di lungo periodo.
- Schema di base: 2-of-3 (margine per la perdita di una chiave).
- Dove si rompe il senso: chiavi conservate insieme o assenza dei dati di ripristino (xpub/descriptor/impostazioni).
Mini-check prima di un importo elevato: chiavi distribuite in luoghi diversi, almeno un trasferimento di prova completato e scenario di indisponibilità di una chiave verificato.
In sintesi: il multisig dà sicurezza attraverso il processo: chiavi indipendenti, conservazione separata e uno schema di conferma verificato.