Exchange Minimum Order Sizes Explained for Automated Trading

Exchange minimum order size explained for automated trading: minimum notional, minimum quantity, and step size, why orders get rejected, and how to size automated orders that respect each market's floor.

Exchange Minimum Order Sizes Explained for Automated Trading

Your TradingView alert fires, the webhook reaches your exchange, and then nothing happens. The order comes back rejected. One of the most common reasons is the exchange minimum order size: every market has a floor below which an order simply will not be accepted. When you trade manually you rarely notice it, because you size positions by feel. When you automate, the floor becomes a hard edge that silently kills small orders and breaks otherwise-correct strategies.

This guide explains what a minimum order size actually is, the three separate limits that hide behind that phrase, why exchanges enforce them, how they differ across venues and markets, and how to design automated orders that respect them. The goal is simple: fewer rejected orders and fewer surprises when a signal turns into a trade.

What "minimum order size" really means

"Minimum order size" is a loose term that usually bundles together three distinct exchange rules. Understanding them separately is the difference between guessing and knowing why an order was rejected.

The first is minimum notional value (often called `minNotional`). This is the smallest total value an order can have, measured in the quote currency. If a market has a minimum notional of 5 USDT, an order for 0.00005 BTC at a price of 60,000 USDT is worth 3 USDT and gets rejected, even though the quantity looks valid.

The second is minimum quantity (`minQty`). This is the smallest amount of the base asset you can buy or sell, independent of price. A market might require at least 0.0001 BTC per order regardless of what that works out to in dollars.

The third is step size (`stepSize` or lot size). Quantities must be a multiple of this increment. If the step size is 0.001, then 0.0015 is invalid and must be rounded to 0.001 or 0.002. Step size is closely related to price tick size, which governs the increments a limit price can use.

An order has to clear all three checks at once. Passing the notional floor does not help if your quantity is not a clean multiple of the step size.

Why exchanges enforce minimums

These limits are not arbitrary friction. Order books work best when each resting order represents a meaningful amount of liquidity. Dust-sized orders bloat the book, slow down matching, and create accounting overhead that costs more to process than the trade itself is worth. Minimums keep the book clean and matching fast.

Minimum notional rules also curb certain forms of market abuse, such as spoofing with tiny orders. For an automated trader, the practical takeaway is that these rules are stable, published, and queryable, so you can build around them instead of being surprised by them.

The three limits that trip up automated orders

Manual traders almost never hit these floors because they naturally trade round, meaningful sizes. Automation is different in three ways.

Automated sizing is often formula-driven. If your strategy risks a fixed fraction of a small balance per trade, the resulting quantity can fall below the minimum on higher-priced assets. A position that is fine on a large account is invalid on a small one.

Automation trades many markets. A single alert template pointed at dozens of pairs will meet the minimum on some and miss it on others, because each market sets its own floors. What works for a liquid major can fail on a thinner altcoin.

Automation rounds badly if you let it. Sending a raw calculated quantity like 0.0012734 to a market with a step size of 0.001 forces the exchange to reject or truncate it. If you truncate to 0.001 without checking the notional, you can slip back under the minimum notional and get rejected anyway.

How minimums differ across exchanges and markets

There is no universal minimum. Each exchange sets its own, and the values differ by market and by product type. Spot markets, perpetual futures, and dated contracts on the same venue can all carry different floors. Futures often express the minimum in contracts rather than in the base asset, and one contract can represent a fixed amount of the underlying, which changes the math entirely.

Values also drift over time. Exchanges periodically adjust minimums as prices move, especially for assets that have appreciated or depreciated sharply, so a floor you hard-coded months ago may be stale today. The reliable approach is to read the current limits from the exchange's instrument metadata rather than assuming a number. Most venues expose an exchange-info or instruments endpoint that lists `minNotional`, `minQty`, and `stepSize` per market, and those values are the single source of truth.

How minimums break automated strategies

