Solana gotowa do zmniejszenia czasu bloku o połowę przed finalną aktualizacją do 200 milisekund
Najważniejsze informacje
- •Docelowy czas bloku Solany spadnie z 250 do 200 milisekund w epoce 1053 w piątek, oczekiwanej około 15:00 UTC, kończąc proces aktualizacji rozpoczęty w sierpniu.
- •Wdrożenie wcześniej przeniosło sieć z 400 na 350 milisekund 21 sierpnia, następnie na 300 milisekund 28 sierpnia i 250 milisekund 18 września.
- •Nowa konfiguracja zakłada pięć możliwości produkcji bloków na sekundę przy limicie 30 milionów jednostek compute na blok, w dół z 37,5 miliona, co utrzymuje ogólną moc przetwarzania sieci w przybliżeniu bez zmian.
- •Walidatorzy będą głosować około dwa razy częściej niż przy pierwotnej konfiguracji, co zwiększy koszty, a ich okno porządkowania transakcji skróci się z 1,6 sekundy do 800 milisekund, podobnie jak okno ważności blockhashy.
- •Dane z Solana Compass pokazują, że poprzedni cel 250 milisekund dawał średnie czasy slotów około 266–269 milisekund, a deweloperzy stwierdzili, że aktywacja na mainnecie zależy od warunków sieciowych, takich jak częstość pomijanych slotów.

Solana gotowa do zmniejszenia czasu bloku o połowę przed finalną aktualizacją do 200 milisekund
Solana przygotowuje się do skrócenia czasu między blokami do 200 milisekund w piątek, kończąc siedmiotygodniowy cykl aktualizacji, który o połowę zmniejszył docelowy czas produkcji bloków w sieci od sierpnia. Ostateczna redukcja, z 250 milisekund, jest zaplanowana na epokę 1053, spodziewaną około 15:00 UTC, według Anzy, twórcy szeroko używanego oprogramowania walidatora Agave dla Solany.
Zmiana przyniesie pięć możliwości produkcji bloków na sekundę, co może przyspieszyć aktualizacje transakcji, przy jednoczesnym obniżeniu limitu obliczeń każdego bloku, tak aby ogólna moc przetwarzania sieci pozostała w przybliżeniu bez zmian. Wiąże się to też z kompromisami: walidatorzy staną przed wyższymi kosztami i węższymi oknami operacyjnymi.
Aktualizacja została szczegółowo opisana w propozycji technicznej SIMD-0525, jednym z numerowanych dokumentów Solana Improvement Documents, w których określa się kluczowe zmiany protokołu przed ich wdrożeniem przez walidatorów w oprogramowaniu klienckim, i jest śzona na oficjalnej stronie aktualizacji Solany. Kończy ona rozłożony na etapy proces, który rozpoczął się 21 sierpnia, gdy sieć przeszła z pierwotnych 400 milisekund na 350, a następnie na 300 milisekund 28 sierpnia i 250 milisekund 18 września.
Pięć możliwości produkcji bloków na sekundę
Przy 200 milisekundach blockchain będzie celował w pięć możliwości produkcji bloków na sekundę, w porównaniu z 2,5 przy pierwotnej konfiguracji 400 milisekund. Slot to krótki przedział czasu, w którym wyznaczony walidator może dodać transakcje do blockchaina. Krótsze sloty oznaczają, że aplikacje handlowe, portfele i giełdy mogą otrzymywać zaktualizowane informacje częściej, skracając czas oczekiwania przesłanej transakcji na przetworzenie. Ponieważ użytkownicy ostatecznie odczuwają wydajność sieci jako czas do potwierdzenia, rytm produkcji bloków kształtuje responsywność łańcucha dla aplikacji wrażliwych na opóźnienia, takich jak handel.
Szybsze bloki mogą ograniczyć opóźnienia transakcji i wykorzystywanie różnic cenowych, ale zwiększą też zapotrzebowanie walidatorów na głosowanie, obciążą połączenia sieciowe i skrócą okno ważności transakcji.
Propozycja ogranicza również ilość pracy obliczeniowej, jaką walidatorzy mogą zmieścić w każdym bloku. Przy 200 milisekundach każdy blok może przenieść maksymalnie 30 milionów jednostek compute, w dół z 37,5 miliona przy 250 milisekundach. Bloki przychodzą częściej, ale każdy z nich niesie proporcjonalnie mniej pracy, co utrzymuje teoretyczną moc przetwarzania sieci w przybliżeniu bez zmian.
Węższe okna porządkowania i wyższe koszty walidatorów
Walidatorzy będą nadal produkować bloki w grupach czterech kolejnych slotów. Ich nieprzerwane okno na porządkowanie transakcji skróci się w konsekwencji z 1,6 sekundy przy pierwotnej konfiguracji do 800 milisekund. To może ograniczyć możliwości opóźniania transakcji lub wykorzystywania cen, które zmieniły się na innych giełdach, zanim Solana nadąży.
Szybszy zegar wiąże się też z kosztami Walidatorzy głosujący na każdym slocie będą musieli robić to około dwa razy częściej niż przy pierwotnej konfiguracji, co zwiększy koszty głosowania i większym stopniem obciąży połączenia sieciowe.
Portfele i inne aplikacje będą mieć też mniej czasu na wykorzystanie aktualnego blockhashu, czyli referencji zawartej w transakcjach, która zapobiega ich ponownemu odtworzeniu. Krótsze okno ważności może utrudnić transakcje wymagające ręcznego zatwierdzenia lub podpisów offline.
Rzeczywista wydajność sieci pozostaje próbą
Dane z Solana Compass pokazują, że poprzednia konfiguracja 250 milisekund dawała średnie czasy slotów wynoszące około 266 do 269 milisekund w ostatnich epokach, nieco wolniej niż zakładano.
Ostateczna redukcja została już wdrożona na testnecie i devnecie Solany przed aktywacją na mainnecie. Deweloperzy powiedzieli, że wdrożenie na mainnecie zależy od warunków sieciowych, w szczególności od częstości, z jaką walidatorzy pomijają przypisane im możliwości produkcji bloków. Po uruchomieniu zmiany wskaźnikiem do obserwacji będzie to, czy średnie czasy slotów zbiegną się z nowym celem 200 milisekund w kolejnych epokach.
Przejście jest oczekiwane na granicy epoki 1053 w piątek.
Źródło: CoinDesk