Transakcja Solana v1 przygotowuje się do podniesienia maksymalnego rozmiaru transakcji z 1 232 bajtów do 4 096 bajtów, dając programistom więcej miejsca na dowody wiedzy zerowej, duże operacje wielopodpisowe i złożone partie.
Aktualizacja jest aktywna w testnecie i devnecie Solany, ale nie została aktywowana w mainnecie, gdy sprawdzano 7 września. 9 września został podany jako docelowa data, chociaż oficjalna strona aktualizacji Solany mówi, że harmonogram aktywacji może ulec zmianie.
Dla zwykłych użytkowników przejście powinno być w dużej mierze niewidoczne. Istniejące transakcje starszego typu i v0 będą nadal działać. Większym pytaniem jest, czy portfele, eksploratory, dostawcy danych i aplikacje zaktualizują swoje systemy przed pojawieniem się pierwszych transakcji v1 w mainnecie.
Transakcja v1 zwiększa pojemność, a nie TPS Solany
Najbardziej widoczną zmianą jest wyższy limit rozmiaru transakcji. Przejście z 1 232 do 4 096 bajtów zapewnia około 3,3 razy więcej miejsca w pojedynczej transakcji.
Nie oznacza to, że Solana nagle przetworzy 3,3 razy więcej transakcji na sekundę. Transakcja v1 zmienia to, ile informacji może zawierać jedna transakcja, a nie ile transakcji sieć może zmieścić w każdym bloku.
Dodatkowe miejsce jest przydatne dla operacji przenoszących duże ilości danych instrukcji. Przy poprzednim limicie programiści czasami musieli podzielić złożoną akcję na kilka transakcji. Każdy krok wymagał osobnego przetwarzania i tworzył kolejny punkt, w którym proces mógł zawieść.
Dzięki transakcji v1 niektóre z tych operacji mogą być wykonane jako jedna atomowa transakcja. Albo cała akcja się powiedzie, albo nie powiedzie, nie pozostawiając użytkownika w połowie wieloetapowego procesu.
Aktualizację należy zatem rozumieć raczej jako poprawę projektowania aplikacji i niezawodności, a nie prosty wzrost szybkości.
Dowody ZK i duże operacje wielopodpisowe zyskują więcej miejsca
Dowody wiedzy zerowej mogą wymagać więcej danych, niż pozwala istniejący limit transakcji Solany. To sprawiło, że niektóre funkcje prywatności i poufnych tokenów są trudne do wykonania w jednej transakcji.
Nowy limit 4 096 bajtów daje programistom wystarczająco dużo miejsca, aby bezpośrednio umieścić niektóre dowody ZK. Potencjalne zastosowania obejmują poufne transfery, zaszyfrowane salda i aplikacje, które muszą udowodnić informacje bez publicznego ujawniania danych bazowych.
Duże transakcje wielopodpisowe również mogą na tym skorzystać. Zarządzanie skarbcem, instytucjonalna opieka nad aktywami i zarządzanie onchain mogą wymagać kilku podpisów lub szczegółowych instrukcji. Więcej miejsca w transakcji pozwala na zatwierdzenie i wykonanie niektórych z tych działań razem.
Ta sama zasada dotyczy operacji wsadowych. Portfel lub aplikacja może połączyć kilka powiązanych kroków, zmniejszając liczbę zatwierdzeń, które użytkownik musi podpisać.
Te możliwości nie pojawią się automatycznie po aktywacji transakcji v1. Programiści nadal muszą zaktualizować swoje aplikacje i celowo tworzyć transakcje przy użyciu nowego formatu.
Dlaczego transakcja v1 usuwa tabele odnośników adresów
Transakcje v0 Solany używają tabel odnośników adresów, zwanych ALT, aby odwoływać się do adresów kont za pomocą krótszych identyfikatorów. Pomaga to utrzymać małe transakcje z dużą liczbą kont, ale także komplikuje przetwarzanie transakcji.
Transakcja v1 usuwa ALT i zawiera adresy kont bezpośrednio w transakcji.
Daje to walidatorom jaśniejszy obraz pełnej listy kont bez konieczności wcześniejszego pobierania oddzielnych tabel odnośników. Opłaty, limity zasobów i granice instrukcji stają się również łatwiejsze do zidentyfikowania przed wykonaniem.
Jest to kompromis. Każdy adres konta umieszczony bezpośrednio w transakcji v1 zajmuje 32 bajty. Aplikacja, która wchodzi w interakcje z wieloma kontami, może nadal uznać transakcje v0 za bardziej oszczędne pod względem miejsca, ponieważ ALT kompresują te adresy.
Transakcja v1 nie jest zatem pełnym zamiennikiem v0. Oba formaty służą różnym potrzebom. V1 jest najbardziej przydatna dla transakcji przenoszących większe dowody, podpisy lub ładunki instrukcji, podczas gdy v0 może pozostać odpowiednia dla tras obejmujących wiele kont.
Istniejące portfele działają dalej, ale usługi danych muszą zostać zaktualizowane
Wysyłanie transakcji v1 jest opcjonalne. Portfel, który nadal używa transakcji starszego typu lub v0, powinien działać normalnie po aktywacji funkcji.
Bardziej pilnym problemem jest strona odczytu.
Usługi RPC, eksploratory i aplikacje żądające danych transakcji muszą zadeklarować obsługę wersji 1. Jeśli tego nie zrobią, próby pobrania bloku zawierającego transakcję v1 mogą zakończyć się niepowodzeniem zamiast zwracać tylko transakcje, które rozumieją.
Indeksatory stoją w obliczu cichszego ryzyka. Transakcja v1 przenosi limity obliczeniowe i ustawienia opłat priorytetowych z oddzielnych instrukcji Compute Budget do nowego pola konfiguracji transakcji.
Przestarzała usługa analityczna może nie generować oczywistego błędu. Może nadal działać, nieprawidłowo raportując, że transakcja v1 nie używała opłaty priorytetowej ani budżetu obliczeniowego.
Oznacza to, że pierwszym sygnałem niepełnej aktualizacji mogą być brakujące bloki, zatrzymane kanały danych lub niedokładne statystyki opłat, a nie nieudane płatności użytkowników.
Większe transakcje nie oznaczają automatycznie niższych opłat
Wykonanie operacji w jednej transakcji może zmniejszyć liczbę powtarzanych podpisów i potwierdzeń. To może obniżyć koszty dla niektórych aplikacji w porównaniu z rozbiciem tej samej akcji na kilka transakcji.
Nie gwarantuje to, że każda transakcja v1 będzie tańsza.
Większe transakcje nadal zużywają zasoby sieciowe, a deweloperzy muszą jawnie ustawić limity jednostek obliczeniowych i danych konta. Opłaty priorytetowe pozostają również istotne, gdy zapotrzebowanie na przestrzeń blokową jest duże.
W v1 opłata priorytetowa jest wyrażona jako całkowita kwota w lamportach, a nie jako cena za jednostkę obliczeniową. Aplikacje, które kopiują swoje stare obliczenia opłat bez konwersji formatu, mogą przesłać nieprawidłową opłatę.
Praktyczną korzyścią jest elastyczność. Deweloperzy mogą używać większego formatu, gdy upraszcza to aplikację lub czyni ją bezpieczniejszą, kontynuując korzystanie ze starszych formatów, gdy pozostają one bardziej wydajne.
Rynek SOL może potrzebować dowodów adopcji
Aktualizacja rozszerza możliwości deweloperów na Solanie, ale sama w sobie nie tworzy natychmiastowego popytu na SOL.
Według stanu na 7 września, cena SOL na MEXC wynosiła około 104,39 USD, co oznacza spadek o 1,21% w ciągu 24 godzin. Brak natychmiastowego rajdu po aktualizacji sugeruje, że inwestorzy nie traktują Transakcji v1 jako krótkoterminowego wydarzenia cenowego.
Zdaniem MEXC najważniejszym sygnałem będzie adopcja aplikacji po aktywacji mainnetu, a nie sama data aktywacji.
Jeśli Transakcja v1 doprowadzi do szerszego wykorzystania poufnych transferów, instytucjonalnych systemów multisig i bardziej złożonych aplikacji finansowych, może z czasem zwiększyć użyteczną aktywność i popyt na przestrzeń blokową Solany. To dałoby aktualizacji wyraźniejszy związek z wartością ekonomiczną SOL.
Jeśli tylko niewielka liczba deweloperów skorzysta z formatu, osiągnięcie techniczne może mieć ograniczony wpływ na rynek w najbliższym czasie. Błędy infrastrukturalne podczas wdrażania mogą również tymczasowo przeważyć nad pozytywną narracją.
Na co zwrócić uwagę podczas wdrażania na mainnecie
Pierwszym punktem kontrolnym jest oficjalny status feature-gate. Zaplanowana data nie jest tym samym co potwierdzona aktywacja.
Po aktywacji inwestorzy i deweloperzy powinni obserwować, czy główne portfele, dostawcy RPC, eksploratory i indeksatory poprawnie przetwarzają transakcje v1. Brakujące dane bloków lub nieprawidłowe raportowanie opłat wskazywałyby, że części ekosystemu nie były przygotowane.
Kolejnym testem jest rzeczywiste użycie. Transakcja v1 staje się znacząca, gdy aplikacje wykorzystują dodaną przestrzeń do produktów, które wcześniej były trudne do zbudowania, a nie tylko wtedy, gdy sieć akceptuje nowy format.
Adopcja przez narzędzia prywatności, instytucjonalne portfele i złożone aplikacje DeFi dostarczyłaby mocniejszych dowodów na to, że aktualizacja tworzy nowy popyt, a nie tylko zmienia kodowanie transakcji.
FAQ
Czy Transakcja v1 Solany jest już aktywna?
Transakcja v1 była aktywna w testnecie i devnecie, ale nie została jeszcze aktywowana na mainnecie według stanu na 7 września 2026 r. Podawano, że 9 września jest celem, ale użytkownicy powinni zweryfikować oficjalny status feature-gate.
Czy użytkownicy będą musieli zaktualizować swoje portfele?
Większość użytkowników nie powinna musieć podejmować natychmiastowych działań. Transakcje Legacy i v0 będą nadal działać. Deweloperzy portfeli i aplikacji potrzebują aktualizacji, jeśli chcą wysyłać lub poprawnie odczytywać transakcje v1.
Czy Transakcja v1 sprawi, że Solana będzie szybsza?
Nie bezpośrednio. Zwiększa to, ile danych może zmieścić się w jednej transakcji. Nie podnosi automatycznie pojemności bloków ani przepustowości transakcji.
Czy v1 zastępuje transakcje v0?
Nie. V1 jest opcjonalna, a v0 pozostaje dostępna. Operacje wymagające dużej liczby kont mogą nadal używać v0, ponieważ jej tabele odnośników adresów mogą reprezentować wiele adresów bardziej efektywnie.
Czy aktualizacja Transakcji v1 Solany jest bycza dla SOL?
Może wspierać długoterminową użyteczność SOL, jeśli większe transakcje przyniosą użyteczne aplikacje i dodatkową aktywność sieciową. Sama aktywacja nie gwarantuje wyższego popytu ani wyższej ceny SOL.
Ostrzeżenie o ryzyku
Transakcja v1 to poważna zmiana infrastrukturalna, nawet jeśli jest opcjonalna dla nadawców. Przestarzałe usługi RPC, indeksatory i systemy analityczne mogą zawieść lub raportować nieprawidłowe dane po aktywacji mainnetu. SOL pozostaje również narażony na szerszą zmienność kryptowalut, a aktualizacja techniczna nie gwarantuje zwiększonej adopcji ani wzrostu ceny.
