L’aggiornamento delle blockchain alla crittografia post-quantistica<\/strong> provoca tipicamente gravi congestioni di rete, elevate commissioni di gas e sovraccarico dello stato a causa delle dimensioni massicce delle firme e delle prove a conoscenza zero.<\/p>\n La validazione client-side compatta e protetta (CSV)<\/strong> risolve questo problema rimuovendo le firme dalla blockchain e spostando l’archiviazione dei dati e la verifica sui dispositivi degli utenti finali. Negli ultimi anni, la comunit\u00e0 crittografica ha avvertito di una collisione imminente tra il calcolo quantistico e la tecnologia blockchain.<\/p>\n La matematica dietro questa minaccia \u00e8 semplice: gli algoritmi a chiave pubblica come Ecdsa<\/strong>, che proteggono tutto, dalle transazioni bitcoin ai contratti intelligenti, non garantiranno pi\u00f9 una sicurezza adeguata una volta che l’hardware quantistico sar\u00e0 maturo.<\/p>\n Tuttavia, la soluzione proposta \u00e8 spesso sembrata quasi pericolosa quanto il problema stesso. Gli schemi crittografici post-quantistici producono regolarmente firme gonfiate<\/strong> e prove a conoscenza zero (ZK) massicce, un’esplosione di dati che minaccia di intasare le reti peer-to-peer, sopraffare i miner e aumentare le commissioni di transazione.<\/p>\n Un nuovo paradigma architettonico promette di rompere questo compromesso a somma zero tra sicurezza quantistica e scalabilit\u00e0 della rete. Pionierato dal ricercatore di crittografia Dragos Ilie<\/strong> insieme a un team dell’Imperial College di Londra, la CSV dimostra che la transizione alla crittografia post-quantistica non richiede di accettare commissioni di gas esorbitanti o prestazioni di rete lente.<\/p>\n Al centro del problema di scalabilit\u00e0 quantistica si trova una scelta di design tradizionale: memorizzare pesanti firme digitali su un registro pubblico affinch\u00e9 ogni nodo completo possa controllarle. La CSV compatta e protetta abbandona completamente le firme on-chain, sostituendole con una nuova costruzione crittografica chiamata degriefer<\/strong>.<\/p>\n In pratica, una transazione a input singolo registrata sulla blockchain consiste in tre hash concisi di 32 byte per un totale di soli 96 byte: un nullifier<\/strong> per prevenire la doppia spesa, un impegno di transazione e il degriefer stesso. <\/p>\n “Il degriefer \u00e8 semplicemente un hash sul nullifier della moneta, sulla chiave segreta del proprietario e sulla transazione che spende la moneta,” ha spiegato Ilie.<\/p><\/blockquote>\n Aggiungendo questo piccolo hash on-chain, il mittente pu\u00f2 ora costruire una prova a conoscenza zero off-chain contro di esso. Poich\u00e9 la costruzione della prova ZK richiede la chiave segreta del proprietario come input privato, i relatori e i frontrunner malevoli sono matematicamente bloccati.<\/p>\n “Un attaccante pu\u00f2 anticipare una transazione, ma non pu\u00f2 costruire una prova ZK valida, quindi sicuramente non pu\u00f2 beneficiarne,” ha osservato Ilie. Inoltre, se un attaccante trasmette una transazione conflittuale per bloccare la spesa, il legittimo proprietario pu\u00f2 facilmente smascherare il tentativo.<\/p>\n “L’utente pu\u00f2 dimostrare a conoscenza zero che la transazione di frontrunning \u00e8 un tentativo di griefing non valido mostrando che la sua reale chiave segreta hashata con il nullifier e la transazione dell’attaccante non produce il degriefer pubblicato dall’attaccante,” ha sottolineato Ilie.<\/p>\n Pertanto, piuttosto che costringere ogni nodo in tutto il mondo a scaricare, eseguire e archiviare ogni pezzo di cronologia delle transazioni per sempre, la CSV compatta e protetta sposta la responsabilit\u00e0 di memorizzare e verificare i dati di prova agli utenti specifici coinvolti in una transazione.<\/p>\n Dal punto di vista dell’utente finale, gestire un wallet su CSV compatta e protetta sembra simile all’uso di un client SPV Bitcoin leggero. <\/p>\n “Ha solo bisogno di una connessione a almeno un nodo onesto,” ha detto Ilie.<\/p><\/blockquote>\n Per confermare un pagamento in arrivo, il wallet controlla i parametri pubblici della prova rispetto ai dati on-chain e valida la prova ZK localmente. “Ad esempio, per una prova ZK STARK, anche su un telefono, [la verifica] richiede meno di 100 millisecondi,” ha aggiunto.<\/p>\n Generare una prova di pagamento in uscita richiede un po’ pi\u00f9 di calcolo, ma Ilie si aspetta che questo si velocizzi man mano che i circuiti di prova maturano. Fondamentalmente, poich\u00e9 l’architettura si basa su prove ricorsive di dimensione costante, la profondit\u00e0 storica delle transazioni non penalizza mai l’utente finale.<\/p>\n Affrontando le preoccupazioni riguardo alla memorizzazione delle prove post-quantistiche off-chain, Ilie ha osservato: <\/p>\n “Le prove sono infatti pi\u00f9 grandi delle firme e pi\u00f9 lente da generare e verificare, ma questo \u00e8 solo un onere quando l’intera rete deve memorizzarle e convalidarle. Poich\u00e9 questo \u00e8 un protocollo di validazione client-side, ogni utente memorizza, verifica e prova solo le monete di cui si preoccupa personalmente, il che \u00e8 molto gestibile.”<\/p><\/blockquote>\n Per mettere in prospettiva l’impronta di archiviazione, Ilie ha detto che <\/p>\n “una foto sul tuo telefono \u00e8 20\u201340 volte pi\u00f9 grande di una prova,”<\/p><\/blockquote>\n aggiungendo che inviare pagamenti richiede “meno larghezza di banda e archiviazione rispetto all’invio di un’immagine.”<\/p>\n Man mano che le cronologie delle transazioni crescono, i tradizionali dispositivi edge spesso soffrono di sovraccarico dello stato. Sotto la CSV compatta e protetta, tuttavia, i client leggeri non memorizzano alcuna cronologia delle transazioni oltre alle prove di dimensione costante per le proprie monete non spese.<\/p>\n “Per qualsiasi altra cosa, come controllare se un nullifier ha una spesa conflittuale, interroga semplicemente nodi completi o archivistici,” ha sottolineato Ilie, aggiungendo che “la crescita della storia non influisce affatto sulla dimensione delle prove o sul tempo di verifica.”<\/p>\n Contrariamente alla convinzione prevalente che la resistenza quantistica porti a un’elevata congestione della rete e commissioni costose, Ilie ha sostenuto che la CSV compatta e protetta \u00e8 significativamente pi\u00f9 efficiente delle reti non quantistiche di oggi: <\/p>\n “Sorprendentemente, il nostro schema \u00e8 molto pi\u00f9 leggero e veloce rispetto anche alle catene tradizionali, piuttosto che pi\u00f9 pesante. Avremmo commissioni di transazione molto pi\u00f9 basse e molta meno congestione della rete, non solo mentre siamo completamente post-quantistici, ma anche rispetto allo stato attuale.”<\/p><\/blockquote>\n Infine, Jim Cramer afferma di pianificare di vendere tutti i suoi bitcoin perch\u00e9 crede che il calcolo quantistico possa compromettere la criptovaluta.<\/p>\n","protected":false},"excerpt":{"rendered":" Introduzione alla Crittografia Post-Quantistica L’aggiornamento delle blockchain alla crittografia post-quantistica provoca tipicamente gravi congestioni di rete, elevate commissioni di gas e sovraccarico dello stato a causa delle dimensioni massicce delle firme e delle prove a conoscenza zero. Soluzione: Validazione Client-Side Compatta e Protetta (CSV) La validazione client-side compatta e protetta (CSV) risolve questo problema rimuovendo le firme dalla blockchain e spostando l’archiviazione dei dati e la verifica sui dispositivi degli utenti finali. Negli ultimi anni, la comunit\u00e0 crittografica ha avvertito di una collisione imminente tra il calcolo quantistico e la tecnologia blockchain. La matematica dietro questa minaccia \u00e8 semplice: gli<\/p>\n","protected":false},"author":3,"featured_media":19576,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[15],"tags":[11,9493,11140,7938,790],"class_list":["post-19577","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-bitcoin","tag-bitcoin","tag-ecdsa","tag-stark","tag-zero-knowledge","tag-zksync"],"yoast_description":"Scopri come la validazione client-side compatta e protetta (CSV) migliora la scalabilit\u00e0 della blockchain garantendo al contempo una sicurezza resistente al calcolo quantistico, con commissioni pi\u00f9 basse.","_links":{"self":[{"href":"https:\/\/satoshibrother.com\/it\/wp-json\/wp\/v2\/posts\/19577","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/satoshibrother.com\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/satoshibrother.com\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/satoshibrother.com\/it\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/satoshibrother.com\/it\/wp-json\/wp\/v2\/comments?post=19577"}],"version-history":[{"count":0,"href":"https:\/\/satoshibrother.com\/it\/wp-json\/wp\/v2\/posts\/19577\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/satoshibrother.com\/it\/wp-json\/wp\/v2\/media\/19576"}],"wp:attachment":[{"href":"https:\/\/satoshibrother.com\/it\/wp-json\/wp\/v2\/media?parent=19577"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/satoshibrother.com\/it\/wp-json\/wp\/v2\/categories?post=19577"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/satoshibrother.com\/it\/wp-json\/wp\/v2\/tags?post=19577"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Soluzione: Validazione Client-Side Compatta e Protetta (CSV)<\/h2>\n
Il Problema delle Firme Gonfiate<\/h2>\n
Il Paradigma Architettonico della CSV<\/h2>\n
Funzionamento del Degriefer<\/h2>\n
Gestione delle Transazioni e Sicurezza<\/h2>\n
Vantaggi della CSV<\/h2>\n
Conclusioni e Futuro della CSV<\/h2>\n