Jag frågade Justin hur han ser rolluparnas roll utvecklas i denna slimmade Ethereum-värld? Hans svar speglar positivitet kring teknologin bakom native rollup. Här är vad @drakefjustin hade att säga om framtiden för rollups i @ethereum: "Dagens rollups har två stora problem. Den första är att de är ganska komplexa och troligen buggiga. Så potentiellt kan detta innebära att hela rollupen kan tömmas. Det andra stora problemet gäller underhållet av EVM. De flesta rollups försöker vara EVM-ekvivalenta rollups, vilket innebär att när L1 ändras, ändras L1 EVM, och L2 måste också ändras i unison. Och för att göra det behöver du någon form av styrningsprocess för att utveckla rollupen. Men tyvärr är själva styrningsprocessen, uppgraderingsvägen, i sig en säkerhetssårbarhet. Vore det inte trevligt om man kunde ha rollups som i konstruktionen är buggfria och inte behöver uppgraderas varje gång L1 uppgraderas? Och detta är grundidén med inbyggda rollups där du kan bygga en rollup där exekveringstillståndsövergångsfunktionen är en exakt kopia av vad som finns tillgängligt på L1. Enligt konstruktionen, eftersom det är en exakt kopia av L1, är det definitionsmässigt korrekt. Och varje gång L1 ändras under en hard fork, ändras alla rollups automatiskt med den. För att kunna distribuera detta förkompilerade för de inbyggda rolluparna är det ganska smidigt att först göra ZKVM EVM-uppgraderingen... ... i praktiken ger de inbyggda rollups oss en obegränsad mängd L1-utförande genom dessa inbyggda rollups. Och den enda verkliga flaskhalsen är datatillgänglighetslagret." Lyssna på hela avsnittet för mer information.