Plan Solany na obniżenie depozytów założycielskich o 90% może osłabić jeden z powodów trzymania SOL

Uprawnieni właściciele kont tokenowych Solany mogą teraz odzyskać nadwyżkowy $SOL, który wcześniej był wymagany do utrzymania tych kont otwartych, po tym jak pierwsze obniżenie renty w sieci weszło w życie 3 września. Dla firm finansujących nowe konta ta sama zmiana zmniejsza kapitał początkowy potrzebny do ich utworzenia.

Pełny plan zmieniłby sposób, w jaki wzrost liczby kont przekłada się na $SOL utrzymywany jako zabezpieczenie pamięci. Jeśli Solana zrealizuje proponowaną redukcję o 90%, całkowity trwały stan kont — włącznie z narzutem pamięci każdego konta — musiałby wzrosnąć dziesięciokrotnie, aby wymagać takiego samego minimalnego poziomu rezerw $SOL jak przed wdrożeniem. Adopcja mogłaby więc znacząco wzrosnąć, podczas gdy minimalna ilość $SOL potrzebna w tym kanale rezerwowym spadnie.

Tracker Fundacji Solany potwierdza, że na mainnecie aktywna jest obecnie tylko pierwsza redukcja, wynosząca około 9%. Porównanie dziesięciokrotne odnosi się do warunkowego celu końcowego, podczas gdy pierwsze cięcie już obniżyło wymagania rezerwowe.

Obniżenie renty Solany i próg 10×

„Renta” Solany to saldo utrzymywane jako zabezpieczenie pamięci konta. Jest ono zazwyczaj odzyskiwalne przy zamknięciu konta, a nie bieżącą opłatą płaconą walidatorom. Obniżenie wymaganego salda pozwala nowym kontom startować z mniejszą ilością $SOL i może sprawić, że istniejące konta będą posiadać więcej niż ich minimum.

W epoce 1028, 3 września, Solana obniżyła parametr rezerwowy z 6 960 do 6 333 lamportów na bajt. Końcowy cel pięcioetapowego planu to 696.

Zgodnie ze specyfikacją obniżenia renty SIMD-0437 minimum równa się rozmiarowi danych konta plus 128 bajtów narzutu, pomnożone przez aktualny parametr lamportów na bajt. Standardowe konto tokenowe zawiera 165 bajtów danych, co daje efektywny rozmiar 293 bajtów. SIMD oznacza Solana Improvement and Design — propozycję ulepszeń i projektów Solany, mechanizm, przez który określa się zmiany protokołu i, w stosownych przypadkach, aktywuje głosowaniem walidatorów.

Zastosowanie tej formuły do miliona identycznych standardowych kont tokenowych daje następującą ilustrację:

Są to obliczone minimalne wymagania dla ustalonej populacji kont, a nie zmierzone wypłaty. Ostatni wiersz zakłada aktywację wszystkich pięciu redukcji. Różne rozmiary kont dałyby różne sumy.

Przykład miliona kont ilustruje kapitał operacyjny, ale nie pozwala ustalić efektu podażowego w skali całej sieci. Jego warunkowa końcowa redukcja 1 835,352 $SOL stanowi około 0,000314% z około 585,36 mln $SOL w obiegu, według danych rynkowych CryptoSlate z 5 września. Rzeczywisty łączny kanał rezerwowy wymagałby szerszego inwentarza kont, z uwzględnieniem rozmiarów kont, sald i odzyskiwalności.

Próg dziesięciokrotny wynika z tej samej zależności. Przy jednej dziesiątej pierwotnej stawki rezerwowej dziesięciokrotnie więcej bajtów podlegających rent byłoby potrzebne, aby zachować niezmienione łączne minimum. Ta miara obejmuje całkowity zasób trwałego stanu, włącznie z narzutem na każde konto. Liczba użytkowników, liczba transakcji i ceny $SOL to osobne miary; porównanie dziesięciokrotne opisuje wyłącznie wymagania pamięciowe.

Aktywny pierwszy krok wyznacza mniejszy próg: około 9,9% więcej stanu podlegającego rentie zachowałoby pierwotne minimalne wymaganie przy 6 333 lamportach na bajt. Oba porównania dotyczą wymaganych rezerw — rzeczywiste salda kont mogą pozostawać powyżej tych progów.

W przypadku płatności zapotrzebowanie na rezerwy pojawia się głównie przy otwieraniu kont. Lipcowe badanie stanu kont Fundacji wyjaśnia, że powiązane konto tokenowe zwykle obsługuje konkretny portfel i konkretny mint. Gdy już istnieje, późniejsze płatności w tym samym tokenie nie wymagają kolejnego depozytu założycielskiego. Więcej płatności przez istniejące konta nie musi więc powodować proporcjonalnego wzrostu rezerw pamięciowych.

Autoryzacja wypłaty decyduje, kto dostaje kapitał

Bezpośrednią korzyścią jest dostęp do kapitału już obecnego w łańcuchu. Przewodnik odzyskiwania Fundacji z 3 września opisuje instrukcję o nazwie WithdrawExcessLamports, która przenosi $SOL powyżej aktualnego minimum bez zamykania konta tokenowego i bez zmiany jego salda tokenowego. Program Token-2022 oferuje tę samą instrukcję.

