Solana ustala aktualizację Alpenglow na 21 października z celem finalizacji 150 ms

Deweloperzy Solany zaplanowali aktualizację konsensusu Alpenglow na 21 października, celując w około 150-milisekundową finalizację, jednocześnie prosząc walidatorów i operatorów aplikacji o przygotowanie się na zmiany podczas przekazywania głównej sieci.

Podsumowanie

• Aktualizacja Alpenglow Solany jest zaplanowana na 21 października, celując w około 150-milisekundową finalizację transakcji.
• Quicknode ostrzega przed krótką przerwą w transakcjach i możliwymi przerwami w strumieniach danych podczas przekazywania.
• Walidatorzy muszą używać kompatybilnego oprogramowania i zasilić konta głosowe opłatą w wysokości 0,8 SOL.
• Niektóre węzły RPC mogą otrzymać informacje o finalizacji później niż walidatorzy uczestniczący bezpośrednio w konsensusie.

Zawiadomienie o konserwacji Quicknode wskazuje środę jako planowany dzień aktywacji, ale jego najnowsza aktualizacja ostrzega, że pierwotny szacowany czas 14:50 UTC może zostać przesunięty na 13:20 UTC w miarę postępu produkcji bloków. Dostawca prosi operatorów o gotowość od 13:00 UTC, a przekazanie konsensusu nastąpi około 20 minut po aktywacji.

Obecna strona aktualizacji Fundacji Solana umieszcza zmianę w epoce 1064 i wskazuje, że główna sieć nie została jeszcze aktywowana. Jej zaktualizowany szacunek umieszcza początek epoki w pobliżu 13:20 UTC, co sprawia, że granica epoki jest odpowiednim wyzwalaczem, a nie ustaloną godziną.

Solana Alpenglow celuje w finalizację, a nie szybsze wykonanie

W ramach projektu Anza, Votor zastępuje logikę głosowania i finalizacji TowerBFT. Celem jest około 150 milisekund w normalnych warunkach sieciowych, co nie gwarantuje, że każdy portfel, giełda czy aplikacja handlowa wyświetli zakończoną transakcję w tym okresie.

Fundacja informuje, że wykonanie transakcji, zachowanie programów i mechanika opłat pozostają niezmienione. Zwykli użytkownicy nie muszą zmieniać sposobu, w jaki podpisują lub zatwierdzają transakcje, podczas gdy oddzielna aktualizacja Rotor dotycząca dystrybucji danych jest zarezerwowana na późniejsze wydanie. Jej dokumentacja oddziela wprowadzenie konsensusu od wcześniejszych redukcji czasu slotu, które regulują, jak często sieć produkuje bloki.

Przegląd techniczny Quicknode opisuje dwa równoległe ścieżki głosowania. Jedna może sfinalizować blok w jednej rundzie, gdy 80% walidatorów uczestniczy, podczas gdy druga wykorzystuje drugą rundę, gdy uczestnictwo osiąga 60%.

Dostawca odróżnia ten proces od wczesnych potwierdzeń, które użytkownicy już widzą. Jego przegląd mówi, że aplikacje zwykle wyświetlają potwierdzenia w ciągu dwóch do trzech sekund w optymistycznych ustawieniach, zanim stary system osiągnie pełną finalizację w około 13 sekund.

Październikowe wdrożenie następuje po wcześniejszej mapie drogowej, która powiązała Alpenglow z Agave 4.3. Raport z 14 sierpnia dokumentował, że kod Alpenglow był obecny w Agave 4.2 do testów, nie autoryzując aktywacji głównej sieci w tej wersji.

Do 26 września aktualizacja dotarła do devnet po przejściu testnetu dzień wcześniej, jak wcześniej relacjonowano w crypto.news. Zespoły aplikacji mogły następnie sprawdzić nowe zachowanie konsensusu przed wdrożeniem w sieci obsługującej fundusze użytkowników.

Traderzy stają w obliczu krótkiej przerwy podczas przekazywania

Quicknode ostrzega, że nowe transakcje na krótko przestaną wchodzić do bloków, gdy sieć zmienia systemy konsensusu. Jego zawiadomienie opisuje przerwę trwającą kilka sekund, z dłuższą przerwą możliwą, jeśli przejście zajmie więcej czasu.

