Solana po raz pierwszy od czasu uruchomienia sieci skróciła docelowy czas slotu z 400 milisekund do 350 ms, rozpoczynając czteroetapowy plan, który może ostatecznie obniżyć sloty do 200 ms.
Podsumowanie
- Solana po raz pierwszy od czasu uruchomienia sieci skróciła docelowy czas slotu z 400 ms do 350 ms.
- Zmiana jest pierwszym etapem SIMD-0525, który planuje dalsze redukcje do 300 ms, 250 ms i 200 ms.
- Krótsze sloty mają na celu zmniejszenie opóźnienia potwierdzenia, podczas gdy limity zasobów sieci są dostosowywane proporcjonalnie.
- Pozostałe etapy są planowane dla Agave v4.2, chociaż harmonogram aktywacji pozostaje wstępny.
Wiceprezes ds. technologii Fundacji Solana, Jacob Creech, ogłosił zmianę 21 sierpnia, mówiąc, że sieć weszła w „nową erę 350 ms”, po czym dodał: „Następny przystanek: 300 ms”.
Średnie czasy slotów wynosiły około 360 ms w momencie pisania tego tekstu, według eksploratora czasów slotów Solany, w porównaniu z pierwotnym celem sieci wynoszącym 400 ms.
Zmiana jest pierwszym krokiem w ramach SIMD-0525, propozycji ulepszenia Solany, która wprowadza cztery stopniowo krótsze konfiguracje slotów: 350 ms, 300 ms, 250 ms i 200 ms. Propozycja została zatwierdzona i scalona 14 maja.
Zamiast przechodzić od razu do ostatecznego celu, Solana planuje aktywować każdą redukcję osobno, dając operatorom walidatorów i programistom klientów szansę na przetestowanie zachowania sieci w miarę przyspieszania produkcji bloków.
Czas slotu Solany zaczyna zmierzać w kierunku 200 ms
Fundacja Solana poinformowała w czerwcu, że zmniejszenie slotów z 400 ms do 200 ms obniży opóźnienie i umożliwi szybsze docieranie potwierdzeń do użytkowników.
W ramach SIMD-0525 pierwsza bramka funkcji zmienia docelowy czas slotu na 350 ms. Późniejsze aktywacje obniżą go do 300 ms, następnie do 250 ms i wreszcie do 200 ms.
Wszystkie cztery etapy są obecnie planowane dla Agave v4.2, klienta walidatora opracowanego przez Anza, chociaż harmonogram wdrażania pozostaje wstępny i może się zmienić w zależności od testów.
Krótsze sloty oznaczają, że okazje do produkcji bloków przechodzą między walidatorami częściej. SIMD-0525 utrzymuje 64 ticki na slot i czteroslotowe okno lidera, ale ilość rzeczywistego czasu reprezentowanego przez każde okno lidera maleje z każdą redukcją.
Przy poprzednim celu 400 ms cztery sloty dawały liderowi nominalne okno 1,6 sekundy. Slot 350 ms skraca tę wartość do 1,4 sekundy, podczas gdy 300 ms obniżyłoby ją do 1,2 sekundy. Przy ostatecznym celu 200 ms czteroslotowe okno trwałoby około 800 ms.
Propozycja mówi, że zmniejszenie ilości czasu kontrolowanego przez jednego lidera może również skrócić okres, w którym transakcje mogłyby być opóźniane lub zmieniane kolejnością, zanim inny walidator otrzyma możliwość produkcji bloków.
SIMD-0525 nie pozwala po prostu sieci na wykonywanie dwa razy więcej pracy po przejściu z 400 ms do 200 ms. Limity zasobów są dostosowywane proporcjonalnie w miarę skracania czasu trwania slotu, aby wymagania przetwarzania w danym okresie nie wzrosły tylko dlatego, że produkowanych jest więcej slotów.
Przy pierwotnej bazie 60 milionów jednostek obliczeniowych użytej w propozycji, limit na slot spadłby do 52,5 miliona CU przy 350 ms, 45 milionów przy 300 ms, 37,5 miliona przy 250 ms i 30 milionów przy 200 ms.
Szybsze sloty zmieniają potwierdzenia i czas epok
Opóźnienie potwierdzenia jest jednym z głównych obszarów objętych zmianą, ponieważ Solana mierzy kilka części działania sieci w slotach.
Dzięki szybszemu przechodzeniu walidatorów przez sloty, progowe wartości potwierdzeń oparte na slotach mogą być osiągane w krótszym czasie rzeczywistym. Aplikacje, które używają numerów slotów do określania, jak aktualne są informacje o blockchainie, mogą również otrzymywać dokładniejsze interwały czasowe.
SIMD-0525 identyfikuje użytkowników oracle i automatycznych animatorów rynku wśród aplikacji, które mogą skorzystać z krótszych interwałów, szczególnie gdy decyzje zależą od wieku danych w łańcuchu.
Czas trwania epoki również spadnie, ponieważ Solana planuje zachować 432 000 slotów na epokę.
Epoka z slotami 400ms ma nominalny czas trwania około 48 godzin. Przejście na 350ms skraca to do około 42 godzin, podczas gdy 300ms skróciłoby epokę do około 36 godzin. Przy 250ms liczba ta spada do około 30 godzin, zanim osiągnie około 24 godzin, jeśli aktywowane zostaną sloty 200ms.
Roczne obliczenia slotów Solany są dostosowywane wraz ze zmianą, tak aby emisja protokołu pozostała oparta na czasie rzeczywistym, a nie wzrosła tylko dlatego, że każdego roku występuje więcej slotów.
Bilet wstępu dla walidatora zaproponowany w systemie konsensusu Alpenglow Solany jest również zaprojektowany tak, aby skalować się w miarę skracania epok. SIMD-0525 określa, że koszt 1,6 SOL na epokę przy 400ms spadnie do 1,4 SOL przy 350ms, a następnie 1,2 SOL, 1 SOL i 0,8 SOL na kolejnych etapach.
Propozycja mówi, że dostosowania mają na celu utrzymanie kosztu walidatora na poziomie około 0,8 SOL dziennie pomimo krótszych epok.
Ulepszenia wydajności Solany wykraczają poza czasy slotów
Wdrożenie czasu slotów następuje, gdy programiści Solany pracują nad kilkoma zmianami w infrastrukturze walidatorów i konsensusu sieci.
Jak wcześniej informował crypto.news, Alpenglow wszedł w fazę testów walidatorów społeczności w maju po tym, jak Anza wdrożyła projekt konsensusu na klastrze testowym.
Alpenglow ma na celu skrócenie czasu potwierdzenia do około 150ms, jednocześnie usuwając Proof of History i transakcje głosowania w łańcuchu z podstawowego procesu konsensusu Solany. Anza nazwała planowaną aktualizację największą zmianą konsensusu w historii Solany.
System wprowadza projekt głosowania o nazwie Votor, który wykorzystuje komunikację walidatorów poza łańcuchem i agregację podpisów do osiągnięcia konsensusu. Jego rozwój jest oddzielony od SIMD-0525, chociaż oba projekty koncentrują się na skróceniu czasu wymaganego do operacji sieciowych.
Oprogramowanie walidatorów stało się również bardziej zróżnicowane w 2026 roku. Wdrożenie Firedancer na mainnet przez Jump Crypto rozpoczęło produkcję bloków w maju po latach rozwoju, zapewniając niezależnie zbudowaną alternatywę dla istniejących implementacji walidatorów Solany.
Jump Crypto doradzał wówczas walidatorom, aby nie migrowali do Firedancer na dużą skalę, dopóki nie zostaną ukończone audyty bezpieczeństwa. Klient został opracowany zarówno w celu poprawy wydajności, jak i zmniejszenia ryzyka, jakie powstaje, gdy blockchain w dużym stopniu zależy od jednej implementacji oprogramowania walidatora.
Później w tym samym miesiącu Coinbase ujawniła konfigurację wielokliencką wykorzystującą Jito i Firedancer w swojej infrastrukturze walidatorów Solany. Jej architektura walidatorów obsługiwała wówczas około 40,48 miliona postawionych SOL, czyli około 9,52% postawionej podaży sieci, według raportu giełdy o wydajności walidatorów za pierwszy kwartał.
Solana wprowadziła kolejną zmianę na poziomie sieci w lipcu, uruchamiając ramy zarządzania w łańcuchu, które umożliwiają walidatorom oddawanie ważonych udziałem głosów w sprawie propozycji zarządzania Solaną. Zgodnie z nowym procesem zarządzania, propozycje, które otrzymają 15% początkowego wsparcia, przechodzą przez 11-epokowy proces obejmujący dyskusję, migawkę udziałów i formalne głosowanie.
Propozycja przechodzi, gdy głosy za stanowią co najmniej 66,67% uczestniczącego udziału „Za” i „Przeciw”, podczas gdy zmiany techniczne mogą nadal przechodzić przez istniejący proces SIMD bez uprzedniego głosowania nad propozycją zarządzania.
Następna redukcja slotów sprowadzi Solanę do 300ms
Przy obecnie aktywnym ustawieniu 350ms, SIMD-0525 wskazuje 300ms jako kolejny etap w sekwencji.
Zmiana skróciłaby nominalne czteroslotowe okno lidera z 1,4 sekundy do 1,2 sekundy i skróciłaby epokę z około 42 godzin do 36 godzin.
Dalsze aktywacje funkcji przeniosłyby następnie Solanę na 250ms i 200ms. Każda konfiguracja jest obliczana na podstawie wartości bazowych sieci, a nie przy użyciu zaokrąglonych limitów z poprzedniego etapu, co ma na celu zapobieganie kumulowaniu się różnic zaokrągleń w kolejnych redukcjach.
Testowanie infrastruktury Solany było kontynuowane, podczas gdy te etapy są przygotowywane. W lipcu aktywność sieci osiągnęła również rekordowe poziomy, gdy tokenizowane aktywa rozszerzyły się na Solanie, a aktywność tokenizowanych akcji przyczyniła się do zwiększonego wykorzystania w całym łańcuchu.
Dla SIMD-0525 jednak każde pozostałe zmniejszenie slotu nadal wymaga odpowiedniej aktywacji funkcji. Po nowo aktywowanym ustawieniu 350 ms, Creech wskazał 300 ms jako kolejny cel sieci.
