Jeg spurte Justin hvordan han ser rollen til rollups utvikle seg i denne slanke Ethereum-verdenen? Hans svar gjenspeiler optimistisk holdning til teknologien bak native rollup. Her er hva @drakefjustin hadde å si om fremtiden for rollups i @ethereum: "Dagens rollups har to store problemer. Det første er at de er ganske komplekse og sannsynligvis buggy. Så potensielt kan dette bety at hele rullen kan tømmes inn. Det andre store problemet gjelder vedlikeholdet av EVM-en. De fleste rollupene prøver å være EVM-ekvivalente rollups, noe som betyr at når L1 endres, endres L1 EVM, og L2 må også endres i takt. Og for å gjøre det, må du ha en slags styringsprosess for å utvikle sammenrullingen. Men dessverre er selve styringsprosessen, oppgraderingsveien, i seg selv en sikkerhetssårbarhet. Hadde det ikke vært fint om du kunne hatt sammenrullinger som ved konstruksjon er feilfrie og ikke trenger å oppgraderes hver gang L1 oppgraderes? Og dette er den grunnleggende ideen med native rollups, hvor du kan bygge en rollup hvor funksjonen for utførelsestilstand er en eksakt kopi av det som er tilgjengelig på L1. Ved konstruksjon, fordi det er en nøyaktig kopi av L1, er det definisjonsmessig korrekt. Og hver gang L1 endres, under en hard fork, vil alle rollups automatisk endres med den. For å distribuere denne forhåndskompilerte for de native rollupene, er det ganske praktisk å først gjøre ZKVM EVM-oppgraderingen... ... effektivt gir native rollups oss en ubegrenset mengde L1-utførelse gjennom disse native rollups. Og den eneste reelle flaskehalsen er datatilgjengelighetslaget.» Hør hele episoden for flere detaljer.