Yakovenko z Solany kwestionuje budowę Alpenglow, gdy transakcje głosów wychodzą

Współzałożyciel Solany, Anatoly Yakovenko, powiedział, że Alpenglow mógłby zostać wdrożony 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 ogólną liczbę TPS, nie zmieniając koniecznie aktywności użytkowników.
• Opłata w wysokości 0,8 SOL za epokę zastąpi indywidualne opłaty za głosowanie.
• Niektóre węzły RPC mogą otrzymać aktualizacje finalności później niż cel Alpenglow wynoszący 150 milisekund.

Yakovenko, w poście na X z 21 października, skomentował to, cytując komentarz świętujący planowane usunięcie głosów on-chain i kpiąc z powtarzającej się krytyki, że większość transakcji Solany na sekundę składa się z głosów walidatorów.

"Alpenglow zostałby wdrożony w połowie czasu, gdyby po prostu zmienili program głosowania na maszynę stanów ag."

Opublikowany projekt Anzy opisuje zastąpienie TowerBFT, systemu, który walidatorzy używali do uzgadniania bloków, bezpośrednim głosowaniem i kompaktowymi certyfikatami.

Migracja do mainnetu została zaplanowana na 21 października, jak wcześniej informowało crypto.news, relacjonując planowane przekazanie konsensusu. Zaktualizowane wytyczne Fundacji Solany 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 ogólnych liczby transakcji

Wytyczne migracyjne Fundacji Solany informują eksploratorów i usługi analityczne, aby zresetowali podstawy liczby transakcji i TPS, ponieważ transakcje głosów znikną z bloków. Całkowita liczba, która obejmuje głosy, spadnie, nawet jeśli płatności, transakcje handlowe i inne transakcje niegłosowe pozostaną niezmienione.

Fundacja mówi, że usługi śledzące uczestnictwo walidatorów muszą zastąpić swoje odczyty instrukcji programu głosowania danymi certyfikatów w stopkach bloków. Jej wytyczne zauważają, że wiadomość stopki gRPC Yellowstone jeszcze nie przesyła tych certyfikatów.

Deweloperzy mieli dostęp do zmienionego zachowania, gdy Alpenglow osiągnął devnet we wrześniu, po przejściu na testnet. Relacja z 26 września opisała, jak eksploratorzy muszą utrzymywać konkurencyjne bloki kandydujące oddzielnie do momentu 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 wdrożyć, jeśli potrzebują danych ze stopki. Te powiadomienia zachowują swoje porządki w stosunku do powiadomień o wpisach.

Zgodnie z tą samą dokumentacją, zegar łańcucha zachowuje swój dotychczasowy format i precyzję do całej sekundy. 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 przenoszą się na oddzielną opłatę epokową

Dokumentacja opłat Fundacji Solany mówi, że usunięcie głosów on-chain kończy opłaty płacone za indywidualne transakcje głosów. Walidatorzy zamiast tego płacą stałą opłatę w wysokości 0,8 SOL za epokę, a cała kwota jest spalana.

Pieniądze pochodzą z konta głosów, zastępując konto tożsamości jako źródło płatności związanych z głosowaniem. Operatorzy muszą utrzymywać opłatę powyżej minimalnej kwoty zwolnionej z czynszu, zgodnie z tymi samymi wytycznymi.

Płatność dokonywana jest jeden epokę wcześniej. Pierwsza opłata na początku epoki 1064 pokrywa uczestnictwo w epoce 1065, a walidator, który nie może zapłacić, traci prawo do głosowania lub produkcji bloków w następnej epoce.

Fundacja mówi, że rejestracja klucza publicznego BLS stała się dostępna na mainnecie 8 lipca, podczas gdy funkcja przyjęcia została aktywowana 22 lipca. Te przygotowawcze zmiany same w sobie nie aktywowały konsensusu Alpenglow.

Przed migracją lista kontrolna wymaga wersji 4.3.2 Agave, Jito-Solana lub Harmonic Salsa. Firedancer i Frankendancer nie są obsługiwane podczas przekazywania, zgodnie z instrukcjami operatora Fundacji.

Dwie ścieżki głosowania zastępują TowerBFT

Anza opisuje Votor jako działający na dwóch ścieżkach głosowania jednocześnie. Jedna finalizuje blok w jednej rundzie z odpowiedziami 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 mówi, że walidatorzy używają własnych timerów, aby zidentyfikować nieodpowiadającego lidera i głosować na jego pominięcie.

Opublikowana propozycja SIMD-0326 dokumentuje alternatywy rozważane podczas rozwoju. Projekt bez finalności w jednej rundzie oferował prostszą operację i 33% tolerancji na błędy bizantyjskie, ale jego autorzy wymienili gorszą latencję i niższą odporność na awarie jako wady.

Inna alternatywa wykorzystała skierowany graf acykliczny, z możliwymi oszczędnościami pasma. Autorzy propozycji wymienili latencję i trudności w pełnym wykorzystaniu pasma jako jej wady.

Propozycja ogranicza dopuszczony zestaw do 2000 walidatorów, priorytetując operatorów z najwyższymi stawkami. Jej autorzy wyjaśniają, że limit pomaga utrzymać certyfikaty wystarczająco małe, aby zmieściły się w jednej wiadomości UDP, podczas gdy zapisy uczestnictwa wspierają nagrody dla walidatorów, którzy aktywnie głosują.

Zatwierdzenie zarządzania poprzedzało wdrożenie. We wrześniu 2025 roku propozycja Alpenglow przeszła z poparciem 98,27% wśród oddanych głosów, podczas gdy uczestnicząca stawka stanowiła 52% całości, zgodnie z opublikowanymi danymi z zakończonego głosowania.

Dostarczanie RPC może opóźniać finalność konsensusu

Dokumentacja operatora Anzy kwalifikuje cel finalności na poziomie około 150 milisekund, wyjaśniając, że węzły spoza dopuszczonego zestawu walidatorów mogą otrzymać wynik później.

Przez domyślną ścieżkę, te węzły dowiadują się o finalności z certyfikatów zawartych w kolejnym bloku. Anza mówi, że może to dodać do jednego interwału produkcji bloku, z dłuższymi oczekiwaniami, gdy bloki są pomijane lub opóźniane.

Dopuszczony walidator może wysłać wiadomości konsensusu bezpośrednio do węzła partnerskiego, pozostawiając opóźnienie sieciowe między partnerami jako główne dodatkowe opóźnienie. Jeśli każdy skonfigurowany partner stanie się niedostępny, odbiorca wraca do nauki o finalności z późniejszych stopni bloków.