So erhalten Sie Devnet-SOL vom offiziellen Solana-faucet
Der Solana Faucet wird von der Solana Foundation betrieben und unterstützt sowohl Devnet als auch Testnet. Anonyme Nutzer sind auf 2 Anfragen alle 8 Stunden begrenzt, und die Anmeldung mit GitHub schaltet ein höheres Kontingent frei. GitHub-Konten werden vor der Erhöhung des Limits geprüft, sodass neue oder leere Konten die Verifizierung möglicherweise nicht bestehen.
So fordern Sie kostenlose SOL an:
- Faucet öffnen: Rufen Sie faucet.solana.com auf und wählen Sie Devnet oder Testnet. Für fast jede Anwendungsentwicklung ist Devnet die richtige Wahl.
- Wallet-Adresse einfügen: Geben Sie die öffentliche Adresse einer Solana-Wallet wie Phantom, Solflare oder Backpack ein. Stellen Sie sicher, dass die Wallet selbst auf devnet umgestellt ist, bevor Sie Ihr Guthaben prüfen.
- Betrag wählen und bestätigen: Wählen Sie im Dropdown-Menü einen Betrag aus und klicken Sie auf „Confirm Airdrop“. Token treffen in der Regel innerhalb weniger Sekunden ein.
- Melden Sie sich mit GitHub an, wenn Sie mehr benötigen: Verbinden Sie ein GitHub-Konto, um Ihr Anfragelimit zu erhöhen, sobald das anonyme Kontingent aufgebraucht ist.
Eine Änderung, die 2026 erwähnenswert ist: Der Faucet weist KI-Agenten nun ausdrücklich an, die Weboberfläche nicht zu nutzen. Agentische Coding-Tools, die Solana-Tests ausführen, werden stattdessen auf den CLI-Airdrop, den Proof-of-Work-Faucet oder einen lokalen Validator verwiesen – ein Zeichen dafür, wie viel automatisierten Datenverkehr diese Faucets inzwischen aufnehmen.
Alternative Solana-Faucets
Öffentliche Faucets werden leergezogen und ratenbegrenzt, halten Sie daher Alternativen bereit. Jede der folgenden Optionen steht im offiziellen Faucet-Leitfaden von Solana:
- QuickNode Faucet: Der QuickNode Faucet unterstützt Devnet und Testnet und erlaubt pro Netzwerk alle 12 Stunden eine Ausgabe. Sie verbinden ein Wallet, anstatt eine Adresse einzufügen.
- SolFaucet: Ein seit Langem bestehender Community-Faucet unter solfaucet.com, der Airdrops über die öffentlichen RPC-Endpunkte für Devnet und Testnet weiterleitet und daher ausfällt, wenn diese Endpunkte überlastet sind.
- DevnetFaucet.org: Ein Community-Faucet unter devnetfaucet.org mit Ratenlimits, die von den öffentlichen RPC-Endpunkten getrennt sind, nützlich, wenn die offiziellen Kanäle erschöpft sind. Die Schwesterseite TestnetFaucet.org deckt Testnet ab.
- Proof-of-Work-Faucet: Ellipsis Labs betreibt einen Devnet-PoW-Faucet, der Devnet-SOL für die Rechenleistung Ihres Rechners auszahlt. Er wird als kleines Rust-Tool installiert und läuft im Hintergrund, langsamer als ein Web-Faucet, aber praktisch ohne Obergrenze.
- Discord-Faucets: Die Discord-Server von 76 Devs und LamportDAO betreiben Faucet-Bots, die auf Befehl Devnet-SOL ausgeben, wenn alle Web-Optionen ratenbegrenzt sind.
Eine Korrektur zu älteren Ratgebern, auch zu unseren: Der Solana-Faucet von Stakely verteilt keine Devnet-Token mehr. Er sendet jetzt rund 0,001 Mainnet-SOL, um Gas für festgesteckte Wallets zu decken – ein anderes Tool für ein anderes Problem.
Devnet-SOL über die Kommandozeile erhalten
Mit installierter Solana CLI, die auf das Devnet verweist, solana airdrop 2 schickt in einem Schritt 2 SOL an Ihre konfigurierte Wallet. Die web3.js-Bibliothek bietet dieselbe Airdrop-Anfrage programmatisch an, womit die meisten Testsuiten Wegwerf-Keypairs finanzieren.
Öffentliche RPC-Airdrops fallen zuerst aus, wenn im Devnet viel los ist. Wenn Anfragen weiter scheitern, richten Sie Ihre CLI auf einen RPC-Anbieter, der die Verteilung von Devnet-SOL unterstützt. Helius, QuickNode und Triton tun dies derzeit alle, und der Wechsel erfordert nur eine einzige Konfigurationsänderung an der Endpunkt-URL des Anbieters. Die Limits der Anbieter sind meist deutlich großzügiger als die der gemeinsam genutzten öffentlichen.
Wenn Transaktionen nach der Einzahlung weiterhin fehlschlagen, sind Netzwerküberlastung oder Prioritätsgebühren die wahrscheinliche Ursache. Unser Leitfaden zum Beheben fehlgeschlagener Solana-Transaktionen behandelt die üblichen Ursachen.
Faucet überspringen: lokale Validatoren und Mainnet-Forking
Viele Solana-Teams nutzen devnet nicht mehr für alltägliche Tests. Zwei lokale Optionen beseitigen das faucet-Problem vollständig.
Die erste ist der Test-Validator, der mit der Solana CLI ausgeliefert wird. Führen Sie solana-test-validator aus, um eine private Chain auf localhost zu erhalten, auf der Sie sich beliebige Beträge sofort per Airdrop zuweisen können, da der SOL von Ihrem eigenen Node geprägt wird.
Das zweite ist Surfpool, ein lokales In-Memory-Netzwerk unter Pflege der Solana Foundation, das das mainnet bei Bedarf forkt. Es ruft echte Mainnet-Konten und -Programme just in time ab, sodass Sie gegen den Live-Zustand von Jupiter oder Raydium testen können, ohne etwas bereitzustellen, und seine Cheatcode-RPC-Methoden setzen den Bestand eines beliebigen Wallet an SOL, USDC oder anderen Token direkt. Für Integrationstests gegen echte Protokolle hat es das mühsame devnet-faucet weitgehend abgelöst. Rust-Testsuiten, die keinen laufenden Node benötigen, nutzen zunehmend LiteSVM, die schlanke SVM-Bibliothek, auf der Surfpool aufbaut.
Faucets sind für die letzte Etappe weiterhin wichtig, da devnet der einzige öffentliche Ort bleibt, um Wallet-Verbindungen, RPC-Verhalten und alles zu testen, was andere Personen einbezieht. Für den Zyklus aus Bauen und Iterieren sind lokale Werkzeuge überlegen.
Solana Devnet vs. Testnet im Jahr 2026
Devnet ist das Netzwerk, das Anwendungsentwickler nutzen sollten. Es folgt der Software des Mainnet eng, seine Token sind über die oben genannten Faucets kostenlos, und sein Zustand bleibt zuverlässig genug für laufende Projekte bestehen.
Testnet dient Validator-Betreibern und Kernentwicklern zum Stresstest von Releases und ist 2026 aktiver als üblich. Anzas Alpenglow-Konsens-Überarbeitung, die größte Änderung am Konsens von Solana seit dem Start, ging im Mai 2026 auf einem Community-Testcluster live, vor einem angestrebten Mainnet-Rollout später in diesem Jahr, und auf dem Testnet laufen routinemäßig Beta-Builds von Agave neben Firedancer-Versionen. Rechnen Sie mit experimentellem Code, gelegentlichen Resets und Ausfallzeiten. Sofern Sie keinen Validator betreiben, bleiben Sie im Devnet.
Die Token keines der beiden Netzwerke haben einen Wert, und kein Mainnet-Faucet verteilt nennenswerte Mengen an echtem SOL. Wer etwas anderes behauptet, betreibt Betrug. Im Mainnet kostet jede Transaktion echtes SOL an Gebühren, und genau das lassen Sie mit den Testnetzwerken vermeiden.
So holen Sie mehr aus einem begrenzten Faucet-Kontingent heraus
Devnet SOL erhalten Sie am einfachsten, indem Sie sie nicht doppelt ausgeben. Programm-Deployments sperren SOL in Buffer-Konten, und fehlgeschlagene oder abgebrochene Deployments lassen sie dort zurück. Führen Sie solana program show --buffers aus, um sie aufzulisten, und dann solana program close <buffer account>, um das Guthaben zurückzuholen.
Wer nicht mehr benötigte Programme schließt, erhält auch deren Deployment-SOL zurück, wobei eine geschlossene Programm-ID nie wieder verwendet werden kann. Teams mit CI-Pipelines sollten ein finanziertes Devnet-Keypair über mehrere Durchläufe wiederverwenden, statt bei jedem Job den Faucet zu belasten.
Fazit
Test-SOL zu erhalten, hat 2026 weniger damit zu tun, den einen funktionierenden faucet zu finden, als vielmehr die richtige Ebene zu wählen. Der offizielle faucet deckt den gelegentlichen Bedarf mit 2 Anfragen pro 8 Stunden ab, die faucets der CLI und der RPC-Anbieter eignen sich für die programmatische Finanzierung, und lokale Validatoren oder Surfpool beseitigen die Beschränkung ganz.
Wir würden jedes neue Projekt lokal beginnen, zum Devnet wechseln, wenn Sie eine gemeinsame öffentliche Umgebung brauchen, und das Testnet den Validatoren überlassen, die Alpenglow auf Herz und Nieren prüfen.
