QRL 2.0 potrebbe plasmare il futuro delle crypto. Perché ci provano in pochi?

Per sette settimane ho guardato lo stesso numero. Dal 18 settembre al 30 ottobre, l’aggiornamento settimanale di QRL dava gli audit al 60%. Ogni venerdì lo aprivo sperando che il numero si fosse mosso. Ogni venerdì era fermo, e i miei dubbi crescevano.

Poi il 6 novembre è salito al 65%. Il 13 novembre ha raggiunto il 70%.

Mi è tornato in mente quello che mi disse una volta uno sviluppatore di un progetto rivale: per molto tempo nessun altro tenterà una piattaforma completa di smart contract resistente ai computer quantistici, perché è troppo difficile. Non ero sicuro di crederci. Così sono andato a vedere che cosa serve davvero.

Proteggere un wallet è la parte facile: si sostituisce una firma con un’altra. Una piattaforma di smart contract è tutta un’altra storia. Migliaia di validatori firmano voti senza sosta, con firme molte volte più grandi di quelle di Ethereum. Servono un nuovo compilatore, nuovi wallet e il supporto per i wallet hardware. E ogni livello va sottoposto ad audit, perché un solo bug alla base fa crollare tutto ciò che sta sopra. Ethereum, con tutti i suoi soldi e i suoi talenti, punta al 2029 circa. Il piccolo team di QRL lavora già alla sua terza testnet.

Perché allora imbarcarsi in qualcosa di così difficile? Guardiamo cosa è successo l’ultima volta. Ethereum è nato nel 2015 e ha dato alle persone qualcosa da costruire. Nel 2017 le vendite di token avevano raccolto oltre 5 miliardi di dollari. Le applicazioni hanno portato la folla. Ora immagina la mattina in cui un computer quantistico romperà la sua prima chiave reale. Le applicazioni di tutto il mondo avranno bisogno di un posto sicuro in cui girare, e QRL 2.0 vuole essere quel posto.

E forse non si fermerebbe a 2.0. QRL 2.0 è un hard fork: una nuova chain con nuove regole, e il passaggio avverrà in ogni caso. Ma un hard fork non deve per forza spegnere la vecchia chain. La vecchia chain continua a funzionare finché qualcuno ne esegue il software. Quindi, una volta avviato 2.0, QRL 1.0 potrebbe continuare a funzionare accanto. Ethereum non ha sostituito Bitcoin, e i due hanno continuato a crescere fianco a fianco. È solo un’idea, ma se 1.0 andasse avanti, un QRL 2.0 pieno di attività potrebbe allo stesso modo portargli nuova attenzione.

A che punto è, quindi, QRL 2.0? Il team costruisce dal basso verso l’alto, e si possono seguire gli audit livello per livello.

Prima la crittografia: il codice che crea le chiavi e firma e verifica ogni transazione. Trail of Bits ha sottoposto ad audit go-qrllib, la libreria Go su cui gira il nodo. Halborn ha sottoposto ad audit qrypto.js, la libreria JavaScript usata da wallet e app. Tutti i rilievi sono stati risolti, ed entrambi i report sono pubblici.

Poi gli strumenti. L’app per Ledger ha completato audit e correzioni a settembre, e anche lo strumento che verifica le release ufficiali ha completato il suo audit.

Poi Hyperion, il linguaggio in cui gli sviluppatori scriveranno gli smart contract. Ciphsure lo ha sottoposto ad audit, e le correzioni sono uscite questa settimana con Hyperion 0.3.1. È in parte per questo che il numero si è finalmente mosso.

Restano i due programmi che fanno funzionare la chain stessa. go-qrl esegue transazioni e contratti. qrysm gestisce il proof of stake, con cui i validatori concordano quali blocchi sono validi. I loro audit sono ciò che resta, e l’aggiornamento settimanale dà quel lavoro di audit interno all’85%. Entrambi sono costruiti sul software di Ethereum, codice messo alla prova su Ethereum per anni, anche in alcuni momenti difficili che gli sviluppatori di Ethereum hanno risolto. La parte difficile è ciò che QRL ha cambiato: ha introdotto firme resistenti ai computer quantistici, e quella parte è del tutto nuova.

QRL 2.0 sta chiaramente facendo progressi, e il team ha fatto molta strada. Non posso dire quando sarà finito, né se ci saranno altri ritardi. Posso dire che il numero ha ripreso a muoversi, e fa piacere vederlo. Auguro al team il meglio per l’ultimo tratto.