Ik vroeg Justin hoe hij de rol van rollups ziet evolueren in deze slanke Ethereum-wereld? Zijn antwoord weerspiegelt optimisme over de technologie van native rollup. Hier is wat @drakefjustin te zeggen had over de toekomst van rollups in @ethereum: "De rollups van vandaag hebben twee grote problemen. Het eerste is dat ze behoorlijk complex zijn en waarschijnlijk bugs bevatten. Dit zou potentieel kunnen betekenen dat de hele rollup leeggetrokken kan worden. Het tweede grote probleem heeft te maken met het onderhoud van de EVM. De meeste rollups proberen EVM-equivalente rollups te zijn, wat betekent dat wanneer de L1 verandert, de L1 EVM verandert, de L2's ook in unison moeten veranderen. En om dat te doen, heb je een soort governanceproces nodig om de rollup te laten evolueren. Maar helaas is het governanceproces zelf, het upgradepad, zelf een beveiligingskwetsbaarheid. Zou het niet mooi zijn als je rollups zou hebben die bij constructie bugvrij zijn en die niet geüpgraded hoeven te worden telkens wanneer de L1 wordt geüpgraded? En dit is het basisidee van native rollups, waar je een rollup kunt bouwen waarvan de uitvoeringsstatusovergangsfunctie een exacte kopie is van wat beschikbaar is op L1. Bij constructie, omdat het een exacte kopie van de L1 is, is het definitief correct. En wanneer de L1 verandert, tijdens een hard fork, zouden alle rollups automatisch met hem mee veranderen. Om deze precompiled voor de native rollups te implementeren, is het behoorlijk handig om eerst de ZKVM EVM-upgrade te doen... ...effectief, wat native rollups ons geven is ⁓ een onbeperkte hoeveelheid L1-uitvoering via deze native rollups. En de enige echte bottleneck is de data-beschikbaarheidslaag." Luister naar de volledige aflevering voor meer details.