Ethereum-ekosysteemin kehittäjät ovat juuri julkaisseet konseptin todistuksen "Native Rollups" -toiminnoista. Tätä johtaa Ethrexin suoritusasiakastiimi, Ethereum Foundationin tutkijat sekä L2BEATin avustajat. Mitä tarkalleen ottaen tämä "Native Rollups" tarkoittaa? Ymmärryksen helpottamiseksi tehdään yksinkertainen analogia: Ethereum L1 on samankaltainen kuin turvallisin "iso pankki", ja L2 vastaa monia pieniä konttoreita, jotka on avattu "ison pankin" ulkopuolella. Nämä pienet toimipisteet haluavat nopeuttaa ja halventaa liiketoimintaa, mutta heidän on silti todistettava, etteivät ole huijanneet ja että tilikirja on oikea, ja heidän on kehitettävä "todistusjärjestelmä". Nyt on olemassa kaksi "todistusjärjestelmää": yksi on petossuojajärjestelmä (optimistinen, joista useimmissa on 7 päivän haastejakso, mikä on melko hankalaa); Yksi on ZK-proof-järjestelmä (monimutkaiset, vaikeasti kirjoitettavat piirit, eikä sitä ole helppo päivittää pääketjun tahdissa). Tämän seurauksena, Pienten toimipisteiden turvallisuudesta täytyy huolehtia heidän omat tiiminsä tai "turvallisuuskomiteansa", ja päivityksistä äänestetään kokouksissa, mikä vaikeuttaa todellisen hajauttamisen saavuttamista, ja virheet täytyy korjata itse. Tässä yhteydessä julkaistiin Native Rollups. Se tarkoittaa, että Ethereum, "iso pankki", voi suoraan auttaa pieniä konttoreita, kuten L2:ta, tarkistamaan tilikirjan. Miten se tehdään? Esikäännöksen (EIP-8079 ehdotuksen) EXECUTE-nimisen kautta pieni haara heittää suuren määrän transaktiotietoja pääketjuun, ja pääketju "suorittaa uudelleen" nämä transaktiot varmistaakseen, ovatko ne oikein vai eivät. Se on kuin pääketju laskeisi tilin uudelleen varmistaakseen, että se on oikein. Hyödyt? L2-toteutus vastaa L1-tietoturvaa, verifiointi käyttää Ethereumin omaa moottoria, ja bugit ovat myös Ethereumin bugeja, eivät pieniä haaroja. periä koko pääketjun turvallisuus, eikä ole tarvetta ryhtyä "puolikeskitettyihin" asioihin, kuten turvallisuuskomiteoihin ja moniallekirjoitussiltoihin todellisen hajauttamisen saavuttamiseksi; Päivitykset tulevat myös automaattisesti: jos L1-hard fork päivittää EVM:n (kuten joitakin uusia opcodeja), Native Rollup on automaattisesti yhteensopiva, eikä L2-tiimin tarvitse jahdata koodin muutoksia; ...