Solana przenosi aktualizację konsensusu Alpenglow na publiczny testnet

Solana rozpoczęła wdrażanie aktualizacji konsensusu Alpenglow na publicznym testnecie — to kamień milowy, który udostępnia zmianę szerszej społeczności walidatorów sieci przed przeprojektowaniem mającym skrócić finalność transakcji do ułamka jej obecnego czasu.

Anza, firma stojąca za klientem walidatora Agave, wydała 18 września Agave v4.3.0 jako stabilną wersję, którą uważa za odpowiednią dla testnetu, devnetu i mainnet beta. Po wcześniejszym przekazaniu wydania operatorom kontrolującym 10%, a następnie 25% postawionego SOL, Anza poleciła 21 września wszystkim walidatorom mainnetu uruchamianie tej wersji. Aktualizacja należy do najbardziej przełomowych w Solanie od lat: ma skrócić finalność z około 12,8 sekundy do około 150 milisekund.

Jak zmienia się model konsensusu

Finalność to moment, w którym transakcji nie można już cofnąć. To warunek, na jaki czekają giełdy przed zaksięgowaniem depozytów oraz mosty przed uwolnieniem środków. Skrócenie tego oczekiwania z sekund do milisekund bezpośrednio skraca czas wstrzymania depozytów i transferów międzyłańcuchowych.

Solana osiąga obecnie finalność dzięki TowerBFT, które stackuje głosy walidatorów zapisywane on-chain przez 32 sloty, zanim blok zostanie uznany za rozliczony. Alpenglow zastępuje ten mechanizm protokołem Votor, w którym walidatory przekazują sobie głosy bezpośrednio i mogą uzgodnić blok w ciągu jednej lub dwóch rund. Wyeliminowanie długiej on-chain ścieżki głosowania, odpowiadającej za większość opóźnienia, skraca oczekiwanie do około 150 milisekund.

Etapowa droga do sieci głównej

Now kod działał przez ponad cztery miesiące na oddzielnej, mniejszej sieci utworzonej specjalnie dla tej aktualizacji. Przeniesienie go na publiczny testnet Solany, gdzie tokeny nie mają realnej wartości, sprawdza, czy pełny zestaw komputerów i usług obsługujących już łańcuch może przemieścić się zgodnie w całości.

28 września figuruje w kalendarzu Anzy jako wstępna data aktywacji funkcji Agave 4.3 w sieci głównej. Anza nie potwierdziła jeszcze uruchomienia, a jej tracker oznaczał we wtorek rano samą zmianę na testnecie jako oczekującą. Od tego momentu wskaźnikami do obserwacji są usunięcie statusu oczekującego w trackerze oraz to, czy Anza potwierdzi 28 września jako datę aktywacji.

Gotowość klientów i co zmienia się dla użytkowników

Aplikacje będą przetwarzać transakcje tak jak dotychczas, a posiadacze nie muszą zmieniać portfeli ani sposobu przesyłania środków.

Pierwsza migracja Alpenglow przebiegnie wyłącznie przez Agave, ponieważ Firedancer i Frankendancer — dwa alternatywne klienty walidatora stworzone przez Jump Crypto — nie obsługują jeszcze testu. Te alternatywy istnieją, aby zmniejszyć zależność Solany od jednej bazy kodu, tak aby błąd w Agave nie trafił we wszystkich walidatorów jednocześnie. Ich brak sprawia, że pierwsza migracja skupia się na jednej bazie kodu — właśnie tej zależności, którą klienty alternatywne miały złagodzić.

Ta zmiana następuje po serii stabilnych aktualizacji sieci, od większego maksymalnego rozmiaru transakcji po szybsze czasy slotów na testnecie. Alpenglow sięga głębiej: zamiast dostosowywać limity czy czasy, zastępuje mechanizm, za pomocą którego sieci rozlicza bloki.