Gli sviluppatori dell'ecosistema Ethereum hanno appena rilasciato un proof of concept per il concetto di "Native Rollups". Questo è stato realizzato dal team del client di esecuzione Ethrex, in collaborazione con i ricercatori della Ethereum Foundation e i contributori di L2BEAT. In particolare, a cosa serve questo "Native Rollups"? Per facilitare la comprensione, facciamo una semplice analogia: Ethereum L1 è simile alla "grande banca" più sicura, mentre L2 corrisponde a molte piccole filiali aperte all'esterno della "grande banca". Queste piccole filiali vogliono rendere le operazioni più veloci e più economiche, ma devono comunque dimostrare di non aver barato, che i registri sono corretti, e devono implementare un "sistema di prove". Attualmente ci sono due tipi di "sistemi di prove": uno è il sistema di prove di frode (quello ottimista, di solito con un periodo di contestazione di 7 giorni, piuttosto complicato); l'altro è il sistema di prove ZK (complesso, difficile da scrivere circuiti, gli aggiornamenti non riescono a tenere il passo con la catena principale). Il risultato è che, la sicurezza delle piccole filiali deve essere mantenuta dal proprio team o da un "comitato di sicurezza", e gli aggiornamenti richiedono riunioni e votazioni, rendendo difficile realizzare una vera decentralizzazione; se ci sono bug, devono risolverli da soli. In questo contesto, è nato il Native Rollups. Significa: lasciare che la "grande banca" Ethereum aiuti queste piccole filiali L2 a verificare i registri. Come si fa? Attraverso una precompilazione chiamata EXECUTE (precompilazione, proposta EIP-8079), le piccole filiali inviano un insieme di dati di transazione alla catena principale, che "riesegue" direttamente queste transazioni (re-execute) per confermare se sono corrette o meno. È come se la catena principale ricalcolasse i registri per assicurarsi che non ci siano errori. Quali sono i vantaggi? L2 ottiene la stessa sicurezza di L1, utilizzando il motore di Ethereum stesso per la verifica; se ci sono bug, sono bug di Ethereum, non delle piccole filiali. Eredita tutta la sicurezza della catena principale, senza dover gestire comitati di sicurezza o ponti multi-firma, realizzando una vera decentralizzazione; Gli aggiornamenti seguono automaticamente: se L1 esegue un hard fork per aggiornare l'EVM (come alcuni nuovi opcode), il Native Rollup è automaticamente compatibile, e il team L2 non deve inseguire modifiche al codice; ...