L-am întrebat pe Justin cum vede rolul rollup-urilor evoluând în această lume Ethereum lean. Răspunsul său reflectă optimismul față de tehnologia rollup-ului nativ. Iată ce @drakefjustin avut de spus despre viitorul rollup-urilor în @ethereum: "Rollup-urile de azi au două probleme majore. Primul este că sunt destul de complexe și probabil pline de bug-uri. Deci, potențial, acest lucru ar putea însemna că întregul rollup ar putea fi golit înăuntru. A doua mare problemă ține de întreținerea EVM-ului. Majoritatea rollup-urilor încearcă să fie echivalente cu EVM-urile, ceea ce înseamnă că atunci când L1 se schimbă, L1 EVM-ul se schimbă, și L2-urile trebuie să se schimbe în același timp. Și pentru a face asta, trebuie să existe un fel de proces de guvernanță care să evolueze rollup-ul. Dar, din păcate, procesul de guvernanță în sine, calea de upgrade, este în sine o vulnerabilitate de securitate. N-ar fi frumos dacă ai putea avea rollup-uri care, prin construcție, să fie fără bug-uri și să nu fie nevoie să fie îmbunătățite la upgrade-ul de nivel 1? Și aceasta este ideea de bază a rollup-urilor native, unde poți construi un rollup în care funcția de tranziție a stării execuției este o copie exactă a ceea ce este disponibil la L1. Prin construcție, pentru că este o copie exactă a L1, este corect din punct de vedere definitoriu. Și ori de câte ori L1 se schimbă, în timpul unui hard fork, toate rollup-urile se schimbau automat odată cu el. Pentru a implementa această configurație precompilată pentru rollup-urile native, este destul de convenabil să faci mai întâi upgrade-ul EVM ZKVM... ... practic, ceea ce ne oferă rollup-urile native este o cantitate nelimitată de execuție L1 prin aceste rollup-uri native. Iar singurul blocaj real este stratul de disponibilitate a datelor." Ascultă episodul complet pentru mai multe detalii.