Solana przeniosła swoją aktualizację konsensusu Alpenglow w kierunku wdrożenia na publicznym testnecie, podczas gdy deweloperzy przygotowują się do przetestowania projektu mającego na celu skrócenie czasu finalizacji transakcji z około 13 sekund do około 150 milisekund.
Podsumowanie
- Aktualizacja Alpenglow firmy Solana przechodzi do publicznego testnetu z celem skrócenia czasu finalizacji transakcji z około 13 sekund do około 150 milisekund.
- Alpenglow zastępuje TowerBFT przez Votor, umożliwiając walidatorom osiągnięcie porozumienia w jednej lub dwóch bezpośrednich rundach głosowania.
- Do testu wymagany jest Agave 4.3, podczas gdy Firedancer i Frankendancer nie obsługują jeszcze Alpenglow.
- 28 września jest wymieniony jako wstępna data aktywacji funkcji Agave 4.3 w mainnecie, ale nie jest to potwierdzona data uruchomienia Alpenglow.
Według github, etap testnetu pozwoli deweloperom przetestować migrację w ustalonym środowisku testowym Solany, zanim system konsensusu będzie mógł być rozważony dla głównej sieci.
Finalizacja odnosi się do momentu, w którym transakcja staje się nieodwracalna zgodnie z zasadami konsensusu sieci. Giełdy zazwyczaj czekają na finalizację przed zaksięgowaniem depozytów, podczas gdy mosty blockchain używają jej przed uwolnieniem aktywów w innej sieci.
Solana obecnie polega na TowerBFT dla konsensusu, gdzie walidatorzy zapisują głosy onchain i gromadzą wystarczającą liczbę głosów w 32 slotach, zanim blok osiągnie finalizację. Alpenglow zastępuje ten proces protokołem o nazwie Votor, który pozwala walidatorom wymieniać głosy bezpośrednio.
W nowym projekcie walidatorzy mogą osiągnąć porozumienie po jednej lub dwóch rundach głosowania. Zmiana usuwa dłuższą sekwencję głosów konsensusu onchain wymaganą w TowerBFT, pozostawiając wykonanie transakcji w dużej mierze niezmienione dla aplikacji i użytkowników.
Solana Alpenglow przechodzi do publicznego testnetu
Alpenglow spędził już ponad cztery miesiące działając na mniejszym klastrze społecznościowym stworzonym specjalnie do testowania systemu konsensusu. Przeniesienie aktualizacji do ustalonego publicznego testnetu Solany naraża ją na większą grupę walidatorów, dostawców infrastruktury i usług już podłączonych do sieci.
Publiczny testnet używa tokenów bez wartości pieniężnej, pozwalając deweloperom na restart sieci, testowanie procedur migracji i badanie problemów bez ryzyka dla funduszy mainnetu.
Anza po raz pierwszy przeniosła Alpenglow do testowania przez walidatorów społecznościowych w maju, opisując aktualizację jako największą zmianę konsensusu w historii Solany. Jak crypto.news wcześniej informowało, klaster społecznościowy pozwolił operatorom walidatorów przetestować nowy projekt konsensusu przed wdrożeniem w istniejącej infrastrukturze testowej Solany.
Votor został zaprojektowany do osiągnięcia finalizacji poprzez jedną z dwóch ścieżek głosowania w zależności od uczestnictwa walidatorów. Wcześniejsze specyfikacje wskazywały, że blok mógłby zostać rozstrzygnięty po jednej rundzie, gdy uczestniczy wystarczająca ilość stawki, podczas gdy druga runda zapewnia inną drogę do finalizacji przy niższym uczestnictwie.
Oczekiwanym rezultatem jest gwałtowne skrócenie istniejącego czasu finalizacji Solany. Anza oszacowała medianę finalizacji na około 150 milisekund, a wcześniejsze symulacje wskazywały na nawet 100 milisekund w sprzyjających warunkach.
Deweloperzy nie zmienili sposobu, w jaki aplikacje wykonują transakcje w ramach aktualizacji. Użytkownicy portfeli będą nadal wysyłać transakcje przez te same interfejsy, podczas gdy główne zmiany zachodzą w sposobie komunikacji walidatorów i uzgadniania trwałego stanu blockchaina.
Agave 4.3 zawiera kod Alpenglow
Walidatorzy uczestniczący w teście Alpenglow muszą uruchomić Agave 4.3, najnowszą gałąź głównego oprogramowania walidatora utrzymywanego przez Anza.
Anza zaleciła Agave 4.3 do ogólnego przyjęcia wśród walidatorów mainnetu 21 września. Wdrożenie wcześniej przechodziło przez kontrolowane etapy, najpierw prosząc operatorów odpowiedzialnych za 10% stawki mainnetu o aktualizację, zanim rozszerzono zalecenie do 25%.
Rozwój Alpenglow był związany z wydaniami Agave przez miesiące. W sierpniu cel finalizacji 150 milisekund miał zostać osiągnięty poprzez Agave 4.3, po tym jak podstawowy kod Alpenglow został już włączony do testowania w poprzedniej gałęzi oprogramowania.
Data 28 września podana w harmonogramie Anza’s Agave 4.3 odnosi się do wstępnego wznowienia aktywacji funkcji mainnet. Anza stwierdza, że jej daty wydania mogą ulec zmianie, podczas gdy jej tracker bramek funkcji wciąż wymieniał aktywację testnetu Alpenglow jako oczekującą wczesną środę.
28 września nie reprezentuje zatem potwierdzonej daty rozpoczęcia działania Alpenglow w mainnet Solany.
Rozróżnienie to pojawia się, gdy kilka ulepszeń wydajności Solany przechodzi przez oddzielne harmonogramy aktywacji. Finalność transakcji, produkcja slotów i przepustowość transakcji są kontrolowane przez różne zmiany sieciowe, nawet jeśli każde z nich może wpływać na szybkość interakcji aplikacji z Solaną.
Solana już skróciła czasy slotów do 250 ms
Solana niedawno skróciła docelowy czas slotu z 300 milisekund do 250 milisekund w ramach SIMD-0525, doprowadzając sieć do celu czterech slotów na sekundę.
Aktualizacja slotów do 250 milisekund skróciła okno lidera czterech slotów każdego walidatora z 1,2 sekundy do jednej sekundy. Limity przetwarzania sieci zostały dostosowane wraz z krótszymi slotami, co oznacza, że zmiana nie zwiększyła ogólnej przepustowości przetwarzania w tej samej proporcji.
Ostatni etap w ramach SIMD-0525 celuje w sloty 200 milisekund, co doprowadziłoby sieć do pięciu docelowych slotów na sekundę. Deweloperzy nie ustalili potwierdzonej daty aktywacji w mainnet dla tego etapu.
Czas slotu i finalność mierzą różne części sieci. Czas slotu określa, jak często Solana może produkować nowe sloty, podczas gdy Alpenglow zmienia sposób, w jaki walidatorzy osiągają zgodę, że blok jest nieodwracalny.
Solana rozpoczęła obecną sekwencję redukcji slotów w sierpniu, kiedy jej cel spadł do 350 milisekund z ustawienia 400 milisekund używanego od uruchomienia sieci. SIMD-0525 określił kolejne cele 350, 300, 250 i ostatecznie 200 milisekund.
Alpenglow podąża oddzielną ścieżką przez SIMD-0326 i zastępuje TowerBFT przez Votor, zamiast modyfikować czas trwania poszczególnych slotów.
Firedancer pozostaje poza pierwszym testem Alpenglow
Firedancer i Frankendancer, klienci walidatorów opracowani przez Jump Crypto, obecnie nie obsługują testu Alpenglow, pozostawiając początkową migrację zależną od Agave.
Różnorodność klientów daje walidatorom Solany różne implementacje oprogramowania do uczestnictwa w tej samej sieci. Jeśli dostępne są oddzielne klienty, usterka oprogramowania wpływająca na jedną implementację niekoniecznie wpływa na każdego walidatora.
Firedancer zaczął produkować bloki mainnet wcześniej w tym roku po latach rozwoju przez Jump Crypto. Zespół początkowo zalecał stopniowe wdrażanie, podczas gdy audyty bezpieczeństwa trwały, a niezależnie zbudowany klient miał na celu zmniejszenie zależności od istniejących implementacji walidatorów Solany.
Frankendancer służy jako hybrydowa implementacja, która łączy komponenty z Firedancera z istniejącym oprogramowaniem Solany. Żadna z implementacji nie jest wymieniona jako obsługująca oczekującą funkcję SIMD-0326 Alpenglow w obecnym trackerze bramek funkcji Anza.
Agave 4.3 jest zatem obsługiwanym klientem dla pierwszej publicznej migracji testnetu. Tracker Anza wymienia Alpenglow jako oczekującą aktywację testnetu w ramach SIMD-0326, podczas gdy pola wsparcia dla Firedancera i Frankendancera pozostają oznaczone jako niedostępne.
