Free Robinhood Chain RPC. No wallet, no signup, no key.

Every trade of $RELAY pays a creator fee. The fees pay the upstream bill. The endpoint is open to anyone. Hold $RELAY and your ceiling goes up.

The signal above is drawn from live throughput. It moves faster and swells wider the more requests the proxy is actually serving.

0requests / second
0served all time
0msmedian latency
0%error rate
$0given away at retail
run a real eth_blockNumber request
ENDPOINT
/rpc
free tier10 / sec100,000 requests per day
networkRobinhood Chain MainnetEVM JSON-RPC over HTTPS
no signupopen accessno wallet or API key required

The ledger

on-chain wallet inflows · measured proxy spend
activity
requests served—
free requests—
wallet inflows—
upstream spend—
waiting for the token to drop CA and the chart will update automatically once launch activity reaches the treasury
observed ETH/token inflows · confirmed on-chain transfers · hover a point for its bucket
market cap—
liquidity—
24h volume—
token price—waiting for market scan
holders——
observed inflows——
upstream spend——
treasury——
dev wallet—configured Robinhood Chain wallet
runway——
requests today0since midnight utc
keys issued0bound to a wallet each
uptime0hupstream —

Traffic

measured on the proxy, not estimated live
requests per second0 rps
no requests in the last 60sthe chart updates instantly once traffic arrives
live feed—
what people are calling—
latency p500ms p95 0ms · p99 0ms
in flight0 open upstream calls right now
error rate0% 0 failed upstream

Start now

it is a normal rpc endpoint

    
LIVE ROUTE

Service status

Health checks run against the upstream route in real time. This page shows what Relay can reach right now, not a promise of uptime.

serving from checking… waiting for the first upstream check
relaychecking…waiting for a health check
upstream routechecking…waiting for provider status
latency—last upstream probe
networkRobinhood Chain Mainnetcurrently supported
primary RPCchecking…
healthwaiting
last success—

No provider result yet.

backup RPCchecking…
healthwaiting
last success—
capacity (1m / 5m avg)—
errors (5m)—

No provider result yet.

What this means

Relay checks the primary RPC before reporting its status. Safe read requests can use the backup when the primary is unavailable or quota-limited.

Relay is community-operated infrastructure. Keep a backup RPC for production-critical systems and never put private keys in requests or browser code.

checked —
healthy failover or quota pressure unavailable
rps now0this second
rps 10s0rolling average
in flight0open upstream calls
error rate0%0 errors

Requests per second

last 60 seconds live
no requests in the last 60sthe chart updates instantly once traffic arrives
p500msmedian round trip
p950msslow tail
p990msworst case

Live feed

last 24 requests through the proxy
method histogram—
requests per daylast 30

Tiers

balance is read live off chain, not from an account here

Check a wallet

read only
Buy more and you move up on the next check. Sell below a tier and the key drops to whatever the balance actually supports, at most a minute later. There is nothing to cancel because nobody subscribed to anything, and nothing to top up because nobody deposited anything.

Get a key

the free endpoint needs none
wallet-bound access

A wallet-bound endpoint, tied to your balance.

Any wallet with ETH or $RELAY can claim a key. Its tier follows the $RELAY balance in the wallet you submit, moving up or down on the next check with no subscription and no deposit held here.

  1. 01Paste a public Robinhood Chain wallet with ETH or $RELAY.
  2. 02We confirm the wallet and issue a key at its matching tier.
  3. 03Use the private endpoint in your app's RPC settings.
Any wallet with ETH or $RELAY can claim a key. The public /rpc endpoint is still open at 10 requests per second.
issue a private endpointread-only balance check
Only the public address is needed. Never paste a seed phrase or private key.

Check usage

per key

Already have a rly_… key? Look up its current tier, daily usage, and remaining allowance. This does not expose the wallet's private credentials.

Use it

It is a normal EVM JSON-RPC endpoint. Anything that talks to an Ethereum-compatible node talks to this.



      

With web3.js



      

More examples

TypeScript

Python

web3.js connection

web3.py connection

With a key

Same endpoint, your key on the end. The key decides your rate limit and nothing else changes.


      

No key at all still works — every request without one is metered per IP address on the free drip tier shown below. A key only exists to raise that ceiling and tie it to a wallet instead of an IP.

Response headers

Every response, success or refusal, carries the same headers so you can build real handling around them instead of guessing from the status code alone.

  • x-relay-tier which tier served the request
  • x-relay-ms how long the upstream call actually took
  • x-relay-request-id unique id for this request, useful when reporting an issue
  • x-ratelimit-limit your tier's requests-per-second ceiling
  • x-ratelimit-remaining burst allowance left this instant
  • x-ratelimit-reset seconds until the burst allowance refills

