On Global Nodes, MEV protection is available on every plan, including the Developer plan.
On L2 sequencer chains — Arbitrum, Base, Arc, and Robinhood Chain — transactions are not broadcast to a public mempool, so there is no third-party front-running to shield against. Use optimized submission instead.
How it works
- You construct and sign your transaction as usual and send it through our endpoint. This is sent as
eth_sendRawTransaction. - Instead of broadcasting to the global mempool, our proxy forwards it to the partner network for direct inclusion consideration by block builders.
- A builder includes your transaction in a block. Once confirmed, it appears on-chain as normal.
eth_getTransactionByHash
eth_getTransactionReceipt
eth_getTransactionByBlockHashAndIndex
eth_getTransactionByBlockNumberAndIndex
What happens if private routing fails
While MEV protection is on, Chainstack sendseth_sendRawTransaction only through the private route to block builders. If the private route fails, the request returns a JSON-RPC error, and Chainstack does not broadcast the transaction to the public mempool.
Handle the error by sending the same signed transaction again. A signed transaction can be included in a block only once, so a retry can’t execute it twice.
MEV protection applies to the node’s existing HTTPS and WSS endpoints and to every authentication method of the node, both the auth token in the URL and the username and password. The node has no separate protected endpoint. To send transactions through the public mempool, disable MEV protection.
Benefits
- Reduced front-running risk — your transaction isn’t visible in the public mempool, minimizing the chance of adversary trades.
- Reliable delivery — direct builder routes ensure predictable inclusion.