Cluster und öffentliche RPC-Endpunkte

Die Solana-Blockchain verfügt über mehrere verschiedene Gruppen von Validatoren, bekannt als Cluster. Jeder dient unterschiedlichen Zwecken innerhalb des Gesamtökosystems und enthält dedizierte API-Knoten, um JSON-RPC-Anfragen für den jeweiligen Cluster zu erfüllen.

Die einzelnen Knoten innerhalb eines Clusters werden von Drittanbietern besessen und betrieben, wobei für jeden ein öffentlicher Endpunkt verfügbar ist.

Öffentliche Solana RPC-Endpunkte

Die Solana Labs Organisation betreibt einen öffentlichen RPC-Endpunkt für jeden Cluster. Jeder dieser öffentlichen Endpunkte unterliegt Ratenbegrenzungen, steht aber Benutzern und Entwicklern zur Verfügung, um mit der Solana-Blockchain zu interagieren.

Die Ratenbegrenzungen für öffentliche Endpunkte können sich ändern. Die spezifischen Ratenbegrenzungen, die in diesem Dokument aufgeführt sind, sind nicht garantiert die aktuellsten.

Verwendung von Explorern mit verschiedenen Clustern

Viele der beliebten Solana-Blockchain-Explorer unterstützen die Auswahl beliebiger Cluster und ermöglichen fortgeschrittenen Benutzern oft auch das Hinzufügen eines benutzerdefinierten/privaten RPC-Endpunkts.

Einige Beispiele für diese Solana-Blockchain-Explorer sind:

Auf hoher Ebene

  • Mainnet: Live-Produktionsumgebung für bereitgestellte Anwendungen.
  • Devnet: Tests mit öffentlicher Zugänglichkeit für Entwickler, die mit ihren Anwendungen experimentieren.
  • Testnet: Belastungstests für Netzwerk-Upgrades und Validator-Performance.

Beispielanwendungsfälle: Sie möchten möglicherweise ein neues Programm im Devnet debuggen oder Leistungsmetriken im Testnet überprüfen, bevor Sie das Deployment im Mainnet durchführen.

ClusterEndpointZweckHinweise
Mainnethttps://api.mainnet-beta.solana.comLive-ProduktionsumgebungBenötigt SOL für Transaktionen
Devnethttps://api.devnet.solana.comÖffentliche Tests und EntwicklungKostenloser SOL-Airdrop für Tests
Testnethttps://api.testnet.solana.comValidatoren- und StresstestsKann gelegentliche Ausfallzeiten haben

Devnet

Das Devnet dient als Spielwiese für jeden, der Solana testen möchte, sei es als Nutzer, Token-Inhaber, App-Entwickler oder Validator.

  • Anwendungsentwickler sollten das Devnet nutzen.
  • Potenzielle Validatoren sollten zunächst das Devnet anvisieren.
  • Wesentliche Unterschiede zwischen Devnet und Mainnet Beta:
    • Devnet-Tokens sind nicht echt
    • Devnet enthält einen Token-Faucet für Airdrops zum Testen von Anwendungen
    • Devnet kann Ledger-Resets unterliegen
    • Devnet läuft typischerweise auf demselben Software-Release-Branch wie Mainnet Beta, kann aber eine neuere Minor-Release-Version als Mainnet Beta verwenden.
  • Gossip-Einstiegspunkt für Devnet: entrypoint.devnet.solana.com:8001

Devnet-Endpoint

  • https://api.devnet.solana.com - einzelner von Solana Labs gehosteter API-Knoten; ratenbegrenzt

Beispiel für solana Kommandozeilen-Konfiguration

Um eine Verbindung zum devnetCluster über die Solana CLI herzustellen:

solana config set --url https://api.devnet.solana.com

