Il dibattito crittografico su Ethereum contrappone hash e reticoli, con Vitalik Buterin che sostiene l'EIP-8288
Punti chiave
- •a16z sostiene che i design basati solo su hash dipendano da costruzioni crittografiche personalizzate al di fuori degli standard NIST e potrebbero limitare la compatibilità con hardware wallet e sistemi di sicurezza istituzionali.
- •Il CEO di StarkWare Eli Ben-Sasson ritiene che la crittografia a reticoli abbia strutture matematiche che l'IA potrebbe potenzialmente sfruttare e raccomanda di attendere dai tre ai cinque anni prima di affidarle fondi significativi.
- •Gabriel Shapiro ha concluso che l'approccio attuale di Ethereum rimane l'opzione migliore per le sue esigenze, con un eventuale supporto ai reticoli in futuro tramite una precompile, se i ricercatori ne stabiliscono la sicurezza contro gli attacchi basati sull'IA.
- •Vitalik Buterin ha proposto l'EIP-8288, secondo cui gli utenti genererebbero le firme localmente, le dimostrerebbero con gli STARK e invierebbero le prove tramite aggregazione ricorsiva, mantenendo dati e calcoli sottostanti offchain.
- •Buterin ha avvertito che la capacità dati della blockchain resta limitata, stimando un tetto pratico di circa otto megabyte al secondo anche con PeerDAS e blocks-in-blobs in vigore.

La roadmap crittografica di Ethereum è diventata oggetto di una disputa pubblica, attirando posizioni contrapposte dalla società di venture capital a16z, dal CEO di StarkWare Eli Ben-Sasson, da Gabriel Shapiro e dal cofondatore di Ethereum Vitalik Buterin. Il dibattito si concentra sulla questione se la rete debba ancorare la propria sicurezza futura alla crittografia basata su hash o su reticoli, e su come Ethereum debba supportare diversi sistemi di firma. Buterin ha presentato l'EIP-8288 come un modo per verificare i calcoli crittografici senza inserire direttamente onchain i dati sottostanti. Il contesto è rilevante: la crittografia basata su hash e quella basata su reticoli sono entrambe candidate di primo piano nella transizione post-quantum a livello di settore, nella quale il NIST ha già pubblicato standard che coprono entrambe le famiglie, un contesto che aiuta a spiegare perché la compatibilità con i wallet e i requisiti di sicurezza istituzionali figurino in modo prominente nella disputa.
a16z sostiene la crittografia a reticoli mentre Ben-Sasson obietta
a16z ha sostenuto che i design basati esclusivamente su hash dipendono da costruzioni crittografiche personalizzate al di fuori degli standard NIST, incluse quelle pianificate per il consenso e le firme degli account di Ethereum. La società ha notato che l'hash sottostante deve ancora essere deciso, una lacuna che potrebbe limitare la compatibilità con i singoli hardware wallet e i sistemi di sicurezza istituzionali. A suo avviso, fare affidamento esclusivamente sulla crittografia basata su hash produrrebbe sistemi più fragili, mentre l'adozione della crittografia a reticoli migliorerebbe sicurezza e funzionalità della blockchain.
Ben-Sasson, co-inventore del sistema di prove STARK e amministratore delegato di StarkWare, ha espresso un netto disaccordo. In un post su X, ha sostenuto che la crittografia a reticoli presenta strutture matematiche che l'intelligenza artificiale potrebbe potenzialmente sfruttare. Ha inoltre messo in dubbio la maturità delle costruzioni succinte basate su module SIS, che, secondo lui, esistono solo dal 2012. La sua raccomandazione: attendere altri tre-cinque anni per valutare la tecnologia rispetto ai potenziali attacchi basati sull'IA prima di affidarle fondi significativi.
Shapiro difende l'approccio attuale di Ethereum
Gabriel Shapiro ha detto che lo scambio inizialmente lo aveva fatto mettere in dubbio la roadmap di Ethereum, in particolare insieme a quella ha descritto come le recenti critiche di Justin Drake. Dopo aver approfondito la questione, tuttavia, ha concluso che l'approccio di Ethereum rimane l'opzione migliore per le sue esigenze.
Ha osservato che progetti layer-1 alternativi, tra cui LayerZero, potrebbero enfatizzare la crittografia basata su reticoli per ottenere un vantaggio narrativo, e ha descritto la scelta tra metodi basati su reticoli e su hash come una decisione strategica discutibile. Ha aggiunto che Ethereum potrebbe in seguito supportare la crittografia a reticoli per account e wallet tramite una precompile, a condizione che i ricercatori ne stabiliscano la sicurezza contro gli attacchi basati sull'IA.
Buterin propone l'EIP-8288 per la verifica offchain
Intervenendo nella discussione, Buterin ha detto che l'EIP-8288 potrebbe supportare diversi sistemi crittografici senza richiedere precompile aggiuntive. Secondo la proposta, gli utenti genererebbero le firme localmente, le dimostrerebbero utilizzando gli STARK e invierebbero le prove tramite aggregazione ricorsiva. Ha sostenuto che questo design manterrebbe i dati e i calcoli sottostanti offchain, consentendo al contempo a Ethereum di verificare i risultati.
La capacità dati è stata un vincolo persistente negli sforzi di scaling di Ethereum, con PeerDAS e le transazioni con blob tra i design introdotti per ampliarla. Buterin ha tuttavia avvertito che la capacità dati della blockchain resta limitata. Ha stimato un tetto pratico di circa otto megabyte al secondo, anche con PeerDAS e blocks-in-blobs in vigore.
Se i ricercatori stabiliranno che le costruzioni a reticoli sono sicure contro gli attacchi basati sull'IA, e come l'EIP-8288 avanzerà nel processo pubblico di miglioramento di Ethereum, sono gli elementi da monitorare mentre il dibattito continua.