MEV searchers on Ethereum use theDocumentation Index
Fetch the complete documentation index at: https://mintlify.com/BlockRazorinc/docs_en/llms.txt
Use this file to discover all available pages before exploring further.
eth_sendBid method to participate in BlockRazor’s orderflow auction by attaching a bid denominated in wei to a bundle targeting a specific signal transaction. The searcher workflow is built around speed and precision: monitor the mempool for profitable signal transactions, construct a backrun bundle that captures the resulting opportunity, calculate a bid that remains below the expected profit, and submit before the auction closes. The highest bidder for each signal transaction wins exclusive placement immediately after it in the target block.
The Ethereum Searcher Bundle service is available to all new registered users with no rate limits. For Private Mempool access—which provides signal transactions before public propagation—see the Pricing page.
Endpoint
Authorization header.
MEV Searcher Workflow
The typical searcher cycle for Ethereum orderflow auctions consists of four stages:- Detect — Subscribe to BlockRazor’s Mempool Stream or Private Mempool feed. When a signal transaction matching your strategy criteria appears, capture its hash and simulate its on-chain effect.
- Build — Construct one or more signed backrun transactions that profitably exploit the state change created by the signal transaction (e.g., arbitraging a resulting price imbalance).
- Bid — Calculate the maximum bid you can pay while still extracting positive profit. Submit the bundle via
eth_sendBidwith that bid value. - Confirm — After the target block is sealed, verify that your
bundleHashappears on-chain to confirm a successful auction win.
Request
The request follows the standard JSON-RPC 2.0 envelope. The single element ofparams is a bundle-bid object with the fields described below.
Bundle Parameters
An ordered array of signed raw transactions encoded as hex strings (each prefixed with
0x). These are the searcher’s backrun transactions. They execute sequentially and atomically immediately after the signal transaction if the bid wins the auction.The target block number for bundle inclusion, expressed as a hex string (e.g.,
"0x12A05F0"). The bid is only active for this specific block; if the block passes without inclusion, the bundle is discarded.The amount in wei that the searcher offers for the backrun slot, expressed as a hex string (e.g.,
"0x2386F26FC10000" for 0.01 ETH). The highest bid among all competing submissions for the same signalTx wins the auction.The transaction hash of the signal transaction to follow. This identifies the auction slot being bid on and determines where in the block the winning bundle will be placed.
Code Examples
Response
A successful submission returns abundleHash that registers your bid in the auction. A valid response does not guarantee inclusion—a higher competing bid may win the slot.
The unique hash of the submitted bid bundle. Use this to verify post-block whether your bundle was included in the target block.
Response Example
Bid Strategy Guidance
Setting the right bid is the core challenge for searchers. Bid too low and a competitor wins the slot; bid too high and the trade becomes unprofitable.Always simulate the full bundle—including the signal transaction—before submitting to verify that your backrun transactions are profitable under the expected post-signal state. On-chain conditions can change between detection and block inclusion, so build a margin of safety into your profit estimate before setting the
bid.