Deweloperzy ekosystemu Ethereum właśnie opublikowali dowód koncepcji "Native Rollups". Jest to realizowane przez zespół klientów wykonawczych Ethrex, we współpracy z badaczami Fundacji Ethereum oraz współpracownikami L2BEAT. Czym dokładnie jest ten "Native Rollups"? Aby ułatwić zrozumienie, posłużmy się prostą analogią: Ethereum L1 jest jak najbezpieczniejszy "duży bank", L2 to wiele małych oddziałów otwartych na zewnątrz "dużego banku". Te małe oddziały chcą, aby obsługa była szybsza i tańsza, ale muszą również udowodnić, że nie oszukują, a ich księgi są poprawne, więc muszą stworzyć system "dowodowy". Obecnie istnieją dwa rodzaje "systemów dowodowych": jeden to system dowodów oszustwa (Optymistyczny, zazwyczaj z 7-dniowym okresem wyzwań, dość kłopotliwy); drugi to system dowodów ZK (skomplikowany, trudny do napisania obwód, aktualizacje niełatwe do nadążenia za głównym łańcuchem). W rezultacie, małe oddziały muszą polegać na własnym zespole lub "komitecie bezpieczeństwa" w celu utrzymania bezpieczeństwa, a aktualizacje wymagają głosowania, co utrudnia osiągnięcie prawdziwej decentralizacji, a błędy muszą być naprawiane samodzielnie. W tym kontekście pojawiły się Native Rollups. Oznacza to, że pozwalamy "dużemu bankowi" Ethereum pomóc małym oddziałom L2 w weryfikacji ksiąg. Jak to działa? Poprzez prekompilację o nazwie EXECUTE (precompile, propozycja EIP-8079), małe oddziały przesyłają zestaw danych transakcyjnych do głównego łańcucha, który następnie "ponownie wykonuje" te transakcje (re-execute), aby potwierdzić, czy są poprawne. To tak, jakby główny łańcuch samodzielnie przeliczał księgi, aby upewnić się, że nie ma błędów. Jakie są korzyści? L2 osiąga bezpieczeństwo równoważne L1, weryfikacja odbywa się za pomocą silnika Ethereum, a błędy są błędami Ethereum, a nie małych oddziałów. Dziedziczy całe bezpieczeństwo głównego łańcucha, nie trzeba już tworzyć żadnych komitetów bezpieczeństwa ani mostów wielopodpisowych, co jest "półcentralizowane", osiągając prawdziwą decentralizację; aktualizacje również automatycznie podążają: jeśli L1 przeprowadza twardy fork aktualizujący EVM (jak niektóre nowe opcode), Native Rollup automatycznie się dostosowuje, zespół L2 nie musi ścigać się z aktualizacjami kodu; ...