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 gehele 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 hoeven te worden geüpgraded telkens wanneer de L1-upgrade? 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 is van de L1, 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.