Skip to main content

RPC Providers

There are multiple RPC providers from which you can choose from. These providers will work as intermediaries to help you interact with the NEAR network. You'll experience different latency levels depending on the provider's location. You can potentially use multiple providers for redundancy and balancing.

tip

If you want to use a custom RPC provider with NEAR Wallet Selector, check this example.

Mainnet​

ProviderEndpoint Root
NEAR.org (deprecated)https://rpc.mainnet.near.org
1RPChttps://1rpc.io/near
All That Nodehttps://near-mainnet-rpc.allthatnode.com:3030
ankr.comhttps://rpc.ankr.com/near
BlockPI Networkhttps://near.blockpi.network/v1/rpc/public
dRPChttps://near.drpc.org
fast-near web4https://rpc.web4.near.page
FASTNEARhttps://free.rpc.fastnear.com
Gateway.fmhttps://rpc.near.gateway.fm/
GetBlockhttps://getblock.io/nodes/near/
Lava Networkhttps://near.lava.build
Lavender.Five Nodeshttps://near.lavenderfive.com/
NodeRealhttps://nodereal.io/api-marketplace/near-rpc
NOWNodeshttps://near.nownodes.io/
OMNIAhttps://endpoints.omniatech.io/v1/near/mainnet/public
QuickNode-
Seraclehttps://api.seracle.com/saas/baas/rpc/near/mainnet/public/
Zeeve-

Testnet​

ProviderEndpoint Root
NEAR.org (deprecated)https://rpc.testnet.near.org
FASTNEARhttps://test.rpc.fastnear.com

RPC Failover​

In near-api-js you can use FailoverRpcProvider to automatically switch RPC providers when one provider is experiencing downtime, or implement an RPC selection widget that allows users to add their own RPC provider.

As a user, if a dApp or wallet doesn't support RPC failover and the primary provider is down, you can use an RPC Selector browser extension to redirect all requests to an RPC provider of your choice.

On NEAR.org RPC Deprecation​

Please read the following announcement: Future of Pagoda Services.

The Infrastructure Committee feels that Pagoda's fully-subsidized near.org RPC service is getting in the way of decentralization efforts and is preventing high-quality commercial RPC offerings from gaining traction. If a NEAR core team continues to support a free-to-use near.org RPC service, it will be required to gradually lower its rate limits over the coming months to prevent abuse. In light of this proposed change, high-traffic near.org RPC users should start making plans to switch to other RPC providers.

The current rate-limits of NEAR.org RPC endpoints​

Starting December 1st, 2024:

  • RPC Mainnet: 2000 requests/30s per IP
  • RPC Testnet: 900 requests/30s per IP
  • Archival-RPC Mainnet: 200 requests/30s IP
  • Archival-RPC Testnet: 400 requests/30s per IP

Starting January 1st, 2025:

  • RPC Mainnet: 500 requests/30s per IP or referrer
  • RPC Testnet: 600 requests/30s per IP or referrer
  • Archival-RPC Mainnet: 100 requests/30s per IP or referrer
  • Archival-RPC Testnet: 200 requests/30s per IP or referrer

Starting February 1st, 2025

  • RPC Mainnet: 150 req/30s per IP or referrer
  • RPC Testnet: 300 requests/30s per IP or referrer
  • Archival-RPC Mainnet: 20 requests/30s per IP or referrer
  • Archival-RPC Testnet: 100 requests/30s per IP or referrer
note

Rate limits will be applied by IP or by the HTTP Referer header, whichever hits first. Frontend applications will likely be rate-limited by the referrer, while backend applications will likely be rate-limited by the IP address.

Was this page helpful?