Übersicht
„Flat Rate Requests Per Second (RPS) “ ist eine Abrechnungsoption, die vorhersehbare monatliche Kosten für Blockchain-Endpunkte gewährleistet. Anstatt einzelne Anfragen über API-Credits abzurechnen, zahlen Sie eine feste monatliche Gebühr auf Basis Ihrer konfigurierten Anfragekapazität, sodass Ihre Rechnung unabhängig von der tatsächlichen Nutzung gleich bleibt.
Im Lieferumfang enthalten:
- Feste monatliche Preise – Ihre Rechnung ändert sich niemals je nach Verbrauch
- Konfigurierte RPS-Kapazität – Spezifische Anfragen pro Sekunde für Ihre Stufe
- endpoint einzigen endpoint – Eine Blockchain in einer Region pro Abonnement
- Sofortige Aktivierung – Keine Verzögerungen bei der Bereitstellung und keine Einrichtungszeit
- Flexible Laufzeiten – Monatliche Verträge (Standard) oder Jahresverträge (Enterprise)
Am besten geeignet für: Anwendungen mit gleichbleibenden Verkehrsmustern, die auf einer einzigen Blockchain in einer Region laufen.
Verfügbar für EVM-Chains (Ethereum, Base, Optimism, Arbitrum, BSC, Polygon) und Solana mainnet ab dem 4. März 2026.
Wie sich dies von der kreditbasierten Abrechnung unterscheidet
Das RPS-Pauschalmodell unterscheidet sich grundlegend von den üblichen kreditbasierten Tarifen Quicknode:
| Faktor | Kreditbasierte Tarife | Pauschal-RPS |
|---|---|---|
| Zahlungsmodell | Bezahlung pro Anfrage mit API-Guthaben | Feste monatliche Gebühr unabhängig von der Nutzung |
| Abrechnungsumfang | Abrechnung auf Kontoebene | endpoint |
| Endpoint | Credits funktionieren auf allen Endgeräten | Kapazität, die an einen endpoint, eine Kette und eine Region gebunden ist |
| Vorhersehbarkeit der Kosten | Variable monatliche Kosten | Vorhersehbare monatliche Kosten |
| Ratenbegrenzungen | Flexible Ratenbegrenzungen | Feste RPS- und gleichzeitige Verbindungsgrenzen |
| Architektur-Support | Unterstützung mehrerer Blockchains und Regionen | Eine Kette, eine Region pro Abonnement |
Das Wichtigste auf einen Blick: Bei RPS mit Pauschalpreis wird Flexibilität gegen Vorhersehbarkeit eingetauscht. Wenn Ihr Datenverkehr konstant ist und sich auf eine Kette in einer Region konzentriert, profitieren Sie von Budgetsicherheit, ohne den Verbrauch von Guthaben nachverfolgen zu müssen.
Verfügbare Tarife und Preise
Standard-Stufen (EVM-Chains)
Die folgenden Stufen sind für alle unterstützten EVM-Chains verfügbar (Ethereum, Base, Optimism, Arbitrum, BSC, Polygon) Endpunkte:
| RPS-Grenzwert | Gleichzeitige Verbindungen | WebSocket-Verbindungen | Monatlicher Preis |
|---|---|---|---|
| 75 | 2 | 10 | $799 |
| 150 | 4 | 20 | $1,499 |
| 250 | 6 | 30 | $1,949 |
Standard-Stufen (Solana)
Solana gilt aufgrund des höheren Ressourcenbedarfs ein Preismultiplikator von 1,5. Für Solana stehen folgende Leistungsstufen zur Verfügung:
| RPS-Grenzwert | Gleichzeitige Verbindungen | WebSocket-Verbindungen | Monatlicher Preis |
|---|---|---|---|
| 75 | 2 | 10 | $1,199 |
| 150 | 4 | 20 | $2,299 |
| 250 | 6 | 30 | $2,925 |
Kunden mit kostenpflichtigen Konten (Build, Accelerate, Scale und Business) können die oben aufgeführten Standard-Tarife direkt über das Dashboard abonnieren.
Enterprise-Konten können den RPS-Flatrate-Tarif nicht direkt über das Dashboard abonnieren. Um einen Enterprise-Zugang oder RPS-Stufen über 250 zu beantragen, wenden Sie sich bitte an quicknode.
RPS und gleichzeitige Verbindungen verstehen
Die RPS-Kapazität im Pauschaltarif unterliegt zwei Beschränkungen:
- RPS (Anfragen pro Sekunde) – wie viele neue Anfragen pro Sekunde gestartet werden können
- Parallele Verbindungen – wie viele Anfragen können gleichzeitig verarbeitet werden?
Beide Grenzwerte gelten gleichzeitig. Ihr tatsächlicher Durchsatz richtet sich danach, welchen Grenzwert Sie zuerst erreichen.
RPS (Anfragen pro Sekunde)
RPS legt fest, wie viele neue Anfragen Ihr endpoint pro Sekunde endpoint .
Beispiel: Bei einer Stufe von 75 RPS endpoint Ihr endpoint bis zu 75 Anfragen pro Sekunde.
Wenn innerhalb einer Sekunde 100 Anfragen eingehen, werden 75 davon verarbeitet und 25 geben eine HTTP-429-Antwort zurück.
Gleichzeitige Verbindungen
Die maximale Anzahl von Anfragen, die gleichzeitig aktiv bearbeitet werden können. Jede Anfrage belegt vom Start bis zum Abschluss eine parallele Verbindung.
Aus diesem Grund wirkt sich die Antwortzeit direkt auf den Durchsatz aus. Länger laufende Anfragen halten die Verbindungen länger offen, wodurch sich die Anzahl der neuen Anfragen, die verarbeitet werden können, verringert.
Die erforderliche Parallelität können Sie wie folgt abschätzen:
Gleichzeitige Verbindungen = RPS × Antwortzeit (Sekunden)
| RPS | Reaktionszeit | Erforderliche gleichzeitige Verbindungen |
|---|---|---|
| 75 | 0.05s | ~4 |
| 75 | 5s | 375 |
Leichtgewichtige Methoden wie eth_blockNumber schnell ausgeführt werden und nur minimale Parallelität erfordern.
Aufwändigere Methoden wie debug_traceTransaction halten Verbindungen länger aufrecht und benötigen deutlich mehr.
Welche Grenze wird zum Engpass?
Ihr Durchsatz hängt von der Anfragedauer ab:
- Schnelle Abfragen – Verbindungen werden schnell wieder freigegeben, sodass die RPS zum begrenzenden Faktor wird
- Langsame Abfragen – Die Verbindungen bleiben länger belegt, sodass die Anzahl der gleichzeitigen Verbindungen zum begrenzenden Faktor wird
Wenn die Parallelität den Engpass darstellt, ergibt sich der maximale Durchsatz wie folgt:
Effektiver Durchsatz = Anzahl der gleichzeitigen Verbindungen ÷ Antwortzeit
Beispiel bei einer gleichzeitigen Verbindung:
- Bei einer Reaktionszeit von 50 ms → maximal ~20 RPS
- Bei einer Reaktionszeit von 5 Sekunden → maximal 0,2 RPS
Aus diesem Grund lassen sich leichtgewichtige RPC-Methoden auf niedrigeren Stufen gut skalieren, während Abfragen mit hohem Tracing-Aufwand oder langer Laufzeit bereits lange vor Erreichen der konfigurierten RPS-Stufe an die Grenzen der Parallelität stoßen können.
Was passiert, wenn man an eine Grenze stößt?
Wenn Sie entweder Ihr RPS-Limit oder das Limit für gleichzeitige Verbindungen überschreiten:
- Anfragen führen zu HTTP-429 -Antworten (Ratenbegrenzung)
- Es fallen keine Gebühren für die Überschreitung des Datenvolumens an
Wenn Sie häufig an die Obergrenzen stoßen, sollten Sie ein Upgrade auf eine höhere Stufe in Betracht ziehen oder prüfen, ob sich Ihre Arbeitslast für das Flat-Rate-RPS-Modell eignet.
Ist die RPS-Pauschale das Richtige für Sie?
RPS mit Pauschalpreis eignet sich am besten für gleichmäßigen Datenverkehr auf einer einzelnen Kette mit schnellen Abfragen (unter 500 ms). Wenn Ihr Datenverkehr stark schwankt, sich über mehrere Regionen/Ketten erstreckt oder langsamere Methoden wie debug_traceTransaction, ziehen Sie stattdessen kreditbasierte Tarife in Betracht.
Wann ein Pauschal-RPS funktioniert
| Faktor | Anforderungen |
|---|---|
| Flugsystem | Gleichmäßiges, konstantes Volumen ohne große Schwankungen |
| Architektur | Eine Kette in einer Region |
| Anfragegeschwindigkeit | Die meisten Abfragen werden in weniger als 500 ms ausgeführt. |
| Parallelität | Geringe Anzahl gleichzeitiger Anfragen |
| Rechnungspriorität | Vorhersehbare monatliche Kosten gegenüber einer nutzungsabhängigen Abrechnung |
Beispielmethoden: eth_blockNumber, eth_call, eth_getBalance, eth_getTransactionReceipt
Wann man stattdessen andere Tarife wählen sollte
Ziehen Sie Credit-basierte Tarife, „Dedicated Capacity“ oder Enterprise-Tarife in Betracht, wenn Sie Folgendes benötigen:
- Verkehr, der deutlich ansteigt (10-fache Spitzen, ereignisgesteuerte Muster, saisonale Schwankungen)
- Mehrregionale oder kettenübergreifende Architektur
- Langsame oder ressourcenintensive Methoden wie
debug_traceTransaction(5–30 s) oder großeth_getLogsBereiche - Hohe Parallelität mit vielen gleichzeitigen Anfragen
- SLAs oder garantierte Verfügbarkeitszusagen
Überlegungen zur Infrastruktur
Der RPS-Flatrate-Tarif läuft auf der „Shared Pro“-Infrastruktur ohne SLA-Garantien oder Isolierung der Infrastruktur. Wenn Ihre Anwendung vertraglich festgelegte Verfügbarkeitszusagen oder dedizierte Ressourcen erfordert, nutzen Sie bitte die Tarife „Dedicated“ oder „Enterprise“.
So aktivieren Sie die RPS-Flatrate
Für Standard-Stufen
Schritt 1: Greifen Sie auf Ihren endpoint zu – Melden Sie sich beim Quicknode an und wählen Sie dann einen bestehenden endpoint aus endpoint erstellen Sie einen neuen auf einer beliebigen unterstützten EVM-Chain (Ethereum, Base, Optimism, Arbitrum, BSC, Polygon) odermainnet.
Schritt 2: Multi-Chain deaktivieren (falls aktiviert) – Falls auf Ihrem endpoint Multi-Chain aktiviert endpoint , deaktivieren Sie diese Funktion, bevor Sie ein Abonnement abschließen. Die Umschaltfunktion für Multi-Chain wird gesperrt, sobald Sie „Flat Rate RPS“ aktivieren.
Schritt 3: Pauschaltarif-Einstellungen öffnen – Wechseln Sie auf die Registerkarte „Einstellungen“ Ihres endpoint und gehen Sie dann zum Abschnitt „Pauschaltarif “.

Schritt 4: Wählen Sie Ihre Stufe aus – Wählen Sie Ihre RPS-Stufe entsprechend Ihrem Kapazitätsbedarf aus. In der Benutzeroberfläche werden für jede Stufe die Anzahl der gleichzeitigen Verbindungen, die Anzahl der WebSocket-Verbindungen sowie die monatlichen Preise angezeigt.
Schritt 5: Konfigurieren und abonnieren – Klicken Sie auf „Abonnieren“, wählen Sie Ihre Region aus (US East, EU Central oder APAC NE), überprüfen Sie Ihre Konfiguration und bestätigen Sie.

Ihr endpoint sofort endpoint , ohne dass eine Wartezeit für die Bereitstellung anfällt. Die Abrechnung beginnt sofort, und Ihre konfigurierten RPS- und Begrenzungen für gleichzeitige Verbindungen gelten für alle Anfragen.
Änderungen der Region: Sie können die Region Ihres endpoint jederzeit auf der Seite endpoint ändern. Die Änderungen werden sofort wirksam.
Für Unternehmenskonten
Firmenkunden wenden sich bitte an quicknode, um „Flat Rate RPS“ zu aktivieren.
Abrechnung und Stornierung
So funktioniert die Abrechnung
Bei der Flatrate-Option von RPS wird eine feste monatliche Gebühr entsprechend der von Ihnen gewählten Stufe berechnet. Die Gebühr ist jeden Monat gleich, unabhängig von der tatsächlichen Nutzung. Anfragen werden nicht gezählt, und das Abonnement verbraucht keine API-Guthaben.
Wenn Sie die Obergrenzen erreichen: Anfragen, die Ihre RPS- oder die Obergrenze für gleichzeitige Verbindungen überschreiten, erhalten eine HTTP-429-Antwort. Es fallen keine Gebühren für die Überschreitung der Obergrenzen an.
Nicht genutzte Kapazität: Wird nicht auf den nächsten Abrechnungszeitraum übertragen.
Vertragsbedingungen
Die Vertragsbedingungen unterscheiden sich zwischen Standard- und Enterprise-Konten:
| Standard | Unternehmen | |
|---|---|---|
| Vertragsdauer | Monat für Monat | Jahresverträge |
| Stornierung | Über das Dashboard | Kundenbetreuer kontaktieren |
| Zahlungsbedingungen | Standardabrechnung | Individuelle Zahlungsbedingungen möglich |
So kündigen Sie das Abonnement
Standard: Dashboard → endpoint auswählen endpoint Einstellungen → Bereich „Flatrate“ → Auf „Flatrate-Abonnement kündigen“ klicken. Der endpoint bis zum Ende des laufenden Abrechnungszeitraums aktiv.
Enterprise: Wenden Sie sich bitte an Ihren Kundenbetreuer unter quicknode, um Kündigungen oder Vertragsänderungen zu veranlassen. Die Bedingungen richten sich nach Ihrem Enterprise-Vertrag.
Häufig gestellte Fragen
Brauchst du Hilfe?
Bei Fragen zu RPS-Pauschalabonnements, zur Tarifauswahl oder zur Abrechnung:
📧 E-Mail: quicknode
Wenn Sie technische Unterstützung benötigen oder andere Fragen haben, reichen Sie bitte ein Ticket über das Support-Portal ein:
🎫 Ticket erstellen: Quicknode