Dla konta tokenowego właściciel musi autoryzować wypłatę. Dla minta autoryzacja pochodzi od urzędu minta lub od podpisu samego konta minta, jeśli urząd ten został odwołany. Konta należące do programów niestandardowych wymagają, aby właścicielski program zapewnił logikę wypłaty i sprawdził odpowiednią autoryzację.

Czyni to kontrolę nad kontem ekonomicznie istotną. Dostawca płatności, który sfinansował konto tokenowe klienta, nie może zakładać, że zapłacenie pierwotnego depozytu daje mu prawo do odzyskania nadwyżki. Strona uprawniona do autoryzacji wypłaty może być inna niż strona, która dostarczyła $SOL.

Przeniesienie salda nadwyżkowego wymaga autoryzowanej transakcji pozostawiającej minimum nienaruszonym. Przenosi ona istniejący $SOL między kontami przy zachowaniu całości; nie emituje nowych tokenów. Przewodnik nie podaje łącznej miary wykonanych wypłat ani późniejszych sprzedaży.

Dla przyszłego onboardingu korzyść jest bardziej bezpośrednia: kto finansuje konto, potrzebuje mniej $SOL na start. Dostawcy mogą potencjalnie obsługiwać więcej kont klientów przy tym samym kapitale, nawet gdy sami klienci nie kupują $SOL. To, czy istniejącą nadwyżkę da się ponownie wykorzystać, zależy od powyższych ustaleń dotyczących autoryzacji i programów.

O tym, jak długo te konta przetrwają, zależy trwające wymaganie rezerwowe. Całkowita liczba tworzonych kont może dawać zupełnie inny obraz niż stan faktycznie pozostający w łańcuchu.

W swojej analizie z 20 lipca badacz Fundacji Solany, Umberto Natale, ustalił, że 75,5% zdarzeń tworzenia kont w badanej kohorcie zamykało się w tej samej transakcji. Obserwacje nie zostały zdedyplikowane po adresach, więc powtórzone tworzenie i zamykanie mogły być liczone jako osobne zdarzenia.

Takie przepływy pracy mogą generować aktywność, pozostawiając po sobie niewiele trwałej pamięci kont. To ustalenie nie przewiduje, jak użytkownicy zareagują na wrześniową redukcję. Badanie ostrzega też, że jego słabe, niestabilne korelacje między cenami $SOL a aktywnością kont mają charakter opisowy, a nie stanowią przyczynowego oszacowania, jak tańsza renta zmienia popyt.

Przydatnym testem tej polityki będzie więc śledzenie trwałych bajtów kont i związanych z nimi minimalnych rezerw wraz z aktywnością. Samo liczenie nowych kont nie pozwala ustalić, czy sieć wchłonęła niższą stawkę rezerwową.

Popyt na $SOL wykracza poza rezerwy kont

Inne zastosowania $SOL również trwają. Zgodnie z zasadami opłat Solany transakcje wymagają $SOL: połowa opłaty bazowej jest spalana, a druga połowa trafia do walidatora, natomiast cała opłata priorytetowa trafia do walidatora. Płatności opłat to odrębny od kanału rezerw zwrotnych kanał popytu. Większa aktywność może zwiększyć wykorzystanie opłat, ale sama przepustowość nie przesądza o tym, ile użytkownicy płacą ani jakie salda utrzymują.

Posiadacze $SOL mogą również delegować stek walidatorom, pomagając zabezpieczać sieć i uzyskując kwalifikację do nagród. Odzyskany kapitał mógłby zostać ustekowany lub wykorzystany do finansowania większej liczby kont. Przywołane materiały nie potwierdzają żadnego z tych rezultatów jako skutku cięcia, więc te możliwości nie dają skwantyfikowanej kompensaty niższych wymagań rezerwowych.

Najnowsza analiza CryptoSlate dotycząca aktywności i ekonomiki opłat badała pokrewną rozróżnienie: wykorzystanie sieci a ekonomika tokena mogą zmieniać się w różny sposób. Obniżenie renty dodaje konkretny powód, dla którego wzrost może wymagać mniej $SOL na jednostkę trwałego stanu.

Według stanu na 5 września druga redukcja, do 5 080 lamportów na bajt, jest na testnecie, a wejście na mainnet oczekiwane jest w połowie września. Ostatnie trzy kroki oczekiwane są wraz z Agave 4.4 w listopadzie. Każda aktywacja pozostaje uzależniona od przeglądu wzrostu stanu, a mechanizm awaryjny może przywrócić pierwotny parametr. Etapowe, warunkowe podejście odzwierciedla kompromis, nad którym operatorzy Solany zastanawiają się od dawna: niższe wymagania rezerwowe tanieją konta, ale szybszy wzrost stanu zwiększa obciążenie pamięciowe, które muszą ponosić walidatorzy i dostawcy RPC.

Kolejne progi przesądzą, jak daleko sięgnie oszczędność kapitału. Wzrost trwałego stanu i rzeczywiste odzyskiwanie pokażą następnie, ile z tej oszczędności stanie się nową pojemnością kont, reużywalnym kapitałem operacyjnym lub zmniejszonym $SOL utrzymywanym jako zabezpieczenie pamięci.