What “No Dealing Desk” means in practice
In forex, “No Dealing Desk” (NDD) is a label used for an execution approach where the broker does not act as the direct counterparty for each trade in the way associated with a classic dealing desk model. Instead, client orders are typically passed through to external liquidity sources (for example, other participants and/or liquidity pools) via some form of order routing.
This description explains the mechanics at a high level: the provider still operates the platform, manages order flow, and applies its execution rules. So “NDD” mostly changes where execution decisions and counterparties are sourced from—not the fact that execution involves real-time markets, fees, and operational systems.
How NDD can work—and where the risks enter
With NDD, risk can show up in several layers:
-
Operational execution risk: Orders must be transmitted, matched, and filled through technology and workflows. Delays, routing failures, or temporary outages can affect whether a requested entry is executed as expected.
-
Market microstructure risk: Forex prices move continuously and liquidity can change quickly. Even when orders are routed externally, the price you see may not be the price you receive when your order reaches a liquidity source.
-
Counterparty and liquidity risk: Although the broker may not “deal” against the client, execution still depends on the availability and behavior of liquidity providers. If available liquidity widens, thins, or retreats, fills may be worse than expected.
-
Interpretation risk: The label “NDD” can be misunderstood as a guarantee of fair pricing or perfect execution. In reality, execution outcomes depend on market conditions, order types, fees, and the provider’s stated execution handling.
Evidence-style examples of material failure modes (without assuming outcomes)
Consider these realistic scenarios. They are not predictions—just common ways NDD execution can produce undesirable results:
-
Slippage during fast moves: Suppose you place a market order when volatility increases. Even with external routing, the first available fill at the moment of execution may be at a different price than the last quoted price.
-
Partial fill or incomplete execution: If liquidity at the target price is limited, an order may fill only for part of the size, leaving the rest unfilled or filled later at a different level.
-
Execution under thin liquidity: During periods of low trading activity, spreads can widen and depth can be scarce. With thin markets, the “next” executable price can jump, and the order may not behave like it would in normal conditions.
-
Platform or routing interruptions: If connectivity degrades or the provider’s order-routing component has issues, the order may be delayed, canceled, or processed differently than expected.
Key limitations and risks you can independently verify
Because “NDD” is a concept label, the practical risks often reduce to what you can verify about execution handling and costs. When assessing the risk profile independently, focus on:
-
Order handling details: Look for how the provider describes execution for different order types (market vs. limit) and what can happen when the market moves between quote display and execution.
-
Pricing and quote behavior: Understand whether the provider uses dealing-like pricing behavior for some instruments or situations (labels can be inconsistent). Avoid assuming identical behavior across time and conditions.
-
Costs and effective spread: Costs may include spreads and commissions; the effective trading cost can vary when liquidity changes. This affects risk because outcomes depend on realized execution price, not just the displayed quote.
-
Operational continuity: Confirm how the provider describes system performance, connectivity, and error handling. Operational failures are a real execution risk regardless of NDD vs. dealing desk terminology.
A simple control point
A useful control point is to compare expectations against verifiable execution rules: what happens if your order is not filled at the requested price, and how the provider documents slippage, partial fills, or execution delays.
Verification and next question
To independently verify the relevant facts, read the provider’s execution and order-handling documentation and check how it defines execution outcomes under stress conditions (fast markets, thin liquidity, connectivity issues). Then ask: What specific conditions trigger slippage, partial fills, or order rejection—and how are those handled in the order lifecycle?