La Ethereum Foundation fissa una scadenza a dicembre 2029 per battere l'orologio quantistico

La Ethereum Foundation si è impegnata a rendere Ethereum (ETH) resistente ai computer quantistici entro dicembre 2029, trattando la data come un termine fisso piuttosto che come un obiettivo di ricerca. Il Protocol cluster ha pubblicato questo obiettivo insieme alla valutazione di 62 proposte per Hegot, l’hard fork successivo a Glamsterdam.Ethereum fissa una scadenza che non può programmareLa Foundation vuole che il layer di base di Ethereum sia resistente ai quanti nell’esecuzione, nel consenso e nei dati. Il suo blog delle priorità afferma che la rete dovrebbe pianificare che il Q-day possa arrivare già nel 2030. Questo obiettivo corrisponde alle tempistiche di migrazione fissate indipendentemente da Google, Cloudflare e Microsoft. La Foundation ha riconosciuto che sta anticipando la maggior parte delle previsioni credibili. Pianificare il Q-day nel 2030 è una supposizione volutamente aggressiva, si legge nel blog. Il cluster tratterà la scadenza come non negoziabile almeno fino a gennaio 2027, quando esperti esterni aiuteranno a rivalutare i progressi quantistici. Secondo Project Eleven, circa il 65% di ETH si trova già in indirizzi vulnerabili ai quanti.Hegot diventa il primo banco di prova della promessa per il 2029La Foundation ha presentato Hegot come il fork che determinerà se i successivi fork post-quantum verranno rilasciati in tempo. La piena resistenza arriva dopo cinque hard fork, e raggiungere dicembre 2029 richiederebbe una media di 7,2 mesi per fork, un ritmo che il cluster stesso definisce aggressivo. Frame Transactions si fa carico di questo requisito come elemento imprescindibile dello strato di esecuzione, aprendo la strada a nuovi schemi di firma senza necessità di un hard fork per ciascuno di essi. Un pacchetto separato di livello A, EIP-8298 ed EIP-8151, completa il percorso consentendo agli account di abbandonare secp256k1 come chiave principale. Un terzo, EIP-8365, avvia la rimozione delle credenziali di prelievo dei validatori ancora legate a sistemi crittografici vulnerabili.Lo strato di consenso riceve invece un trattamento opposto. La sua crittografia non può essere sostituita senza un fork, quindi le componenti attendono che il design sia completo. Hash-Chain RANDAO è stato inserito nel B tier, solido come direzione ma ancora nelle fasi iniziali. Questa cautela si estende anche allo strato di esecuzione. Le precompilazioni di verifica ML-DSA sono state declassate al C tier, con il cluster che ha deciso di non sancire alcuno schema prima di una revisione crittografica dedicata.Leggi l’articolo su BeInCrypto