Le criptovalute si basano su crittografia avanzata per garantire proprietà, integrità e consenso. L’arrivo di computer quantistici in grado di eseguire algoritmi specifici impone una riflessione: alcuni schemi oggi considerati sicuri possono diventare vulnerabili. Questo articolo definisce il rischio quantistico per le blockchain, descrive come gli attacchi potrebbero concretizzarsi e illustra soluzioni post-quantum applicabili a wallet custodia e gestione delle chiavi.
Il tema è rilevante perché la sicurezza delle reti dipende dall’assunzione che certe operazioni siano computazionalmente infeasible. Quando queste assunzioni cambiano, cambiano anche le priorità operative. Qui si propone una trattazione sistematica: principi crittografici, impatto sui protocolli, categorie di schemi post-quantum, checklist operative e valutazioni sulle transizioni previste dai principali ecosistemi.
Come i computer quantistici compromettono ECC e hash
Molte blockchain usano ECDSA o EdDSA forme di crittografia a curva ellittica (ECC). Un computer quantistico che implementi varianti dell’algoritmo di Shor può risolvere il problema del logaritmo discreto con complessità drasticamente ridotta, esponendo le chiavi private a partire dalle pubbliche. Per gli hash e le cifrature simmetriche, un algoritmo come Grover offre un’accelerazione quadratica, suggerendo di raddoppiare le lunghezze effettive per mantenere margini di sicurezza.
La combinazione di questi effetti porta a due conclusioni operative. Primo: la firma digitale basata su ECC non è considerata quantum-safe. Secondo: le funzioni hash restano robuste se si adottano adeguati margini (output più lunghi e parametri conservativi). La distinzione guida la scelta dei meccanismi di migrazione sostituire le firme, calibrare gli hash, verificare compatibilità con smart contract.
Impatto sulla sicurezza delle blockchain
Il rischio principale non è il consenso in sé, ma la compromissione delle firme che autorizzano le transazioni. Modelli come UTXO o account-based espongono le chiavi pubbliche in fasi diverse del ciclo di vita. Nel caso di indirizzi derivati da hash della chiave pubblica, la chiave si rivela solo al momento della spesa; dove la chiave pubblica è esposta in anticipo, la superficie d’attacco aumenta. Lo smart contract aggiunge ulteriori vettori se integra verificatori ECC on-chain.
Un secondo impatto riguarda le riutilizzazioni di indirizzo. Riutilizzare chiavi pubbliche incrementa la finestra temporale di esposizione. Un terzo aspetto è la custodia sistemi multi-firma basati unicamente su ECC ereditano la stessa debolezza. Per mitigare, molte strategie si concentrano su indirizzi con chiave pubblica non rivelata fino alla spesa, rotazione costante delle chiavi e transizioni a schemi di firma post-quantum.
Soluzioni post-quantum: categorie e criteri
Le famiglie principali di firme post-quantum includono schemi lattice-based (ad esempio basati su problemi Ring-LWE), hash-based (ad esempio XMSSSPHINCS+), code-based e multivariate. Ogni categoria offre compromessi tra dimensioni delle chiavi, velocità e statelessness. Gli schemi hash-based sono concettualmente semplici e basati su primitive robuste, ma possono avere firme più grandi; i lattice offrono firme e verifiche rapide, con chiavi di dimensioni variabili.
Un criterio prudenziale è l’adozione di modalità ibride combinando una firma ECC esistente con una firma post-quantum. La verifica accetta la transazione solo se entrambe risultano valide. Ciò consente compatibilità retro-compatibile, riduce il rischio di regressioni e permette un rollout graduale. Altri criteri includono la disponibilità di implementazioni auditate, la compatibilità con hardware wallet aggiornabili e il supporto nei linguaggi di smart contract.
Checklist operativa per wallet personali
- Preferire indirizzi dove la chiave pubblica non è rivelata fino alla spesa; evitare il riutilizzo degli indirizzi.
- Mantenere seed con entropia elevata e backup ridondanti; valutare soluzioni di shamir o threshold per la condivisione segreta.
- Usare hardware wallet con firmware aggiornabile, verificando piani per firme post-quantum o modalità ibride.
- Segmentare i fondi: tenere piccole somme su chiavi operative, conservare riserve su chiavi con politiche più rigide.
- Preparare percorsi di migrazione script di spesa che consentano la rotazione verso nuove chiavi e formati di firma.
Checklist per custodia e gestione istituzionale
- Implementare multisig o threshold signatures con componenti post-quantum o ibride; definire policy di quorum aggiornabili.
- Mantenere ambienti HSM con supporto a primitive post-quantum e pipeline di aggiornamento verificata.
- Stabilire un inventario delle chiavi e dei script che espongono chiavi pubbliche; priorità alla rotazione delle entità più esposte.
- Testare la compatibilità dei nuovi formati con infrastrutture di compliance, monitoraggio e reporting.
- Creare runbook di emergenza per revoca, re-keying e migrazione di massa, con esercitazioni periodiche e audit indipendenti.
Roadmap dei principali protocolli: criteri di valutazione
Le reti più diffuse, come Bitcoin ed Ethereum hanno discusso migrazioni progressive verso firme post-quantum o modalità ibride. Alcuni percorsi prevedono soft fork con introduzione di nuovi opcodes o verificatori di firma; altri considerano hard fork per integrare formati di transazione aggiornati. Un criterio centrale è preservare la verificabilità leggera, poiché firme più grandi incidono su dimensione dei blocchi e costi.
Le catene orientate a smart contract valutano l’inclusione nativa di verificatori post-quantum e librerie per linguaggi ad alto livello, con approccio modulare per sostituire primitive in futuro. Le valutazioni operative privilegiano la coesistenza di formati, la possibilità di opt-in per gli utenti e la migrazione graduale degli indirizzi. Le comunità tecniche tendono a bilanciare la sicurezza con la stabilità del consenso e l’esperienza d’uso, evitando rotture brusche.
Gestione delle chiavi e migrazione senza intoppi
La gestione delle chiavi in contesti post-quantum richiede disciplina. Un approccio efficace prevede una fase di dual control dove ogni nuova transazione è firmata sia con ECC sia con un algoritmo post-quantum; quando l’ecosistema conferma l’adozione diffusa, si riduce gradualmente la dipendenza da ECC. Gli schemi stateless facilitano la rotazione, mentre soluzioni stateful chiedono processi rigorosi per evitare riuso di stati.
È utile adottare una tassonomia interna dei rischi: chiavi già esposte on-chain, chiavi mai rivelate, chiavi custodite in cold storage. Ogni categoria ha un piano di remediation differente. Le organizzazioni con numerosi indirizzi beneficiano di strumenti per mappare dove e come la chiave pubblica è stata divulgata, programmando la spesa verso nuovi script a prova di quantistico.
Approfondimenti: casi ed eccezioni
Alcuni schemi hash-based consentono firme una-tantum o limitate; per uso generale servono varianti stateless che bilanciano dimensioni e praticità. In scenari con microtransazioni la latenza di verifica e le dimensioni della firma contano; in scenari di custodia la priorità è la resilienza operativa. Le reti con layer multipli possono spostare parte della complessità fuori dalla catena principale, mantenendo la sicurezza end-to-end attraverso canali e rollup a prova di quantistico.
Esistono poi contratti che incorporano verificatori personalizzati; una migrazione mal progettata può bloccare fondi se non è prevista una clausola di aggiornabilità. La regola pratica è includere percorsi di escape nelle logiche contrattuali, documentare le dipendenze crittografiche e predisporre test su reti di prova prima di ogni rilascio.
La traiettoria più solida è orientata ai principi minimizzare l’esposizione delle chiavi pubbliche, preferire primitive con solide riduzioni, adottare modalità ibride e rendere aggiornabile l’infrastruttura. Prepararsi con metodo consente di trasformare il rischio quantistico in un esercizio di buona ingegneria della sicurezza.
