Ethereum, platforma do zawierania inteligentnych kontraktów obsługująca zdecentralizowane finanse (DeFi), operacje związane z niewymienialnymi tokenami (NFT) i inne, ma problem, którego nie da się rozwiązać wyłącznie za pomocą platform skalujących warstwę 2, jak niedawno stwierdził jej współzałożyciel Vitalik Buterin.

W blogu Buterin stwierdził, że chociaż sieć jest szeroko wykorzystywana i ma użytkowników, weryfikacja transakcji w sieci głównej stanowi wyzwanie. Wyzwania wynikające z tego faktu oznaczają, że niewiele osób może obsługiwać swoje węzły i zamiast tego polegać na zaufanych stronach trzecich, w tym na klientach lekkich. Chociaż klienci lekcy są niezbędni, współzałożyciel zauważa, że ​​weryfikacja, czy konkretny walidator Ethereum przestrzega ustalonych reguł protokołu, stanowi wyzwanie.

Może Ci się również spodobać: Ponad 66 000 nowych walidatorów dołączyło do Ethereum w pierwszym kwartale 2023 r.

Aby rozwiązać te problemy, Buterin proponuje dwie opcje rozwiązania problemów weryfikacji warstwy 1 w łańcuchu, jednocześnie zwiększając skalowalność.

Rozwiązywanie problemów z weryfikacją w łańcuchu

W pierwszej opcji sugeruje ograniczenie sieci głównej i wymuszenie aktywności na warstwie 2. Wymagałoby to zmniejszenia docelowego gazu sieci głównej na blok z 15 milionów do 1 miliona, przy czym jedyną funkcją warstwy 1 byłoby weryfikowanie protokołów warstwy 2.

Chociaż to rozwiązanie mogłoby zadziałać, mogą być pewne wady. Po pierwsze, uczyniłoby wiele istniejących aplikacji opartych na L1 ekonomicznie niewykonalnymi, a fundusze użytkowników mogłyby utknąć z powodu przytłaczająco wysokich opłat. Masowa migracja do projektu warstwy 2 jest możliwa, ale jeszcze bardziej skomplikowałaby proces.

Współzałożyciel zauważa, że ​​w idealnym przypadku protokół Ethereum powinien być łatwy do zweryfikowania na różnych urządzeniach, w tym laptopach, telefonach i rozszerzeniach przeglądarki. Jednak indywidualna synchronizacja danych w łańcuchu po raz pierwszy lub po długim czasie offline może zająć do 54 sekund. Może to obciążać przeglądarkę urządzenia lub prowadzić do szybkiego rozładowania baterii w urządzeniach przenośnych.

Inną alternatywną opcją proponowaną przez Buterina jest weryfikacja sieci głównej za pomocą zwięzłego nieinteraktywnego argumentu wiedzy (SNARK) przy użyciu maszyny wirtualnej Ethereum o zerowej wiedzy (zkEVM), której można użyć do weryfikacji wykonania bloku Ethereum przez maszynę wirtualną Ethereum (EVM).

W tym podejściu więcej kodu SNARK zostałoby napisane, aby zweryfikować stronę konsensusu bloku. Jednak generowanie dowodów w czasie rzeczywistym wymagałoby znacznych ulepszeń poprzez specjalistyczne ulepszenia sprzętowe lub architektoniczne.

Jeżeli zostanie wybrana ta opcja, konieczne będzie wybranie typu zkEVM, który ma zostać użyty do weryfikacji. Istnieją trzy opcje: pojedynczy zkEVM, zamknięty multi-zkEVM i otwarty multi-zkEVM.

Chociaż każda opcja ma swoje zalety i wady, Buterin uważa, że ​​najlepszym rozwiązaniem jest otwarta opcja multi-zkEVM. To podejście wymagałoby, aby różni klienci mieli różne implementacje zkEVM, a każdy klient czekał na dowód zgodności, zanim zaakceptuje blok jako ważny.

Choć jest to idealne, nie obejdzie się bez wyzwań. Oczywiste jest, że wymagałoby to znacznych ulepszeń w wydajności i paralelizacji Ethereum. Uważa jednak, że tę ścieżkę można zbadać i jest ona praktyczna ze względu na postęp technologiczny.

Poprawa skalowalności i dostępności w Ethereum

Propozycje Buterina stanowią krok we właściwym kierunku w celu rozwiązania problemu weryfikacji w łańcuchu. Chociaż proponowane rozwiązania mają słabości, podkreślają potrzebę bardziej skalowalnego i wydajnego protokołu Ethereum.

Propozycja ta pojawiła się, gdy na początku tego tygodnia firma Polygon uruchomiła wersję beta swojej głównej sieci zkEVM, planując udostępnienie technologii jako oprogramowania typu open source w celu pobudzenia dalszych prac rozwojowych.

Czytaj więcej: Deweloperzy Ethereum ogłaszają oficjalną datę aktualizacji Shapelli