Aptos aktywuje zaszyfrowany mempool w sieci głównej, ukrywając transakcje do momentu zablokowania kolejności bloku
Najważniejsze informacje
- •Zaszyfrowany mempool Aptosa ruszył w sieci głównej zgodnie z komunikatem z 12 października, ukrywając ładunki oczekujących transakcji do ustalenia ich pozycji w bloku.
- •Propycja AIP-144 definiuje trzy etapy: klienci szyfrują ładunki przy przesyłaniu, walidatorzy porządkują blok przy nieczytelnych instrukcjach, a deszyfrowanie i wykonanie następują po konsensusie.
- •Walidatorzy wspólnie generują klucze szyfrujące na każdą epokę, deszyfrowanie wymaga wystarczającej liczby udziałów ważonych stawką zamiast oddzielnego komitetu, a projekt obejmuje jednorazową ceremonię zaufanego setupu.
- •Portfel Petra pozwala szyfrować pojedyncze transakcje, deweloperzy mogą przesyłać zaszyfrowane ładunki przez Aptos TypeScript SDK od wersji 7.0.0 bez zmian w istniejących kontraktach Move, a Decibel planuje przyjąć tę funkcję.
- •Aptos zgłasza około 20 milisek dodatkowych opóźnień na blok w testach na 50 węzłach, a niezależny przegląd ZKSecurity objął schemat szyfrowania i zarządzanie kluczami, z wyłączeniem pomiaru gazu, i nie gwarantuje ochrony przed wszystkimi ryzykami handlowymi.

Aptos ogłosił w komunikacie z 12 października, że zaszyfrowany mempool jest aktywny w sieci głównej, co pozwala użytkownikom ukryć zawartość oczekujących transakcji do czasu ustalenia ich pozycji w bloku.
Mempool przechowuje oczekujące transakcje, zanim zostaną włączone do bloku. Gdy ich zawartość jest widoczna, zewnętrzni obserwatorzy mogą analizować instrukcje przed wykonaniem. Rozważmy hipotetyczną wymianę na tyle dużą, by poruszyć cenę tokena: bot, który widzi oczekujące zlecenie, mógłby najpierw kupić, pozwolić, by wymiana użytkownika podniosła cenę, a następnie sprzedać. Taka sekwencja, znana jako atak sandwich, może skutkować gorszym wykonaniem dla nadawcy i wymaga zobaczenia instrukcji, gdy wciąż jest czas na handel wokół niej. Wydobywanie wartości z widocznych oczekujących zleceń — rodzina strategii zwykle omawianych pod hasłem MEV (maximal extractable value) — to długo omawiany problem publicznych łańcuchów bloków z przejrzystymi mempoolami, a rozwiązania od prywatnych kanałów przesyłania po szyfrowanie progowe były badane w branży jako środki zaradcze. Podejście Aptosa celuje w tę ekspozycję bezpośrednio na etapie porządkowania.
Szyfrowanie usuwa ten wgląd w ładunek transakcji — wywoływaną funkcję i jej argumenty — podczas porządkowania. Nie gwarantuje określonej ceny wykonania: zaszyfrowana wymiana nadal może napotkać zwykłe ruchy rynkowe, ograniczoną płynność lub restrykcyjne ustawienia poślizgu.
Porządkowanie następuje przed ujawnieniem instrukcji
Propozycja protokołu AIP-144 opisuje trzy etapy:
- Przesyłanie: klient szyfruje ładunek przed wysłaniem transakcji.
- Porządkowanie: walidatorzy uzgadniają blok, podczas gdy zaszyfrowane instrukcje pozostają nieczytelne.
- Deszyfrowanie i wykonanie: walidatorzy ujawniają ładunki po konsensusie, a następnie wykonują transakcje.
Finalność w tym kontekście oznacza zgodę co do bloku i kolejności jego transakcji. Oddzielając to uzgodnienie od wykonania, Aptos pozwala, by instrukcje pozostawały ukryte do ustalenia ich pozycji. Konto nadawcy i pola opłat za gaz pozostają widoczne przy przesyłaniu, a zakończona aktywność jest następnie rejestrowana publicznie. Jak w przypadku innych podejść do prywatności blockchaina, ukrycie wybranych szczegółów nie czyni konta anonimowym.
Walidatorzy obsługują też deszyfrowanie
Walidatorzy wspólnie generują klucze szyfrujące na każdą epokę, czyli okres, w którym zestaw walidatorów jest stały. Deszyfrowanie wymaga wystarczającej liczby udziałów ważonych stawką — elementów zdolności deszyfrowania — a nie dostępu pojedynczego walidatora. Aptos opiera się więc na swoich walidatorach konsensusu zamiast powoływać oddzielny komitet deszyfrujący.
Propozycja przewiduje także jednorazową ceremonię zaufanego setupu, co oznacza, że obraz bezpieczeństwa musi uwzględniać zarówno setup kryptograficzny, jak i zachowanie walidatorów, a nie traktować braku zewnętrznego komitetu jako całego modelu zaufania.
Niezależny przegląd ZKSecurity zbadał schemat szyfrowania, komponenty zarządzania kluczami oraz integrację z przetwarzaniem transakcji. Pomiar gazu był poza jego zakresem. Przegląd dostarcza dowodów implementacyjnych, ale nie należy go przedstawiać jako gwarancji przeciw każdej awarii ani ryzyku handlowemu.
Jak użytkownicy ją włączają — i co pokazuje test wydajności
Według Aptosa portfel Petra udostępnia szyfrowanie w przepływie podpisywania, pozwalając użytkownikom wybrać je dla pojedynczych transakcji. Decibel, giełda perpetual futures Aptosa, planuje korzystać z tej funkcji; komunikat nie potwierdza, że jej integracja już działa. Pozostaje kilka bliskich pytań, w tym kiedy integracja Decibela ruszy, jak zgłoszony narzut zachowuje się pod obciążeniem produkcyjnym oraz czy portfele poza Petrą uczynią szyfrowanie rutynowym wyborem.
Deweloperzy mogą przesyłać zaszyfrowane ładunki przez Aptos TypeScript SDK, obsługiwane od wersji 7.0.0. Istniejące kontrakty Move nie wymagają zmian.
Aptos zgłasza około 20 milisek dodatkowych opóźnień na blok w testach na 50 węzłach. Ta liczba mierzy narzut przetwarzania, a nie oszczędności dla traderów ani wydajność produkcyjną przy obciążeniu. Szyfrowanie ukrywa instrukcje podczas porządkowania; czy transakcja uzyska lepszą cenę, nadal zależy od rynku i aplikacji ją wykonującej.
Ten artykuł ma wyłącznie charakter informacyjny i nie stanowi porady finansowej ani inwestycyjnej. Narzędzia prywatności blockchain mogą ograniczyć wybrane formy ujawniania informacji, nie gwarantując anonimowości ani ochrony przed wszystkimi ryzykami handlowymi.