Ethereum corre contro il quantum, Cronos riscrive la chain e l’AI cerca bug Bitcoin

🛡️ Executive Summary

• Ethereum Foundation fissa dicembre 2029 come obiettivo per rendere execution, consensus e data layer resistenti alla minaccia quantistica.
• Cronos cancella 10.961 blocchi per neutralizzare 111,2 milioni di dollari dell’exploit Tectonic, riaprendo il problema dell’immutabilità.
• Curve sperimenta liquidazioni graduali mentre l’AI abbassa il costo della ricerca di vulnerabilità nelle infrastrutture costruite intorno a Bitcoin.

La sicurezza delle blockchain entra in una fase nella quale la crittografia non è più l’unico problema. Ethereum ha trasformato la resistenza ai computer quantistici da ricerca di lungo periodo a priorità ingegneristica con una scadenza: dicembre 2029. Cronos ha invece dimostrato che una blockchain può difendersi da un exploit riscrivendo quasi due ore della propria storia, recuperando circa 111,2 milioni di dollari, pari a circa 94 milioni di euro, ma sacrificando la finalità di migliaia di transazioni. Nel frattempo Curve Finance mostra che persino una liquidazione DeFi può diventare un processo lungo settimane e l’intelligenza artificiale riduce tempi e costi necessari a cercare vulnerabilità nelle infrastrutture Bitcoin. Quattro problemi differenti convergono sulla stessa domanda: quanto è realmente immutabile, sicura e resistente un’infrastruttura finanziaria programmabile quando cambia anche la tecnologia usata per attaccarla?

Ethereum vuole essere post-quantum entro dicembre 2029

La Ethereum Foundation ha indicato una data precisa per una trasformazione che fino a pochi mesi fa apparteneva soprattutto alla ricerca: Ethereum L1 dovrebbe diventare resistente agli attacchi quantistici su execution layer, consensus layer e data layer entro dicembre 2029. Nelle nuove priorità pubblicate dal Protocol Cluster della Ethereum Foundation l’obiettivo viene definito una scadenza autoimposta e, almeno fino alla rivalutazione prevista per gennaio 2027, trattato come non negoziabile. Il ragionamento è volutamente prudenziale: Ethereum deve progettarsi assumendo che il cosiddetto Q-Day possa arrivare già dal 2030, pur riconoscendo che molte stime credibili lo collocano più avanti e che l’hardware necessario oggi non esiste. La rete deve sostituire o affiancare primitive vulnerabili all’algoritmo di Shor in più punti contemporaneamente: ECDSA per gli account, BLS nel consenso, commitment KZG per la disponibilità dei dati e parte dei sistemi zero-knowledge. La questione non consiste quindi semplicemente nel cambiare la firma di un wallet. La roadmap post-quantum descritta direttamente da Ethereum prevede una migrazione attraverso più hard fork: registro delle chiavi post-quantistiche, primitive native per verificarne le firme, attestazioni PQ e infine aggregazione delle firme e commitment dei blob compatibili con il nuovo modello. Il programma parte dopo Glamsterdam, previsto nel quarto trimestre 2026, e punta a una sequenza di upgrade molto più serrata rispetto alla normale evoluzione del protocollo. La rilevanza della scadenza emerge anche dal contesto generale: Bitcoin ha già registrato sulla mainnet una transazione costruita per essere quantum-safe senza modificare le regole di consenso, segnale che la preparazione post-quantistica delle crypto ha ormai superato la fase delle sole simulazioni.

La minaccia quantistica non esiste ancora ma la migrazione richiede anni

Ethereum sottolinea che nessun computer quantistico attuale è in grado di sottrarre ETH rompendo la crittografia della rete. Il problema è il tempo necessario per sostituire un’infrastruttura crittografica globale senza distruggerne compatibilità e sicurezza. La ricerca citata dall’ecosistema Ethereum ha ridotto sensibilmente le stime sulle risorse necessarie per attaccare la crittografia a curva ellittica a 256 bit, portandole nell’ordine di circa 1.200 qubit logici. È ancora una distanza enorme rispetto all’hardware fault-tolerant disponibile, perché migliaia di qubit fisici rumorosi non equivalgono a migliaia di qubit logici affidabili. Ma la questione è ormai abbastanza concreta da avere prodotto una corsa industriale agli investimenti quantum e alle migrazioni crittografiche, mentre governi, cloud provider e infrastrutture finanziarie iniziano a preparare la crypto-agility prima che la vecchia crittografia diventi effettivamente vulnerabile. Ethereum deve inoltre risolvere un problema che le infrastrutture aziendali possono affrontare in maniera più centralizzata: gli account dormienti. Quando saranno disponibili firme quantum-safe, gli utenti attivi potranno migrare. Più complesso sarà stabilire cosa fare dei wallet che non vengono utilizzati da anni, dei cui proprietari si sono perse le tracce o le cui chiavi pubbliche sono già esposte sulla blockchain. La transizione post-quantistica diventa quindi anche un problema di governance. La rete deve proteggere gli asset senza introdurre un meccanismo che consenta arbitrariamente di confiscare o spostare fondi appartenenti a utenti incapaci di eseguire la migrazione.

