Solana podobno przygotowuje się do potrojenia maksymalnego rozmiaru pojedynczej transakcji sieciowej — zmiany limitu transakcji w blockchainie, która dałaby aplikacjom więcej miejsca na spakowanie złożonych operacji w jedną transakcję. Zgodnie z reportażem o planowanej aktualizacji zmiana dotyczy ilości danych, jakie może przenieść pojedyncza transakcja. Dokładne limity bajtowe, status wniosku i harmonogram aktywacji nie zostały potwierdzone.

Co zmieniłoby zwiększenie rozmiaru transakcji

Zmiana dotyczy tego, jak duża może być pojedyncza transakcja Solany, mierzona w bajtach — a nie tego, ile transakcji sieć przetwarza na sekundę. Potrojenie tego limitu zwiększyłoby ilość danych instrukcji i kont, jakie może przenieść pojedyncza transakcja.

Dostępny reportaż nie podaje obecnego limitu bajtowego, proponowanej nowej wartości ani identyfikatora wniosku, dlatego nie można tu przytoczyć dokładnych liczb dla stanu obecnego i przyszłego. Parametry sieci Solany są zazwyczaj zmieniane w ramach procesu Solana Improvement Documents, którego otwarte wnioski są publicznie śledzone.

Ważne jest odróżnienie większego limitu transakcji od wyższej przepustowości. Potrojenie rozmiaru transakcji to nie to samo co zwiększenie przepustowości, zdolności wykonawczych czy pojemności bloków. Większy limit sam w sobie nie zwiększa liczby transakcji na sekundę ani budżetów jednostek obliczeniowych; zmienia jedynie to, ile danych można zakodować w pojedynczej transakcji. Dla czytelników śledzących zmiany protokołów w różnych ekosystemach tego rodzaju dostrajanie parametrów wpisuje się w inne prace nad pojemnością sieci na blockchainach smart kontraktów — na przykład Ethereum historycznie wykorzystywało limity gazu bloków i cennik calldata do zarządzania ilością danych zużywanych przez transakcje — choć każdy łańcuch ustawia i zarządza takimi parametrami inaczej.

Jak większe transakcje mogłyby wspierać bardziej złożone operacje

Większy limit transakcji mógłby w zasadzie pozwolić aplikacji umieścić więcej instrukcji związanych z handlem lub odwołań do kont w pojedynczej transakcji, zależnie od ostatecznego projektu zmiany. To praktyczna korzyść, jaką reportaż wiąże ze zwiększeniem rozmiaru, choć nie podano żadnej konkretnej aplikacji, testu porównawczego ani oświadczenia deweloperów.

Jako hipotezę: wieloetapowy swap lub pakiet połączonych operacji handlowych, które obecnie muszą być dzielone, mógłby potencjalnie zmieścić się w jednej transakcji. Ma to znaczenie dla komponowalności: gdy powiązane operacje muszą być dzielone na osobne transakcje, mogą kończyć się niepowodzeniem niezależnie od siebie, co jest od dawna bolączką złożonych procesów on-chain. Pozostaje to jedynie przykład ilustracyjny; żaden potwierdzony przepływ pracy nie został zademonstrowany. Solana już teraz obsługuje intensywny ruch związany z trasowaniem transakcji handlowych poprzez platformy takie jak Raydium i Jupiter — to właśnie takie aplikacje większy limit objąłby najbardziej bezpośrednio.

Inne ograniczenia złożoności transakcji

Rozmiar transakcji to tylko jedno z ograniczeń. Limity wykonawcze, takie jak budżety jednostek obliczeniowych i reguły dostępu do kont, również ograniczają złożoność transakcji, a reportaż nie precyzuje, czy limity te zmienią się wraz ze zwiększeniem rozmiaru.

Zmiany nie należy interpretować jako obietnicy niższych opłat, lepszych kursów ani mniejszego poślizgu; żadne z tych efektów nie znajduje poparcia w dostępnych dowodach.

Co pozostaje do potwierdzenia w sprawie wdrożenia

Nie podano żadnego harmonogramu, warunków aktywacji, wydania klienta ani potwierdzenia dla mainnetu. Specyfikacja techniczna, status wniosku, zakres implementacji i data aktywacji pozostają niezweryfikowane.

Niepotwierdzone jest również, czy narzędzia aplikacyjne lub kod konstrukcji transakcji wymagałyby aktualizacji, aby korzystać z większego limitu, a żadne zmierzone wyniki wydajności ani kompromisy dotyczące zasobów nie są dostępne. Dopóki nie zostanie zidentyfikowany konkretny wniosek i wydanie klienta, nagłówek opisuje zgłaszany plan, a nie wdrożoną aktualizację.