Rate limits at a glance

Your tier is decided by how much $RELAY the wallet behind your key holds, checked live on every request — not by anything stored here. Full detail is on the tiers page; here is the short version.

tierrequests / secdaily capneedsunlocks

Refusals

  • 429 over your requests per second, or your daily cap. The message says which.
  • 403 the method is blocked, or needs a higher tier.
  • 401 unknown key.
  • 402 the wallet behind that key no longer holds enough.
  • 502 upstream did not answer. Not your fault.

Batches are allowed up to 20 calls, and a batch costs its full size against the rate limit, so batching is not a way around the limiter.

Refusals are plain JSON-RPC errors, same shape you would get from any node:

{
  "jsonrpc": "2.0",
  "id": null,
  "error": { "code": -32005, "message": "rate limit, 10 requests per second on drip" }
}

Error codes

statuscodemeaning
401-32001unknown key
402-32002the wallet behind that key dropped below the stream tier's holding requirement
403-32003method is blocked outright (see below)
403-32004method needs at least the current tier
429-32005over your requests-per-second ceiling
429-32006daily request cap reached for your tier
502-32007upstream did not answer in time

What is not available

eth_getLogs is blocked outright. Historical log queries are expensive to give away through a free endpoint and a free endpoint offering it would be drained by one person in an afternoon. Heavy history methods need at least the current tier:

Request bodies are never logged. The proxy counts method names, timings and status codes, and forwards the rest untouched. It does not store what you asked for or what came back.
Mainnet is currently supported. Use your own backup RPC for production-critical applications; Relay is a community-operated service whose availability depends on its configured upstreams and treasury.

FAQ

Do I have to sign up or connect a wallet to try it?

No. The /rpc endpoint with no key works immediately, metered per IP on the free drip tier. A key just raises the ceiling and requires no signup either — only the wallet address you want it bound to.

What happens if my wallet's balance changes?

Your key is re-priced against your live balance on every request. Buy more and the next request lands in the higher tier; sell below a threshold and the very next request drops to whatever tier your balance actually supports. Nothing to renew, nothing to cancel.

Is this safe to point production traffic at?

Relay automatically fails over between its configured upstream providers for safe, read-only requests, and the status page shows real upstream health. That said, it is a community-run service funded by trading fees, not a paid SLA — keep your own fallback RPC configured for anything mission-critical.

Does batching help me get around the rate limit?

No. A JSON-RPC batch of N calls costs N against your per-second limit, the same as sending them one at a time. Batches are capped at 20 calls.

A trading fee, redirected into an RPC bill.

Most of what follows is one idea stretched out into an argument, plus the receipts to back it. The numbers below are live — they are the actual case being made.

treasury—read live off chain
runway—treasury ÷ daily burn
requests served—all time, this endpoint
upstream spend—paid out of the treasury
01

The whole idea

Every Relay token trade can fund the creator wallet and the RPC infrastructure behind this service. The fee stream becomes a transparent operating budget instead of idle wallet balance.

Meanwhile everyone building on Robinhood Chain pays for RPC, or suffers on the public endpoint that rate limits you into uselessness the moment anyone actually uses the thing you built.

So point one at the other. Trades pay the fee, the fee pays the upstream bill, the endpoint is free. Nobody using it pays anything, because the traders already paid, and they would have paid it either way into a wallet that did nothing.

02

The ledger is the site

Every project says the fees go somewhere. You are supposed to take their word for it, check a wallet once, and never look again. So the numbers here are the ones that would expose it if that were not true: requests actually served, dollars actually spent upstream, treasury balance read live off chain, and runway, which is treasury divided by daily burn.

Runway is the only number that tells you whether this survives, so it is on the front page instead of buried in a docs tab.

03

It grows and shrinks

Volume up, the limits rise and the upstream plan gets bigger. Volume down, they come back in. You cannot promise fixed capacity on variable income. Anyone who does is going to break the promise or drain the treasury, usually both, in that order.

04

The honest part

The treasury is an operator wallet. A person claims the creator fees into it and pays the provider out of it. The balance and the spend are on this page and checkable against the chain, so the arithmetic can be verified by anyone who cares to. That is transparent. It is not trustless, and calling it trustless would be a lie.

relay is a proxy in front of one or two commercial RPC providers. If every configured upstream goes down, this goes down.

Not investment advice.