Das Widget oben steht bereits auf Devnet. Füge eine Devnet-Signatur, eine Wallet- oder eine Programmadresse ein, und es liest direkt von api.devnet.solana.com; stell die Netzwerkauswahl auf Testnet oder Mainnet um, wenn du ein anderes Cluster brauchst. Der Rest dieser Seite erklärt, wie ein Solana Devnet Explorer in Solana Explorer und Solscan funktioniert, wie du einen Explorer auf einen lokalen Validator richtest, wie sich das Faucet im September 2026 verhält und welche paar Verwechslungen hinter fast jeder „Transaction not found“-Meldung während der Entwicklung stecken.
Was sind Solana-Cluster, und warum ist das für den Explorer wichtig?
Ein Cluster ist ein eigenständiges Solana-Netzwerk mit eigenem Ledger, eigenen Validatoren und eigenen RPC-Knoten. Solana betreibt drei öffentliche Cluster: Mainnet Beta (echte SOL), Devnet (App-Tests) und Testnet (Tests für Validatoren und Releases). Eine Transaktion oder ein Account in einem Cluster existiert in den anderen nicht, also muss der Explorer wissen, welches Cluster er abfragen soll.
Die offizielle Cluster-Referenz nennt pro Cluster einen öffentlichen RPC-Endpunkt:
- Mainnet Beta:
https://api.mainnet-beta.solana.com - Devnet:
https://api.devnet.solana.com - Testnet:
https://api.testnet.solana.com
Für alle drei gelten dieselben veröffentlichten Limits: 100 Anfragen pro 10 Sekunden pro IP, 40 Anfragen pro 10 Sekunden für eine einzelne RPC-Methode und 40 gleichzeitige Verbindungen. Sie sind für Tests und leichte Nutzung gedacht, nicht für Produktiv-Apps. In unseren eigenen Tests im September 2026 haben die Devnet- und Testnet-Endpunkte Browser-Anfragen zuverlässig beantwortet, während der Mainnet-Endpunkt unserer Test-IP HTTP 403 zurückgab. Deshalb rotiert das Such-Tool von Solscanner im Mainnet über andere Knoten ohne API-Key (Details auf unserer Seite zur Solana Explorer API), nutzt für Devnet und Testnet aber die offiziellen Endpunkte.
Devnet oder Testnet: Was solltest du nutzen?
Nimm das Devnet, außer du hast einen konkreten Grund dagegen. Das Devnet spiegelt die Software, die auch im Mainnet läuft, hat ein Faucet und ist das, was Wallets, SDKs und Tutorials meinen, wenn sie „Test“ sagen. Im Testnet probieren Validator-Betreiber und Core-Entwickler neue Releases aus, bevor sie ins Mainnet gehen. In der Woche ab dem 22. September 2026 wurde dort zum Beispiel das Konsens-Upgrade Alpenglow aktiviert, während der Mainnet-Termin noch offen war. Das macht das Testnet spannend, um Netzwerk-Upgrades zu beobachten, aber weniger berechenbar für die App-Entwicklung.
Beide Test-Cluster können zurückgesetzt werden, und Test-SOL haben keinen Marktwert. Behandle ein Devnet-Guthaben nie wie Geld, und füge niemals einen Mainnet-Private-Key in ein Tool ein, nur weil es „bloß“ das Devnet anspricht.
Solana Explorer im Devnet öffnen: in 5 Schritten
Die Kurzfassung: Hänge einen Cluster-Parameter an die URL. Die ausführliche Fassung folgt hier und taugt gleichzeitig als Checkliste, wenn eine Signatur partout nicht auftauchen will.
- Verwendetes Cluster bestätigen. Führe
solana config getaus, prüfe die Netzwerkeinstellung deiner Wallet oder lies die RPC-URL in deinem Code. Nur in diesem Cluster kann der Explorer deine Transaktion finden. - Explorer im Devnet öffnen. Hänge
?cluster=devnetoder?cluster=testnetan eine URL von Solana Explorer oder Solscan an oder wähle Devnet in der Netzwerkauswahl des Such-Widgets oben. - Signatur oder Adresse einfügen. Eine Transaktionssignatur hat meist 87 bis 88 Base58-Zeichen, eine Account-Adresse 32 bis 44. Die Seite lädt dann vom RPC-Knoten dieses Clusters.
- Explorer auf Localhost richten. Für einen lokalen
solana-test-validatorwählst du in Solana Explorer Custom RPC und gibsthttp://localhost:8899ein. - Test-Wallet aufladen. Hol dir Test-SOL über faucet.solana.com oder mit
solana airdrop. Du brauchst sie für Gebühren und Rent, bevor irgendeine Test-Transaktion durchgeht.
Sobald die Seite geladen ist, liest du eine Devnet-Transaktion genau wie im Mainnet: Status, Gebühr, Compute Units, Instruktionen und Saldoänderungen. Unser Ratgeber Solana Transaktion prüfen geht jedes Feld durch.
Devnet-Explorer-URLs für Solana Explorer und Solscan
Beide großen Explorer akzeptieren einen cluster-Query-Parameter. Eine Devnet-Explorer-URL ist also einfach die normale URL mit angehängtem Parameter. Das ist auch der einfachste Weg, einen Devnet-Link mit Kollegen zu teilen, weil das Cluster im Link mitreist.
| Explorer | Devnet | Testnet | Lokal / Custom |
|---|---|---|---|
| Solana Explorer | ?cluster=devnet | ?cluster=testnet | Custom RPC im Cluster-Menü |
| Solscan | ?cluster=devnet | ?cluster=testnet | Nicht der Hauptzweck |
| Solscanner-Such-Tool | Netzwerkauswahl | Netzwerkauswahl | Nein |
Konkrete Muster zum Speichern als Lesezeichen:
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
Der offizielle Solana Explorer der Solana Foundation ist die vollständigste Option für Test-Cluster. Sein Quellcode auf GitHub definiert vier Cluster-Optionen (Mainnet Beta, Testnet, Devnet und Custom RPC), und Funktionen wie der IDL-Tab, die Dekodierung von Anchor-Accounts und die Instruktions-Simulation funktionieren auch im Devnet. Solscan unter solscan.io reicht für schnelle Devnet-Abfragen, auch wenn manche Analyse-Dashboards und Token-Labels auf das Mainnet ausgerichtet sind. Nicht jeder Explorer deckt Test-Cluster überhaupt ab. Wenn du ein anderes Tool nutzt, prüf also vorher in der Doku, ob du dich im Devnet darauf verlassen kannst.
Custom RPC oder Localhost mit solana-test-validator nutzen
Solana Explorer kann von jeder RPC-URL lesen, die du ihm gibst, auch von einem Validator auf deinem eigenen Laptop. Starte solana-test-validator (sein JSON-RPC lauscht standardmäßig auf Port 8899), wähle im Cluster-Menü Custom RPC und gib http://localhost:8899 ein. Weil der Explorer in deinem Browser läuft, geht die Anfrage von deinem Rechner an deinen Rechner, und keine Daten verlassen deinen Computer.
Das ist die schnellste Feedback-Schleife für die Programmentwicklung. Deploye mit Anchor oder der Solana CLI, schick eine Test-Instruktion und öffne die Signatur im Explorer, um dekodierte Logs, Compute Units und Account-Änderungen zu sehen. Setzt du das lokale Ledger zurück, zeigt der Explorer wieder nichts an, und das ist so gewollt.
Die Solana-Entwicklerguides verweisen inzwischen auch auf Surfpool, einen lokalen Validator, der die Mainnet-Accounts und -Programme lädt, von denen deine Transaktionen abhängen, und ein eigenes Web-Studio mitbringt. Wenn du ihn nutzt, gilt dasselbe Prinzip: Richte deinen Explorer auf die lokale RPC-URL, die beim Start ausgegeben wird.
Du kannst auch einen privaten oder kostenpflichtigen RPC-Endpunkt in Custom RPC eintragen. Das hilft, wenn dich der öffentliche Devnet-Endpunkt bei einem intensiven Testlauf ausbremst. Der Ratgeber zum Programm-Explorer erklärt, was du prüfen solltest, sobald dein Programm deployt ist.
Test-SOL besorgen: Faucet und Airdrop im Jahr 2026
Auch im Devnet brauchst du Test-SOL für Gebühren und Rent. Das Web-Faucet unter faucet.solana.com bedient Devnet und Testnet. Zum Zeitpunkt des Schreibens erlaubt es ohne Anmeldung maximal zwei Anfragen alle acht Stunden, ein GitHub-Login hebt dieses Limit an (das Faucet prüft GitHub-Accounts, und nicht jeder besteht die Prüfung).
Der Weg über die Kommandozeile:
solana config set --url devnet
solana airdrop 2
solana balance
solana airdrop ruft die RPC-Methode requestAirdrop am öffentlichen Endpunkt auf, die oft ausgebremst wird, wenn viele Entwickler gleichzeitig zugreifen. Schlägt der Befehl fehl, nutze das Web-Faucet, warte und versuch es erneut oder starte einen lokalen Validator, auf dem du dir so viel airdroppen kannst, wie du willst.
Denk daran, dass die Gebührenrechnung dieselbe ist wie im Mainnet: 5.000 Lamports pro Signatur als Grundgebühr, dazu eventuelle Priority Fees und Rent-Exempt-Einlagen für neue Accounts. Eine Test-Wallet mit einem Bruchteil eines SOL reicht lange, Programm-Deployments brauchen aber mehr, weil der Programm-Account den Bytecode speichert.
Betrugswarnung: Niemand kann dir Devnet-SOL verkaufen, die sich in echte SOL verwandeln, und kein Faucet braucht deine Seed Phrase. Seiten, die „Mainnet-Airdrops“ versprechen, wenn du eine Wallet verbindest oder eine Gebühr zahlst, sind Phishing. Test-SOL existieren nur in Test-Clustern.
Warum deine Devnet-Transaktion „not found“ anzeigt
Meistens schaut der Explorer schlicht ins falsche Cluster. Bevor du deinen Code debuggst, prüf, ob das Cluster im Explorer zu der RPC-URL passt, an die du die Transaktion geschickt hast. Hier die Verwechslungen, die wir am häufigsten sehen, grob nach Häufigkeit sortiert.
Der Explorer steht standardmäßig auf Mainnet. Solana Explorer und Solscan öffnen mit Mainnet Beta. Fügst du eine Devnet-Signatur ohne ?cluster=devnet ein, bekommst du eine „not found“-Seite, obwohl die Transaktion völlig in Ordnung ist. Wallet-Apps verschärfen das: Der Link „Im Explorer ansehen“ lässt den Cluster-Parameter manchmal weg.
Wallet und Code sind sich uneinig. Deine Browser-Wallet steht vielleicht auf Devnet, während dein Skript eine Mainnet-RPC-URL nutzt, oder umgekehrt. Die Wallet signiert, das Skript sendet, und die Transaktion landet in einem Cluster, mit dem du nicht gerechnet hast.
Die Transaktion ist nie angekommen. Eine Solana-Transaktion verweist auf einen aktuellen Blockhash, der 150 Slots lang gültig bleibt, wie die Doku zu Transaktionen erklärt. Bei der aktuellen Slot-Zeit von rund 250 bis 300 ms ist das deutlich weniger als eine Minute. Hat dein Client nicht auf die Bestätigung gewartet oder hat das Netzwerk die Transaktion verworfen, gibt es in keinem Cluster etwas zu finden. Eine simulierte Transaktion ist ebenfalls nie on-chain.
Commitment passt nicht. Hat dein Code nur auf processed gewartet, kann ein Block noch zurückgerollt werden. Explorer fragen in der Regel mit confirmed oder finalized ab, eine ganz frische Signatur braucht also ein paar Sekunden, bis sie erscheint.
Adressverwechslung zwischen Clustern. Program IDs können in mehreren Clustern gleich sein: Das Pump.fun-Programm etwa liegt im Mainnet und im Devnet unter derselben Adresse. Token-Mints sind es meistens nicht. Devnet-USDC hat einen anderen Mint als Mainnet-USDC, ein „fehlendes“ Token-Guthaben heißt also oft, dass du in einem Devnet-Test den Mainnet-Mint verwendet hast. Unser Ratgeber zum Token-Explorer erklärt, wie du einen Mint verifizierst.
Welcher Solana Dev Explorer eignet sich am besten für Test-Cluster?
Für Devnet und Localhost ist Solana Explorer die stärkste Wahl, weil er eigene RPC-URLs unterstützt und Anchor-Programme dekodiert. Solscan ist ein guter zweiter Tab für schnelle Devnet-Abfragen. Für reine Mainnet-Analysen findest du in unserem Ranking die besten Solana-Explorer.
Ein praxistaugliches Setup, das viele Entwickler nutzen:
- Solana Explorer mit Custom RPC für den lokalen Validator während der Entwicklungsphase.
- Solana Explorer oder Solscan mit
?cluster=devnetfür gemeinsame Test-Deployments und QA-Links. - Das Solscanner-Such-Tool für einen schnellen, schnörkellosen Check eines Devnet-Guthabens oder einer Signatur, besonders wenn du mit einer einzigen Auswahl zwischen Devnet, Testnet und Mainnet wechseln willst.
Wenn dir Explorer generell noch neu sind, erklärt unser Einsteiger-Ratgeber zum Solana Explorer Accounts, Signaturen und Slots, bevor du mit dem Testen loslegst.
Devnet-Gewohnheiten, die dir Debugging-Zeit sparen
Ein paar Gewohnheiten verhindern die meisten Probleme mit Test-Clustern. Erstens: Logge neben jeder Signatur, die deine Skripte ausgeben, immer die vollständige Explorer-URL samt Cluster-Parameter. Zweitens: Halte die RPC-URL in genau einer Umgebungsvariable und leite daraus sowohl die Wallet-Verbindung als auch den Explorer-Link ab, damit beide nie auseinanderlaufen. Drittens: Wenn du einen Devnet-Bug meldest, gib Cluster, Signatur und das Commitment-Level an, auf das du gewartet hast.
Und schließlich: Betrachte das Devnet als Wegwerfumgebung. Halte Deployment-Skripte bereit, die deine Test-Accounts und Mints von Grund auf neu anlegen, denn beide Test-Cluster können zurückgesetzt werden, und die Faucet-Limits machen großes Nachfüllen langsam. Wenn alles läuft, übernimmst du dieselben Explorer-Gewohnheiten unverändert ins Mainnet; du lässt nur den Parameter ?cluster= weg.
Von der Solscanner-RedaktionAktualisiert · Testmethodik