Il co-fondatore di Ethereum, Vitalik Buterin<\/strong>, ha sostenuto l’EIP-8288<\/strong> come un metodo innovativo per supportare la crittografia complessa senza dover aggiungere continuamente nuove funzioni di verifica alla rete. Buterin ha argomentato che la maggior parte del lavoro crittografico pesante dovrebbe avvenire al di fuori del processo di esecuzione principale di Ethereum.<\/p>\n In una serie di post pubblicati il 19 ottobre<\/strong> su X, ha evidenziato che la macchina virtuale esistente di Ethereum e le funzioni crittografiche specializzate non sono adatte a supportare ogni nuovo sistema di firma o prova. Ha quindi proposto un design che consentirebbe agli utenti di generare prove localmente e inviarle attraverso un meccanismo di aggregazione.<\/p>\n La proposta EIP-8288 permetterebbe a Ethereum di verificare che le operazioni crittografiche siano state eseguite correttamente senza dover includere ogni firma o prova originale in un blocco. Buterin ha descritto questo approccio come parte della sua visione di Ethereum come un computer mondiale crittografico<\/em>, dove sostanziali computazioni possono avvenire al di fuori della blockchain, mantenendo i risultati verificabili.<\/p>\n Attualmente, l’EIP-8288 \u00e8 ancora una bozza<\/strong> e non ha ricevuto approvazione per il deployment sulla mainnet di Ethereum. I recenti commenti di Buterin si sono concentrati su come Ethereum gestisce le operazioni crittografiche che richiedono grandi quantit\u00e0 di computazione o dati. Gli sviluppatori possono attualmente utilizzare la Ethereum Virtual Machine (EVM) per eseguire smart contract che verificano determinate affermazioni crittografiche.<\/p>\n Ethereum fornisce precompilazioni<\/strong>, che sono funzioni integrate che eseguono calcoli specifici in modo pi\u00f9 efficiente rispetto al codice degli smart contract ordinari. Tuttavia, supportare metodi crittografici aggiuntivi direttamente attraverso le precompilazioni potrebbe richiedere modifiche al protocollo di Ethereum.<\/p>\n Buterin ha sottolineato che nessuno dei due approcci dovrebbe diventare la soluzione predefinita per ogni nuovo sistema crittografico. La sua preoccupazione principale riguarda la quantit\u00e0 di dati che devono essere inclusi nei blocchi di Ethereum quando le applicazioni inviano grandi firme o prove crittografiche per la verifica.<\/p>\n Nella discussione del 19 ottobre, ha stimato che anche con miglioramenti come PeerDAS e blocchi-in-blobs, la rete si troverebbe di fronte a limiti pratici intorno agli 8 megabyte al secondo<\/strong>, prima che ulteriori dati diventassero difficili da gestire.<\/p>\n<\/blockquote>\n In definitiva, le precompilazioni e l’EVM non sono i luoghi ideali per inserire la maggior parte del supporto crittografico in Ethereum, poich\u00e9 entrambe operano su dati che devono essere inclusi nella catena di Ethereum in qualche modo, il che significa realisticamente che devono essere inclusi in un blocco come calldata.<\/p>\n Il meccanismo proposto \u00e8 descritto nell’EIP-8288, intitolato “Aggregazione di firme e prove in mempool”<\/strong>. Buterin e il ricercatore di Ethereum Thomas Coratger hanno creato la proposta il 3 giugno 2026<\/strong>. Secondo la specifica ufficiale, il sistema consentirebbe alle transazioni di dichiarare quali affermazioni crittografiche devono essere verificate senza includere tutto il materiale originale della prova nel blocco finale.<\/p>\n Queste dichiarazioni identificherebbero lo schema di verifica, un hash che rappresenta i dati rilevanti e un hash associato alla chiave di verifica. La rete utilizzerebbe questi riferimenti per collegare le transazioni con prove che dimostrano che le operazioni richieste sono state eseguite correttamente.<\/p>\n Il sistema di aggregazione proposto utilizzerebbe strumenti Lean Ethereum per generare e verificare queste prove. L’EIP-8288 descrive una nuova modalit\u00e0 di frame di transazione che dichiarerebbe le dipendenze crittografiche. La proposta si basa sull’EIP-8141, che introduce un framework per transazioni con pi\u00f9 passaggi di esecuzione e verifica.<\/p>\n A livello di blocco, un STARK ricorsivo dimostrerebbe che le dipendenze dichiarate sono state soddisfatte. Tuttavia, il suo design previsto eviterebbe di pubblicare le firme e le prove originali di grandi dimensioni come calldata di transazione ordinaria.<\/p>\n L’EIP-8288 include supporto per firme crittografiche progettate per resistere agli attacchi dei futuri computer quantistici. Ethereum attualmente si basa su sistemi di firma digitale consolidati per l’autenticazione degli account e il consenso della blockchain. Gli sviluppatori stanno ricercando alternative che rimarrebbero sicure se diventassero disponibili computer quantistici sufficientemente potenti.<\/p>\n Vitalik Buterin ha sostenuto che gli utenti dovrebbero essere in grado di produrre le proprie firme preferite localmente e dimostrare la loro validit\u00e0 attraverso l’aggregazione STARK. Ha discusso la possibilit\u00e0 di utilizzare la crittografia basata su reticolo per gli account e i portafogli di Ethereum se le relative assunzioni di sicurezza fossero stabilite.<\/p>\n La proposta richiede quindi un aggiornamento coordinato della rete prima che il suo sistema di aggregazione crittografica possa diventare parte delle regole della mainnet di Ethereum. I casi di test esistenti della proposta coprono la verifica delle firme individuali, le dipendenze di prova multiple, le prove ricorsive non valide, l’aggregazione del mempool e la compatibilit\u00e0 con le liste di inclusione delle transazioni.<\/p>\n","protected":false},"excerpt":{"rendered":" Introduzione all’EIP-8288 Il co-fondatore di Ethereum, Vitalik Buterin, ha sostenuto l’EIP-8288 come un metodo innovativo per supportare la crittografia complessa senza dover aggiungere continuamente nuove funzioni di verifica alla rete. Buterin ha argomentato che la maggior parte del lavoro crittografico pesante dovrebbe avvenire al di fuori del processo di esecuzione principale di Ethereum. Proposta e Vantaggi In una serie di post pubblicati il 19 ottobre su X, ha evidenziato che la macchina virtuale esistente di Ethereum e le funzioni crittografiche specializzate non sono adatte a supportare ogni nuovo sistema di firma o prova. Ha quindi proposto un design che consentirebbe<\/p>\n","protected":false},"author":3,"featured_media":19512,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[6],"tags":[11126,13,3078,1914,11125,323],"class_list":["post-19513","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-ethereum","tag-eip-8288","tag-ethereum","tag-evm","tag-peerdas","tag-thomas-coratger","tag-vitalik-buterin"],"yoast_description":"La proposta EIP-8288 di Vitalik Buterin mira a migliorare la crittografia di Ethereum consentendo la generazione e l'aggregazione di prove locali per una verifica efficiente.","_links":{"self":[{"href":"https:\/\/satoshibrother.com\/it\/wp-json\/wp\/v2\/posts\/19513","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=19513"}],"version-history":[{"count":0,"href":"https:\/\/satoshibrother.com\/it\/wp-json\/wp\/v2\/posts\/19513\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/satoshibrother.com\/it\/wp-json\/wp\/v2\/media\/19512"}],"wp:attachment":[{"href":"https:\/\/satoshibrother.com\/it\/wp-json\/wp\/v2\/media?parent=19513"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/satoshibrother.com\/it\/wp-json\/wp\/v2\/categories?post=19513"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/satoshibrother.com\/it\/wp-json\/wp\/v2\/tags?post=19513"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Proposta e Vantaggi<\/h2>\n
Stato Attuale e Sfide<\/h2>\n
Limiti e Considerazioni<\/h2>\n
\n
Dettagli Tecnici dell’EIP-8288<\/h2>\n
Aggregazione e Sicurezza<\/h2>\n
Considerazioni Future<\/h2>\n
Conclusione<\/h2>\n