Free Polygon RPC (POL)
Explore Polygon, a Layer 2 scaling solution for Ethereum. Build scalable and low-cost decentralized applications using its RPC gateway.
Connect to Polygon
Access reliable, enterprise-grade endpoints that power your dApp with ultra-low latency and 99.9% uptime.
Connect to Polygon Gateway
Make your first RPC call on Polygon's Blockchain Gateway.
Amoy
Testnet* Rate limit enabled - perfect for testing and development. For production, we recommend to Upgrade.
Get 200 requests/second, priority support and advanced blockchain features.
Global Load Balancer
Route to nearest node
Batch RPC Calls
Multiple requests at once
Archive Nodes
Historical blockchain data
Debug & Trace
Advanced debugging
Advanced Analytics
Usage & performance
Bring Your Own RPC
Custom RPC gateways
Increase your limit and access all network features in Tatum Development Platform.
Testnet Faucets for Polygon
Get free testnet tokens for development on Polygon.
Estimate Gas on Polygon
Calculate the optimal gas fee for any transaction on Polygon.
Smart Contract Tools on Polygon
Deploy, create, and interact with smart contracts on Polygon.
No signup. No paywalls. Just RPC that works. Great ideas come from everywhere.
With love by Tatum
Polygon methods
Every method the Polygon gateway accepts, grouped by interface. 74 in total, read live from the node rather than kept by hand.
Mainnet is the live Polygon network. Every transaction it
accepts is final, and every POL balance it
reports is real money.
Amoy is the test network. It answers the same methods as Mainnet, with tokens that are free and deliberately worthless, so you can rehearse edge cases at no risk. Moving to Mainnet is a URL change and nothing more.
Polygon answers over 2 interfaces: JSON-RPC and WebSocket. Each is listed once below with every method it accepts. The endpoints differ per network, and all of them are in the gateway list above.
What sits between you and Polygon
A node is a machine running Polygon with a copy of the chain. Your code cannot ask the chain directly, it asks a node. The gateway picks a healthy one for every call, so you point at one URL instead of one machine.
- One URL, nothing to run or keep patched yourself.
- Calls routed to a node that is up and in sync.
- A failing node is skipped rather than returned to you as an error.
JSON-RPC
52 methodsThe default. Every wallet, library and framework speaks it, and it is what you want unless you specifically need something else.
One POST carries a method name, its parameters and an id, and the response comes back on the same connection carrying that same id. Requests are independent, so there is no session to keep alive and nothing to reconnect, which is why it runs unchanged behind a load balancer or inside a serverless function. Send an array instead of a single object and the node works through the whole batch in one round trip.
Where it fits
- Anything your library already does for you. ethers, web3.js, viem and their equivalents all target this.
- Batching reads. One array of twenty calls costs one round trip instead of twenty.
- Stateless and serverless deployments, because nothing has to stay connected between calls.
- Historical queries, by passing a block number where you would otherwise pass latest.
Trade-offs
- It cannot push. Finding out that a block landed means polling for it, or moving to WebSocket.
- Wide log queries get refused. Page through in fixed block windows and merge the results yourself.
- Batch responses may come back in any order. Match them on id, never on position.
Enabled and tested methods
Read live from the endpoint, so this is what it actually serves today rather than what the protocol allows in principle. Anything not on this list returns a method-not-found error.
- debug_getBadBlocks
- Returns blocks the node rejected as invalid.
- debug_storageRangeAt
- Walks a range of a contract storage, starting from a given key.
- debug_traceBlock
- Replays every transaction in an RLP-encoded block and returns execution traces.
- debug_traceBlockByHash
- Replays every transaction in a block, located by hash, returning execution traces.
- debug_traceBlockByNumber
- Replays every transaction in a block, located by height, returning execution traces.
- debug_traceCall
- Executes a call and returns a full execution trace, without submitting it.
- debug_traceTransaction
- Replays one transaction and returns its step-by-step execution trace.
- eth_blockNumber
- Returns the height of the most recent block.
- eth_call
- Executes a read-only call against current state, without sending a transaction or spending gas.
- eth_callMany
- Executes several calls in sequence against the same state snapshot.
- eth_chainId
- Returns the chain ID used for replay-protected transaction signing.
- eth_estimateGas
- Estimates how much gas a transaction would consume, without submitting it.
- eth_feeHistory
- Returns base fee and priority fee percentiles across a range of recent blocks.
- eth_gasPrice
- Returns the current gas price in wei.
- eth_getBalance
- Returns the native token balance of an address at a given block.
- eth_getBlockByHash
- Returns a block identified by its hash.
- eth_getBlockByNumber
- Returns a block identified by its height.
- eth_getBlockReceipts
- Returns the receipts for every transaction in a block, in a single call.
- eth_getBlockTransactionCountByHash
- Returns how many transactions a block contains, located by hash.
- eth_getBlockTransactionCountByNumber
- Returns how many transactions a block contains, located by height.
- eth_getCode
- Returns the contract bytecode deployed at an address.
- eth_getLogs
- Returns event logs matching a filter of address, topics and block range.
- eth_getProof
- Returns a Merkle proof for an account and any of its storage slots.
- eth_getStorageAt
- Reads a single storage slot from a contract.
- eth_getTransactionByBlockHashAndIndex
- Returns a transaction by its position in a block, located by hash.
- eth_getTransactionByBlockNumberAndIndex
- Returns a transaction by its position in a block, located by height.
- eth_getTransactionByHash
- Returns a transaction identified by its hash.
- eth_getTransactionCount
- Returns how many transactions an address has sent, which is its next nonce.
- eth_getTransactionReceipt
- Returns the receipt of a mined transaction: status, gas used, and emitted logs.
- eth_getUncleByBlockHashAndIndex
- Returns an uncle (ommer) block by parent hash and index.
- eth_getUncleByBlockNumberAndIndex
- Returns an uncle (ommer) block by parent height and index.
- eth_getUncleCountByBlockHash
- Returns how many uncles a block has, located by hash.
- eth_getUncleCountByBlockNumber
- Returns how many uncles a block has, located by height.
- eth_maxPriorityFeePerGas
- Suggests a priority fee (tip) per gas for timely inclusion.
- eth_sendRawTransaction
- Broadcasts an already signed, serialized transaction to the network.
- eth_signTypedData
- Signs EIP-712 structured data.
- eth_signTypedData_v3
- Signs EIP-712 structured data using the v3 encoding.
- eth_syncing
- Reports whether the node is still syncing, and how far behind it is.
- net_listening
- Reports whether the node is accepting new peer connections.
- net_peerCount
- Returns how many peers the node is currently connected to.
- net_version
- Returns the network ID the node is connected to.
- trace_block
- Returns Parity-style call traces for every transaction in a block.
- trace_call
- Runs a call and returns Parity-style traces, without submitting it.
- trace_callMany
- Runs several calls in sequence and returns Parity-style traces for each.
- trace_rawTransaction
- Traces a signed, serialized transaction without broadcasting it.
- trace_replayBlockTransactions
- Replays a block and returns traces, state diffs and VM output.
- trace_replayTransaction
- Replays one transaction and returns traces, state diffs and VM output.
- trace_transaction
- Returns Parity-style call traces for a single transaction.
- txpool_content
- Lists the pending and queued transactions currently held in the mempool.
- txpool_inspect
- Summarises the mempool in a human-readable form.
- txpool_status
- Returns counts of pending and queued transactions in the mempool.
- web3_clientVersion
- Returns the node client name and version string.
Common JSON-RPC errors
What you are most likely to hit calling this interface, and what to do about it.
- -32700
- Parse error. The request body was not valid JSON. Check that the body is serialised JSON and that Content-Type is application/json.
- -32600
- Invalid request. The JSON parsed, but it is not a well-formed JSON-RPC call. Include jsonrpc, method and id fields. A batch must be a non-empty array.
- -32601
- Method not found. This node does not expose the method you called. Check the spelling and the namespace, and confirm the method is in the list above for this network. Tracing methods in particular are not enabled everywhere.
- -32602
- Invalid params. The method exists but the arguments are wrong. Check argument order and types. Most EVM methods want hex-encoded quantities, and a block parameter such as latest or a hex height.
- -32603
- Internal error. The node failed while handling an otherwise valid request. Retry with backoff. If it persists on one method, it is usually that method rather than the node.
- -32000
- Server error. A catch-all the node uses for execution failures, most often a reverted call or a request over a limit. Read the accompanying message. Execution reverted means your call failed on chain, not in transport. Narrow the block range if you are querying logs.
- HTTP 429
- Rate limited. You have exceeded the free tier request allowance. Back off and retry, batch reads into single calls, or move to a dedicated endpoint for production traffic.
- HTTP 413
- Payload too large. The request body exceeded what the node accepts. Split large batches into smaller ones.
WebSocket
22 methodsOne connection held open, so the node pushes events to you instead of waiting to be asked.
You subscribe once and the node sends a message every time the thing you asked about happens: a new head, a log matching your filter, a transaction hitting the pool. Each subscription hands back an id you later pass to unsubscribe. It replaces the polling loop outright, and it is the only way to hear about something in the same second it occurs.
Where it fits
- Live data: new blocks, contract logs, pending transactions, confirmations.
- Cutting request volume, since one subscription replaces a method polled on a timer forever.
- Reacting fast, because you hear about an event as the node sees it rather than on your next poll.
Trade-offs
- Nothing is replayed. Whatever was emitted while the socket was down is gone for good.
- Keep the last block you handled, and after reconnecting backfill the gap over JSON-RPC before trusting the stream again.
- Idle connections get dropped by proxies. Send periodic pings, and reconnect with backoff rather than in a tight loop.
- Endpoints cap subscriptions per connection, so share one connection instead of opening several.
Enabled and tested methods
Read live from the endpoint, so this is what it actually serves today rather than what the protocol allows in principle. Anything not on this list returns a method-not-found error.
- eth_blockNumber
- Returns the height of the most recent block.
- eth_call
- Executes a read-only call against current state, without sending a transaction or spending gas.
- eth_chainId
- Returns the chain ID used for replay-protected transaction signing.
- eth_estimateGas
- Estimates how much gas a transaction would consume, without submitting it.
- eth_feeHistory
- Returns base fee and priority fee percentiles across a range of recent blocks.
- eth_gasPrice
- Returns the current gas price in wei.
- eth_getBalance
- Returns the native token balance of an address at a given block.
- eth_getBlockByHash
- Returns a block identified by its hash.
- eth_getBlockByNumber
- Returns a block identified by its height.
- eth_getBlockReceipts
- Returns the receipts for every transaction in a block, in a single call.
- eth_getCode
- Returns the contract bytecode deployed at an address.
- eth_getLogs
- Returns event logs matching a filter of address, topics and block range.
- eth_getStorageAt
- Reads a single storage slot from a contract.
- eth_getTransactionByHash
- Returns a transaction identified by its hash.
- eth_getTransactionCount
- Returns how many transactions an address has sent, which is its next nonce.
- eth_getTransactionReceipt
- Returns the receipt of a mined transaction: status, gas used, and emitted logs.
- eth_maxPriorityFeePerGas
- Suggests a priority fee (tip) per gas for timely inclusion.
- eth_sendRawTransaction
- Broadcasts an already signed, serialized transaction to the network.
- eth_subscribe
- Opens a WebSocket subscription to new heads, logs, or pending transactions.
- eth_unsubscribe
- Cancels an existing WebSocket subscription.
- net_version
- Returns the network ID the node is connected to.
- web3_clientVersion
- Returns the node client name and version string.
Common WebSocket errors
What you are most likely to hit calling this interface, and what to do about it.
- 1006
- Connection closed abnormally, with no close frame. Usually an idle timeout, a network change, or a proxy dropping the connection. Reconnect with exponential backoff and re-establish every subscription. Send periodic pings to keep the connection from idling out.
- 1013
- Try again later. The server is shedding load or you have opened too many connections. Back off before reconnecting, and reuse one connection for many subscriptions rather than opening one each.
- -32601
- Method not found. Subscriptions use a different method name from the HTTP interface. Use eth_subscribe and eth_unsubscribe on EVM chains, or the chain-specific subscribe methods listed above.
- Missed events
- Not an error code. Anything emitted while the socket was down is gone, because subscriptions are not replayed on reconnect. Record the last block you processed, and after reconnecting backfill the gap over JSON-RPC before trusting the live stream again.
- HTTP 429
- Rate limited during the upgrade handshake, or too many concurrent subscriptions. Reduce concurrent connections and consolidate subscriptions, or move to a dedicated endpoint.
Indexed Polygon Data Insights
Complete on-chain data access, no infrastructure to run yourself. Query wallets, tokens, NFTs, and transaction history with lightning-fast APIs.
Get Wallet Portfolio
Fetch all token balances for a wallet on Polygon.
Get Token Exchange Rates
Check exchange rates for tokens and fiat on Polygon.
Check Polygon Malicious Address
Verify if an address on Polygon is flagged as malicious.
NFT API on Polygon
Query collections, get metadata, check ownership, and track balances on Polygon.
Get Token Information
Fetch detailed information about a token on Polygon.
Get Polygon Wallet Transactions
Retrieve all Polygon transactions for a wallet, including internal transfers.
Real-time Polygon Alerts
Real-time webhooks for on-chain events. Stop polling the network - get instant alerts for transactions, smart contract events, and wallet activities.
Real-time Alerts for Polygon
Receive instant webhooks for any event on Polygon.
Notification Types on Polygon
Discover incoming and outgoing transaction events for Polygon addresses.
About Polygon
What it is, and guides for building on it.
The Polygon RPC documentation provides developers with the necessary tools to interact with the Polygon blockchain, a Layer 2 scaling solution built on Ethereum. The documentation includes API endpoints for querying blockchain data, managing transactions, and deploying smart contracts. Polygon uses sidechains and rollups to achieve fast and low-cost transactions, making it ideal for decentralized finance (DeFi), gaming, and NFTs. Developers can leverage Ethereum-compatible tools while benefiting from enhanced scalability using Polygon’s RPC gateway.
From the Tatum blog
Bringing Parity Trace APIs to Polygon Bor: Inside Tatum's Upstream Contribution
Tatum contributed native Parity trace_* RPCs to Polygon Bor in PR #2294. How the engine works, 96% Erigon parity acro...
What's new
Stream Blockchain Data: WebSockets Are Here
Stop polling. Start streaming. Tatum WebSocket subscriptions push on-chain events to your app the instant they happen...
Polygon Erigon EOL & Migration to Bor
Polygon Labs has announced that support for the 0xpolygon/erigon node implementation on the Polygon PoS network (Main...
Get Token Information : Native Token Support
We’re excited to announce a powerful update to our Get Token Information endpoint in Tatum’s Data API, you can now fe...
Build on Polygon: Master RPC Gateways, Data APIs, WebSockets, and On-Chain Al...
Learn how to build scalable dApps on Polygon using high-performance RPC gateways, real-time WebSockets, indexed Data ...
Tatum WebSocket: Stream Blockchain Data in Real Time
Learn how Tatum WebSocket subscriptions stream real time blockchain data from Ethereum, Polygon, and Solana without p...
Roadmap & Blockchain Upgrades to Watch in 2026
A builder-focused overview of major blockchain upgrades planned for 2026, covering Ethereum, Solana, Polygon, BNB Cha...
Polygon's Layer 2 Solutions: Miden, Plasma, and AggLayer Explained
Discover Polygon's Layer 2 solutions. We cover Plasma, AggLayer, Miden, and their bridges. Your complete guide to Pol...
Frequently Asked Questions
Everything you need to know about Polygon RPC endpoints
Quick Answer: What is Polygon RPC?
RPC (Remote Procedure Call) is the standard way to interact with the network programmatically - reading on-chain data, submitting transactions, and deploying smart contracts through JSON-RPC calls. The free tier ships 5 requests per minute with no registration required, which covers most learning and testing workflows. Production applications typically move to Tatum Premium for 200 requests per second and enterprise-grade reliability.
What is Polygon RPC?
How do I connect to Polygon using these RPC endpoints?
What are the rate limits for the free RPC tier?
Is Polygon RPC free forever?
What happens if I exceed the free tier rate limit?
Can I use these Polygon RPC endpoints with MetaMask?
Are these RPC endpoints secure?
What's the difference between mainnet and testnet RPC endpoints?
How do I troubleshoot RPC connection errors?
Can I use these endpoints in production?
Explore Other Blockchains
Discover RPC endpoints for other popular blockchain networks