Eksplorator transakcji Solana zamienia surowy podpis w czytelną stronę: czy transakcja się powiodła, kto ją podpisał, ile kosztowała i jakie tokeny się przemieściły. Każdy eksplorator, od Solscan przez oficjalny Solana Explorer po naszą wyszukiwarkę, odczytuje ten sam zapis w łańcuchu przez metodę RPC getTransaction, więc gdy już wiesz, co oznacza każde pole, przeczytasz każdy z nich. Poniżej znajdziesz sześciokrokową procedurę, omówienie strony transakcji pole po polu, rozpisany przykład prawdziwego transferu tokena SPL oraz sekcję rozwiązywania problemów z transakcjami, które się nie powiodły, zniknęły albo zostały odrzucone.
Jak sprawdzić transakcję Solana w sześciu krokach
Najszybszy sposób na sprawdzenie transakcji to skopiować jej podpis, wkleić go do eksploratora w odpowiednim klastrze i najpierw przeczytać linię statusu. Cała reszta strony wyjaśnia, dlaczego status jest taki, a nie inny.
- Skopiuj podpis transakcji. Na ekranie aktywności portfela albo w powiadomieniu dAppki o potwierdzeniu znajdziesz link „view on explorer” lub przycisk kopiowania. Podpis (sygnatura) to tekst w base58, zwykle 87 lub 88 znaków.
- Wklej go do eksploratora. Użyj wyszukiwarki Solscanner, Solscan albo Solana Explorer i sprawdź, czy wybrany jest klaster Mainnet, a nie Devnet.
- Sprawdź status i finalność. Success lub failed to nagłówek. Obok szukaj poziomu processed, confirmed albo finalized.
- Odczytaj opłatę, CU i podpisujących. Te pola mówią, kto zapłacił, ile i jak „ciężka” była transakcja.
- Przejrzyj instrukcje i salda. Lista instrukcji i zmiany sald tokenów pokazują, co faktycznie przemieściło się między którymi kontami.
- Wyjaśnij błędy za pomocą logów. Jeśli coś poszło nie tak, logi programów wskazują instrukcję i błąd.
Ta procedura w mniej niż minutę odpowiada na większość pytań w stylu „czy mój przelew doszedł?”. Dalsza część poradnika opisuje, co widzisz na każdym etapie, żebyś mógł czytać stronę, a nie zgadywać.
Co oznacza każde pole na stronie transakcji w eksploratorze Solana
Strona transakcji w eksploratorze Solana wszędzie ma te same kluczowe pola: podpis, wynik, poziom zatwierdzenia, slot, czas bloku, opłatę, jednostki obliczeniowe, podpisujących, niedawny blockhash, wersję, instrukcje, zmiany sald i logi. Układ bywa różny, ale dane pochodzą z jednej odpowiedzi RPC.
Podpis (Signature). Podpis transakcji to 64-bajtowy podpis Ed25519 pierwszego podpisującego, zakodowany w base58. Pełni też rolę unikalnego identyfikatora transakcji. Jeśli transakcja ma kilku podpisujących, zawiera kilka podpisów, ale eksploratory indeksują ją po pierwszym.
Status. Albo sukces, albo błąd, np. InstructionError z indeksem instrukcji, która zawiodła. Nieudana transakcja i tak jest zapisana w łańcuchu i i tak płaci opłatę.
Poziom zatwierdzenia (processed, confirmed, finalized). To trzy poziomy finalności. Processed oznacza, że węzeł, którego pytasz, widział transakcję w bloku, ale na ten blok jeszcze nie głosowano. Confirmed oznacza, że na blok zagłosowała superwiększość stake’u. Finalized oznacza, że blok osiągnął maksymalną blokadę i nie da się go cofnąć. Traktuj processed jako „prawdopodobnie”, confirmed jako „niemal na pewno”, a finalized jako „załatwione”. Alpenglow, który we wrześniu 2026 roku działa na testnecie i nie ma ogłoszonej daty wejścia na mainnet, ma skrócić finalność do około 150 ms, więc w przyszłości te etykiety mogą się zlać w jedną.
Slot i czas bloku. Slot to okno czasowe lidera, w którym transakcja trafiła do łańcucha. Sloty trwają teraz mniej więcej 250–300 ms, odkąd SIMD-0525 skróciło je z 400 ms w sierpniu i wrześniu 2026 roku. Czas bloku (block time) to szacowany znacznik czasu Unix tego bloku, który większość eksploratorów pokazuje w twojej lokalnej strefie czasowej, w Polsce więc w czasie środkowoeuropejskim.
Opłata i opłata priorytetowa. Opłata bazowa to 5000 lamportów za podpis (0,000005 SOL); 50% jest spalane, a 50% trafia do walidatora. Do tego może dojść opcjonalna opłata priorytetowa: cena jednostki obliczeniowej razy limit jednostek, podzielone przez 1 000 000, w całości dla walidatora. Pełny wzór znajdziesz w dokumentacji opłat Solany. Niektóre eksploratory rozdzielają obie kwoty, inne pokazują tylko sumę.
Jednostki obliczeniowe (compute units). Zużyte jednostki obliczeniowe mierzą koszt wykonania. Domyślny budżet to 200 000 CU na instrukcję, a twardy limit to 1 400 000 CU na transakcję. Jeśli transakcja zużyła niemal cały zamówiony limit, to wskazówka, że mogła się nie powieść z powodu braku mocy obliczeniowej.
Podpisujący i płatnik opłaty. Pierwszy podpisujący jest płatnikiem opłaty (fee payer). Pozostali podpisujący autoryzowali konkretne instrukcje, np. właściciel konta tokena, z którego schodzą środki.
Niedawny blockhash (recent blockhash). Każda transakcja odwołuje się do niedawnego blockhasha ważnego przez 150 slotów. Zapobiega to powtórnemu odtwarzaniu transakcji i wyznacza termin: jeśli transakcja nie zostanie włączona do bloku, zanim blockhash wygaśnie, już nigdy tam nie trafi.
Transakcje wersjonowane i tabele wyszukiwania adresów
Transakcja wersjonowana (oznaczona jako „v0” lub „Version 0”) może odwoływać się do tabeli wyszukiwania adresów (address lookup table), czyli konta w łańcuchu przechowującego listę adresów. Zamiast wpisywać do wiadomości każdy 32-bajtowy adres, transakcja wskazuje wpisy w tabeli. Dzięki temu duże swapy mieszczą się w limicie 1232 bajtów. Eksploratory oznaczają takie konta na liście jako „loaded from lookup table”; etykieta „legacy” oznacza po prostu starszy format bez tabel. Układ wiadomości opisuje dokumentacja transakcji.
Uwaga: transakcja może zawierać najwyżej 64 konta. Jeśli widzisz listę kont dłuższą, niż się spodziewałeś, większość z nich najpewniej została wczytana z tabeli wyszukiwania adresów, a nie wpisana bezpośrednio do wiadomości.
Instrukcje, instrukcje wewnętrzne i zmiany sald tokenów
Instrukcje to faktyczne operacje: każda wskazuje program i konta, których dotyka. Instrukcje wewnętrzne (inner instructions) to wywołania, które jeden program wykonał w innym w trakcie działania, a zmiany sald tokenów podsumowują wynik netto.
Zwykły przelew SOL to jedna instrukcja System Program. Transfer tokena wywołuje program SPL Token (TokenkegQfeZyiNwAJbNbGKPFXCWuBvf9Ss623VQ5DA) albo Token-2022 (TokenzQdBNbLqP5VEhdkAS6EPFLC1PHnBqCXEpPxuEb). Swap przez agregator może pokazywać jedną instrukcję najwyższego poziomu i kilkanaście wewnętrznych, bo router wywołuje kilka pul DEX, a każda z nich wywołuje program tokenów. Gdy chcesz wiedzieć, co naprawdę się wydarzyło, patrz na instrukcje wewnętrzne. O pulach i routerach więcej pisze nasz poradnik o eksploratorach DeFi, który pokazuje, jak śledzić płynność między programami.
Sekcja sald tokenów to podsumowanie w ludzkim języku: saldo przed, saldo po i różnica dla każdego dotkniętego konta tokena. Właśnie tę sekcję warto zrzucić na ekran, gdy ktoś prosi o potwierdzenie płatności. Konta tokenów są oddzielone od portfeli, więc wiersze pokazują adresy kont tokenów z ich właścicielem obok; poradnik o eksploratorze portfeli dokładniej wyjaśnia powiązane konta tokenów (associated token accounts), a poradnik o eksploratorze tokenów omawia minty i miejsca dziesiętne.
Jak czytać logi programów
Logi programów to komunikaty tekstowe wypisywane przez programy w trakcie działania. To najbardziej przydatne pole, gdy transakcja się nie powiedzie, bo błąd jest zwykle opisany w kilku ostatnich liniach.
Logi czyta się od góry do dołu jak stos wywołań: „Program X invoke [1]”, komunikaty, „Program X consumed N of M compute units”, „Program X success”. Nieudane wykonanie kończy się słowem „failed:” i błędem, np. insufficient funds, slippage tolerance exceeded albo własnym kodem błędu. Własne kody są specyficzne dla programu; zdekodujesz je przy pomocy IDL programu, które Solana Explorer i Orb pokazują dla zweryfikowanych programów.
Przykład w eksploratorze transakcji Solana: prawdziwy transfer tokena SPL
Oto prawdziwa transakcja z mainnetu, którą możesz sam otworzyć. To prosty transfer tokena SPL, więc świetnie nadaje się do nauki układu strony.
WdQE153MoVzxf54wemBxUPXo88x6FDC4VDX2B2zKR9tF2j42QyaM1ub4R8ww7iY2fPcJ3b9F15eMcxCyVu9Sn4X
Wklej ten podpis do naszej wyszukiwarki, a zobaczysz takie wartości:
| Pole | Wartość | Co to oznacza |
|---|---|---|
| Status | Success | Wszystkie instrukcje wykonane |
| Slot | 449 561 050 | Miejsce w łańcuchu |
| Opłata | 5000 lamportów | Tylko opłata bazowa, jeden podpis |
| Opłata priorytetowa | 0 lamportów | Brak dodatkowej oferty |
| Compute units | 13 594 | Lekka praca programu tokenów |
| Podpisujący | ATAPZ…edYj5 | Płatnik opłaty i autoryzujący |
Czytaj to jak paragon. Opłata to dokładnie 5000 lamportów, czyli jeden podpis w stawce bazowej, więc nadawca nie zapłacił opłaty priorytetowej i jest dokładnie jeden podpisujący: ATAPZxbrc7BAiunpoQPeGiPUbQgx5mGTNgyZgMPedYj5. To konto zarówno zapłaciło opłatę, jak i autoryzowało obciążenie swojego konta tokena. 13 594 jednostek obliczeniowych to niewielki ułamek domyślnego budżetu 200 000 CU, co jest typowe dla pojedynczego transferu w programie tokenów. Na liście instrukcji zobaczysz transfer programu tokenów, a w zmianach sald tokenów jedno konto maleje, a drugie rośnie o tę samą kwotę. Otwórz ten sam podpis w Solscan albo Solana Explorer, a liczby się zgodzą, bo wszystkie trzy czytają jedną księgę.
Jak sprawdzić transakcję w Solscan i innych eksploratorach
Solscan, Solana Explorer i Orb przyjmują podpis w głównym polu wyszukiwania i każdy prezentuje te same pola z innym naciskiem. Wybór to głównie kwestia tego, jak lubisz czytać.
Solscan umieszcza na górze kartę z przeglądem, a transfery tokenów przenosi do osobnej zakładki, dlatego wiele osób szukających frazy „Solscan jak sprawdzić transakcję” ląduje właśnie tam. Nasza recenzja Solscan szczegółowo omawia jego zakładki. Solana Explorer, prowadzony przez Solana Foundation, pokazuje surowe dane instrukcji, profilowanie jednostek obliczeniowych i opcję symulacji, co doceniają deweloperzy. Orb od Helius dodaje pisane przez AI podsumowania prostym językiem, co zrobiła transakcja. Jeśli chcesz werdyktu obok siebie, zajrzyj do rankingu najlepszych eksploratorów Solany. Przy bundlach Jito, w których kilka transakcji trafia do łańcucha razem z napiwkiem, lepszym punktem startu będzie poradnik o eksploratorze bundli Jito.
Transakcja nie znaleziona, nieudana lub odrzucona: jak to naprawić
„Not found” zwykle oznacza, że transakcja nigdy nie trafiła do łańcucha, „failed”, że trafiła, ale któraś instrukcja zwróciła błąd, a „dropped”, że wygasła, zanim jakikolwiek lider ją uwzględnił. Każdy z tych przypadków rozwiązuje się inaczej.
Transakcja nie znaleziona
Najpierw wyklucz proste pomyłki. Sprawdź, czy skopiowałeś cały podpis, bo brak ostatniego znaku daje ciąg, który wygląda poprawnie, ale jest nieznany. Sprawdź klaster: podpis z devnetu nigdy nie pojawi się na mainnecie, a poradnik o eksploratorze devnetu podaje właściwe adresy. Potem odczekaj kilka sekund i wyszukaj ponownie, bo opóźniony węzeł mógł jeszcze nie zaindeksować bloku. Jeśli transakcji nadal nie ma po upływie okna blockhasha (150 slotów, przy obecnym czasie slotu znacznie poniżej minuty), nie została włączona do łańcucha.
Transakcja nieudana
Nieudana transakcja pojawia się w łańcuchu z błędem, a opłata zostaje pobrana. Przewiń do logów i przeczytaj ostatnią linię z „failed”. Typowe przyczyny to poślizg (slippage) przy swapach, za mało SOL na rent, konto tokena, które jeszcze nie istnieje, albo przekroczenie limitu obliczeń. Usuń przyczynę i wyślij nową transakcję. Ponowne wysłanie tej samej podpisanej wiadomości nie pomoże.
Transakcja odrzucona
Odrzucona (dropped) transakcja została wysłana do sieci, ale żaden lider jej nie uwzględnił, zanim wygasł jej blockhash. Nie ma po niej żadnego zapisu podpisu, więc nie pobrano opłaty i nic się nie przemieściło. Zwykle winne są przeciążenie sieci i zerowa opłata priorytetowa. Portfel może wysłać transakcję ponownie ze świeżym blockhashem i niewielką opłatą priorytetową. Jeśli wygląda na to, że zawodzi eksplorator, a nie transakcja, nasza strona gdy eksplorator nie działa podaje alternatywy, a dokumentacja getTransaction pokazuje, co zwraca bazowe wywołanie RPC.
Dlaczego eksplorator transakcji Solana jest lepszy niż sama historia w portfelu
Lista aktywności w portfelu to podsumowanie przygotowane przez aplikację portfela; eksplorator transakcji Solana pokazuje źródło prawdy zapisane w łańcuchu. Gdy jedno z drugim się nie zgadza, ufaj eksploratorowi.
Portfele ukrywają instrukcje wewnętrzne, zaokrąglają salda i czasem błędnie opisują swapy jako zwykłe wysyłki. Nie pomogą też, gdy kontrahent upiera się, że ci zapłacił. Mając podpis, każdy może w kilka sekund zweryfikować status, finalność i dokładny ruch tokenów, bez konta i bez zaufania do którejkolwiek ze stron. Właśnie po to istnieje publiczna księga, a gdy wiesz, które pola czytać, całość zajmuje około trzydziestu sekund.
Przydaje się to także w polskich realiach. Jeśli sprzedajesz coś za USDC albo SOL, na przykład na grupie handlowej czy w transakcji z osobą poznaną w internecie, poproś kupującego o podpis transakcji i sprawdź go sam, zamiast ufać zrzutowi ekranu z portfela. Zrzut da się łatwo spreparować, zapis w łańcuchu już nie. To samo dotyczy wypłat z giełdy: gdy giełda podaje „TxID” wypłaty, jest to właśnie podpis transakcji, który możesz wkleić do dowolnego eksploratora. A jeśli historię transakcji potrzebujesz do rozliczenia podatku, zajrzyj do naszego poradnika o eksporcie CSV i podatkach. Jeśli dopiero zaczynasz przygodę z eksploratorami, zacznij od tekstu czym jest eksplorator Solana i wróć tutaj po szczegóły.
Zespół badawczy SolscannerAktualizacja · Metodologia recenzji