Współtwórca XRP Ledger zaproponował hybrydowe testy postkwantowe w 2027 r. i przejście do mainnetu w 2028 r., chociaż żaden opublikowany plan rozwoju XRPL nie potwierdził żadnego z tych terminów.
Podsumowanie
- Współtwórca XRPL Foundation zaproponował hybrydowe testy w 2027 r. i cel przejścia do mainnetu w 2028 r.
- Żaden oficjalny plan rozwoju XRPL nie potwierdza obecnie proponowanego przez współtwórcę terminu gotowości kwantowej na 2028 r. dla wdrożenia w mainnecie.
- XRPL obsługuje obecnie podpisy secp256k1 i Ed25519, z których oba są narażone na wystarczająco zaawansowane komputery kwantowe w przyszłości.
- Istniejąca funkcjonalność RegularKey pozwala kontom XRPL zmieniać klucze podpisywania przy zachowaniu ich publicznych adresów.
- Badacz Ethereum Justin Drake oczekuje, że trzy warstwy kryptograficzne Ethereum staną się odporne na ataki kwantowe do 2029 r.
Vet, współtwórca XRP Ledger Foundation i walidator na zdecentralizowanej Unikalnej Liście Węzłów, przedstawił te daty w poście na X z 9 września. Współtwórca opisał oczekiwaną fazę testów, po której nastąpiłby system hybrydowy, w którym konwencjonalne i odporne na ataki kwantowe podpisy działałyby razem.
Proponowany harmonogram umieściłby aktualizację kwantową XRPL rok przed datą zakończenia w 2029 r. omawianą przez badacza Ethereum Justina Drake'a. Żadna z tych dat nie oznacza gwarantowanej aktywacji sieci. Harmonogram Ethereum pochodzi z prezentacji technicznej badacza, podczas gdy daty XRPL nie pojawiły się w formalnej poprawce, specyfikacji, głosowaniu walidatorów ani oficjalnym planie rozwoju.
Cel XRP Ledger na 2028 r. pozostaje propozycją współtwórcy
Vet powiedział, że deweloperzy oczekują znacznego postępu w 2027 r. przed możliwym przejściem do mainnetu w 2028 r. Proponowane prace obejmowałyby testowanie algorytmów postkwantowych i uruchomienie nowych metod podpisywania obok istniejącej kryptografii XRPL.
Publiczne materiały na oficjalnej stronie XRP Ledger nie wskazują obecnie 2028 r. jako zatwierdzonego terminu. W opublikowanej dokumentacji XRPL na dzień 10 września nie znaleziono odpowiedniej propozycji poprawki, specyfikacji technicznej ani harmonogramu wdrożenia.
To rozróżnienie pozostawia daty jako zgłoszone oczekiwanie współtwórcy. Zmiany w XRPL zwykle przechodzą przez publiczny rozwój, testy i głosowanie nad poprawkami przed aktywacją. Post na X nie może aktywować kodu protokołu ani zobowiązać uczestniczących walidatorów do daty wdrożenia.
Vet określił proponowany mechanizm awaryjny jako odpowiedź „Quantum-Day”. Zgodnie z opisem, podatne konta mogłyby zostać odizolowane i umieszczone w stanie chronionym bez zatrzymywania księgi. Publiczna dokumentacja XRPL przejrzana na potrzeby tego raportu nie zawiera zatwierdzonej poprawki o tej nazwie.
Żadna specyfikacja techniczna nie wyjaśnia obecnie jej warunków aktywacji, ograniczeń kont ani procesu odzyskiwania. Dopóki deweloperzy nie opublikują tych szczegółów, proponowany mechanizm awaryjny pozostaje przypisywaną koncepcją, a nie potwierdzoną funkcją XRPL.
Istniejąca rotacja kluczy nie kończy migracji kwantowej
XRP Ledger rozpoznaje obecnie dwa algorytmy podpisywania: secp256k1, oparty na algorytmie cyfrowego podpisu krzywej eliptycznej, oraz Ed25519, który wykorzystuje algorytm cyfrowego podpisu krzywej Edwardsa. Oba występują w dokumentacji kluczy kryptograficznych księgi.
Dokumentacja XRPL przyznaje, że wystarczająco zaawansowany komputer kwantowy wykorzystujący algorytm Shora mógłby zagrozić jego istniejącym metodom podpisywania. Ta sama strona mówi, że deweloperzy mogliby wprowadzić inny algorytm podpisywania, gdyby pojawiły się praktyczne komputery kwantowe. Nie podaje nazwy wybranego algorytmu postkwantowego ani daty wdrożenia.
Wbudowany mechanizm RegularKey pozwala już kontu przypisać zastępczy klucz podpisywania bez zmiany jego publicznego adresu. Konto może później zastąpić lub usunąć RegularKey, przesyłając autoryzowaną transakcję, jak wyjaśniono w samouczku zarządzania kluczami XRPL.
Rotacja RegularKey nie jest tym samym co pełna ochrona kwantowa. Konto XRPL zachowuje klucz główny pochodzący z jego oryginalnych poświadczeń, a protokół pozwala użytkownikom wyłączyć ten klucz główny, ale nie zastąpić go. Pełna migracja musiałaby obejmować klucze główne, listy multisignatur, weryfikację transakcji, operacje walidatorów oraz wszelkie publicznie ujawnione klucze podatne na przyszłe ataki.
Vet stwierdził, że zachowanie istniejących adresów r zmniejszyłoby zakłócenia dla użytkowników i depozytariuszy. Publiczna dokumentacja potwierdza, że przypisanie RegularKey pozostawia adres konta niezmieniony. Nie potwierdza, że sam ten mechanizm może zapewnić ogólnosieciowe przejście postkwantowe.
Data 2029 dla Ethereum obejmuje trzy warstwy techniczne
Porównanie z Ethereum pochodzi z opublikowanego planu kwantowego Justina Drake'a. Drake wskazał trzy obszary wymagające nowej kryptografii: podpisy BLS w konsensusie, zobowiązania KZG dla danych oraz podpisy ECDSA używane przez konta Ethereum.
„Moja data ukończenia, kiedy Ethereum będzie w pełni odporne postkwantowo, to 2029” – powiedział Drake. Opisał ten rok jako swój oczekiwany punkt ukończenia, a nie wiążącą datę aktywacji zatwierdzoną przez zarządzanie Ethereum.
Prace Ethereum obejmują inne algorytmy i komponenty protokołu niż XRPL. Porównanie kalendarzowe nie ustala zatem, która sieć ukończyła więcej prac inżynieryjnych, testów lub przeglądów bezpieczeństwa. Żaden wspólny techniczny punkt odniesienia cytowany przez którykolwiek z projektów nie mierzy obecnie ich względnej gotowości.
Drake umieścił swoją osobistą prognozę na „Q-Day”, kiedy komputery kwantowe mogłyby złamać istniejącą kryptografię klucza publicznego, w 2032 roku. Naukowcy nie ustalili zweryfikowanej daty dla takiej maszyny. Postęp sprzętowy, korekcja błędów i zasoby wymagane do zaatakowania wdrożonego klucza blockchain pozostają niepewne.
Aktualizacja kwantowa XRPL wymagałaby wsparcia walidatorów
Zanim zmiana protokołu może stać się aktywna, walidatory XRPL muszą nieprzerwanie wspierać poprawkę powyżej wymaganego progu. Proces poprawek sieci generalnie wymaga ponad 80% poparcia od zaufanych walidatorów przez dwa tygodnie.
Niedawna aktualizacja pokazała, jak proces może opóźnić aktywację. Jak donosiło crypto.news, poprawiona poprawka BatchV1_1 XRPL otrzymała 24 głosy od 35 walidatorów dUNL 8 września. Jej 68,57% poparcia pozostało poniżej progu aktywacji, więc dwutygodniowe odliczanie nie mogło się rozpocząć.
Zmiana związana z kryptografią kwantową wymagałaby najpierw od deweloperów opublikowania kodu i zdefiniowania obsługiwanego schematu podpisu. Testy musiałyby zbadać rozmiar transakcji, szybkość weryfikacji, wydajność walidatorów, kompatybilność z portfelami sprzętowymi i procedury odzyskiwania konta. Walidatory mogłyby następnie zdecydować, czy włączyć poprawkę.
Algorytm nie został zidentyfikowany w publicznym zarysie współtwórcy. Dostępni kandydaci wiążą się z różnymi kosztami operacyjnymi. Większe klucze publiczne i podpisy mogą zwiększyć wymagania dotyczące przechowywania, przepustowości i przetwarzania, podczas gdy błędy implementacji mogą osłabić skądinąd bezpieczny projekt kryptograficzny.
Znormalizowane algorytmy zapewniają kilka możliwych ścieżek
Amerykański Narodowy Instytut Standardów i Technologii opublikował swoje pierwsze ukończone standardy postkwantowe w 2024 roku. Obejmują one ML-KEM do ustanawiania kluczy, ML-DSA do podpisów cyfrowych oraz SLH-DSA jako standard podpisu opartego na haszach.
XRPL wymagałby metody podpisu cyfrowego, ponieważ użytkownicy podpisują transakcje, a walidatory weryfikują autoryzację. Wybór znormalizowanego algorytmu nadal wymagałby prac inżynieryjnych specyficznych dla sieci, niezależnych audytów i testów kompatybilności.
Project Eleven prowadzi rejestr kryptografii postkwantowej obejmujący schematy takie jak ML-DSA, SLH-DSA i FN-DSA, znormalizowaną formę związaną z Falcon. Jego publiczna strona internetowa oferuje audyty postkwantowe i narzędzia testowe, ale żadne publiczne ogłoszenie przejrzane na potrzeby tego raportu nie potwierdza zaangażowania XRPL ani ukończonego audytu bezpieczeństwa.
