Kysyin Justinilta, miten hän näkee rollupien roolin kehittyvän tässä kevyessä Ethereum-maailmassa? Hänen vastauksensa heijastaa vahvaa suhtautumista alkuperäisen rullauksen teknologiaan. Tässä mitä @drakefjustin sanoi rollupien tulevaisuudesta vuonna @ethereum: "Tämän päivän rullauksissa on kaksi suurta ongelmaa. Ensimmäinen on, että ne ovat melko monimutkaisia ja todennäköisesti bugisia. Joten tämä voisi tarkoittaa, että koko rullattu voidaan tyhjentää sisään. Toinen iso ongelma liittyy EVM:n ylläpitoon. Suurin osa rollupeista pyrkii olemaan EVM:n vastaavia rollupeja, mikä tarkoittaa, että kun L1 muuttuu, L1 EVM muuttuu, myös L2:n täytyy muuttua yhtenäisesti. Ja sen toteuttamiseksi tarvitaan jonkinlainen hallintoprosessi, joka kehittää rollupia. Valitettavasti itse hallintaprosessi, päivityspolku, on itsessään tietoturva-aukko. Eikö olisi hienoa, jos voisit tehdä rollupit, jotka rakenteeltaan ovat virheetöntä eikä niitä tarvitse päivittää L1-päivityksen yhteydessä? Tämä on natiivirollupien perusidea, jossa voit rakentaa rollupin, jossa suoritustilan siirtymäfunktio on tarkka kopio siitä, mitä L1:ssä on saatavilla. Rakenteeltaan, koska se on tarkka kopio L1:stä, se on määritelmän mukainen. Ja aina kun L1 vaihtuu hard forkin aikana, kaikki rollupit muuttuvat automaattisesti sen mukana. Tämän esikäännetyn käyttöönottoon natiivirollupeille on varsin kätevää ensin tehdä ZKVM EVM -päivitys... ... käytännössä natiiviset rollupit antavat meille rajattoman määrän L1-suoritusta näiden natiivien rollupien kautta. Ja ainoa todellinen pullonkaula on datan saatavuuskerros." Kuuntele koko jakso saadaksesi lisätietoja.