Współzałożyciel Solany, Anatoly Yakovenko, powiedział, że Alpenglow mogło zostać wdrożone w połowie czasu dzięki prostszej zmianie programu głosowania, przed migracją konsensusu 21 października, która usunie transakcje głosów walidatorów z bloków.
Podsumowanie
- Yakovenko powiedział, że prostsza zmiana programu głosowania mogłaby skrócić czas rozwoju Alpenglow o połowę.
- Usunięcie transakcji głosów walidatorów obniży nagłówkowe liczniki TPS, niekoniecznie zmieniając aktywność użytkowników.
- Spalona opłata wstępu w wysokości 0,8 SOL za epokę zastąpi indywidualne opłaty za głosowanie.
- Niektóre węzły RPC mogą otrzymywać aktualizacje finalności później niż docelowe 150 milisekund Alpenglow.
Yakovenko, w poście na X z 21 października, poczynił tę uwagę, cytując komentarz celebrujący planowane usunięcie głosów on-chain i wyśmiewający powracającą krytykę, że większość transakcji na sekundę w Solanie składa się z głosów walidatorów.
„Alpenglow zostałoby wdrożone w połowie czasu, gdyby po prostu zmienili program głosowania na maszynę stanów ag”
Opublikowany projekt Anzy opisuje zamiennik TowerBFT, systemu, którego walidatorzy używali do uzgadniania bloków, z bezpośrednim głosowaniem i kompaktowymi certyfikatami.
Migracja mainnetu została zaplanowana na 21 października, jak wcześniej informował crypto.news, relacjonując planowane przekazanie konsensusu. Zaktualizowane wytyczne Solana Foundation wskazują epokę 1064 jako wyzwalacz i szacują jej rozpoczęcie na około 13:20 UTC.
Strona migracji Anzy oddziela aktywację funkcji od przekazania konsensusu. Granica migracji następuje 5000 slotów później, gdy bloki tymczasowo zawierają tylko głosy, podczas gdy walidatorzy kończą przejście.
Alpenglow usuwa głosy z nagłówkowych liczników transakcji
Wytyczne migracyjne Solana Foundation nakazują eksploratorom i usługom analitycznym zresetowanie bazowych wartości liczby transakcji i TPS, ponieważ transakcje głosów znikną z bloków. Suma obejmująca głosy spadnie, nawet jeśli płatności, transakcje i inne transakcje niebędące głosami pozostaną niezmienione.
Fundacja twierdzi, że usługi śledzące udział walidatorów muszą zastąpić odczyt instrukcji programu Vote danymi certyfikatów w stopkach bloków. Jej wytyczne zauważają, że komunikat stopki gRPC Yellowstone nie przekazuje jeszcze tych certyfikatów.
Deweloperzy mieli dostęp do zmienionego zachowania, gdy Alpenglow dotarło do devnetu we wrześniu, po przejściu testnetu. Relacja z 26 września opisywała, jak eksploratorzy muszą utrzymywać konkurujące bloki kandydujące oddzielnie aż do potwierdzenia, zachowując wybrany blok zamiast łączyć ich transakcje.
Dokumentacja operatora Anzy wyjaśnia, jak wtyczki uzyskują zastępcze metadane. Agave 4.3 zapewnia opcjonalne powiadomienie o stopce bloku, które usługi muszą włączyć i zaimplementować, jeśli potrzebują danych stopki. Powiadomienia te zachowują swoją kolejność względem powiadomień o wpisach.
Zgodnie z tą samą dokumentacją, zegar łańcucha zachowuje istniejący format i precyzję całych sekund. Podczas wykonywania transakcji jego znacznik czasu szacuje, kiedy zakończył się blok nadrzędny, a operatorzy są informowani, aby nadal traktować tę wartość jako przybliżoną.
Opłaty walidatorów przenoszone na oddzielną opłatę epokową
Dokumentacja opłat Solana Foundation mówi, że usunięcie głosów on-chain kończy opłaty uiszczane za indywidualne transakcje głosów. Walidatorzy zamiast tego płacą stałą opłatę wstępu w wysokości 0,8 SOL za epokę, a cała kwota jest spalana.
Pieniądze pochodzą z konta głosowania, zastępując konto tożsamości jako źródło płatności związanych z głosowaniem. Zgodnie z tymi samymi wytycznymi operatorzy muszą utrzymywać opłatę powyżej minimalnego progu zwolnienia z czynszu konta.
Płatność jest dokonywana z jedną epoką wyprzedzenia. Pierwsza opłata na początku epoki 1064 obejmuje udział w epoce 1065, a walidator, który nie może zapłacić, traci uprawnienia do głosowania lub produkowania bloków w następnej epoce.
Fundacja twierdzi, że rejestracja klucza publicznego BLS stała się dostępna w mainnecie 8 lipca, podczas gdy funkcja wstępu została aktywowana 22 lipca. Te przygotowawcze zmiany same w sobie nie aktywowały konsensusu Alpenglow.
Przed migracją jej lista kontrolna wymaga wersji 4.3.2 oprogramowania Agave, Jito-Solana lub Harmonic Salsa. Firedancer i Frankendancer nie są obsługiwane podczas przekazania, zgodnie z instrukcjami operatora Fundacji.
Dwie ścieżki głosowania zastępują TowerBFT
Anza opisuje Votor jako działający jednocześnie na dwóch ścieżkach głosowania. Jedna finalizuje blok w jednej rundzie przy odpowiedziach od 80% stawki, podczas gdy druga wykorzystuje dwie rundy i progi 60%.
Głosy stają się bezpośrednimi wiadomościami podpisanymi kryptografią BLS, co pozwala na łączenie wielu podpisów w kompaktowy certyfikat. Anza twierdzi, że walidatorzy używają własnych timerów do identyfikacji nieodpowiadającego lidera i głosują za jego pominięciem.
Opublikowana propozycja SIMD-0326 dokumentuje alternatywy rozważane podczas opracowywania. Projekt bez jednorundowej finalności oferował prostszą obsługę i 33% tolerancji na błędy bizantyjskie, ale jego autorzy wymienili gorsze opóźnienie i niższą odporność na awarie wśród wad.
Inna alternatywa wykorzystywała skierowany graf acykliczny, z możliwymi oszczędnościami przepustowości. Autorzy propozycji wymienili opóźnienie i trudność w pełnym wykorzystaniu przepustowości wśród jej wad.
Propozycja ogranicza dopuszczony zbiór do 2000 walidatorów, priorytetowo traktując operatorów z najwyższą stawką. Jej autorzy wyjaśniają, że limit pomaga utrzymać certyfikaty wystarczająco małe dla pojedynczej wiadomości UDP, podczas gdy zapisy uczestnictwa wspierają nagrody dla walidatorów, którzy aktywnie głosują.
Zatwierdzenie przez zarządzanie poprzedziło wdrożenie. We wrześniu 2025 r. propozycja Alpenglow przeszła z 98,27% poparciem wśród oddanych głosów, podczas gdy uczestnicząca stawka stanowiła 52% całości, zgodnie z opublikowanymi danymi zakończonego głosowania.
Dostarczanie przez RPC może pozostawać w tyle za finalnością konsensusu
Dokumentacja operatora Anzy kwalifikuje docelowy czas finalności wynoszący około 150 milisekund, wyjaśniając, że węzły poza dopuszczonym zbiorem walidatorów mogą otrzymać wynik później.
Poprzez domyślną ścieżkę te węzły dowiadują się o finalności z certyfikatów zawartych w kolejnym bloku. Anza twierdzi, że może to dodać do jednego interwału wyprodukowanego bloku, z dłuższymi oczekiwaniami, gdy bloki są pomijane lub opóźniane.
Dopuszczony walidator może wysyłać wiadomości konsensusu bezpośrednio do węzła partnerskiego, pozostawiając opóźnienie sieci między partnerami jako główne dodatkowe opóźnienie. Jeśli każdy skonfigurowany partner stanie się nieosiągalny, odbiorca wraca do dowiadywania się o finalności z późniejszych stopek bloków.
