Vitalik Buterin: atteggiamento verso i Rollup nativi ora di supporto, la tabella di marcia ZK si sta gradualmente maturando

Secondo quanto riportato da Odaily, Vitalik Buterin ha dichiarato di essere ora “chiaramente più propenso a sostenere i native rollups” rispetto al passato. Vitalik ha ricordato che una delle principali ragioni per cui in precedenza si opponeva ai native rollups era che la loro soluzione precompilata doveva scegliere tra la modalità ZK o Optimistic. All’epoca, la ZK-EVM non era ancora matura e le soluzioni L2, dovendo scegliere tra “prelievi rapidi ma con rischio di prova a proprio carico” e “affidarsi alla sicurezza di Ethereum ma attendere 2–7 giorni per il prelievo”, spesso optavano per la seconda opzione. Questo indeboliva la composabilità di Ethereum e favoriva la diffusione di soluzioni come i ponti multisig.

Vitalik sottolinea che la situazione sta cambiando: la roadmap per l’adozione completa della ZK a livello di L1 su Ethereum si sta allineando con i progressi concreti nell’introduzione delle precompilazioni native per i rollup, il che fa sperare che questi ostacoli fondamentali possano essere superati. Ha inoltre menzionato che la comunità sta sempre più considerando la “composabilità sincrona” come uno dei valori chiave delle L2, ed esplora la combinazione di soluzioni basate su rollup con meccanismi di pre-conferma a bassa latenza.

Inoltre, Vitalik sottolinea che non si dovrebbe procedere frettolosamente nella progettazione delle precompilazioni native per i rollup. Ha proposto che, in futuro, se gli sviluppatori costruiranno rollup “EVM con poche funzionalità estese”, potranno riutilizzare direttamente la parte EVM delle precompilazioni native per i rollup e introdurre sistemi di prova personalizzati solo per le nuove funzionalità, collegando i due elementi in modo standardizzato.