W tym tygodniu, impuls wydajności Solany zyskał nowy impet, kiedy inżynierowie stojący za Firedancer, alternatywnym klientem walidatora o wysokiej wydajności Jump, złożyli nowy dokument poprawy Solany (SIMD-0370), aby usunąć limit jednostki obliczeniowej (CU) na poziomie bloku w sieci. Mówią, że ta zmiana nie jest już potrzebna po Alpenglow i natychmiast doprowadzi do wyższej przepustowości i niższej latencji, gdy popyt wzrośnie.

Zespół "Firedancer" napisał prośbę o scalanie, która została otwarta 24 września 2025 roku i jest wyraźnie oznaczona jako plan "po Alpenglow". W Alpenglow, jeśli węzeł głosujący nie może przetworzyć proponowanego bloku w danym czasie, wysyła SkipVote. Autorzy twierdzą, że oddzielny limit CU wymuszany protokołem na blok nie jest potrzebny, ponieważ ospałe bloki są natychmiast pomijane.

"W Alpenglow, węzły głosujące wysyłają SkipVote, jeśli nie mogą zakończyć bloku na czas..." Tekst mówi, że ten SIMD eliminuje ograniczenie dotyczące liczby jednostek obliczeniowych bloku, które mogą być używane, ponieważ nowe zasady harmonogramowania czynią ten limit zbędnym.

Autorzy również dążą do lepszego dostosowania ekonomicznego, oprócz czystości technicznej. Mówią, że obecne ograniczenie jednostek obliczeniowych na poziomie bloku narusza zachęty, ograniczając pojemność poprzez zmiany protokołu zamiast aktualizacji sprzętu i oprogramowania. Jeśli to usuniesz, producenci mogą ładować bloki do punktu, w którym ich maszyny mogą je bezpiecznie przetwarzać i rozpowszechniać. To postawi rywalizację między klientem a sprzętem na szczycie listy.

Mówią: "Pojemność sieci nie opiera się na możliwościach sprzętu, ale na arbitralnym limicie jednostek obliczeniowych bloku." Następnie wyjaśniają, dlaczego podniesienie tego limitu zmieniłoby zachęty zarówno dla klientów walidatorów, jak i twórców programów.

Związane lektury: "Ostateczne odliczanie" dla poprawek ETF Solana — Zatwierdzenie w ciągu 2 tygodni?

Wczesne komentarze z przeglądów kodu od głównych współpracowników i zespołów klientów pokazują, jak zmiana może wpłynąć na użytkowników w krótkim okresie i co nie zrobi. Jeden recenzent podsumował praktyczne korzyści, mówiąc: "Usunięcie limitu dzisiaj ma realne korzyści dla ekosystemu i użytkowników końcowych... bez konieczności czekania na przyszłą architekturę sieci, która zostanie opracowana." Jedna osoba powiedziała, że pewne ograniczenia bloku będą nadal obowiązywać, wspominając o "maksymalnym limicie shred." Inni powiedzieli, że sieć powinna prawdopodobnie na razie zachować limity jednostek obliczeniowych na transakcję i rozważyć wszelkie zmiany w tych limitach jako osobną, ważniejszą kwestię.

Bezpieczeństwo i żywotność są bardzo ważne. Recenzenci chcieli, aby propozycja była jasna na temat tego, dlaczego bezpieczeństwo jest nadal zachowane, nawet jeśli blok jest zbyt duży, aby go rozpowszechnić na czas. Wyjaśnienie Alpenglow polega na tym, że takie bloki nie są głosowane, co oznacza, że są pomijane. To utrzymuje sieć w ruchu bez karania jej. Twórcy Firedancer zgadzają się, że zegar i budżet propagacji są najważniejszymi zabezpieczeniami, a nie stałym sufitem jednostek obliczeniowych.

Propozycja dotyczy również wspólnego problemu w debatach o przepustowości: koordynacji. Jeśli jeden producent bloku szybko zaktualizuje swój sprzęt, podczas gdy inni tego nie zrobią, czy sieć straci bloki i spowoduje zamieszanie? Jeden recenzent mówi, że producenci, którzy są zbyt ambitni, już samodzielnie kalibrują się, ponieważ brakujące bloki oznacza brak nagród, co automatycznie ogranicza rozmiar bloku do tego, co mogą zaakceptować rówieśnicy na czas. Artykuł stwierdza, że siły rynku teraz kontrolują pojemność, ponieważ nie ma już limitu jednostek obliczeniowych. Oznacza to, że producenci i zespoły klientów, które maksymalizują wykonanie, sieć i harmonogramowanie, będą wygrywać więcej bloków i opłat, co przesunie granicę na zewnątrz, gdy zajdzie potrzeba.

SIMD-0370 jest ważny, ponieważ jest przyszłościowy. Solana ma długoterminowy plan, aby umożliwić kilku propozycjom współpracę. Czasami te projekty mają ograniczenie bloku, a innym razem nie. Recenzenci podkreślają, że eliminacja istniejącej bariery nie oznacza, że architektury współproponujące nie mogłyby być stworzone później. To tylko ułatwia dokonanie postępów, które "mogą być zrealizowane dzisiaj."

Debata na GitHubie dostarcza szczegóły techniczne, ale Anza, zespół klientów Solana stojący za Agave, również podzielił się sugestią w mediach społecznościowych, pokazując, że wiele osób w zespole klientów zwraca uwagę na zmianę i to, co ona oznacza dla użytkowników.

Co się stanie z konsumentami i deweloperami, jeśli SIMD-0370 zostanie wdrożony? W czasie intensywnej pracy, takie jak airdropy, minty i zmienność rynku, bloki mogą zawierać więcej obliczeń, o ile mogą być zakończone i rozpowszechnione w czasie slotu. To może zwiększyć sustained throughput i wyrównać skoki opłat.

Dla deweloperów Solana, więcej miejsca i lepsze zachęty do dostosowywania klientów i sprzętu mogą obniżyć opóźnienia dla dużych obciążeń. Jednak programy nadal muszą być optymalizowane pod względem równoległości i lokalizacji. Dla walidatorów przewaga przesunie się jeszcze bardziej w kierunku szybkości wykonania, wydajności sieci i sprytnych procedur budowy bloków, które znajdują odpowiednią równowagę między dochodem z opłat a ryzykiem stworzenia bloku na tyle dużego, że zostanie pominięty.

Jak w przypadku wszystkich SIMD, aktualizacja musi być przeglądana przez społeczność, wdrożona i skoordynowana wśród wszystkich klientów walidatorów. Ale ścieżka jest oczywista. Po Alpenglow twórcy Solany uważają, że budżet czasu slotu jest prawdziwym ograniczeniem.


#CryptoETFMonth #solana #MarketRebound $SOL