Skip to main content
Mempool configurations vary wildly across different protocols & node client configurations. The table here is a maintained reference of mempool configurations & specifics across all the protocols that Chainstack supports.

What gives you mempool access

Two different things get called mempool access, and they have different requirements. On the EVM chains with a public mempool — Ethereum, Polygon, and BNB Smart Chain: For a live feed of pending transactions, a full-mode node is enough. The feed is the node’s view of the public mempool — transactions that reached it over the p2p network, not only the ones you submitted through it. No node sees every pending transaction, as each node’s view depends on its peers. The txpool_* namespace is the part that needs the archive mode. A Dedicated Node can serve txpool_* in the full mode too — that one is a customization, so ask for it when you deploy. txpool_* is also a separate namespace from debug_* and trace_*, and each one has its own gate:
  • txpool_* — the node mode enables it, not your plan. It works on an archive node even when your plan has no debug and trace access.
  • debug_* and trace_* — your plan enables them. They also work on full-mode nodes, and they do not bring txpool_* with them.
So enabling the debug and trace APIs on a full-mode node does not give you the pool methods. Calling txpool_content on such a node returns:
Arc is the exception to the split above. It serves the txpool_* methods, but its node software blocks pending-transaction visibility outright: eth_newPendingTransactionFilter and eth_subscribe("newPendingTransactions") return -32001, and both eth_getBlockByNumber("pending") and eth_getTransactionBySenderAndNonce return null. See Arc methods.
To get the txpool_* methods, deploy the node in the archive mode, or ask for them on a full-mode Dedicated Node. Trader Nodes are regional and not every region offers the archive mode, so check Available clouds, regions, & locations for your region before you deploy.
On protocols with no public mempool, pending-transaction methods like eth_newPendingTransactionFilter and eth_subscribe("newPendingTransactions") return empty by design — pending transactions are visible only to the sequencer. On Base and Optimism, follow transactions in real time with Flashblocks instead — see the how-to guides (Base, Optimism) or how Flashblocks works (Base, Optimism).
The table structure:
  • Protocol — protocol name.
  • Protocol availability — details of the mempool availability on the protocol level.
  • Chainstack availability — what you need to deploy for the protocol’s pool-inspection methods on Chainstack.
  • Client configuration — the default node client configuration for the mempool as deployed at Chainstack.
  • Example — a simple curl example. Remember to replace YOUR_CHAINSTACK_NODE with your Chainstack node endpoint for that particular protocol.
Remember that whatever the default configuration, we can always customize it for you on a Dedicated Node .

Ethereum txpool_content

Polygon txpool_content

BSC txpool_content

Gnosis txpool_content

Filecoin MpoolPending

Fantom txpool_content

Tezos pending_operations

Bitcoin getrawmempool

Ake

Ake Director of Developer Experience @ Chainstack
Talk to me all things Web3
20 years in technology | 8+ years in Web3 full time years experience
Last modified on August 3, 2026