Aktualizacja Solana Alpenglow skróci finalność do 150 milisekund
Najważniejsze informacje
- •Protokół Votor z Alpenglow zastępuje TowerBFT na Solana Mainnet Beta od 21 października, celując w finalność transakcji około 150 milisekund wobec dotychczasowych 12,8 sekundy.
- •Walidatorzy będą wymieniać głosy bezpośrednio i grupować je w certyfikaty BLS zamiast przesyłać je jako transakcje on-chain, więc przyspieszenie wynika z procesu głosowania, a nie z szybszych bloków.
- •Migracja wymaga podpisania certyfikatu genesis przez co najmniej 82% stawki, a operatorzy Firedancer i Frankendancer muszą tymczasowo przejść na oprogramowanie oparte na Agave 4.3, takie jak Agave, Jito-Solana czy Harmonic Salsa.
- •Validator Admission Ticket kosztujący 0,8 SOL na epokę, spalany przez sieć, zastępuje opłaty za transakcje głosowe, a walidatorzy, którzy go nie zapłacą, nie mogą głosować ani produkować bloków w kolejnej epoce.
- •Czysta tolerancja bizantyjska spada z 33% do 20% przy dodatkowej tolerancji dla 20% stawki offline, a krytycy, w tym Sei i Helius, podnoszą obawy o presję centralizacyjną i nierozstrzygnięte kwestie MEV oraz kar za ekwiwokację.

Aktualizacja Solana Alpenglow uruchomi nowy protokół konsensusu na Mainnet Beta blockchaina 21 października, a finalność ma spaść z około 12,8 sekundy do około 150 milisekund. Sieć główna musi jednak w praktyce potwierdzić ten cel.
Solana to blockchain warstwy pierwszej, na którym walidatory tworzą bloki i potwierdzają je poprzez głosowanie. Protokół konsensusu określa, kiedy transakcja uznawana jest za nieodwracalną — zadanie to pełnił do tej pory mechanizm zwany TowerBFT. Alpenglow zadebiutowało w maju 2025 roku na konferencji Solana Accelerate. Koncepcja powstała pod kierownictwem Rogera Wattenhofera z ETH Zurich, we współpracy z jego byłymi doktorantami, Kobi Sliwinskim i Quentinem Kniepem, którzy pracują teraz w firmie Anza, deweloperze Solany. We wrześniu 2025 roku walidatorzy zatwierdzili propozycję SIMD-0326 z 98,27% oddanych głosów. Jej kluczowy komponent, Votor, zastępuje istniejący TowerBFT.
W odniesieniu do dzisiejszych wartości cel 150 ms oznacza finalność około 85 razy szybszą. 150 milisekund dotyczy czasu do finalności, a nie czasu bloku: wykonanie transakcji, Solana Virtual Machine (SVM) oraz opłaty pozostają bez zmian.
Votor zastępuje TowerBFT w głosowaniu walidatorów
W ramach TowerBFT głosy walidatorów przechodzą przez blockchain jako zwykłe transakcje. Dokładnie to zmienia Votor. Od teraz walidatory będą wymieniać swoje głosy bezpośrednio między sobą i grupować je w certyfikaty BLS, dzięki czemu jeden certyfikat łączy zatwierdzenie wielu walidatorów w jednym rekordzie. Głosy nie będą już zatem pojawiać się jako transakcje on-chain wewnątrz bloków. Przyspieszenie wynika więc z nowego procesu głosowania, a nie z szybszych bloków.
Votor ma dwie ścieżki do finalności. Jeśli co najmniej 80% stawki potwierdzi blok w pierwszej rundzie, blok jest finalny po tej rundzie — szybka ścieżka ma zająć około 100 milisekund. Nawet jedna piąta stawki może być nieobecna, nie blokując tej ścieżki. Natomiast jeśli zatwierdzenie w rundzie 1 wyniesie między 60% a 80%, wolniejsza ścieżka przejmuje zadanie przy około 150 milisekundach.
Solana sama opisuje 150 milisekund na swojej oficjalnej stronie aktualizacji jako oczekiwanie, a nie stałą. Ponadto skrócenie czasu slotu z400 do 200 milisekund nie jest częścią Alpenglow; sieć zrealizowała tę osobną zmianę wcześniej, w czterech etapach do października 2026 roku. Dla giełd, market makerów i dostawców płatności finalność to kluczowy wskaźnik, ponieważ determines, kiedy transakcja uznawana jest za rozliczoną. Silne wyniki z środowisk testowych nie zastępują zatem dowodu w rzeczywistym obciążeniu mainnetu.
Migracja Alpenglow w epoce 1064 wymaga ścisłej koordynacji
Przełączenie rozpoczyna się wraz ze startem epoki 1064, 21 października, gdy feature gate aktywuje nową logikę. TowerBFT najpierw wyprodukuje jeszcze 5 000 slotów — około 18 minut — po czym Alpenglow przejmie kontrolę w slocie 459 653 000. W trakcie tej przejściowej fazy sieć na krótko wstrzyma umieszczanie transakcji użytkowników w blokach. Votor wystartuje dopiero, gdy walidatorzy posiadający co najmniej 82% stawki podpiszą certyfikat genesis, co czyni to jednorazową, skoordynowaną interwencją w działającej sieci.
Kwestia klientów walidatorów jest delikatna. Migracja wyklucza na razie alternatywne klienty Firedancer i Frankendancer, więc ich operatorzy muszą przed epoką 1064 tymczasowo przejść na oprogramowanie oparte na Agave 4.3. Opcje obejmują samego Agave, Jito-Solanę oraz Harmonic Salsę, przy czym Solana określa wersję 4.3.2. Każdy walidator, który nie przełączy się na czas, będzie nieobecny w certyfikacie genesis — a im więcej stawki nie dokona przełączenia, tym cieńszy będzie bufor nad progiem 82%. Ile stawki trafi do pierwszego certyfikatu, będzie więc jednym z pierwszych widocznych rezultatów przełączenia.
Niemniej droga do aktywacji przebiegała w uporządkowanych etapach. Od lipca 2026 roku na mainnecie działają dwa wstępne kroki: zarządzanie kluczami BLS na koncie głosującym (SIMD-0387) oraz Validator Admission Ticket (SIMD-0357). Anza uruchomiła społecznościowy klaster testowy w maju 2026 roku, po czym we wrześniu nastąpił publiczny testnet, a dzień później devnet. W połowie października zespół deweloperski ogłosił datę mainnetu.
Walidatorzy zapłacą 0,8 SOL na epokę zamiast opłat za głosy
Wraz z zniknięciem transakcji głosowych znikają też ich opłaty. Zastępuje je Validator Admission Ticket (VAT), którego techniczne podstawy działają na mainnecie od lipca 2026 roku. Kosztuje 0,8 SOL na epokę, a sieć spala tę kwotę, usuwając tokeny z obiegu. Dodatkowo saldo konta głosującego musi wynosić co najmniej 0,8 SOL powyżej minimum zwalniającego z renty. Opłata jest po raz pierwszy należna na początku epoki 1064 i obejmuje epokę 1065; walidatorzy, którzy jej nie zapłacą, nie mogą ani głosować, ani produkować bloków w kolejnej epoce. Pierwszy cykl rozliczeniowy pokaże więc w praktyce, ilu operatorów zasili swoje konta głosujące na czas.
Dla operatorów zmienia to strukturę kosztów. Do tej pory każdy pojedynczy głos wymagał transakcji on-chain, a wraz z nią bieżących opłat — koszty te powstawały per walidator, w dużej mierze niezależnie od stawki Jeśli nowa stała opłata będzie niższa niż dotychczasowe opłaty za głosy, najwięcej zyskają mniejsi walidatorzy, ponieważ tego rodzaju koszty stałe stanowią dla nich proporcjonalnie większe obciążenie względem stawki.
Traci przy tym pewien statystyczny efekt uboczny. Transakcje głosowe były wcześniej wliczane do raportowanej liczby transakcji na sekundę (TPS), więc raportowany wskaźnik TPS może po aktualizacji spaść. To efekt liczenia, a nie problem z siecią.
Niższa tolerancja bizantyjska, otwarte kwestie opóźnień i MEV
Zmienia się także model bezpieczeństwa. TowerBFT wytrzymuje do 33% stawki bizantyjskiej, czyli działającej w złej wierze. Votor obniża tę czystą tolerancję bizantyjską do 20%, a jednocześnie dodatkowo toleruje 20% stawki będącej offline — to tzw. model 20+20. Ogólna odporność na zakłócenia rośnie zatem, podczas gdy tolerancja na aktywne ataki spada.
Branża zgłosiła też konkretne zastrzeżenia. Projekt blockchainowy Sei widzi presję ku centralizacji, argumentując, że sygnał potrzebuje około 80 do 100 milisekund na rundę przez Atlantyk — sam ten odcinek przekracza połowę wartości docelowej. Dostawca infrastruktury Helius wskazuje na otwarte pytania dotyczące Multiple Concurrent Leaders i MEV przy głosowaniu poza łańcuchem, a kary za ekwiwokację — wysyłanie konfliktowych bloków lub głosów dla tego samego slotu — również pozostają nierozstrzygnięte. Ponieważ te kwestie dotyczą projektu protokołu, a nie mechaniki migracji, pozostaną otwarte także po uruchomieniu Alpenglow.
Ta aktywacja pomija niektóre komponenty. Rotor, planowany zamiennik warstwy dystrybucji danych Turbine, należy dopiero do drugiej fazy i nadal nie ma terminu. Później Agave 4.4 ma przynieść Fast Leader Handoff, którego Anza oczekuje w mniej niż 1% slotów. Ostatecznie dopiero dane pomiarowe po epoce 1064 pokażą, czy Votor osiąga 150 milisekund w codziennej pracy.