De widget hierboven staat al op devnet. Plak een devnet-signature, wallet- of programma-adres en hij leest direct van api.devnet.solana.com; zet de netwerkkiezer op testnet of mainnet als je een ander cluster nodig hebt. De rest van deze pagina legt uit hoe een Solana devnet explorer werkt in Solana Explorer en Solscan, hoe je een explorer naar een lokale validator laat wijzen, hoe de faucet zich in september 2026 gedraagt, en welke handvol verwarringen achter bijna elke “transaction not found”-melding tijdens het ontwikkelen zitten.
Wat zijn Solana-clusters, en waarom maakt dat uit voor de explorer?
Een cluster is een zelfstandig Solana-netwerk met een eigen ledger, eigen validators en eigen RPC-nodes. Solana heeft drie openbare clusters: Mainnet Beta (echte SOL), Devnet (apps testen) en Testnet (validators en releases testen). Een transactie of account op het ene cluster bestaat niet op de andere, dus een explorer moet weten welk cluster hij moet bevragen.
Het officiële overzicht van clusters noemt per cluster één openbaar RPC-endpoint:
- Mainnet Beta:
https://api.mainnet-beta.solana.com - Devnet:
https://api.devnet.solana.com - Testnet:
https://api.testnet.solana.com
Alle drie hebben dezelfde gepubliceerde limieten: 100 requests per 10 seconden per IP, 40 requests per 10 seconden voor één RPC-methode en 40 gelijktijdige verbindingen. Ze zijn bedoeld voor testen en licht gebruik, niet voor productie-apps. In onze eigen tests in september 2026 beantwoordden de devnet- en testnet-endpoints browserverzoeken betrouwbaar, terwijl het mainnet-endpoint vanaf ons test-IP HTTP 403 teruggaf. Daarom wisselt de zoektool van Solscanner voor mainnet tussen andere nodes zonder sleutel (details op onze pagina over de Solana explorer API), maar gebruikt hij voor devnet en testnet de officiële endpoints.
Devnet of testnet: welke gebruik je?
Gebruik devnet, tenzij je een specifieke reden hebt om dat niet te doen. Devnet draait dezelfde software als mainnet, heeft een faucet en is waar wallets, SDK’s en tutorials standaard naartoe gaan als ze het over “test” hebben. Testnet is waar validatoroperators en core-engineers nieuwe releases uitproberen voordat die naar mainnet gaan. In de week van 22 september 2026 werd bijvoorbeeld de consensus-upgrade Alpenglow op testnet geactiveerd, terwijl er voor mainnet nog geen datum was. Dat maakt testnet interessant om netwerk-upgrades te volgen, maar minder voorspelbaar voor app-werk.
Beide testclusters kunnen worden gereset, en test-SOL heeft geen marktwaarde. Zie een devnet-saldo nooit als geld, en plak nooit een mainnet-private key in een tool alleen omdat die “maar” op devnet werkt.
De Solana explorer op devnet openen in 5 stappen
De korte versie: zet een clusterparameter in de URL. De langere versie staat hieronder en werkt meteen als checklist wanneer een signature maar niet wil verschijnen.
- Controleer welk cluster je gebruikte. Draai
solana config get, kijk naar de netwerkinstelling van je wallet of lees de RPC-URL in je code. Alleen op dat cluster kan de explorer je transactie vinden. - Open de explorer op devnet. Zet
?cluster=devnetof?cluster=testnetachter een URL van Solana Explorer of Solscan, of kies Devnet in de netwerkkiezer van de widget hierboven. - Plak de signature of het adres. Een transactie-signature is meestal 87–88 base58-tekens lang, een accountadres 32–44. De pagina laadt dan vanaf de RPC-node van dat cluster.
- Laat de explorer naar localhost wijzen. Kies voor een lokale
solana-test-validatorin Solana Explorer de optie Custom RPC en vulhttp://localhost:8899in. - Vul een testwallet. Vraag test-SOL aan via faucet.solana.com of met
solana airdrop. Je hebt het nodig voor kosten en rent voordat er ook maar één testtransactie kan landen.
Zodra de pagina geladen is, lees je een devnet-transactie precies zoals op mainnet: status, kosten, compute units, instructies en saldowijzigingen. Onze gids voor de transactie-explorer loopt elk veld langs.
Devnet explorer-URL’s voor Solana Explorer en Solscan
Beide grote explorers accepteren een queryparameter cluster, dus een devnet explorer-URL is gewoon de normale URL met die parameter erachter. Het is ook de makkelijkste manier om een devnet-link met een collega te delen, want het cluster zit dan in de link zelf.
| Explorer | Devnet | Testnet | Lokaal / eigen RPC |
|---|---|---|---|
| Solana Explorer | ?cluster=devnet | ?cluster=testnet | Custom RPC in clustermenu |
| Solscan | ?cluster=devnet | ?cluster=testnet | Niet de hoofdtoepassing |
| Zoektool Solscanner | Netwerkkiezer | Netwerkkiezer | Nee |
Concrete patronen om te bookmarken:
https://explorer.solana.com/tx/<signature>?cluster=devnethttps://explorer.solana.com/address/<address>?cluster=testnethttps://solscan.io/tx/<signature>?cluster=devnethttps://explorer.solana.com/?cluster=custom&customUrl=http://localhost:8899
De officiële Solana Explorer van de Solana Foundation is de meest complete optie voor testclusters. De broncode op GitHub definieert vier clusterkeuzes (Mainnet Beta, Testnet, Devnet en Custom RPC), en functies als de IDL-tab, het decoderen van Anchor-accounts en het simuleren van instructies werken ook op devnet. Solscan op solscan.io is prima voor snelle devnet-lookups, al zijn sommige analysedashboards en tokenlabels vooral op mainnet gericht. Niet elke explorer ondersteunt testclusters, dus gebruik je een andere tool, lees dan eerst de documentatie voordat je er op devnet op vertrouwt.
Een eigen RPC of localhost gebruiken met solana-test-validator
Solana Explorer kan lezen van elke RPC-URL die je opgeeft, ook van een validator op je eigen laptop. Start solana-test-validator (de JSON-RPC luistert standaard op poort 8899), kies Custom RPC in het clustermenu en vul http://localhost:8899 in. Omdat de explorer in je browser draait, gaat het verzoek van jouw machine naar jouw machine en verlaat er geen data je computer.
Dit is de snelste feedbacklus bij het ontwikkelen van programma’s. Rol uit met Anchor of de Solana CLI, stuur een testinstructie en open de signature in de explorer om gedecodeerde logs, compute units en accountwijzigingen te zien. Reset je de lokale ledger, dan toont de explorer weer niets, en dat klopt.
De ontwikkelaarsgidsen van Solana verwijzen inmiddels ook naar Surfpool, een lokale validator die de mainnet-accounts en -programma’s ophaalt waar je transacties van afhangen, en die een eigen webstudio meelevert. Gebruik je die, dan geldt hetzelfde principe: laat je explorer naar de lokale RPC-URL wijzen die bij het opstarten wordt getoond.
Je kunt ook een privé- of betaald RPC-endpoint in Custom RPC plakken. Dat helpt als het openbare devnet-endpoint je tijdens een zware testrun afknijpt. De gids voor de programma-explorer behandelt wat je checkt zodra je programma is uitgerold.
Test-SOL krijgen: faucet en airdrop in 2026
Ook op devnet heb je test-SOL nodig voor kosten en rent. De webfaucet op faucet.solana.com bedient devnet en testnet. Op het moment van schrijven staat hij zonder inloggen maximaal twee aanvragen per acht uur toe, en een GitHub-login verhoogt die limiet (de faucet controleert GitHub-accounts, en niet elk account komt erdoor).
Via de command line gaat het zo:
solana config set --url devnet
solana airdrop 2
solana balance
solana airdrop roept de RPC-methode requestAirdrop aan op het openbare endpoint, en die wordt vaak afgeknepen als veel ontwikkelaars er tegelijk gebruik van maken. Mislukt het, gebruik dan de webfaucet, wacht even en probeer opnieuw, of draai een lokale validator waarop je jezelf zoveel kunt airdroppen als je wilt.
Onthoud dat de kostenberekening dezelfde is als op mainnet: 5.000 lamports per signature als basiskosten, plus een eventuele priority fee, en rent-vrije deposito’s voor nieuwe accounts. Met een fractie van een SOL in een testwallet kom je een heel eind, maar voor het uitrollen van een programma heb je meer nodig, omdat het program account de bytecode bevat.
Pas op voor oplichting: niemand kan je devnet-SOL verkopen die in echte SOL verandert, en geen enkele faucet heeft je seed phrase nodig. Sites die “mainnet-airdrops” beloven als je een wallet koppelt of iets betaalt, zijn phishing. Test-SOL bestaat alleen op testclusters.
Waarom je devnet-transactie “not found” geeft
Meestal kijkt de explorer gewoon naar het verkeerde cluster. Voordat je je code gaat debuggen, controleer je of het cluster van de explorer overeenkomt met de RPC-URL waarnaar je de transactie stuurde. Dit zijn de verwarringen die we het vaakst zien, grofweg op volgorde van hoe vaak ze voorkomen.
De explorer stond standaard op mainnet. Solana Explorer en Solscan openen op Mainnet Beta. Plak je een devnet-signature zonder ?cluster=devnet, dan krijg je een “not found”-pagina, ook al is er met de transactie niets mis. Wallet-apps maken het erger: de link “view on explorer” laat de clusterparameter soms weg.
Je wallet en je code zijn het niet eens. Je browserwallet staat misschien op devnet terwijl je script een mainnet-RPC-URL gebruikt, of andersom. De wallet ondertekent, het script verstuurt, en de transactie landt op een cluster dat je niet verwachtte.
De transactie is nooit geland. Een Solana-transactie verwijst naar een recente blockhash die 150 slots geldig blijft, zoals de documentatie over transacties uitlegt. Bij de huidige slottijd van ~250–300 ms is dat ruim onder een minuut. Wachtte je client niet op bevestiging, of liet het netwerk de transactie vallen, dan valt er op geen enkel cluster iets te vinden. Een gesimuleerde transactie staat evenmin on-chain.
Verschil in commitment. Wachtte je code alleen op processed, dan kan een blok nog worden teruggedraaid. Explorers vragen meestal op confirmed of finalized, dus een heel verse signature kan een paar seconden nodig hebben om te verschijnen.
Verwarring over adressen tussen clusters. Program ID’s kunnen op meerdere clusters hetzelfde zijn: het pump.fun-programma staat bijvoorbeeld op mainnet en devnet op hetzelfde adres. Token-mints meestal niet. Devnet-USDC heeft een andere mint dan mainnet-USDC, dus een “ontbrekend” tokensaldo betekent vaak dat je in een devnet-test de mainnet-mint gebruikte. Onze gids voor de token-explorer legt uit hoe je een mint verifieert.
Welke Solana dev explorer is het beste voor testclusters?
Voor werk op devnet en localhost is Solana Explorer de sterkste keuze, omdat hij eigen RPC-URL’s ondersteunt en Anchor-programma’s decodeert. Solscan is een goed tweede tabblad voor snelle devnet-lookups. Voor analyses die alleen over mainnet gaan, zie onze ranglijst van de beste Solana explorers.
Een praktische opzet die veel ontwikkelaars gebruiken:
- Solana Explorer op Custom RPC voor de lokale validator tijdens de bouwfase.
- Solana Explorer of Solscan met
?cluster=devnetvoor gedeelde testdeployments en QA-links. - De zoektool van Solscanner voor een snelle, sobere check van een devnet-saldo of -signature, vooral als je met één kiezer tussen devnet, testnet en mainnet wilt wisselen.
Ben je nieuw met explorers in het algemeen, dan legt onze beginnersgids voor het lezen van een Solana explorer accounts, signatures en slots uit voordat je gaat testen.
Gewoontes in de devnet-explorer die debugtijd besparen
Een paar gewoontes voorkomen de meeste problemen met testclusters. Log ten eerste altijd de volledige explorer-URL, inclusief clusterparameter, naast elke signature die je scripts printen. Houd ten tweede één omgevingsvariabele voor de RPC-URL aan en leid zowel de walletverbinding als de explorerlink daarvan af, zodat ze het nooit oneens kunnen zijn. Vermeld ten derde bij een devnet-bugreport het cluster, de signature en het commitment-niveau waarop je wachtte.
Zie devnet tot slot als wegwerpomgeving. Bewaar deploymentscripts die je testaccounts en mints vanaf nul opnieuw kunnen aanmaken, want beide testclusters kunnen worden gereset en door de faucetlimieten gaat opnieuw vullen traag. Werkt alles, dan neem je dezelfde explorergewoontes ongewijzigd mee naar mainnet; je laat alleen de parameter ?cluster= weg.
Door de researchdesk van SolscannerBijgewerkt · Reviewmethodiek