Skip to main content

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:
PlanRPC-Rate-LimitDAS & Enhanced APIs
Kostenlos10 Anfragen/s2 Anfragen/s
Entwickler50 Anfragen/s10 Anfragen/s
Business200 Anfragen/s50 Anfragen/s
Professionell500 Anfragen/s100 Anfragen/s
EnterpriseKundenspezifischKundenspezifisch

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

EndpunktKostenlosEntwicklerBusinessProfessionell
Sender50/sec50/sec50/sec50/sec
sendTransaction1/sec5/sec50/sec100/sec
sendBundle5/sec5/sec
simulateBundle10/sec50/sec200/sec500/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

EndpunktKostenlosEntwicklerBusinessProfessionell
getProgramAccounts5/sec25/sec50/sec75/sec

Historische Daten

Bei Batch-Anfragen für historische Datenmethoden gelten die folgenden Limits:
MethodeMax. Batch-Größe
getTransaction100 Elemente pro Anfrage
getTransactionsForAddressKeine Batch-Anfragen erlaubt
getTransfersByAddressKeine Batch-Anfragen erlaubt
Alle anderen historischen Methoden10 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

RessourceKostenlosEntwicklerBusinessProfessionell
NetzwerkeDevnetDevnet, MainnetDevnet, Mainnet
Max. Public Keys10M10M10M
Aktive Verbindungen10100

Wallet API

Die Wallet API folgt den gleichen Rate Limits wie DAS & Enhanced APIs. Alle Endpunkte teilen sich diese Limits:
EndpunktKostenlosEntwicklerBusinessProfessionell
Alle Wallet API-Endpunkte2/sec10/sec50/sec100/sec
Dies umfasst Identitätssuchen, Salden, Verlauf, Überweisungen und Endpunkte der Finanzierungsquelle. Erfahren Sie mehr in unserer Wallet API-Dokumentation.

LaserStream WebSocket

RessourceKostenlosEntwicklerBusinessProfessionell
Gleichzeitige Verbindungen51502501,000
Abonnements pro Verbindung1,0001,0001,0001,000
WebSocket-TypenStandardStandard, EnhancedStandard, EnhancedStandard, Enhanced

Webhooks

RessourceKostenlosEntwicklerBusinessProfessionell
Max. Webhooks5505050
Adressen pro Webhook100k100k100k100k

ZK-Kompression

ServiceKostenlosEntwicklerBusinessProfessionell
Photon APIs2/sec10/sec50/sec100/sec
getValidityProof1/sec5/sec10/sec20/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

Fehlerantwortformat

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.