The failure modes are usually quiet, which is what makes them dangerous. A dollar-cost-averaging schedule that buys a small fixed amount on each alert can sit below the minimum notional the entire time, so none of the orders ever land and the strategy appears to do nothing. A percentage-based entry on a small account can produce a quantity under `minQty` for expensive assets while working fine for cheaper ones, giving you inconsistent coverage across your watchlist.

Partial exits are another trap. If you close a fraction of a position and the remaining piece, or the piece you are trying to sell, falls below the minimum, the exit is rejected and you are left holding size you meant to shed. This interacts with how partial fills are handled, because a position that filled in pieces can leave a residual amount too small to close in one order.

Best practices for handling minimum order sizes

You do not need to solve this perfectly, but a few habits remove most of the pain.

  • Read live limits, not hard-coded numbers. Pull `minNotional`, `minQty`, and `stepSize` from the exchange's instrument metadata and cache them briefly, so your sizing always reflects the current market rules.
  • Round quantities to the step size correctly. Snap to the nearest valid increment, then re-check the notional after rounding so truncation does not push you back under the floor.
  • Skip, do not force, sub-minimum orders. If a calculated order is below the minimum, it is better to skip it and log the reason than to silently inflate the size to something you did not intend.
  • Set a sensible base order size. Choose a per-trade amount comfortably above the largest minimum in your watchlist, so normal sizing rarely brushes the floor.
  • Handle the exit floor explicitly. Before closing a fraction, confirm both the piece you sell and the remainder clear the minimums, or close the whole position instead of leaving unsellable dust.
  • Watch for rejections. Treat a minimum-size rejection as a signal worth surfacing, not a silent no-op, so you learn which markets your sizing does not fit.

Consistent, deliberate control over order size in your alert payloads is the single biggest lever here, because it lets you set sizes that respect each market instead of relying on a formula that ignores the floor.

How SignalToExchange fits in

SignalToExchange is the relay layer between your signal and the exchange. You control the logic; we handle the submission. That division matters for minimum order sizes because the relay sees the exchange's live instrument rules at the moment an order is placed, so it can round to the correct step size and validate against the current notional and quantity floors before an order goes out, rather than after it is rejected.

Just as important, this happens without custody of your funds. You connect trade-only API keys with no withdrawal access, your assets stay on your own exchange, and the relay only ever submits the orders your signals ask for. Respecting minimum order sizes is an execution detail, and execution is exactly the part we take off your plate so a good signal is not wasted on a preventable rejection.

Frequently Asked Questions

What happens if my order is below the exchange minimum?

The exchange rejects it. The order never enters the book and no trade occurs. A well-built automation surfaces that rejection so you know a signal did not execute, rather than treating it as a silent success.

Is minimum notional the same as minimum quantity?

No. Minimum notional is the smallest total value of an order in the quote currency, while minimum quantity is the smallest amount of the base asset regardless of price. An order has to satisfy both, along with the step-size rule, to be accepted.

Do minimum order sizes change over time?

Yes. Exchanges adjust them periodically, often in response to large price moves in an asset. That is why reading the current limits from the exchange's instrument metadata is more reliable than hard-coding a value you found once.

Are minimums different on spot versus futures?

Usually. Spot and futures markets on the same exchange can have different floors, and futures often express the minimum in contracts rather than in the base asset. Always check the specific market you are trading, not a global default.

How do I stop small automated orders from getting rejected?

Set a base order size comfortably above the largest minimum in the markets you trade, round quantities to the valid step size, and re-check the notional after rounding. When a calculated order still falls below the floor, skip it and log the reason instead of forcing it.

Signals are easy. Execution is hard, and the exchange minimum order size is one of the small execution details that quietly decides whether your automation works. Request access and start your free trial, connect a trade-only key, and let the relay validate every order against the exchange's live rules before it is sent.

Automated trading involves risk. SignalToExchange is execution infrastructure and does not provide financial advice, trading signals, or guarantees of any kind.

Secure Signal Routing Infrastructure

Non-custodial execution. Trade-only API keys. Independent infrastructure built for reliability.

Request Early Access

Trade-only API key enforcement. No withdrawal permissions. No custody.