W najnowszych wiadomościach o Solanie oczekuje się, że docelowy czas slotu na mainnecie Solany zmieni się z 400 milisekund na 350 milisekund w epoce 1020, po jednookresowym opóźnieniu od momentu aktywacji funkcji na początku epoki 1019. Efektywna zmiana jest zaplanowana na epokę 1020.

Changelog inżynieryjny Solany z 6 sierpnia potwierdza, że bramka funkcji obniżającej czas slotu z 400 ms do 350 ms była aktywna na Devnecie i Testnecie. Changelog wskazuje też na nadchodzący harmonogram bramek funkcji oraz wymienia wydania i prace inżynieryjne w całym ekosystemie Solany.

Docelowy czas nie jest tym samym co obserwowana produkcja bloków, opóźnienie potwierdzania transakcji ani ekonomiczna finalność. Zmiana skraca docelowy interwał produkcji bez zwiększania dozwolonej mocy obliczeniowej na sekundę.

EXPLORE: Best Memecoins Presales to Watch in 2026

Co zmienia docelowy czas 350 ms

Obniżenie docelowego interwału z 400 ms do 350 ms skraca go o 50 milisekund. Teoretyczny wzrost częstotliwości planowania wynosi około 14,3%, obliczony jako 400 podzielone przez 350 minus 1. To wyliczenie opisuje wyłącznie docelowy rytm i nie stanowi prognozy przepustowości transakcji ani szybkości potwierdzeń.

Etapowe obniżenie dotyczy roboczej propozycji SIMD-0525. Zgodnie z opisem propozycji w raporcie konto funkcji na mainnecie zostało aktywowane w epoce 1019, natomiast efektywny cel 350 ms został przesunięty na epokę 1020.

włączamy pierwsze obniżenie czasu slotu na mainnecie

pomagamy upewnić się, że deweloperzy są gotowi, ponieważ okres przejściowy jest problematyczny…

1. Nie zaktualizowaliśmy niektórych stałych sdk, takich jak DEFAULT_MS_PER_SLOT, aby odzwierciedlały nowe wartości. Zwracamy uwagę, że po aktywacji opublikujemy wydanie z zaktualizowanymi wartościami… — Brennan Watt (@bw_solana) August 18, 2026

Ten sam raport mówi, że wraz ze skracaniem docelowych slotów maleje przykładowy maksymalny budżet obliczeniowy na blok. Podaje 100 milionów jednostek obliczeniowych przy celu 400 ms oraz 87,5 miliona jednostek obliczeniowych przy 350 ms. Obie wartości odpowiadają teoretycznemu maksimum około 250 milionów jednostek obliczeniowych na sekundę: 100 milionów podzielone przez 0,4 sekundy oraz 87,5 miliona podzielone przez 0,35 sekundy.

Ten teoretyczny pułap nie jest prognozą przepustowości transakcji. Rzeczywista aktywność zależy od obciążenia i warunków sieci, a maksymalny limit obliczeń bloku nie oznacza, że każdy blok zawiera taką ilość pracy.

Solana nadal przydzielałaby każdemu liderowi cztery kolejne sloty. Przy celu 400 ms odpowiada to nominalnemu 1,6-sekundowemu oknu lidera; przy 350 ms jest to 1,4 sekundy. Krótszy okres daje walidatorom mniej czasu na odebranie poprzedniego bloku, odtworzenie go, zbudowanie na jego podstawie i oddanie głosów, zanim sieć przejdzie do następnego slotu.

EXPLORE: Best Memecoins Presales to Watch in 2026

Etapowa ścieżka w kierunku 200 ms

Proponowana sekwencja obniżeń docelowego czasu slotu prowadzi z 400 ms do 350 ms, a następnie do 300 ms, 250 ms i 200 ms. Raport o Solanie podaje, że Testnet działał z efektywnym celem 200 ms, podczas gdy Devnet był na poziomie 300 ms i aktywował bramkę 250 ms, która nie była jeszcze efektywna.

Zmianę mainnetową do 350 ms należy więc postrzegać jako jeden etap szerszej proponowanej sekwencji, a nie jako potwierdzenie, że każdy kolejny cel wejdzie w życie w tym samym harmonogramie. SIMD-0525 pozostaje roboczy, a aktywacja funkcji w klastrze nie czyni pełnego projektu 200 ms przyjętym ostatecznym standardem.

Pierwsza funkcja obniżenia czasu slotu jest już aktywna na Solana testnet. SIMD-0525 jest aktywny na testnecie, obniżając czas slotu z 400 ms do 350 ms jako pierwszy z czterech etapów sterowanych bramkami funkcji prowadzących do czasu slotu 200 ms. pic.twitter.com/8XnTu4Byqs — Solana Developers (@solana_devs) August 5, 2026

Changelog z 6 sierpnia dostarcza także dodatkowego kontekstu dotyczącego prac nad klientami walidatorów. Wymienia wydania Agave i Firedancer, opisuje dodatkowe prace nad zgodnością Agave oraz podaje, że Mithril aktualizuje się względem zestawu zgodności Agave. Changelog mówi, że Mithril to nowa implementacja walidatora napisana w Go, która wkrótce dołączy do konsensusu, a prace z zestawem zgodności mają pomóc jej nadążać za Agave.

Changelog opisuje również usprawnienia w pamięci podręcznej rozgłaszania Turbine lidera Agave oraz przebudowie tabeli routingu. Zgodnie z changelogiem liderzy tworzą bloki z transakcji przesyłanych przez sieć, dzielą bloki na shardy i rozprowadzają je do walidatorów za pośrednictwem Turbine.

EXPLORE: Best Crypto Presales to Watch in 2026