Private swap submission keeps trades out of the public queue
Private submission can hide a swap from public mempool bots until a block is built, but it shifts trust to the relay and does not make the trade anonymous.
The Tareom Editors4 min read

When you send a swap through a private submission route, your wallet sends the signed trade for the amount you set to a transaction relay instead of the public mempool. The relay passes it toward block production, where it can be included without sitting in the open queue for bots to inspect first.
- Your wallet still signs the transaction and pays its network fee if it is included.
- The relay can see the transaction details before the block is built.
- The trade still appears on the public blockchain after inclusion.
For someone swapping often, this changes who can see a pending trade and when. It does not make the swap anonymous or guarantee a better execution price. The practical question is whether reducing public exposure is worth relying on a private route and its operators.
What does private submission change for a swap?
Private submission changes the path a signed transaction takes before it reaches a block. With a standard public route, the transaction is broadcast to nodes and may be visible in the public mempool, a waiting area for unconfirmed transactions. Bots can monitor that queue and react before the trade is confirmed.
A private route sends the transaction to a relay or network of participating block builders instead. The aim is to keep it out of the public queue while it is pending, reducing the chance that a bot can copy or trade ahead of it. The transaction still has to meet the swap contract’s rules, pay the network fee and be selected for a block.
That route is useful to understand alongside price routing. A swap service may split one trade across pools to seek a better result after gas costs; a fuller explanation of that trade-off is in paraswap. Private submission affects how a chosen transaction is sent, while routing affects how the swap itself is executed.
Why use it for frequent swaps?
Repeated swaps create repeated moments when a pending transaction may be visible. If a trade is large relative to a pool’s available liquidity, other trades can move the price before yours lands. A bot that sees your pending order may try to trade before it and sell after it, leaving you with a worse execution. This is commonly called a sandwich attack.
Private submission can reduce that public preview window. It may suit you when a swap is time-sensitive or when the trade could visibly move a pool, but it is not a general way to improve every price. For a small, routine swap, fees, route quality and slippage settings may matter more than hiding the transaction from the public mempool.
Frequent users should also consider how they handle pending and failed trades. Private routes can have different policies for retries, cancellations and transaction visibility. A transaction that does not reach a block may need to be resubmitted, and the wallet’s nonce—the sequence number that orders transactions from one account—can affect whether later swaps proceed.
What should you check before using a private route?
First, confirm that the wallet or swap interface actually sends the transaction privately on the network you are using. Private submission is not a property of the token or the swap contract; it depends on the transaction’s route. A setting may apply only to one chain or one transaction type.
Then check what the service says about privacy, inclusion and failed trades. The relay must see enough information to deliver the transaction, so private means hidden from the public pending queue, not hidden from every intermediary. After confirmation, the transaction and its effects are public on-chain and can be inspected like other blockchain activity.
Keep the usual swap controls in place. Set a minimum amount out that reflects the price you are willing to accept, and review the network fee before signing. Private routing does not prevent a bad token contract, a malicious wallet prompt or a poor route, and it cannot promise inclusion at a particular time.
For most frequent swappers, the sensible choice is to use private submission when the public exposure of a pending trade is a real concern, while comparing the final expected output and fees on every swap. Treat the relay as a service you are trusting with transaction data, and remember that once the trade is confirmed, it is public.