Przegląd
Najnowsze porównanie Vitalika Buterina dotyczące mapy drogowej Ethereum na 2023 rok z obecną Strawmapą L1 pokazuje znaczącą zmianę priorytetów protokołu. Pierwotne cele sieci nie zostały porzucone, ale odporność kwantowa przesunęła się na wcześniejsze miejsce, podczas gdy natywna prywatność, skalowanie postkwantowe, natywne rollupy i bardziej formalnie weryfikowalne specyfikacje zyskały na znaczeniu. Niektóre wcześniejsze kierunki, w tym funkcje opóźnienia weryfikowalnego (VDF) i części poprzedniej mapy drogowej EVM, są obecnie mniej eksponowane.
Mapa drogowa bezpieczeństwa kwantowego Ethereum nie jest potwierdzonym harmonogramem hard forka. Strawmapa to projekt utrzymywany przez Ethereum Foundation Architecture, a poszczególne propozycje muszą jeszcze przejść przez badania, Ethereum Improvement Proposals, implementację klientów, testy i koordynację społeczności. Ethereum.org opisuje około 2029 roku jako cel ukończenia podstawowej infrastruktury postkwantowej, ale wyraźnie klasyfikuje powiązane kamienie milowe jako cele planistyczne, a nie gwarantowane zobowiązania.
Żaden komputer kwantowy nie może obecnie złamać kryptografii Ethereum, więc użytkownicy nie muszą natychmiast przenosić swoich ETH ani zmieniać portfeli. Znaczenie mapy drogowej polega na czasie wymaganym przez zdecentralizowaną sieć do wymiany kilku komponentów kryptograficznych bez zakłócania działania walidatorów, kont, rollupów czy aplikacji. Prywatność stwarza podobnie szerokie wyzwanie, ponieważ musi chronić płatności, aktywność aplikacji, żądania RPC i metadane sieci, zachowując użyteczność i kompozycyjność.
Kluczowe wnioski
- Odporność kwantowa otrzymała wyższy priorytet w najnowszej mapie drogowej Ethereum.
- Migracja obejmuje podpisy BLS, zobowiązania KZG, konta ECDSA i niektóre systemy dowodów ZK.
- Natywna prywatność pozostaje celem projektowym, a nie istniejącą domyślną funkcją.
- Większe podpisy postkwantowe sprawiają, że agregacja i skalowanie są istotnymi częściami transformacji.
- Cel na 2029 rok jest kamieniem milowym planistycznym, a użytkownicy nie muszą podejmować działań już dziś.
Jak zmieniła się mapa drogowa bezpieczeństwa kwantowego Ethereum
Co zmieniło się w najnowszej mapie drogowej Vitalika Buterina?
Długoterminowe cele Ethereum pozostają rozpoznawalne, ale ich kolejność i techniczna implementacja uległy zmianie. Porównanie z 10 sierpnia autorstwa Vitalika wskazało, że bezpieczeństwo kwantowe przesunęło się wyżej w stosie priorytetów, podczas gdy funkcje opóźnienia weryfikowalnego i niektóre wcześniejsze ulepszenia EVM stały się mniej centralne. Wcześniejsze kierunki zarządzania stanem, obejmujące drzewa Verkle i wygasanie stanu, zostały również przeorganizowane wokół nowszych propozycji.
Zaktualizowana mapa drogowa daje większą widoczność natywnej prywatności, skalowaniu postkwantowemu, natywnym rollupom, przyszłości blob i gazu oraz specyfikacjom zaprojektowanym pod łatwiejszą formalną weryfikację. Te dodatki odzwierciedlają zmiany w otaczającej technologii. Dowody wiedzy zerowej stały się bardziej praktyczne, rollupy przenoszą większą część aktywności Ethereum, a postępy w obliczeniach kwantowych uczyniły długoterminową migrację kryptograficzną bardziej konkretnym problemem inżynieryjnym.
Natywne rollupy mogłyby ostatecznie pozwolić warstwie bazowej Ethereum na weryfikację przejść stanu rollupów poprzez standaryzowane mechanizmy protokołu. Tymczasem przyszłość blob i gazu ułatwiłaby wycenę i zarządzanie przyszłą przestrzenią blokową lub pojemnością danych. Te pomysły pozostają kierunkami badań, a nie gwarantowanymi funkcjami, ale ich uwzględnienie pokazuje, że Ethereum coraz bardziej traktuje skalowanie, bezpieczeństwo i projektowanie rynku jako powiązane problemy.
Strawmapy nie należy interpretować jako kalendarza aktualizacji. Jest ona utrzymywana przez Ethereum Foundation Architecture i mapuje możliwe kierunki na kilka lat. Pojawienie się funkcji na niej nie oznacza, że deweloperzy uzgodnili ostateczną specyfikację, blok aktywacyjny czy metodę implementacji.
Dlaczego bezpieczeństwo kwantowe staje się bardziej pilne?
Bezpieczeństwo kwantowe staje się bardziej pilne, ponieważ transformacje kryptograficzne mogą zająć lata, nawet gdy bezpośrednie zagrożenie nie jest natychmiastowe. Ethereum musi koordynować walidatorów, klientów wykonawczych i konsensusowych, portfele, inteligentne kontrakty, rollupy, mosty i dostawców usług powierniczych. Czekanie, aż pojawi się wystarczająco potężny komputer kwantowy, pozostawiłoby zbyt mało czasu na testy i migrację kont.
Ethereum.org identyfikuje cztery obszary, które wymagają różnych rozwiązań postkwantowych. Konsensus opiera się na podpisach BLS do agregacji głosów walidatorów. Dostępność danych wykorzystuje zobowiązania KZG jako część architektury skalowania rollupów Ethereum. Standardowe konta zewnętrzne używają podpisów ECDSA, podczas gdy wiele systemów dowodów wiedzy zerowej w warstwie aplikacji opiera się na założeniach krzywych eliptycznych.
Te komponenty nie mogą być zabezpieczone jednym uniwersalnym zamiennikiem. Schemat podpisów walidatorów musi wspierać efektywną agregację w dużej grupie walidatorów. Zobowiązanie do dostępności danych musi pozostać zwarte i praktyczne dla węzłów. Migracja portfeli musi chronić aktywne i nieaktywne konta, podczas gdy rollupy potrzebują systemów dowodowych, które pozostają przystępne cenowo i kompatybilne z istniejącymi aplikacjami.
Obecny sprzęt kwantowy pozostaje daleko poniżej poziomu potrzebnego do złamania kryptografii Ethereum. Przygotowanie jest zatem ćwiczeniem z zarządzania ryzykiem, a nie reakcją na aktywny atak. Niepewność co do harmonogramu rozwoju jest właśnie powodem, dla którego sieć rozpoczyna transformację wcześnie.
Prywatność staje się celem projektowym na poziomie protokołu
Jak natywna prywatność zmieniłaby aktywność użytkowników Ethereum?
Natywna prywatność ograniczyłaby ilość informacji, które zewnętrzni obserwatorzy mogą powiązać z płatnościami, aplikacjami, zapytaniami RPC i aktywnością sieciową. Nie uczyniłaby jednak każdej transakcji czy interakcji z kontraktem inteligentnym całkowicie niewidoczną.
Mapa drogowa prywatności Vitalika dzieli problem na cztery obszary: prywatne płatności onchain, częściową anonimizację aktywności w aplikacjach, prywatność odczytów blockchaina i wywołań RPC oraz anonimowość na poziomie sieci. Ta szersza definicja ma znaczenie, ponieważ wartości transakcji są tylko jednym ze źródeł ujawniania informacji. Dostawca RPC użytkownika może obserwować, które adresy i kontrakty są zapytywane przez portfel, nawet gdy nie jest składana żadna transakcja.
Jednym z proponowanych podejść jest przejście na inny adres dla każdej aplikacji. To mogłoby utrudnić powiązanie aktywności użytkownika w zakresie pożyczek, handlu, gier i płatności za pomocą jednego publicznego konta. Wówczas potrzebne byłyby transakcje zachowujące prywatność na inne adresy użytkownika, aby zapobiec powiązaniu tych kont poprzez zwykłe transakcje finansowania.
Integracja z portfelami to kolejny priorytet. Narzędzia prywatności mogłyby stać się częścią istniejących interfejsów portfeli, umożliwiając użytkownikom wydawanie środków z chronionych sald bez pobierania osobnego specjalistycznego portfela. Propozycje FOCIL i abstrakcji kont mogą poprawić odporność na cenzurę i zmniejszyć zależność od publicznych przekaźników w transakcjach chroniących prywatność.
Prywatność RPC może początkowo opierać się na zaufanych środowiskach wykonawczych, a następnie na prywatnym wyszukiwaniu informacji, jeśli technologia stanie się wystarczająco wydajna dla zbiorów danych o skali Ethereum. Portfele mogłyby również łączyć się z kilkoma usługami RPC lub używać różnych dostawców dla różnych aplikacji, zmniejszając ilość metadanych widocznych dla jednego operatora.
Dlaczego domyślna prywatność jest trudna do wdrożenia?
Domyślna prywatność jest trudna, ponieważ aplikacje Ethereum opierają się na wspólnym stanie i komponowalności. Prywatny zasób lub konto musi nadal współdziałać z giełdami zdecentralizowanymi, protokołami pożyczkowymi, mostami i rollupami bez ujawniania niepotrzebnych informacji lub tworzenia zaporowych kosztów dowodów.
Dowody prywatności zużywają obliczenia i gaz. Agregacja dowodów mogłaby pozwolić na współdzielenie jednego dowodu onchain przez kilka prywatnych transakcji, ale wprowadza to dodatkową infrastrukturę i opóźnienia. Aktywność między L2 tworzy kolejną komplikację, ponieważ prywatne salda i uprawnienia kont muszą pozostać użyteczne w różnych środowiskach wykonawczych bez publicznego ujawniania ich wspólnego właściciela.
Odzyskiwanie portfela jest również trudniejsze, gdy relacje kont są celowo ukrywane. System musi umożliwiać użytkownikom rotację kluczy lub odzyskiwanie dostępu bez powiązywania każdej prywatnej notatki i konta aplikacji. Portfele typu keystore chroniące prywatność mają na celu rozwiązanie tego problemu, ale pozostają obszarem rozwoju.
Wymogi regulacyjne i dotyczące zgodności nakładają dodatkowe ograniczenia. Pule prywatności (Privacy Pools) i powiązane systemy próbują zapewnić użytkownikom prywatność transakcji, jednocześnie umożliwiając im wykazanie, że środki nie pochodzą z określonych nielegalnych źródeł. Czy ten model może zapewnić praktyczną prywatność, szeroką płynność i akceptowalne narzędzia zgodności, pozostaje niepewne.
W związku z tym mapa drogowa nie oznacza, że Ethereum już teraz zapewnia natywną prywatność domyślnie. Mechanizmy takie jak keyed nonces, recent-root, FOCIL, pule prywatności i prywatne technologie RPC pozostają na różnych etapach badań i wdrożeń. Ich uwzględnienie wskazuje kierunek, a nie ukończone wdrożenie.
Migracja postkwantowa przekształca skalowanie Ethereum
Dlaczego mapa drogowa bezpieczeństwa kwantowego Ethereum nie może po prostu zastąpić podpisów?
Ethereum nie może po prostu zastąpić istniejących podpisów, ponieważ alternatywy postkwantowe mają zazwyczaj inne charakterystyki wydajnościowe. Podpisy BLS są cenne, ponieważ wiele podpisów walidatorów można zagregować w jeden zwarty dowód. Ethereum.org zauważa, że podpis BLS ma około 96 bajtów, podczas gdy podpis oparty na haszowaniu leanXMSS może mieć około 3000 bajtów.
Bezpośrednie zastąpienie BLS przez leanXMSS bez skutecznej agregacji znacznie zwiększyłoby ilość danych konsensusu przesyłanych i weryfikowanych podczas każdego slotu. To mogłoby podnieść wymagania dotyczące przepustowości i sprzętu, zmniejszyć zdolność sieci do działania w niekorzystnych warunkach i uczynić udział walidatorów droższym.
Proponowana leanVM rozwiązuje ten problem, weryfikując i agregując podpisy postkwantowe za pomocą wyspecjalizowanej maszyny wirtualnej z wiedzą zerową. Ethereum.org stwierdza, że to podejście ma na celu skompresowanie powiązanych danych około 250 razy. Jednak jego bezpieczeństwo, wydajność dowodzenia i integracja z klientami nadal wymagają testów.
Zobowiązania KZG stanowią osobny problem migracyjny. Opierają się na parach krzywych eliptycznych i ostatecznie musiałyby zostać zastąpione przez odporny na kwantową schemat zobowiązań. Zobowiązania oparte na STARK wykorzystują funkcje skrótu, podczas gdy alternatywy oparte na kratach zależą od problemów matematycznych uważanych za odporne na ataki kwantowe. Żadne z tych podejść nie wykazało jeszcze ostatecznego połączenia wydajności, bezpieczeństwa i dojrzałości operacyjnej dla pełnego obciążenia dostępnością danych Ethereum.
Podpisy kont mogą przechodzić bardziej stopniowo przez abstrakcję kont. Elastyczność podpisów pozwoliłaby poszczególnym portfelom przyjąć metodę uwierzytelniania postkwantowego bez zmuszania każdego konta do migracji tego samego dnia. Zmniejsza to ryzyko koordynacji, ale pozostawia nierozwiązane pytania dotyczące uśpionych kont i użytkowników, którzy nie dokonają aktualizacji.
Czy komputery kwantowe mogą dziś ukraść ETH?
Nie. Obecne komputery kwantowe nie mogą wyprowadzić prywatnych kluczy Ethereum ani sfałszować podpisów walidatorów w skali wymaganej do zaatakowania sieci. Ethereum.org stwierdza, że środki użytkowników są dziś bezpieczne i że nie jest konieczne natychmiastowe działanie w zakresie portfeli.
Długoterminowe narażenie różni się w zależności od historii konta. Gdy standardowe konto Ethereum wysyła transakcję, jego klucz publiczny staje się widoczny w łańcuchu. Wystarczająco wydajny przyszły komputer kwantowy mógłby teoretycznie użyć tego klucza publicznego do wyprowadzenia odpowiedniego klucza prywatnego. Konto, które tylko otrzymywało aktywa i nigdy nie wysłało transakcji, ujawnia swój adres, który jest hashem klucza publicznego, a nie sam klucz publiczny.
To rozróżnienie zapewnia dodatkową ochronę dla nieużywanych kont, ale nie jest to kompletna strategia migracji. Aktywni użytkownicy, portfele inteligentnych kontraktów, klucze walidatorów, mosty i aplikacje nadal wymagałyby uwierzytelniania odpornego na kwanty. Uśpione konta stwarzają również problem zarządzania, ponieważ ich właściciele mogą nie odpowiedzieć, gdy narzędzia migracji staną się dostępne.
Planowane kamienie milowe Ethereum obejmują rejestr kluczy postkwantowych, natywne narzędzia weryfikacji, postkwantowe poświadczenia walidatorów oraz ostateczną agregację i zobowiązania blob. Ethereum.org celuje w około 2029 rok dla podstawowej infrastruktury, jednocześnie przyznając, że migracja warstwy wykonawczej i ekosystemu będzie kontynuowana po tym punkcie.
Użytkownicy powinni monitorować oficjalne wytyczne dotyczące portfeli i protokołów, zamiast reagować na spekulacyjne twierdzenia, że atak kwantowy jest nieuchronny. Prawdziwej migracji towarzyszyłyby wydania klientów, EIP, wsparcie portfeli i jasne instrukcje ze strony ekosystemu Ethereum.
Nowe priorytety Ethereum zależą od praktycznego wdrożenia
Najnowsza mapa drogowa bezpieczeństwa kwantowego Ethereum pokazuje, że długoterminowa strategia protokołu wykracza poza przepustowość transakcji. Prywatność, odporność kwantowa, formalna weryfikacja i integracja rollupów stają się centralnymi wymaganiami projektowymi, ponieważ każde z nich wpływa na to, czy Ethereum może pozostać bezpieczne i użyteczne przez kilka cykli technologicznych.
Siłą mapy drogowej jest to, że traktuje migrację kryptograficzną jako problem systemowy. Zastąpienie podpisów BLS wpływa na agregację walidatorów i przepustowość sieci. Zastąpienie zobowiązań KZG wpływa na dostępność danych rollupów. Ochrona kont ECDSA wymaga migracji portfeli i elastyczności podpisów, podczas gdy przenoszenie aplikacji w kierunku dowodów odpornych na kwanty może zmienić koszty dowodzenia i kompatybilność.
Prywatność ma podobnie szeroki zakres. Same prywatne płatności nie mogą chronić użytkowników, jeśli ten sam adres łączy aktywność w różnych aplikacjach lub jeśli dostawcy RPC zbierają szczegółowe dane zapytań. Projekt portfela, abstrakcja kont, agregacja dowodów, odporność na cenzurę i metadane sieci muszą zatem ewoluować razem.
Jednak mapa drogowa pozostaje zbiorem kierunków badań i kamieni milowych planowania. Sukces musi być mierzony tym, czy propozycje wejdą w proces EIP, zyskają wsparcie wśród klientów i portfeli, będą niezawodnie działać w sieciach testowych i dotrą do mainnetu bez znaczącego zwiększania kosztów uruchamiania węzłów lub korzystania z aplikacji.
Kolejne sygnały, na które należy zwrócić uwagę, obejmują testy interoperacyjności postkwantowej, wydajność dowodzenia leanVM, wsparcie portfeli dla elastyczności podpisów, alternatywy dla zobowiązań KZG oraz konkretne propozycje prywatności wchodzące do zaplanowanych aktualizacji. Dopóki te kroki nie nastąpią, najnowsza mapa drogowa stanowi jaśniejsze stwierdzenie priorytetów Ethereum, a nie dowód, że natywna prywatność lub pełna odporność kwantowa została już dostarczona.
Źródła
https://x.com/VitalikButerin/status/2086824673556467938
https://ethereum.org/roadmap/security/quantum-resistance/
https://ethereum-magicians.org/t/a-maximally-simple-l1-privacy-roadmap/23459
Zastrzeżenie dotyczące ryzyka: Ten artykuł ma charakter wyłącznie informacyjny i nie stanowi porady inwestycyjnej. Rynek kryptowalut jest bardzo zmienny. Podejmuj decyzje ostrożnie, w oparciu o indywidualną sytuację.
