Limit Order
Order to trade at a specified price or better.
A limit order is an instruction to buy or sell an asset only at a specified price or better. A buy limit sets the maximum price the trader will pay, while a sell limit sets the minimum accepted price. It prioritizes price control over immediate execution.
On an order book, limit orders rest as bids or asks until a matching order arrives, the trader cancels, or the order expires. Orders at the same price may receive priority by submission time or venue rules. A large order can fill in parts across several counterparties rather than all at once.
Limit orders matter because market orders can execute through several price levels in a shallow market. A limit protects against paying above or selling below the chosen boundary. It does not guarantee the average price will be favorable relative to later markets, and it may prevent any trade when price moves away.
Order settings change behavior. Good-till-canceled orders remain open, while immediate-or-cancel orders execute available size and cancel the rest. Fill-or-kill requires complete immediate execution. Post-only aims to add liquidity rather than match instantly. Stop-limit orders activate only after a trigger and can remain unfilled during a fast move.
Decentralized systems may store orders on-chain, publish signed orders off-chain, or simulate limit execution through keeper contracts and liquidity pools. Users may grant token allowances before filling. Network congestion, oracle conditions, keeper downtime, gas, and MEV can affect results. Cancellation can require an on-chain transaction and may race with execution.
Before placing an order, verify asset, pair, side, quantity, price units, expiry, fees, and available balance. Monitor partial fills and stale orders because forgotten instructions can execute much later under changed conditions. A limit order controls the worst allowed execution price under venue rules, not slippage elsewhere, settlement safety, token legitimacy, or whether the trade itself is financially sound.
Traders should reconcile filled quantity and average execution rather than assuming the requested amount completed. Fees may be charged in another asset, and partial fills can leave an unintended exposure. API users need unique order identifiers, idempotent submission, and handling for disconnects where final order status is initially unknown.
Frequently asked questions
- A limit order gives price control. A buy sets the highest acceptable price, while a sell sets the lowest. It can avoid crossing a wide spread immediately and may earn a maker fee rate. The tradeoff is execution uncertainty. The market can move away, only part may fill, or available liquidity may disappear before the order completes.
- The market may never have reached the limit on that venue, or earlier orders consumed available liquidity. A chart can show a last price without enough size to fill yours. Queue priority, minimum size, expiry, post-only rules, network settlement, and partial fills also matter. Confirm order status and do not assume touching the price guarantees execution.
- Open orders can usually be canceled, but cancellation is effective only after the venue accepts it or an on-chain cancellation confirms. The order may fill while the request is pending. Some DEX orders are signed messages that require invalidating a nonce or permission. Review gas, expiry, allowances, partial fills, and whether the operator retains matching authority.