Zgłoszenia transakcji mogą tymczasowo zwracać błąd "węzeł niezdrowy" przed lotem, mówi dostawca. Strumienie danych Yellowstone mogą rozłączyć się raz, podczas gdy subskrypcje korzystające z najwcześniej przetworzonego zobowiązania mogą wyświetlać sloty, które nigdy nie osiągną potwierdzenia.

Zawiadomienie o konserwacji zaleca potwierdzone lub sfinalizowane zobowiązanie dla danych, które nie mogą zostać cofnięte. Quicknode mówi, że jego istniejące punkty końcowe Solana pozostaną w miejscu, a jego zespół będzie monitorować sieć przez cały czas zmiany.

W technicznym przeglądzie dostawcy szybsze, nieodwracalne rozliczenia są istotne dla aplikacji finansowych, transferów skarbowych korporacyjnych i usług w czasie rzeczywistym. Dokument przedstawia te zastosowania jako możliwości proponowanej architektury konsensusu, nie ustalając, że poszczególne platformy handlowe przyjmą nowe polityki rozliczeniowe w dniu aktywacji.

Gotowość walidatorów obejmuje oprogramowanie i finansowanie konta

Obecna lista kontrolna Fundacji Solana instruuje walidatorów, aby przed epoką 1064 uruchomili wersję 4.3.2 Agave, Jito-Solana lub Harmonic Salsa. Firedancer i Frankendancer nie są wspierane podczas migracji, zgodnie z tymi samymi wskazówkami.

Operatorzy muszą utrzymywać co najmniej 0,8 SOL powyżej minimalnej kwoty zwolnionej z czynszu na swoich kontach głosujących, aby pokryć bilet wstępu dla walidatora. Pierwsza opłata pokrywa uczestnictwo w epoce 1065, a niezapłacona opłata uniemożliwia walidatorowi głosowanie lub produkcję bloków w następnej epoce.

Zatwierdzenie przez zarząd poprzedza te wymagania operacyjne. Propozycja została przyjęta we wrześniu 2025 roku z 98,27% głosów na tak, zgodnie z relacją z zakończonego głosowania. Udział wyniósł 52% stawki, więc procent zatwierdzenia opisuje oddane głosy, a nie całą populację walidatorów.

Tamto wcześniejsze głosowanie zatwierdziło SIMD-0326, propozycję stojącą za reformą konsensusu. Współczesny raport odnotował 1,05% głosów przeciw i 0,69% wstrzymujących się, z niewielką różnicą zaokrąglenia zachowaną w opublikowanych danych.

Dostarczanie RPC może opóźniać się w stosunku do celu 150 ms

Dokumentacja operatora Anza wyjaśnia, że wiadomości konsensusu normalnie krążą wśród przyjętych walidatorów. Węzeł bez stawki korzystający z domyślnej ścieżki dostarczania uczy się o finalności z certyfikatów przenoszonych w późniejszych blokach, zazwyczaj dodając do jednego interwału produkcji bloków.

Pominięte lub opóźnione bloki mogą wydłużyć ten czas oczekiwania. Węzeł współpracujący z przyjętym walidatorem może otrzymywać wiadomości bezpośrednio, chociaż opóźnienie sieci między nimi pozostaje częścią czasu dostarczania.

Relacja z wrześniowego devnetu dokumentowała oddzielne zmiany dla indeksatorów i eksploratorów. Bloki kandydatów muszą pozostawać oddzielne do momentu potwierdzenia, a dane dotyczące uczestnictwa walidatorów przesuwają się z zwykłych transakcji głosujących w kierunku certyfikatów dołączonych do danych bloków.

Zgodnie z tym raportem, usunięcie transakcji głosujących zmienia całkowite wartości na pulpicie, nawet gdy liczba płatności użytkowników i transakcji pozostaje stała. Usługi liczące obie kategorie muszą zresetować swoje porównania, podczas gdy systemy śledzące głosy walidatorów muszą odczytać dane certyfikatu zastępującego.