Leggi anche: Crypto tra bug AI e rischio quantistico: wallet, custodia e mercati cambiano pelle

Cronos recupera 111 milioni cancellando quasi due ore di blockchain

Se Ethereum pianifica come proteggere il futuro, Cronos ha appena dimostrato quanto possa essere controverso proteggere il presente. Il post-mortem sull’attacco a Tectonic ha corretto verso l’alto le prime stime dell’incidente: l’aggressore avrebbe utilizzato il token TONIC manipolato come collaterale per generare circa 120,4 milioni di dollari di prestiti, equivalenti a circa 102 milioni di euro, attraverso nove mercati. I validator hanno fermato la rete e successivamente riportato la chain al blocco precedente all’attacco. Il rollback ha annullato circa 111,2 milioni di dollari di valore coinvolto, mentre 9,19 milioni, circa 7,8 milioni di euro, erano già usciti da Cronos e non potevano più essere recuperati attraverso la riscrittura dello stato. Il prezzo dell’operazione è stato la cancellazione di 10.961 blocchi, equivalenti a un’ora e 54 minuti di cronologia, comprese transazioni legittime che non avevano alcun rapporto con l’exploit. È precisamente il dilemma emerso quando Cronos aveva fermato la chain durante l’attacco a Tectonic e deciso il primo ripristino dello stato: la capacità di coordinare rapidamente i validator ha impedito all’attaccante di consolidare buona parte del bottino, ma contemporaneamente dimostra che la finalità della blockchain può essere subordinata a una decisione collettiva del validator set. Non è necessariamente una contraddizione tecnica: una blockchain governa la propria canonical chain attraverso regole di consenso. Diventa però una contraddizione politica quando l’immutabilità viene presentata come proprietà assoluta e poi sospesa quando il costo economico della storia già scritta diventa troppo elevato.

Curve dimostra che una liquidazione può durare oltre un mese

Curve Finance affronta un problema completamente diverso con una soluzione altrettanto lontana dai modelli tradizionali della DeFi. I dati raccolti sul protocollo mostrano 704 episodi di soft liquidation relativi a 602 indirizzi, con una durata mediana di 14,5 giorni; un quarto delle posizioni sarebbe rimasto nella zona di liquidazione per almeno 38,9 giorni. Non significa che centinaia di prestiti siano tecnicamente “bloccati” a causa di un errore. È il risultato del funzionamento di LLAMMA, il Lending-Liquidating AMM Algorithm utilizzato da Curve. In un modello classico una posizione supera una soglia, il collateral viene venduto e il prestito viene chiuso. LLAMMA usa invece una fascia di prezzo: mentre il valore del collateral diminuisce, il sistema lo converte gradualmente nell’asset preso in prestito; se il mercato recupera, una parte del processo può invertirsi. La documentazione e il software di Curve distinguono infatti tra stato sano, soft liquidation e hard liquidation, permettendo alle posizioni di attraversare fasi di stress senza necessariamente morire in una singola transazione. Il vantaggio è evidente durante oscillazioni temporanee. Il costo è meno visibile: fee, interessi e ripetute conversioni possono erodere collateral anche quando la posizione sopravvive. La sicurezza DeFi non dipende quindi soltanto dall’assenza di exploit negli smart contract, ma anche dalla capacità della logica economica di comportarsi correttamente durante settimane di volatilità.

L’AI abbassa il costo per trovare vulnerabilità nell’ecosistema Bitcoin

