Architektura Ethereum 2.0: Abstrakcja kont (EIP-8141) i wielowymiarowe skalowanie sieci
Sieć Ethereum przygotowuje się do wdrożenia dwóch kompleksowych aktualizacji architektury, które rozwiązują jej dotychczasowe ograniczenia strukturalne. Z jednej strony, propozycja EIP-8141 (planowana na aktualizację Hegota) wprowadza architekturę “klatek transakcyjnych”, ostatecznie realizując wizję abstrakcji kont. Portfele kryptowalutowe zyskają elastyczność i wygodę znaną z tradycyjnych aplikacji bankowych, eliminując konieczność opłacania prowizji w natywnym tokenie (ETH). Z drugiej strony, nadchodząca aktualizacja Glamsterdam optymalizuje warstwę bazową poprzez równoległe przetwarzanie danych, wielowymiarowy model opłat (oddzielenie kosztów obliczeń od kosztów pamięci) oraz oparcie bezpieczeństwa na weryfikowalnej kryptografii (ZK-EVM).
Spis treści
Wąskie gardła obecnej infrastruktury
Tradycyjny model działania sieci blockchain był projektowany z myślą o prostocie na poziomie protokołu, co przerzuciło ciężar obsługi na użytkownika końcowego.
Dla inżyniera z sektora Web2 lub inwestora z rynku TradFi obecne portfele (tzw. konta EOA) działają w sposób mało efektywny:
- Sztywność opłat: Aby wykonać operację przy użyciu stablecoinów (np. USDC), użytkownik i tak musi posiadać na koncie natywną walutę (ETH), by opłacić czas pracy serwerów (gaz).
- Brak logiki warunkowej: Wykonanie złożonej strategii (np. autoryzacja dostępu do kapitału, a następnie jego wymiana) wymaga ręcznego podpisywania wielu osobnych operacji.
- Liniowe przetwarzanie: Obecnie węzły (serwery) weryfikują transakcje jedna po drugiej, a opłata sieciowa jest uśredniona, co powoduje przeciążenia w momentach dużej aktywności rynkowej.
Nowa mapa drogowa Ethereum dzieli te problemy na dwa wektory operacyjne: przebudowę logiki portfeli oraz optymalizację przepustowości samej sieci.
Abstrakcja kont (EIP-8141) i Klatki Transakcyjne
Koncepcja abstrakcji kont (Account Abstraction) była dyskutowana od 2017 roku (począwszy od EIP-86). Opublikowany standard EIP-8141 to kompletny mechanizm, który przekształca pasywne konta w programowalne smart kontrakty.
Z technicznego punktu widzenia, tradycyjną transakcję zastępuje “skrypt” składający się z sekwencji, nazywanych klatkami (Frames). Działa to na podobnej zasadzie co makra w systemach informatycznych. Klatki mogą odczytywać swoje dane nawzajem i niezależnie autoryzować różne elementy procesu.
Standardowy proces logowania i płatności wygląda następująco:
- Wdrożenie (Deployment): Jeśli konto jeszcze nie istnieje, system w tle tworzy bezpieczny portfel na podstawie z góry ustalonego adresu (niezmiennego w różnych sieciach).
- Walidacja (Sprawdzenie podpisu): Klatka sprawdza kryptograficzny podpis użytkownika. Co ważne, standard pozwala na użycie dowolnej kryptografii – od prostych haseł po podpisy odporne na komputery kwantowe.
- Opłacenie sieci (Paymaster): Jeżeli użytkownik chce zapłacić prowizję w stablecoinie, klatka autoryzuje zewnętrzny, w pełni zautomatyzowany kantor (działający wewnątrz blockchaina), który pobierze stablecoiny od użytkownika, opłaci gaz w ETH i zwróci resztę.
- Egzekucja: Faktyczne wykonanie polecenia (np. wysłanie środków lub inwestycja w protokół DeFi).
Dzięki temu system grupuje autoryzację i przelewy (tzw. Atomic Batching). Jeśli jakikolwiek element układanki zawiedzie, cała transakcja jest bezpiecznie anulowana. Wprowadzono również mechanizmy ochronne w publicznych “poczekalniach transakcji” (mempool), które zapobiegają spamowaniu sieci przez złośliwe skrypty (odrzucając te, które próbują modyfikować zewnętrzne bazy danych przed opłaceniem prowizji).
Skalowanie warstwy bazowej
Nawet najbardziej zaawansowane portfele nie będą użyteczne, jeśli główny serwer ulegnie przeciążeniu. Strategia optymalizacji przepustowości Ethereum została podzielona na cele krótko- i długoterminowe.
Rozwiązania krótkoterminowe (Aktualizacja Glamsterdam)
- Równoległe przetwarzanie (Block Access Lists): Zamiast weryfikować operacje jedna po drugiej, sieć wprowadza listy dostępu. Pozwalają one algorytmom z góry ocenić, które operacje na siebie nie wpływają, i przetworzyć je jednocześnie. Dodatkowo, węzły otrzymają znacznie więcej czasu w każdym “oknie” (slocie) na weryfikację obliczeń, co drastycznie zwiększa ich zdolności przerobowe.
- Wielowymiarowy Gaz (Oddzielenie dysku od procesora): To najważniejsza zmiana architektoniczna. Obecnie, “gaz” w Ethereum to pojedyncza miara. W świecie chmury obliczeniowej (Web2, np. AWS), klient płaci osobno za zużycie procesora (EC2) i osobno za przestrzeń dyskową (S3).
Aktualizacja wdraża ten sam standard on-chain. Zapisywanie nowych danych do trwałej pamięci blockchaina (state creation) będzie wyceniane osobno i nie będzie zużywać ogólnego budżetu obliczeniowego transakcji.
W systemie pojawi się “rezerwuar gazu”. Jeśli inteligentny kontrakt potrzebuje wykonać obliczenia, pobiera zasoby z rezerwuaru procesora. Jeśli chce zapisać dane, pobiera je z rezerwuaru pamięci. Pozwala to na precyzyjne wycenianie zasobów i tworzenie znacznie bardziej rozbudowanych aplikacji bez blokowania całej sieci.
Rozwiązania długoterminowe (ZK-EVM i separacja danych)
W architekturze docelowej sieć odchodzi od zasady, w której każdy komputer na świecie musi pobrać i przeliczyć całą bazę danych.
- Magazynowanie danych (Blobs / PeerDAS): Transakcje warstwy drugiej (L2) są już pakowane w specjalne pakiety danych (Blobs). Docelowo cały ruch na Ethereum ma opierać się na tym formacie. Sieć ma osiągnąć przepustowość danych rzędu 8 MB/s. Algorytmy będą rozdzielać te dane między uczestników w taki sposób, aby nikt nie musiał pobierać całego łańcucha, zachowując przy tym możliwość obiektywnej weryfikacji.
- Matematyczne dowody pracy (ZK-EVM): W przyszłości, zamiast wykonywać obliczenia, węzły sieciowe będą jedynie sprawdzać “certyfikaty” (Dowody Wiedzy Zerowej – ZK-SNARKs) dostarczane przez wyspecjalizowane serwery. Harmonogram zakłada:
- 2026: Faza testowa. ZK-EVM będą weryfikować część bloków (ok. 5% sieci).
- 2027: Zwiększenie udziału do 20% oraz pełna weryfikacja poprawności kodu. Odciąży to mniejsze serwery i pozwoli na radykalne podniesienie limitów przepustowości w całej sieci.
- Cel ostateczny: Wymóg weryfikacji każdego bloku przez 3 z 5 różnych, niezależnych systemów szyfrujących.
Podsumowanie
Połączenie nowego standardu portfeli (EIP-8141) z optymalizacją przepustowości oraz wielowymiarowym modelem ekonomicznym (Glamsterdam) przesuwa Ethereum z fazy surowego protokołu w stronę skalowalnego, globalnego silnika finansowego. To technologiczny fundament, w którym z perspektywy ostatecznego użytkownika (oraz inwestora TradFi) zniknie złożoność zarządzania procesami kryptograficznymi.
Źródła:
