Najbliższa duża przebudowa konsensusu Solany, Alpenglow, ma rozpocząć wdrażanie w sieci głównej 21 października 2026 r. — i może wywołać skutek uboczny, którego mało kto się spodziewa: gwałtowny, czysto statystyczny spadek raportowanej liczby transakcji w sieci.

Zgodnie z dokumentacją Alpenglow Fundacji Solana, epoch 1064 ma rozpocząć się około 15:00 UTC 21 października. Ponieważ moment rozpoczęcia epoki może się przesuwać, podana godzina jest szacunkiem, a nie stałym momentem aktywacji. Epoki to długie sekwencje slotów strukturyzujące ledger Solany, więc ich granice przesuwają się wraz z rzeczywistą produkcją bloków — warto o tym wiedzieć każdemu, kto śledzi wdrożenie w czasie rzeczywistym. TowerBFT pozostanie na miejscu przez pierwsze 5 000 slotów epoki — około 18 minut — po czym konsensus Alpenglow ma przejąć kontrolę w slocie 459 653 000.

Wydanie do sieci głównej koncentruje się na Votor, nowym protokole głosowania i finalności w ramach Alpenglow, który celuje w finalność bloków na poziomie około 150 milisekund — w porównaniu z około 12,8 sekundy przy obecnym systemie TowerBFT. Rotor, osobny komponent Alpenglow zaprojektowany w celu zastąpienia systemu propagacji bloków Turbine, jest planowany na późniejsze wydanie i nie ma jeszcze daty premiery w sieci głównej. Takie podejście etapowe sprawia, że październikowa aktywacja dotyczy wyłącznie zmian w konsensusie.

Inna aktualizacja w zależności od tego, kto na nią patrzy

rozróżnienie ma znaczenie. Alpenglow został zaprojektowany tak, aby pozostawić codzienne doświadczenie użytkowników portfeli bez zmian, podczas gdy infrastruktura generująca, przesyłająca i interpretująca dane Solany ulegnie istotnym zmianom. Od zwykłych użytkowników nie oczekuje się zmiany sposobu wysyłania transakcji; praca adaptacyjna spada na operatorów walidatorów, dostawców infrastruktury i platformy danych.

Votor zastępuje głosy w łańcuchu certyfikatami walidatorów

Konsensus to proces, w ramach którego walidatorzy blockchainu uzgadniają, które bloki się liczą. W obecnym konsensusie Solany TowerBFT walidatorzy oddają głosy jako transakcje w łańcuchu. Te głosy kumulują się przez 32 sloty, zanim blok osiągnie finalność, co tworzy około 12,8-sekundowe oczekiwanie na najsilniejszą gwarancję rozliczenia.

Votor wyłącza te głosy z samego bloku. Walidatorzy przesyłają je bezpośrednio między sobą i agregują w certyfikaty, co pozwala blokowi osiągnąć finalność w jednej lub dwóch rundach głosowania.

Cel 150 milisekund odnosi się do tego, jak długo transakcja staje się ostateczna — to znaczy nieodwracalna. Nie oznacza to, że Solana będzie produkować nowy blok co 150 milisekund; czas slotu został osobno skrócony do 200 milisekund w październiku.

Dla usług, które czekają na finalność przed zaksięgowaniem depozytu, wydaniem towaru lub zakończeniem przelewu, ta zmiana może usunąć większość opóźnień wynikających z samego procesu konsensusu Solany. Nie usuwa opóźnień nakładanych przez kontrole ryzyka giełd, mostki, dostawców płatności ani inne łańcuchy. Korzyść ma największe znaczenie w przepływach pracy, w których jedna strona czeka na silniejszą gwarancję rozliczenia przed zakończeniem drugiej strony transakcji. Narzędzie escrow Solany typu delivery-versus-payment jest jednym z przykładów infrastruktury, która mogłaby skorzystać z szybszej finalności bez wymagania od użytkowników zmiany sposobu przesyłania transakcji.

Usunięcie głosów zmieni dane transakcyjne Solany z dnia na dzień

Najbardziej widoczną zmianą dla analityków może wcale nie być finalność. Transakcje głosowania nie będą już pojawiać się w blokach Solany pod rządami Votor. Ponieważ te głosy były zapisywane w blokach jak każda inna transakcja, pulpity zliczające całą zawartość bloku od dawna wliczały je do raportowanej przepustowości — a ponieważ głosy stanowiły dużą część transakcji liczonych w blokach, całkowita liczba transakcji i wartości TPS mogą po aktywacji gwałtownie spaść.

Byłaby to zmiana rachunkowa, a nie dowód na to, że Solana nagle straciła użytkowników lub pt ze strony aplikacji. Pulpit, który będzie nadal porównywać wartości po Alpenglow z danymi sprzed aktualizacji bez skorygowania punktu odniesienia, może fałszywie zgłosić załamanie aktywności sieci.

Zanim po 21 października wyciągnie się wniosek, że „liczba transakcji na Solanie spadła, więc spadło użytkowanie Solany”, należy sprawdzić, czy pulpit uwzględnia głosy walidatorów sprzed aktualizacji w swoim historycznym punkcie odniesienia. Jeśli tak, raportowana liczba transakcji nie jest już bezpośrednio porównywalna. Wskazówki samej Solany nakazują indexerom i pulpity przepustowości ustanowienie nowych punktów odniesienia dla danych, a narzędzia, które wcześniej mierzyły uczestnictwo poprzez parsowanie instrukcji Vote Program, muszą przejść na certyfikaty przenoszone w stopce bloku Alpenglow.

Po aktualizacji korzystaj z koszyka wskaźników aktywności

Żaden pojedynczy wskaźnik nie opisuje popytu sieciowego. Gdy transakcje głosowania znikną, najczystszy obraz da połączenie kilku miar, a nie traktowanie całkowitego TPS jako samodzielnego werdyktu:

• Transakcje bez głosów: bezpośrednia miara transakcji generowanych poza głosowaniem walidatorów.
• Aktywni płatnicy opłat: lepszy wskaźnik szerokości uczestnictwa niż same surowe sumy transakcji.
• Liczba i wartość transferów stablecoinów: przydatne do śledzenia aktywności płatniczej i rozliczeniowej.
• Wolumen DEX i unikalni traderzy: razem dają więcej kontekstu niż sam wolumen.
• Przychody z opłat: pomocne obok metryk użytkowników, choć mogą też zmieniać się wraz z warunkami opłat i intensywnością handlu.

To podejście czyni porównania po aktualizacji bardziej uczciwymi. Jeśli całkowity TPS spadnie, podczas gdy transakcje bez głosów, aktywni płatnicy opłat i wolumen aplikacji pozostaną stabilne, sieć zmieniła swoją rachunkowość — niekoniecznie popyt.

Co pokaże, czy wdrożenie się powiodło

Pierwszym testem jest zrealizowana finalność. Sieć musi wykazać, że bloki osiągają finalność blisko zadeklarowanego celu bez istotnej niestabilności ani wzrostu liczby pominiętych slotów.

Drugim jest gotowość operacyjna. Walidatorzy muszą przejść na obsługiwane klienty oparte na Agave; Firedancer i Frankendancer nie są obsługiwane w okresie przejściowym. Indexerzy oraz użytkownicy RPC/Geyserzą również obsłużyć nowe pole bank_id, ponieważ slot może zawierać więcej niż jeden kandydacki blok.

Trzecim jest ciągłość danych. Exploratory, platformy analityczne i media muszą odróżnić mniejszą liczbę głosów walidatorów od słabszego popytu aplikacyjnego, zanim wyciągną wnioski z powyświetleniowych wykresów transakcji Solany.

Szybsza finalność i przestarzały punkt odniesienia TPS

Bezpośrednią obietnicą Alpenglow jest znacznie szybsza finalność bez zmiany sposobu wysyłania transakcji przez zwykłych użytkowników. Mniej oczywistą konsekwencją jest to, że znane statystyki aktywności Solany będą wymagać resetu, gdy głosy walidatorów znikną z bloków. Po 21 października spadek raportowanej liczby transakcji należy najpierw traktować jako kwestię pomiaru. Tylko jednoczesny spadek aktywności bez głosów, aktywnych płatników opłat i wykorzystania na poziomie aplikacji potwierdzałby wniosek, że sam popyt osłabł.

Ten artykuł ma wyłącznie charakter informacyjny i nie stanowi porady finansowej ani inwestycyjnej. Moment aktywacji w sieci głównej i wydajność zależą od warunków sieciowych i gotowości implementacji.

Źródło: Coindoo