NEAR Protocol ha introdotto la firma resistente ai computer quantistici per gli account utente, consentendo ai possessori di rafforzare la sicurezza del proprio account senza trasferire gli asset né creare nuovi account. La funzionalità è arrivata con l'aggiornamento nearcore 2.13 di luglio ed è descritta nella proposta tecnica NEP-645.

Il co-fondatore Illia Polosukhin ha dichiarato che i possessori di account possono rafforzare la propria sicurezza semplicemente modificando le chiavi di accesso che controllano i loro account. La modifica è volontaria: le chiavi e i wallet esistenti continuano a funzionare, e un account ottiene la protezione aggiuntiva solo dopo che il proprietario ha aggiunto e utilizza attivamente una chiave quantistico-resistente.

Chiavi post-quantistiche a livello di account

L'aggiornamento 2.13 supporta ML-DSA-65, uno schema di firma digitale progettato per resistere agli attacchi di futuri computer quantistici. ML-DSA-65 è uno dei set di parametri di FIPS 204, lo standard di firma digitale basato su reticoli finalizzato nel 2024 dal National Institute of Standards and Technology statunitense, ed è tra gli algoritmi a cui le organizzazioni fanno riferimento nella pianificazione delle migrazioni post-quantistiche. Secondo la proposta tecnica NEP-645, gli utenti possono aggiungere la nuova chiave a un account esistente e utilizzarla per firmare transazioni.

L'importanza della novità deriva da ciò che gli schemi attuali non possono garantire: le firme digitali su cui si basano le principali blockchain traggono la propria sicurezza da problemi matematici che un computer quantistico sufficientemente potente potrebbe risolvere, e le chiavi pubbliche sono registrate on-chain. Un'opzione post-quantistica a livello di account colma questa lac per i singoli possessori senza attendere cambiamenti più ampi della rete.

Il meccanismo funziona perché gli ID degli account NEAR restano separati dalle chiavi crittografiche che li controllano. Gli utenti possono quindi ruotare le chiavi di accesso senza creare un altro account né trasferire le proprie holdings. Per confronto, gli indirizzi Bitcoin ed Ethereum sono legati a coppie di chiavi derivate tramite i loro sistemi crittografici esistenti, e il passaggio a sistemi diversi può richiedere agli utenti di spostare gli asset su indirizzi differenti.

L'adozione volontaria lascia parte della rete priva di protezione

Poiché l'adozione è facoltativa, la protezione si applica solo a livello di account. Se una chiave più vecchia resta attiva, quella via di accesso mantiene i suoi limiti di sicurezza esistenti. Inoltre, l'aggiornamento non rende l'intera rete resistente ai computer quantistici: le chiavi dei validatori si affidano ancora alla crittografia esistente, secondo le informazioni fornite.

La dichiarazione di Polosukhin riguarda quindi una protezione a livello di account tramite l'aggiornamento delle chiavi, e non una protezione completa dell'intera rete. La distinzione è importante perché gli utenti devono modificare le modalità di accesso al proprio account affinché il nuovo metodo di firma offra qualche beneficio.

Reazione degli analisti e altre novità dell'aggiornamento 2.13

In un post su X, l'analista Michael van de Poppe ha affermato che NEAR stava già rispondendo ai rischi posti dal computing quantistico. Ha descritto positivamente il ritmo dello sviluppo e ha detto di non ritenere che gli investitori debbano essere bearish.

L'aggiornamento 2.13 di luglio ha inoltre introdotto il dynamic resharding, che consente alla rete di suddividere automaticamente gli shard quando raggiungono soglie definite di dimensione dello stato. In precedenza, l'aggiunta di shard richiedeva upgrade del protocollo e coordinamento tra i validatori.

Secondo Polosukhin, NEAR ha progettato il proprio modello di account tenendo conto della sicurezza quantistica futura. La rete collabora inoltre con gli sviluppatori di wallet hardware e software, tra cui Ledger, per portare il supporto post-quantistico agli utenti. Queste integrazioni sono ciò che estenderebbe l'opzione oltre gli sviluppatori che lavorano tramite strumenti a riga di comando.

Gli sviluppatori possono ruotare le chiavi degli account verso ML-DSA-65 utilizzando la NEAR CLI. Per ora, la funzionalità offre un'opzione a livello di account, mentre le chiavi dei validatori e i metodi di accesso più vecchi restano invariati. Poiché la protezione si applica solo laddove i proprietari di account la adottano, la disponibilità nei wallet e l'attività di rotazione delle chiavi sono i segnali pratici da seguire man mano che l'ecosistema assorbe il cambiamento.