Dezvoltatorii ecosistemului Ethereum tocmai au lansat o dovadă de concept pentru "Native Rollups". Aceasta este condusă de echipa clientului de execuție Ethrex, cercetători de la Fundația Ethereum și contribuitori la L2BEAT. Mai exact, la ce folosesc aceste "Native Rollups"? Pentru o înțelegere mai ușoară, să facem o analogie simplă: Ethereum L1 este similar cu cea mai sigură "bancă mare", iar L2 este echivalent cu multe sucursale mici deschise în afara "băncii mari". Aceste filiale mici vor să facă afacerile mai rapide și mai ieftine, dar tot trebuie să dovedească că nu au trișat și că registrul este corect, și trebuie să dezvolte un "sistem de demonstrație". Acum există două "sisteme de dovadă", unul este sistemul anti-fraudă (cel Optimistic, majoritatea având o perioadă de provocare de 7 zile, ceea ce este destul de problematic); Unul este sistemul de verificare ZK (circuite complexe, dificil de scris și nu este ușor de actualizat pentru a ține pasul cu lanțul principal). Ca urmare, Securitatea filialelor mici trebuie menținută de propria lor echipă sau "comitet de securitate", iar upgrade-urile trebuie votate de ședințe, ceea ce face dificilă realizarea unei adevărate descentralizări, iar bug-urile trebuie rezolvate singure. În acest context, au apărut Native Rollups. Ceea ce înseamnă este să lași direct Ethereum, o "bancă mare", să ajute filialele mici precum L2 să verifice registrul. Cum să faci asta? Prin intermediul unei precompilații (propunerea EIP-8079) numită EXECUTE, o ramură mică trimite o mulțime de date de tranzacții către lanțul principal, iar lanțul principal "reexecută" direct aceste tranzacții pentru a confirma dacă sunt corecte sau nu. E ca și cum lanțul principal ar recalcula contul ca să se asigure că este corect. Beneficiile? Implementarea L2 este echivalentă cu securitatea L1, verificarea folosește propriul motor Ethereum, iar bug-urile sunt și bug-uri ale Ethereum, nu ramuri mici. moștenește toată securitatea lanțului principal și nu mai este nevoie să se angajeze în lucruri "semi-centralizate" precum comitete de securitate și punți multi-semnătură pentru a obține o descentralizare adevărată; Upgrade-urile urmează automat: dacă hard fork-ul L1 actualizează EVM-ul (cum ar fi unele opcode-uri noi), Native Rollup devine automat compatibil, iar echipa L2 nu trebuie să urmărească modificările de cod; ...