Een Solana transactie-explorer maakt van een ruwe signature een leesbare pagina: is de transactie gelukt, wie heeft getekend, wat kostte het en welke tokens zijn verplaatst? Elke explorer, van Solscan tot de officiële Solana Explorer en onze eigen zoektool, leest hetzelfde on-chain record via de RPC-methode getTransaction. Weet je wat elk veld betekent, dan kun je ze dus allemaal lezen. Hieronder vind je een vaste routine van zes stappen, een uitleg per veld van een transactiepagina, een uitgewerkt voorbeeld met een echte SPL-tokentransfer en een deel over het oplossen van transacties die mislukken, zoekraken of gedropt worden.
Zo controleer je een Solana-transactie in zes stappen
De snelste manier om een transactie te controleren: kopieer de signature, plak die in een explorer op het juiste cluster en lees eerst de statusregel. Al het andere op de pagina legt uit waarom die status is wat hij is.
- Kopieer de transactiesignature. Het activiteitenscherm van je wallet of de bevestigingsmelding van de dApp heeft een link “view on explorer” of een kopieerknop. De signature is base58-tekst, meestal 87 of 88 tekens.
- Plak hem in een explorer. Gebruik de zoektool van Solscanner, Solscan of Solana Explorer, en controleer dat het Mainnet-cluster is gekozen en niet Devnet.
- Controleer status en finality. Success of failed is de kop. Kijk daarnaast of er processed, confirmed of finalized staat.
- Lees kosten, compute en signers. Die vertellen wie betaalde, hoeveel, en hoe zwaar de transactie was.
- Bekijk instructies en saldi. De instructielijst en de tokensaldowijzigingen laten zien wat er werkelijk tussen welke accounts is verplaatst.
- Verklaar fouten met de logs. Ging er iets mis, dan noemen de programmalogs de instructie en de fout.
Met die routine beantwoord je de meeste vragen van het type “is mijn transfer aangekomen?” in minder dan een minuut. De rest van deze gids behandelt wat je bij elke stap ziet, zodat je de pagina kunt lezen in plaats van te gokken.
Wat elk veld op een transactiepagina van een Solana explorer betekent
Een transactiepagina in een Solana explorer heeft overal dezelfde kernvelden: signature, resultaat, commitment, slot, blocktijd, kosten, compute units, signers, recent blockhash, versie, instructies, saldowijzigingen en logs. De indeling verschilt, maar de onderliggende data komt uit één RPC-antwoord.
Signature. Een transactiesignature is de Ed25519-handtekening van 64 bytes van de eerste signer, gecodeerd in base58. Die dient meteen als unieke ID van de transactie. Heeft een transactie meerdere signers, dan draagt ze meerdere signatures, maar explorers indexeren haar op de eerste.
Status. Success of een fout zoals InstructionError met de index van de mislukte instructie. Een mislukte transactie wordt nog steeds on-chain vastgelegd en betaalt nog steeds haar kosten.
Commitment (processed, confirmed, finalized). Dit zijn de drie niveaus van finality. Processed betekent dat de node die je bevroeg de transactie in een blok heeft gezien, maar dat er nog niet over dat blok is gestemd. Confirmed betekent dat een supermeerderheid van de stake op het blok heeft gestemd. Finalized betekent dat het blok de maximale lockout heeft bereikt en niet meer kan worden teruggedraaid. Lees processed als “waarschijnlijk”, confirmed als “vrijwel zeker” en finalized als “klaar”. Alpenglow, dat in september 2026 op testnet draait zonder aangekondigde mainnetdatum, wil de finality terugbrengen naar ongeveer 150 ms, dus deze labels kunnen in de toekomst samenvallen.
Slot en blocktijd. De slot is het tijdvenster van de leader waarin de transactie landde. Slots duren nu ongeveer 250–300 ms, nadat SIMD-0525 ze in augustus en september 2026 terugbracht van 400 ms. De blocktijd is de geschatte Unix-timestamp van dat blok, die de meeste explorers in je lokale tijdzone tonen (voor Nederland en België dus CET of CEST).
Kosten en priority fee. De basisfee is 5.000 lamports per signature (0,000005 SOL); 50% wordt verbrand en 50% gaat naar de validator. Daarbovenop kan een optionele priority fee komen: de prijs per compute unit maal de compute-unitlimiet, gedeeld door 1.000.000, en die gaat volledig naar de validator. De volledige formule staat in de Solana-documentatie over kosten. Sommige explorers splitsen de twee, andere tonen alleen het totaal.
Compute units. Het verbruik aan compute units meet de uitvoeringskosten. Het standaardbudget is 200.000 CU per instructie en de harde grens is 1.400.000 CU per transactie. Zit een transactie dicht bij haar aangevraagde limiet, dan is dat een aanwijzing dat ze mislukte omdat de compute op was.
Signers en fee payer. De eerste signer is de fee payer. Andere signers autoriseerden specifieke instructies, bijvoorbeeld de eigenaar van een token account dat wordt gedebiteerd.
Recent blockhash. Elke transactie verwijst naar een recente blockhash die 150 slots geldig is. Dat voorkomt replays en zet een deadline: wordt de transactie niet opgenomen voordat de blockhash verloopt, dan kan ze nooit meer landen.
Versioned transactions en address lookup tables
Een versioned transaction (weergegeven als “v0” of “Version 0”) kan verwijzen naar een address lookup table, een on-chain account met een lijst adressen. In plaats van elk adres van 32 bytes in het bericht te zetten, wijst de transactie naar regels in die tabel. Zo passen grote swaps binnen de limiet van 1.232 bytes. Explorers markeren deze accounts in de accountlijst als “loaded from lookup table”; het label “legacy” betekent gewoon het oudere formaat zonder tabellen. De documentatie over transacties beschrijft de opbouw van het bericht.
Let op: een transactie kan maximaal 64 accounts bevatten. Zie je een langere accountlijst dan je verwachtte, dan is het grootste deel waarschijnlijk uit een address lookup table geladen en niet in het bericht zelf geschreven.
Instructies, inner instructions en tokensaldowijzigingen
Instructies zijn de eigenlijke handelingen: elke instructie noemt een programma en de accounts die ze raakt. Inner instructions zijn aanroepen die het ene programma tijdens de uitvoering bij het andere deed, en de tokensaldowijzigingen vatten het netto resultaat samen.
Een gewone SOL-transfer heeft één instructie van het System Program. Een tokentransfer roept het SPL Token-programma aan (TokenkegQfeZyiNwAJbNbGKPFXCWuBvf9Ss623VQ5DA) of Token-2022 (TokenzQdBNbLqP5VEhdkAS6EPFLC1PHnBqCXEpPxuEb). Een swap via een aggregator toont soms één instructie op het hoogste niveau en een dozijn inner instructions, omdat de router meerdere DEX-pools aanroept die elk weer het tokenprogramma aanroepen. Wil je weten wat er echt gebeurde, dan kijk je bij de inner instructions. Voor pools en routers legt onze gids voor de DeFi-explorer uit hoe je liquiditeit over programma’s heen volgt.
Het deel met tokensaldi is de samenvatting in gewone taal: saldo vooraf, saldo achteraf en het verschil voor elk token account dat geraakt werd. Dit is het stuk waarvan je een screenshot maakt als iemand om een betalingsbewijs vraagt. Token accounts staan los van wallets, dus de regels tonen adressen van token accounts met de eigenaar ernaast; de gids voor de wallet explorer legt associated token accounts uitgebreider uit, en de gids voor de token explorer behandelt mints en decimalen.
Programmalogs lezen
Programmalogs zijn de tekstberichten die programma’s printen terwijl ze draaien. Bij een mislukte transactie zijn ze het nuttigste veld, omdat de fout meestal letterlijk in de laatste paar regels staat.
Logs lees je van boven naar beneden als een call stack: “Program X invoke [1]”, berichten, “Program X consumed N of M compute units”, “Program X success”. Een mislukte run eindigt met “failed:” en een fout zoals onvoldoende saldo, overschreden slippage tolerance of een custom foutcode. Custom codes verschillen per programma; decodeer ze met de IDL van het programma, die Solana Explorer en Orb tonen voor geverifieerde programma’s.
Een voorbeeld in de Solana transactie-explorer: een echte SPL-tokentransfer
Hier is een echte mainnet-transactie die je zelf kunt openen. Het is een eenvoudige SPL-tokentransfer, en daarmee een overzichtelijk voorbeeld om de indeling te leren.
WdQE153MoVzxf54wemBxUPXo88x6FDC4VDX2B2zKR9tF2j42QyaM1ub4R8ww7iY2fPcJ3b9F15eMcxCyVu9Sn4X
Plak die signature in onze zoektool en je ziet deze waarden:
| Veld | Waarde | Wat het je vertelt |
|---|---|---|
| Status | Success | Alle instructies uitgevoerd |
| Slot | 449.561.050 | Waar ze on-chain landde |
| Kosten | 5.000 lamports | Alleen basisfee, één signature |
| Priority fee | 0 lamports | Geen extra bod |
| Compute units | 13.594 | Licht werk voor het tokenprogramma |
| Signer | ATAPZ…edYj5 | Fee payer en autoriteit |
Lees het zoals je een kassabon leest. De kosten zijn precies 5.000 lamports, gelijk aan één signature tegen het basistarief. De verzender betaalde dus geen priority fee en er is precies één signer: ATAPZxbrc7BAiunpoQPeGiPUbQgx5mGTNgyZgMPedYj5. Dat account betaalde de kosten én autoriseerde de afschrijving van zijn token account. De 13.594 compute units zijn een klein deel van het standaardbudget van 200.000 CU, normaal voor één transfer via het tokenprogramma. In de instructielijst zie je de transfer van het tokenprogramma, en bij de tokensaldowijzigingen gaat het ene account omlaag en het andere met hetzelfde bedrag omhoog. Open dezelfde signature in Solscan of Solana Explorer en de getallen komen overeen, want alle drie lezen ze één grootboek.
Zo controleer je een transactie op Solscan en andere explorers
Solscan, Solana Explorer en Orb accepteren allemaal een signature in het hoofdzoekveld, en ze tonen dezelfde velden met een andere nadruk. Welke je kiest, hangt vooral af van hoe je graag leest.
Solscan zet een overzichtskaart bovenaan en verplaatst tokentransfers naar een apart tabblad, en daarom komen veel mensen die zoeken op “Solscan transactie controleren” daar terecht. Onze review van Solscan bespreekt de tabbladen uitgebreid. Solana Explorer, gerund door de Solana Foundation, toont ruwe instructiedata, profilering van compute units en een simulatieoptie, iets waar developers van houden. Orb van Helius voegt door AI geschreven samenvattingen in gewone taal toe van wat een transactie deed. Wil je een oordeel naast elkaar, bekijk dan de ranglijst van de beste Solana explorers. Voor Jito-bundles, waarbij meerdere transacties samen met een tip landen, is de gids voor de Jito bundle explorer een beter startpunt.
Transactie niet gevonden, mislukt of gedropt: zo los je het op
“Not found” betekent meestal dat de transactie nooit geland is, “failed” dat ze wel landde maar een instructie een fout gaf, en “dropped” dat ze verliep voordat een leader haar opnam. Elk geval heeft een andere oplossing.
Transactie niet gevonden
Sluit eerst de simpele fouten uit. Controleer of je de hele signature hebt gekopieerd, want zonder het laatste teken krijg je een geldig ogende maar onbekende string. Controleer het cluster: een devnet-signature verschijnt nooit op mainnet, en de gids voor de devnet-explorer noemt de juiste URL’s. Wacht daarna een paar seconden en zoek opnieuw, want een node die achterloopt heeft het blok misschien nog niet geïndexeerd. Ontbreekt ze nog steeds nadat het blockhashvenster voorbij is (150 slots, bij de huidige slottijden ruim onder een minuut), dan is de transactie niet opgenomen.
Transactie mislukt
Een mislukte transactie staat on-chain met een foutmelding, en de kosten zijn afgeschreven. Scroll naar de logs en lees de laatste regel met “failed”. Veelvoorkomende oorzaken zijn slippage bij swaps, te weinig SOL over voor rent, een token account dat nog niet bestaat of een overschreden compute-limiet. Los de oorzaak op en verstuur een nieuwe transactie. Hetzelfde getekende bericht opnieuw proberen helpt niet.
Transactie gedropt
Een gedropte transactie is wel naar het netwerk gestuurd, maar geen enkele leader heeft haar opgenomen voordat haar recente blockhash verliep. Er bestaat helemaal geen record van de signature, dus er zijn geen kosten afgeschreven en er is niets verplaatst. Drukte en een priority fee van nul zijn de gebruikelijke redenen. Je wallet kan de transactie opnieuw versturen met een verse blockhash en een kleine priority fee. Lijkt de explorer zelf te haperen in plaats van de transactie, dan noemt onze pagina over een explorer die down is alternatieven, en de referentie van getTransaction laat zien wat de onderliggende RPC-call teruggeeft.
Waarom een Solana transactie-explorer meer zegt dan je wallethistorie
De activiteitenlijst van een wallet is een samenvatting die de walletapp schrijft; een Solana transactie-explorer toont de bron van waarheid op de chain. Zijn de twee het oneens, vertrouw dan de explorer.
Wallets verbergen inner instructions, ronden saldi af en labelen swaps soms ten onrechte als verzending. Ze helpen je ook niet als een tegenpartij volhoudt dat die jou betaald heeft. Met de signature in de hand kan iedereen binnen seconden status, finality en de exacte tokenbeweging verifiëren, zonder account en zonder een van beide partijen te hoeven vertrouwen. Dat is precies het nut van een openbaar grootboek, en het kost je zo’n dertig seconden zodra je weet welke velden je moet lezen. Handig als je bijvoorbeeld een onderlinge verkoop in USDC afrondt of een vriend terugbetaalt: stuur de signature mee in plaats van een screenshot. Ben je nieuw met explorers, begin dan bij wat een Solana explorer is en kom hier terug voor de details.
Door de researchdesk van SolscannerBijgewerkt · Reviewmethodiek