Solana słynie z niskich kosztów transakcyjnych, ale jej system opłat to nie tylko "jedna malutka stała opłata". Transakcja płaci podstawową opłatę powiązaną z podpisami i może dodać opłatę priorytetową opartą na limicie jednostek obliczeniowych żądanym przez nadawcę. Wybór niepotrzebnie wysokiego limitu może przepłacić nawet wtedy, gdy program wymaga mniej obliczeń.
Szybka odpowiedź: Całkowita opłata transakcyjna Solany to opłata podstawowa plus ewentualna opłata za priorytetyzację. Opłata priorytetowa jest obliczana na podstawie żądanego limitu jednostek obliczeniowych oraz ceny jednostki obliczeniowej, a nie faktycznie zużytych jednostek obliczeniowych.
Komponenty opłat Solana
Na poziomie protokołu pomyśl o sumie jako:
Całkowita opłata = opłata bazowa + opłata za priorytetyzację
Inne koszty mogą pojawić się w doświadczeniu użytkownika — opłaty za wypłaty z giełdy, slippage swap, opłaty aplikacyjne, finansowanie kont związanych z czynszem lub tworzenie konta tokenowego — ale nie wszystkie są opłatami za transakcje walidatora.
Opłata podstawowa
Oficjalna dokumentacja opłat Solany podaje podstawową opłatę w wysokości 5 000 lamportów za podpis w momencie przeglądu tego artykułu. Lamport to najmniejsza jednostka SOL:
1 SOL = 1 000 000 000 lamportów
Prosta transakcja z jednym podpisem ma więc podstawową opłatę 5 000 lamportów według tego parametru. Transakcje wielopodpisowe mogą wymagać większej liczby podpisów i wyższej opłaty podstawowej.
Parametry protokołu mogą się zmieniać, dlatego aplikacje powinny korzystać z aktualnych danych sieciowych zamiast kodować na stałe starą wartość.
Jednostki obliczeniowe
Jednostka obliczeniowa (CU) mierzy pracę obliczeniową, jaką może wykonać transakcja Solany. Programy zużywają obliczenia podczas wykonywania instrukcji. Transakcja wymaga ograniczenia jednostek obliczeniowych — budżetu, który uniemożliwia nieograniczoną pracę.
Oficjalna dokumentacja opisuje maksymalnie 1,4 miliona jednostek obliczeniowych na transakcję. Poszczególne instrukcje również mają domyślne i limity. Transakcja przekraczająca dozwolony budżet obliczeniowy nie udaje się, ale sieć i tak wykonała prace nad jej przetworzeniem.
Opłaty priorytetowe
Nadawca może zaoferować opcjonalną cenę za jednostkę obliczeniową, aby poprawić priorytet harmonogramowania, gdy miejsce w bloku jest sporne. Opłata wykorzystuje mikro-lamporty na CU, gdzie jeden mikro-lamport to jedna milionowa lamporta.
Opłata za priorytetyzację w lamportach = ceil (limit CU × cena CU w mikro-lamportach ÷ 1 000 000)
Wynik jest zaokrąglany do następnego całego lamportu, gdy podział nie jest dokładny.
Załóżmy, że transakcja żąda 200 000 CU i ustala cenę 5 000 mikro-lamportów za CU:
200 000 × 5 000 ÷ 1 000 000 = 1 000 lamportów
Jeśli ma jeden podpis, a podstawowa opłata wynosi 5 000 lamportów, całkowita opłata protokołu wynosi 6 000 lamportów.
Dlaczego wymagane limity CU mają znaczenie
Opłata za priorytetyzację opiera się na żądanym limicie, a nie na rzeczywistej zużyciu. Jeśli przykładowa transakcja używa tylko 80 000 CU, ale żąda 200 000, nadal płaci obliczenie priorytetu oparte na 200 000.
Programiści mogą symulować transakcję, dodać margines bezpieczeństwa i żądać limitu bliskiego oczekiwanemu zużyciu. Zbyt mały budżet może prowadzić do porażki; Zbyt duże koszty mogą zmarnować opłaty priorytetowe i wpłynąć na sposób, w jaki planista ocenia transakcję.
Jak ustala się priorytet
Płacenie wyższej opłaty priorytetowej może poprawić względną pozycję transakcji, ale nie gwarantuje natychmiastowego włączenia. Formuła harmonogramowania Solany uwzględnia opłatę za priorytetyzację względem żądanych zasobów, w tym jednostek obliczeniowych i innych kosztów realizacji. Liderzy sieci, konkurencja kont, ważność transakcji, limity bloków i terminy nadal mają znaczenie.
Wysoka cena CU w połączeniu z nadmiernie wysokim limitem CU może być kosztowna. Niska cena z dobrze wysokim limitem może nadal czekać na czas rywalizacji. Portfele i aplikacje zazwyczaj szacują obie wartości na podstawie aktualnych warunków sieciowych.
Dlaczego nieudane transakcje Solana nadal kosztują opłatę
Walidatory muszą weryfikować podpisy, ładować konta i próbować wykonania, zanim dowiedzą się, że transakcja się nie powiódła. Opłata rekompensuje pracę sieciową i zniechęca do spamu. Typowe awarie to:
- niewystarczające saldo tokenów lub przewięcie opłat;
- przekroczona tolerancja poślizgu podczas wymiany;
- budżet obliczeniowy przekroczył;
- stan konta zmieniony przed wykonaniem egzekucji;
- błędy programu lub nieprawidłowe dane instrukcji; oraz
- Niedawno wygasły blockhash.
Podniesienie opłaty priorytetowej nie naprawia nieprawidłowych instrukcji ani nieodpowiednich ustawień poślizgu.
Konta tokenowe i salda związane z czynszem
Tokeny Solana są przechowywane na kontach tokenowych. Otrzymanie nowego tokena może wymagać utworzenia powiązanego konta tokenowego, jeśli takie już nie istnieje. Może to wymagać salda zwolnionego z czynszu oprócz opłaty transakcyjnej. Saldo nie jest tożsame z opłatą walidatora i może być odzyskane po zamknięciu kwalifikowanego konta.
Portfel powinien odróżniać opłatę sieciową od finansowania zakładającego konto. Jeśli podgląd je łączy, otwórz szczegółową symulację.
Koszty swapu są większe niż tylko paliwo
W przypadku zdecentralizowanej wymiany koszt ekonomiczny może obejmować:
- Opłaty za bazę Solana i opłaty priorytetowe;
- opłata za dostawcę płynności lub protokół;
- spread kupno-sprzedażowy;
- wpływ na cenę wynikający z wielkości zamówienia;
- przejście między cytatem a wykonaniem;
- powiązane tworzenie kont tokenowych; oraz
- MEV lub niekorzystne zlecenie transakcji.
Nie porównuj swapu Solana z centralną giełdą, korzystając wyłącznie z opłaty sieciowej. Nasze CEX vs DEX przewodnik Wyjaśnia szersze różnice w egzekucji i opiece nad dzieckiem.
Praktyczne sposoby unikania przepłacania
- Używaj aktualnego oprogramowania portfela. Szacowanie opłat poprawia się wraz z aktualizacją integracji sieciowych aplikacji.
- Przejrzyj szczegółowy zapowiedź. Oddzielna opłata sieciowa, opłata priorytetowa, opłata za aplikację oraz finansowanie konta tokenowego.
- Nie maksymalizuj ślepo priorytetów. Wybierz poziom odpowiedni do pilności i aktualnych konfliktów.
- Programiści powinni symulować obliczenia. Dodaj rozsądny bufor zamiast zawsze prosić o maksymalną kwotę.
- Sprawdź poślizg samodzielnie. Transakcja może wiązać się z niewielką opłatą protokołu i niskim kosztem realizacji.
- Zachowaj wystarczająco dużo przeszkody. Salda tokenów zazwyczaj nie mogą pokrywać opłat bazowych, chyba że aplikacja sponsoruje transakcję.
- Zweryfikowaj każdą instrukcję. Niskie opłaty nie zmniejszają ryzyka phishingu ani złośliwego oprogramowania.
Opłaty Solana vs Ethereum gas
Obie sieci pobierają opłaty za ograniczone zasoby obliczeniowe i blokowe, ale mechanizmy różnią się. Ethereum oblicza zużycie gazu pomnożone przez składniki ceny gazu, w tym opłatę za bazę protokołu i opłatę priorytetową. Solana stosuje opłatę bazową opartą na podpisie oraz opcjonalną opłatę priorytetową opartą na żądanym budżecie obliczeniowym. Numer oznaczony jako "gas" w portfelu wielołańcuchowym może być ogólnym terminem interfejsu, a nie dokładnym modelem protokołu.
Podstawowe koncepcje blockchain można znaleźć Jak działają blockchainy.
Najczęściej zadawane pytania
Czym jest lamport?
Lamport jest najmniejszą natywną jednostką SOL. Jeden SOL to miliard lamportów.
Czy opłata za priorytety Solana jest obowiązkowa?
Nie. Jest opcjonalny, ale aplikacje mogą go polecać, gdy sieć lub konkretne konta są kwestionowane.
Czy wyższa opłata za priorytet gwarantuje sukces?
Nie. Może poprawić priorytet w harmonogramie, ale nie może uczynić nieprawidłowej transakcji ważną ani zagwarantować uwzględnienia w określonym czasie.
Dlaczego mój portfel pobierał więcej niż podstawowa opłata?
Transakcja może mieć wiele podpisów, opłatę priorytetową, finansowanie konta tokenowego, opłatę aplikacyjną lub inny koszt ekonomiczny pokazany w tym samym podglądzie.
Ten artykuł odzwierciedla oficjalną dokumentację Solany przejrzaną 31 lipca 2026 roku. Parametry sieci i zachowanie portfela mogą się zmieniać.