Rate limits & tiers
Three things are metered: stream egress (GB delivered), RPC and /info request rate (req/s), and historical export volume. Limits are per key and set by your tier. Full pricing and the usage calculator live on /pricing.
Tier gates
| Feature | Pro | Ultra |
|---|---|---|
| Usage | ||
| Base price | $49/mo | $199/mo |
| API keys | 5 | 25 |
| Concurrent streams | 25 | Unlimited |
| Stream egress included | 50 GB/day | 500 GB/day |
| Coin / wallet filters | 25 coins · 25 wallets | Unlimited |
| Billing | Monthly or annual | Monthly or annual |
| RPC | ||
| HyperEVM JSON-RPC | 250 req/s | 1,000 req/s |
| eth_sendRawTransaction | ||
| eth_getLogs | ||
| HyperCore /info API | 250 req/s | 1,000 req/s |
Base price
API keys
Concurrent streams
Stream egress included
Coin / wallet filters
Billing
HyperEVM JSON-RPC
eth_sendRawTransaction
eth_getLogs
HyperCore /info API
Stream availability per tier (which streams, filter breadth, replay) and historical quotas are on the full pricing matrix.
What happens at the limit
The honest version: paid tiers are not hard-capped. Streams keep flowing and RPC keeps answering past your included quota; the overage bills at the published per-GB and per-million-request rates. No mid-session cutoff. Hard 429s only appear when you push past your plan's req/s rate; back off and retry.
Staying under your limits
- Filter server-side.
coinsandwalletsfilters mean you only receive what you subscribe to, and only pay egress for that. - Take the narrowest stream that answers your question: choosing a stream maps needs to surfaces. A BTC ticker over the book-diffs firehose is the classic mistake.
- Watch consumption in the console. Usage is metered per key, so one key per consumer tells you exactly where the gigabytes go.
- If your estimate keeps crossing tiers, run the usage calculator; past a point, a dedicated node with private throughput is the better shape (Enterprise).