We wtorek Solana aktywowała funkcję Transaction V1 w sieci głównej, umożliwiając umieszczanie większej ilości danych w każdej transakcji. Aktualizacja zapewnia deweloperom więcej miejsca na wykonywanie złożonych działań w ramach jednego atomowego procesu i ma znaczenie dla deweloperów DeFi, dostawców portfeli, indeksatorów oraz operatorów RPC. Może również wpłynąć na projekty pracujące nad tokenizowanymi aktywami i rozwiązaniami płatniczymi.

Zgodnie ze stroną aktualizacji Solany, bramka funkcji txv1 została wdrożona na początku epoki 1035, około 01:00 UTC 15 września. Transaction V1 działa obecnie w sieci głównej Solany, testnecie i devnecie.

Rozmiar transakcji rośnie z 1 232 do 4 096 bajtów

Najbardziej widoczną zmianą jest zwiększenie maksymalnego rozmiaru serializowanej transakcji. Solana podniosła limit z 1 232 do 4 096 bajtów, zapewniając około 3,3 razy więcej miejsca na dane transakcji.

Format nowej transakcji został zdefiniowany w SIMD-0296, natomiast V1 Message Format opiera się na SIMD-0385. Wcześniej limit rozmiaru transakcji w Solanie był związany z konserwatywnymi ograniczeniami maksymalnej jednostki transmisji w sieci, czyli MTU. Transaction V1 odchodzi od narzuconego przez QUIC sztywnego limitu rozmiaru strumienia, umożliwiając tworzenie większych transakcji.

Dodatkowa pojemność ma wspierać obciążenia wymagające znacznych ilości danych transakcyjnych, w tym dowody zerowej wiedzy, duże operacje multisig oraz podpisy wykorzystujące BLS. Jak wcześniej informował Cryptopolitan, V1 uruchomiono w testnecie w epoce 1025, 1 września, dając dostawcom infrastruktury czas na przygotowanie się do wdrożenia w sieci głównej.

Dlaczego pojedyncza atomowa transakcja ma znaczenie

Przed aktualizacją deweloperzy napotykający limit rozmiaru transakcji Solany mogli w niektórych przypadkach podzielić operacje na kilka transakcji albo wykorzystać pakiety Jito. Jednak wyjaśnienie zawarte w SIMD-0296 wskazuje, że pakiet nie jest równoważny natywnej transakcji, gdy atomowość rozpatruje się na poziomie protokołu.

Transaction V1 pozwala umieścić w jednej transakcji większą liczbę instrukcji i danych. Dzięki temu routing, weryfikacja dowodów i batchowanie mogą albo zakończyć się powodzeniem w całości, albo w całości zakończyć się niepowodzeniem, zamiast być wykonywane w oddzielnych transakcjach. W zależności od operacji może to również zmniejszyć liczbę wymaganych podpisów i potwierdzeń.

Kompromis związany z Address Lookup Table

Transaction V1 zmienia również sposób, w jaki transakcje zarządzają zasobami i odwołaniami do kont. Ustawienia limitu obliczeniowego i opłaty priorytetowej przeniesiono z instrukcji ComputeBudget do ustawień transakcji, dzięki czemu dostawcy infrastruktury mają łatwiejszy dostęp do tych parametrów.

Transakcje V1 nie korzystają z Address Lookup Tables, ponieważ odwoływane konta są bezpośrednio zawarte w transakcji. Upraszcza to strukturę transakcji, ale może zwiększyć jej rozmiar. Tabela Address Lookup Table v0 wymaga jedynie jednobajtowego indeksu, podczas gdy klucz publiczny umieszczony bezpośrednio w transakcji wymaga 32 bajtów.

Analiza Address Lookup Tables Solany wykazała, że 62% transakcji v0 wykorzystywało co najmniej jedną Address Lookup Table. W rezultacie rozmiar gęstych transakcji korzystających z więcej niż jednej tabeli może wzrosnąć o ponad 1 500 bajtów, gdy odwołania do kont są umieszczane bezpośrednio w transakcji. Limit kont pozostaje bez zmian i wynosi 64 konta.

Rola w ekspansji Solany w obszarze tokenizowanych finansów

Aktualizacja następuje w czasie, gdy Solana zwiększa swoją rolę w finansach on-chain. Według DeFiLlama całkowita wartość zablokowana w sektorze DeFi Solany wynosi niemal $5.95 billion, a 24-godzinny wolumen zdecentralizowanych giełd około $1.79 billion.

W sierpniowym podsumowaniu Solany poinformowano również, że wartość aktywów świata rzeczywistego w sieci przekroczyła $4 billion i była rozłożona na ponad 350,000 adresów. Ponadto xStocks zgromadził ponad $500 million aktywów w zarządzaniu.

Sama większa przepustowość transakcji nie gwarantuje wzrostu adopcji. Galaxy Research zauważył, że znaczna część wartości związanej z tokenami Solany nadal pozostaje niewykorzystana, podczas gdy konkurencyjne platformy wciąż są liderami w niektórych szybko rozwijających się obszarach. Transaction V1 poszerza zakres aplikacji, które deweloperzy mogą tworzyć na Solanie, jednak reakcja użytkowników, płynności i aktywności transakcyjnej pozostaje kwestią otwartą.

Wymagane zmiany dla operatorów i deweloperów

Odbiorcy RPC powinni ustawić maxSupportedTransactionVersion: 1 dla getTransaction i getBlock. Indeksatory muszą odczytywać limity obliczeniowe V1 oraz opłaty priorytetowe z transactionConfig.

Walidatorzy i operatorzy RPC powinni korzystać z Agave v4.2.2 lub nowszej wersji. Nadawcy V1 powinni jawnie ustawić limity obliczeniowe i limity załadowanych kont oraz używać base64 dla transakcji większych niż 1 232 bajty.

Dostawcy portfeli powinni informować o obsłudze V1 dopiero po potwierdzeniu, że ich oprogramowanie prawidłowo analizuje i podpisuje nowy format, zgodnie z wytycznymi dotyczącymi aktualizacji Solany. Pierwotny raport opublikował Cryptopolitan.