Was sind Rate Limits?
Rate Limits steuern, wie viele Anfragen Sie pro Sekunde stellen können. Wenn die Rate Limits überschritten werden, erhalten Sie eine HTTP 429 Antwort. Für Hinweise zu Vorgehensweisen, wenn Sie eine 429 oder einen anderen vorübergehenden Fehler erhalten, siehe Wiederholungen und Fehlerbehandlung unten.
Standard-Rate-Limits
Ihr Plan hat zwei Standard-Rate-Limit-Gruppen: eine für RPC-Anfragen und eine für DAS API-Anfragen. Hier sind die Basis-Rate-Limits für jeden Helius-Plan:
| Plan | RPC-Rate-Limit | DAS & Enhanced APIs |
|---|
| Kostenlos | 10 Anfragen/s | 2 Anfragen/s |
| Entwickler | 50 Anfragen/s | 10 Anfragen/s |
| Business | 200 Anfragen/s | 50 Anfragen/s |
| Professionell | 500 Anfragen/s | 100 Anfragen/s |
| Enterprise | Kundenspezifisch | Kundenspezifisch |
Erhöhung der Rate Limits
Teams mit professionellen Plänen können zusätzlich 100 RPS für $100/Monat erwerben.
Wenn Sie kundenspezifische Rate Limits vor Markteinführungen benötigen, kontaktieren Sie unser Vertriebsteam. Wenn Sie sich im Entwickler- oder Geschäftstarif befinden, aktualisieren Sie bitte Ihren Plan, um Ihre Rate Limits zu erhöhen.
Besondere Rate Limits
Einige Endpunkte und spezialisierte Helius-Produkte haben aufgrund ihrer Rechenanforderungen spezielle Rate Limits.
Transaktionen senden
| Endpunkt | Kostenlos | Entwickler | Business | Professionell |
|---|
Sender | 50/sec | 50/sec | 50/sec | 50/sec |
sendTransaction | 1/sec | 5/sec | 50/sec | 100/sec |
sendBundle | — | — | 5/sec | 5/sec |
simulateBundle | 10/sec | 50/sec | 200/sec | 500/sec |
Wenn Sie einen professionellen Plan haben und Ihre sendTransaction-Rate-Limits erhöhen müssen, kontaktieren Sie unser Vertriebsteam.
Nutzer des professionellen Plans können auch Anfragen zur Erhöhung der Rate Limits und kundenspezifische TIP-Vereinbarungen für den Sender stellen, um Handelsanwendungen mit höherem Durchsatz zu unterstützen.
Komplexe RPC-Anrufe
| Endpunkt | Kostenlos | Entwickler | Business | Professionell |
|---|
getProgramAccounts | 5/sec | 25/sec | 50/sec | 75/sec |
Historische Daten
Bei Batch-Anfragen für historische Datenmethoden gelten die folgenden Limits:
| Methode | Max. Batch-Größe |
|---|
getTransaction | 100 Elemente pro Anfrage |
getTransactionsForAddress | Keine Batch-Anfragen erlaubt |
getTransfersByAddress | Keine Batch-Anfragen erlaubt |
| Alle anderen historischen Methoden | 10 Elemente pro Anfrage |
Das Überschreiten der Batch-Limits führt zu einer Fehlermeldung. Für getTransactionsForAddress und getTransfersByAddress muss jede Adresse in einer separaten Anfrage abgefragt werden.
LaserStream
| Ressource | Kostenlos | Entwickler | Business | Professionell |
|---|
| Netzwerke | — | Devnet | Devnet, Mainnet | Devnet, Mainnet |
| Max. Public Keys | — | 10M | 10M | 10M |
| Aktive Verbindungen | — | — | 10 | 100 |
Wallet API
Die Wallet API folgt den gleichen Rate Limits wie DAS & Enhanced APIs. Alle Endpunkte teilen sich diese Limits:
| Endpunkt | Kostenlos | Entwickler | Business | Professionell |
|---|
| Alle Wallet API-Endpunkte | 2/sec | 10/sec | 50/sec | 100/sec |
Dies umfasst Identitätssuchen, Salden, Verlauf, Überweisungen und Endpunkte der Finanzierungsquelle. Erfahren Sie mehr in unserer Wallet API-Dokumentation.
LaserStream WebSocket
| Ressource | Kostenlos | Entwickler | Business | Professionell |
|---|
| Gleichzeitige Verbindungen | 5 | 150 | 250 | 1,000 |
| Abonnements pro Verbindung | 1,000 | 1,000 | 1,000 | 1,000 |
| WebSocket-Typen | Standard | Standard, Enhanced | Standard, Enhanced | Standard, Enhanced |
Webhooks
| Ressource | Kostenlos | Entwickler | Business | Professionell |
|---|
| Max. Webhooks | 5 | 50 | 50 | 50 |
| Adressen pro Webhook | 100k | 100k | 100k | 100k |
ZK-Kompression
| Service | Kostenlos | Entwickler | Business | Professionell |
|---|
| Photon APIs | 2/sec | 10/sec | 50/sec | 100/sec |
getValidityProof | 1/sec | 5/sec | 10/sec | 20/sec |
Wiederholungen und Fehlerbehandlung
Wenn Ihre Anwendung eine 429 Too Many Requests, 503 Service Unavailable oder vorübergehende 5xx-Antwort erhält, warten Sie einen Moment und versuchen Sie es erneut — versuchen Sie es nicht sofort erneut. Sofortige Wiederholungen sammeln Anfragen an und machen die Wiederherstellung nach den Rate-Limits langsamer, nicht schneller.
Empfohlene Strategie
- Warten Sie etwa 1 Sekunde, bevor Sie es zum ersten Mal erneut versuchen.
- Verdoppeln Sie die Wartezeit jedes Mal, wenn Sie es erneut versuchen, bis zu einem Maximum von 30 Sekunden.
- Fügen Sie jeder Wartezeit eine kleine zufällige Variation von ±25% hinzu, damit nicht alle Anwendungen gleichzeitig erneut versuchen.
- Geben Sie nach 5 Versuchen auf und geben Sie den Fehler an den aufrufenden Code zurück.
Welche Fehler wiederholen
Beispiel
Alle Helius APIs geben bei Fehlern einen strukturierten JSON-Body zurück. JSON-RPC-Endpunkte (Solana RPC, DAS, Sender, Priority Fee, ZK-Kompression) geben das standardmäßige JSON-RPC 2.0-Envelope zurück:
REST-Endpunkte (Wallet API, Admin API) geben zurück:
Siehe Allgemeine Fehlercodes für die vollständige Liste der Fehlercodes und deren Bedeutung.