Według Blockworks, inżynier Anza Tao Zhu zaproponował znaczącą poprawkę do protokołu Solana, mającą na celu zwiększenie wydajności bloków Solana. Propozycja, szczegółowo opisana w dokumencie Solana Improvement Document (SIMD) 0172, dotyczy obecnego programu „budżetu obliczeniowego”, który został pierwotnie wdrożony w celu zapobiegania marnotrawstwu obliczeniowemu. Zhu twierdzi, że program ten skutkuje nieefektywnym wykorzystaniem przestrzeni bloków Solana.

Budżet obliczeniowy to linia kodu, która określa liczbę jednostek obliczeniowych (CU), których może użyć transakcja. Różne transakcje wymagają różnych ilości CU, a aby uniknąć marnotrawnych transakcji, Solana ustala domyślny limit 200 000 CU na transakcję. Każdy blok Solana może zawierać maksymalnie 48 milionów CU, przy czym 200 000 CU jest zarezerwowanych dla transakcji z domyślnym budżetem obliczeniowym. Zhu uważa, że ​​ten domyślny limit jest często przeszacowany, co prowadzi do zarezerwowania, ale niewykorzystanej przestrzeni w blokach.

Propozycja Zhu sugeruje zmniejszenie domyślnego budżetu obliczeniowego z 200 000 CU do zera w ciągu 10 epok, czyli około 20 dni. Ta zmiana wymagałaby od twórców transakcji żądania dokładniejszego budżetu obliczeniowego, co pozwoliłoby 48 milionom CU w bloku Solana na obsługę większej liczby transakcji. Ta korekta może skutkować wzrostem opłat płaconych walidatorom, którzy ostatnio stanęli przed wyzwaniami.

Jednak nie wszyscy programiści Solana zgadzają się z proponowaną przez Zhu poprawką. Niektórzy twierdzą, że nawet przy domyślnym budżecie obliczeniowym równym zero transakcje nadal musiałyby zawierać instrukcje budżetu obliczeniowego, które wliczają się do maksymalnego limitu danych wynoszącego 1232 bajty na transakcję. Instrukcje te zajmują obecnie około 4% całkowitego limitu danych. Niektórzy programiści sugerują przeniesienie budżetu obliczeniowego do nagłówka transakcji, który jest oddzielony od instrukcji i mógłby zająć mniej bajtów. Zhu wspomniał o możliwości całkowitego wyeliminowania programu budżetu obliczeniowego w przyszłości, ale nie jest to częścią bieżącej propozycji.

Debata trwa wśród deweloperów Solana, a niektórzy wyrażają obawy, że tymczasowa poprawka może jeszcze bardziej skomplikować sytuację deweloperów. Pomimo różnych opinii, proponowane zmiany mają na celu optymalizację wydajności bloków Solana i poprawę ogólnej wydajności sieci.