Devnet-Ratenbegrenzungen

  • Maximale Anzahl von Anfragen pro 10 Sekunden pro IP: 100
  • Maximale Anzahl von Anfragen pro 10 Sekunden pro IP für einen einzelnen RPC: 40
  • Maximale gleichzeitige Verbindungen pro IP: 40
  • Maximale Verbindungsrate pro 10 Sekunden pro IP: 40
  • Maximale Datenmenge pro 30 Sekunden: 100 MB

Testnet

Im Testnet testen die Solana-Kernentwickler neue Release-Features auf einem Live-Cluster, wobei der Fokus besonders auf Netzwerkleistung, Stabilität und dem Verhalten der Validatoren liegt.

  • Testnet-Token sind nicht echt
  • Das Testnet kann Ledger-Zurücksetzungen unterliegen
  • Das Testnet enthält einen Token-Faucet für Airdrops zum Testen von Anwendungen
  • Das Testnet läuft typischerweise mit einem neueren Software-Release-Branch als Devnet und Mainnet Beta
  • Gossip-Einstiegspunkt für Testnet: entrypoint.testnet.solana.com:8001

Testnet-Endpunkt

  • https://api.testnet.solana.com - einzelner Solana Labs API-Knoten; ratenbegrenzt

Beispiel für solana Kommandozeilen-Konfiguration

Um eine Verbindung zum testnet Cluster mit der Solana CLI herzustellen:

solana config set --url https://api.testnet.solana.com

Testnet-Ratenbegrenzungen

  • Maximale Anzahl von Anfragen pro 10 Sekunden pro IP: 100
  • Maximale Anzahl von Anfragen pro 10 Sekunden pro IP für einen einzelnen RPC: 40
  • Maximale gleichzeitige Verbindungen pro IP: 40
  • Maximale Verbindungsrate pro 10 Sekunden pro IP: 40
  • Maximale Datenmenge pro 30 Sekunden: 100 MB

Mainnet Beta

Ein permissionless, persistenter Cluster für Solana-Nutzer, Entwickler, Validatoren und Token-Inhaber.

  • Token, die auf Mainnet Beta ausgegeben werden, sind echte SOL
  • Gossip-Einstiegspunkt für Mainnet Beta: entrypoint.mainnet-beta.solana.com:8001

Mainnet Beta-Endpunkt

  • https://api.mainnet-beta.solana.com - von Solana Labs gehosteter API-Knoten-Cluster, mit Load Balancer; ratenbegrenzt

Beispiel für solana Kommandozeilen-Konfiguration

Um eine Verbindung zum mainnet-beta Cluster mit der Solana CLI herzustellen:

solana config set --url https://api.mainnet-beta.solana.com

Mainnet Beta-Ratenbegrenzungen

  • Maximale Anzahl von Anfragen pro 10 Sekunden pro IP: 100
  • Maximale Anzahl von Anfragen pro 10 Sekunden pro IP für einen einzelnen RPC: 40
  • Maximale gleichzeitige Verbindungen pro IP: 40
  • Maximale Verbindungsrate pro 10 Sekunden pro IP: 40
  • Maximale Datenmenge pro 30 Sekunden: 100 MB

Die öffentlichen RPC-Endpunkte sind nicht für Produktionsanwendungen gedacht. Bitte verwenden Sie dedizierte/private RPC-Server, wenn Sie Ihre Anwendung starten, NFTs droppen, usw. Die öffentlichen Dienste können missbraucht werden und Ratenbegrenzungen können sich ohne vorherige Ankündigung ändern. Ebenso können Websites mit hohem Traffic ohne vorherige Ankündigung blockiert werden.

Häufige HTTP-Fehlercodes

  • 403 -- Ihre IP-Adresse oder Website wurde blockiert. Es ist Zeit, Ihre eigenen RPC-Server zu betreiben oder einen privaten Dienst zu finden.
  • 429 -- Ihre IP-Adresse überschreitet die Ratenbegrenzungen. Langsamer! Verwenden Sie den Retry-After HTTP-Antwortheader, um zu bestimmen, wie lange Sie warten sollten, bevor Sie eine weitere Anfrage stellen.

Is this page helpful?