Skip to content
Back to skills

Quicknode Rate Limits

ASecurity

Analyze and govern QuickNode plan, IP, and method-specific rate limits without inventing a universal threshold. Use when requests receive QuickNode limit codes, one method needs a protective budget, or retry policy must respect endpoint controls. Trigger with: "analyze a QuickNode rate limit", "detect a method limit", "control QuickNode request bursts".

  • 2,719 stars
  • 0 votes
  • 0 copies
  • 1 view
  • Added September 21, 2026
ai-agentsgobashnodeapisecurity

Works with

  • cli
  • api

Security analysis

A100/100

Pro scans all 2 files and shows the line behind each finding

Scanned September 21, 2026

npx -y skills add jeremylongshore/claude-code-plugins-plus --skill quicknode-rate-limits --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Quicknode Rate Limits?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Quicknode Rate Limits
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/jeremylongshore-quicknode-rate-limits-6afa5c78/badge)](https://www.skillsdirectory.com/skills/jeremylongshore-quicknode-rate-limits-6afa5c78)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: quicknode-rate-limits
description: 'Analyze and govern QuickNode plan, IP, and method-specific rate limits without inventing a universal threshold. Use when requests receive QuickNode limit codes, one method needs a protective budget, or retry policy must respect endpoint controls. Trigger with: "analyze a QuickNode rate limit", "detect a method limit", "control QuickNode request bursts".'
allowed-tools: Read, Grep, Write, Edit, Bash(qn:*)
version: 2.0.0
argument-hint: '[endpoint-id-and-method]'
model: inherit
effort: high
license: MIT
author: Jeremy Longshore <jeremy@intentsolutions.io>
tags:
  - saas
  - quicknode
  - rate-limits
  - reliability
  - operations
compatibility: 'Method and advanced endpoint limits depend on plan and chain; qn access requires an authenticated account'
---

# QuickNode Rate-Limit Control

## Overview

Treat account-plan ceilings, IP limits, and operator-configured method limits as separate controls. QuickNode exposes distinct JSON-RPC errors for per-second, per-minute, and method limits; an HTTP status alone is not sufficient diagnosis.

## Prerequisites

- Endpoint ID, plan, chain, network, and affected method
- A redacted error sample with HTTP and JSON-RPC fields
- Authorized dashboard, Admin API, or `qn` read access

## Authentication

Authenticate `qn` interactively with `qn auth login` and verify the intended account with `qn auth whoami`. For direct Admin API inspection, inject a separate account API key as the `x-api-key` header. Endpoint tokens in URLs or `x-token` headers authenticate RPC traffic but do not replace control-plane credentials.

## Instructions

### Step 1: Classify the signal

Use Read and Grep to find the first complete redacted response. Preserve QuickNode codes such as `-32007` per-second, `-32008` per-minute, and `-32011` method limit. Separate client timeouts and chain-node errors.

### Step 2: Read the configured limits

Use Bash(qn:*) to inspect endpoint and method-rate settings through authenticated read commands. If the CLI version lacks the required view, use the dashboard or documented Admin API rather than guessing a number.

### Step 3: Measure demand

Group requests by endpoint, token, source IP, method, and interval. Distinguish HTTP calls from WebSocket subscription creation; subscription responses do not count like new requests.

### Step 4: Choose the control

Reduce concurrency, coalesce duplicate reads, cache immutable results, or set a method limit that protects expensive calls. Raising a plan limit is a capacity decision, not the first retry strategy.

### Step 5: Implement bounded retry

Use Write or Edit to retry only idempotent reads and only recognized transient limit responses. Apply jitter, cap attempts and elapsed time, and honor a provider delay header when documented. Never automatically replay transaction submissions.

### Step 6: Prove under load

Test below and above the intended threshold in a non-production endpoint. Confirm the expected code, bounded client behavior, recovery, and absence of synchronized retry bursts.

## Tool Discipline

Use Read and Grep for error and demand discovery, Bash(qn:*) for authenticated read-only control-plane inspection, and Write/Edit for bounded retry or throttling code. Require explicit approval before changing production limits.

## Output

- Limit-layer classification
- Measured method and interval demand
- Bounded client-control change
- Before/after load receipt and rollback threshold

## Examples

A single trace method hits `-32011` while ordinary reads succeed. The operator caps that method and queues callers instead of applying a global retry loop to every RPC request.

## Error Handling

| Failure | Response |
| --- | --- |
| `-32007` | Reduce per-second bursts or review plan capacity |
| `-32008` | Flatten longer-window demand and inspect batch jobs |
| `-32011` | Inspect the endpoint's method-specific rule |
| Transaction submission is limited | Reconcile transaction identity before any manual retry |

## Resources

- [Rate-limit evidence and source notes](references/official-docs.md)
- [Method rate limits](https://www.quicknode.com/guides/quicknode-products/endpoint-security/how-to-setup-method-rate-limits)
- [QuickNode error reference](https://www.quicknode.com/docs/cosmos/error-references)

Files in this skill

  • SKILL.md4.2 KB
  • references/official-docs.md640 B

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.