Alpenglow od Solany trafia do drugiej sieci testowej – ostateczność transakcji w 100 ms już na horyzoncie

Solana wycofuje swój stary silnik konsensusu z dwóch sieci publicznych

Solana właśnie dokonała czegoś, co w początkowym okresie jej istnienia brzmiałoby jak science fiction. Przebudowany mechanizm konsensusu Alpenglow działa obecnie w dwóch publicznych sieciach testowych, a jego konstrukcja ma na celu nieodwracalne rozliczanie transakcji w czasie wynoszącym około jednej dziesiątej sekundy.

To ogromna różnica w porównaniu z około 12,8 sekundy, których sieć obecnie potrzebuje do osiągnięcia ekonomicznej ostateczności. Współzałożyciel Anatoly Yakovenko uczcił odliczanie w sieci deweloperskiej pięcioma słowami: „Nie jesteście na to gotowi”. Jednak prawdziwy test dopiero przed nami, a mechanizm odpowiedzialny za zabezpieczenie aktywów wartych miliardy nie przeszedł jeszcze na nowy system.

TowerBFT zostaje wyłączony po 17-minutowym odliczaniu

Anza, firma stojąca za klientem walidatora Agave sieci Solana, uruchomiła Alpenglow w publicznej sieci testowej 24 września. Po odliczaniu obejmującym 5 000 slotów, trwającym około 17 minut, przejście zakończyło się w slocie 444 625 255. Ostatni blok TowerBFT obejmował 82% udziału. Następnie pojawił się blok genezy Alpenglow, który wycofał poprzedni system konsensusu w tym klastrze i przekazał obowiązki finalizacji Votorowi.

Sieć Devnet dołączyła do procesu 25 września, kończąc przejście w slocie 504 148 999. Nie były to też całkowicie nowe eksperymenty. Specjalny klaster społecznościowy przeprowadzał próby tej zmiany od maja, w tym nieudaną wczesną próbę, która wymagała ponownego uruchomienia. Podstawowy protokół, SIMD-0326, uzyskał zgodę organu zarządzającego we wrześniu 2025 r., uzyskując 98,27% głosów uczestników.

Od 12,8 sekundy do mgnienia oka

I tu robi się ciekawie. Obecny system Solany wymaga od walidatorów przesyłania głosów w postaci transakcji łańcuchowych i oczekiwania na łańcuch potwierdzeń obejmujący 32 sloty. Te transakcje głosowania stanowią podobno około 75% liczby transakcji w sieci. Votor przenosi głosowanie poza łańcuch, gromadząc głosy w sieci peer-to-peer w postaci kompaktowych certyfikatów BLS.

Dwie ścieżki potwierdzeń działają jednocześnie.

• Szybka ścieżka: 80% udziału osiąga zgodność w jednej rundzie, docelowy czas to 100 milisekund.
• Ścieżka awaryjna: początkowo zgadza się 60%, po czym następuje kolejna runda, której celem jest 150 milisekund.

Kompromisem jest zmodyfikowany model bezpieczeństwa uwzględniający 20% udziału w sieci przeznaczonego na działania wrogie oraz kolejne 20% w trybie offline. Rotor, planowany zamiennik propagacji bloków Turbine, pojawi się później. Wirtualna maszyna Solana, format transakcji, programy i opłaty pozostają bez zmian. Użytkownicy portfeli nie będą musieli niczego migrować.

Szybsza ostateczność wiąże się z pewnym problemem dla giełd

Oświadczenie Yakovenko ma praktyczne konsekwencje. Nawet jeśli protokół Solana rozlicza transakcje w ciągu 100 milisekund, giełdy, mosty i powiernicy mogą nadal przetwarzać wpłaty przy użyciu systemów zaprojektowanych z myślą o znacznie dłuższych okresach potwierdzania. Jest jeszcze jedna komplikacja. Usunięcie głosów walidatorów z bloków spowoduje spadek zgłaszanej liczby transakcji, nawet jeśli rzeczywista aktywność użytkowników nie uległa zmianie.

Anza ostrzega dostawców infrastruktury, aby się przygotowali. Indeksatory muszą rozróżniać konkurujące ze sobą banki-kandydatów do czasu ostatecznej certyfikacji, podczas gdy użytkownicy Geysera i gRPC otrzymają nowy identyfikator bank_id. Ilan Gitter z Fundacji Solana podał, że po aktywacji w klastrze testnet odnotowano ponad 25 000 transakcji na sekundę z 150-milisekundową ostatecznością. To z pewnością imponująca liczba, ale zmierzona w klastrze testowym, a nie w sieci głównej.

Sieć główna wciąż ma przed sobą kilka przeszkód do pokonania

Reklamowana wydajność na poziomie 100–150 milisekund pochodzi z symulacji i testów na mniejszą skalę. Trwałe wyniki w całym publicznym zestawie walidatorów obsługujących rzeczywistą aktywność rynkową pozostają niesprawdzone. Kolejną komplikacją jest różnorodność klientów. Firedancer i Frankendancer nie wdrożyły jeszcze Votora, przez co pierwsze publiczne transakcje będą uzależnione od Agave 4.3.

Anza chce, aby programiści testowali integracje przez cały okres obserwacyjny przed jakąkolwiek migracją do sieci głównej w wersji beta. Nie ogłoszono jeszcze konkretnej daty aktywacji. W harmonogramach Agave data 28 września pojawia się jako okno na wznowienie aktywacji funkcji, a nie jako potwierdzona data uruchomienia Alpenglow. W przypadku Solany propozycja jest dość prosta. Transakcje, których sfinalizowanie zajmuje obecnie kilka sekund, mogą w przyszłości być rozliczane w milisekundach. Czy giełdy, podmioty sprawujące nadzór nad aktywami oraz dostawcy infrastruktury obsługujący te transakcje będą w stanie nadążyć za tym tempem, to już zupełnie inna sprawa.