Il quarto fronte riguarda Bitcoin, ma sarebbe scorretto presentarlo come la scoperta di una nuova vulnerabilità del protocollo base. Il problema riguarda soprattutto il crescente ecosistema costruito attorno a Bitcoin: wallet hardware, Lightning Network, sidechain, Layer 2 e implementazioni software. Gli ultimi mesi hanno mostrato come strumenti AI possano accelerare audit, analisi del codice e individuazione di condizioni che sarebbero costose da esplorare manualmente. Il punto non è che un modello linguistico possa improvvisamente “hackerare Bitcoin”, ma che il costo marginale della ricerca di bug sta diminuendo. Questo effetto è già apparso concretamente nelle vulnerabilità di Core Lightning trovate con strumenti AI e nelle quali il problema fondamentale non era la crittografia di Bitcoin ma il software che implementava funzionalità costruite sopra la rete. Lo stesso fenomeno riguarda wallet e altre componenti: più aumenta la quantità di codice, più cresce la superficie sulla quale agenti automatici possono iterare test, analizzare patch, generare input e confrontare comportamenti anomali. Bitcoin Core mantiene un processo separato per la disclosure responsabile delle vulnerabilità, e la sua security policy ufficiale continua a richiedere che i problemi siano comunicati privatamente agli sviluppatori prima della pubblicazione. L’AI modifica però l’equazione temporale: se la ricerca automatizzata accelera anche per gli attaccanti, il tempo tra introduzione di un bug, individuazione e sfruttamento può comprimersi.

BTCB2 mostra che anche il consenso sociale può collassare

A questa tensione tecnica si aggiunge il caso molto più piccolo ma istruttivo di BTCB2, catena minoritaria nata dalla separazione legata al dibattito su BIP-110 e passata all’algoritmo BLAKE2b. Il progetto è entrato in una nuova crisi per la decisione di alcune piccole piattaforme di adottare il ticker XBT, sigla utilizzata storicamente anche per Bitcoin, mentre sul fronte mining AlphaPool è arrivata vicino a concentrare metà dell’hashrate della catena. Lo stesso pool ha iniziato a chiedere ai miner di spostare parte della potenza verso operatori alternativi per ridurre la concentrazione. Il caso non rappresenta una crisi di Bitcoin e BTCB2 non deve essere confuso con BTC. È invece un laboratorio utile per osservare quanto rapidamente una piccola blockchain possa incontrare simultaneamente problemi di identità, liquidità, mining e decentralizzazione. Un ticker non determina il consenso, ma può generare confusione commerciale; l’hashrate non determina da solo la legittimità di una chain, ma una concentrazione vicina alla maggioranza ne indebolisce la credibilità. La crisi dimostra che un fork non nasce semplicemente copiando codice e modificando un algoritmo di mining: deve ricostruire un ecosistema economico, sociale e infrastrutturale capace di sostenere la nuova rete.

Continua con:

• Bitcoin entra nella finanza globale tra G20, trading 24/7 e preparazione quantum-safe
• Google Cloud porta la protezione post-quantum nelle chiavi BYOK attraverso ML-KEM e X-Wing

La sicurezza blockchain non coincide più con la forza della crittografia

Ethereum, Cronos, Curve e Bitcoin mostrano quattro livelli dello stesso problema. Ethereum deve cambiare la crittografia prima che l’hardware capace di romperla esista. Cronos deve decidere se sia più importante conservare la storia della chain o recuperare oltre cento milioni di dollari. Curve deve dimostrare che una liquidazione programmabile può attraversare settimane di stress senza trasformarsi in bad debt. L’ecosistema Bitcoin deve invece convivere con un mondo nel quale AI e automazione rendono più economico cercare errori in una quantità crescente di software periferico. Il salto più importante è proprio questo: una blockchain può avere primitive crittografiche robuste e restare vulnerabile attraverso governance, oracle, smart contract, implementazioni, concentrazione dei validator, Layer 2 o semplicemente software difettoso. Allo stesso modo, una rete sufficientemente coordinata può salvare gli utenti da un exploit ma dimostrare contemporaneamente che la propria immutabilità ha un limite politico. La sicurezza delle crypto entra quindi nella fase adulta, quella nella quale non basta più chiedere se la crittografia sia formalmente sicura. Bisogna chiedere chi può cambiare la storia, quali componenti possono essere attaccati, quanto rapidamente arriva una patch, chi controlla il consenso e quanto tempo serve per sostituire le primitive su cui poggia l’intero sistema. Ethereum ha già scelto una data per la prima di queste domande: dicembre 2029. Le altre blockchain dovranno inevitabilmente rispondere anche alle restanti.