Order types

Native vs client-side SL/TP

Where stop losses and take profits actually fire - at the exchange or in the engine.

1 min readUpdated Jun 19, 2026

LucraX prefers native SL/TP (attached to the position at the exchange) whenever the venue supports it. Native means the exchange enforces the stop / target, so a brief LucraX outage or network blip can't leave a position unprotected.

Native support by venue

VenueNative SLNative TPNotes
Binance FuturesYesYesSTOP_MARKET / TAKE_PROFIT_MARKET
ByBitYesYesPosition-attached
BitMEXYesYesexecInst: "Close"
HyperliquidYesYesTPSL order type
LNMarketsYesYesSet on trade open
Interactive BrokersYesYesBracket orders
TradovateYesYesOSO / OCO
TradeStationYesYesBRK order group

Client-side fallback

When native isn't supported (rare in modern setups), the engine watches the WebSocket price feed and submits a market close when the level is breached. Less reliable - depends on the engine being healthy and the WS feed being current.

What the engine guarantees

When an entry attaches native SL/TP, the engine suppresses client-side stop/target signals from the interpreter to prevent double-closes. Custom exit conditions (e.g. RSI exit) still fire - they're a different category from stops/targets.

Pitfalls

  • Mixing native and client-side intentions by editing exit rules mid-trade can produce ambiguous behavior. Wait for the position to close before changing exit logic.
  • Some exchanges silently reduce stop precision to their tick size; the engine rounds to fit.
Native vs client-side SL/TP | Help Center | LucraX · LucraX