A reserve order (also known as an iceberg order) is a conditional order that publicly displays only a fraction of its total quantity, concealing the full order size from the market. The visible portion, called the display quantity, is automatically refreshed from the hidden reserve quantity as each visible slice executes. This mechanism prevents large institutional orders from being fully exposed in the limit order book, thereby reducing information leakage and market impact.
Glossary
Reserve Order

What is a Reserve Order?
A reserve order is an order type that displays only a small portion of its total size to the market while keeping the remaining shares hidden, automatically replenishing the display quantity as it executes.
Reserve orders are essential tools for optimal execution algorithms seeking to minimize adverse selection and signaling risk. While the displayed quantity maintains the order's time priority on the exchange, the hidden reserve avoids revealing the true supply or demand. However, sophisticated anti-gaming logic is required to detect predatory patterns where high-frequency traders probe for hidden liquidity through pinging techniques, attempting to infer the existence of a large reserve order.
Key Features of Reserve Orders
Reserve orders allow institutions to execute large blocks of shares while minimizing information leakage. The core mechanism involves a display quantity visible to the market and a hidden reserve that automatically replenishes the visible portion upon execution.
Display Quantity Replenishment
The defining mechanical feature of a reserve order. When the displayed portion is fully executed, the order automatically refreshes from the hidden reserve pool. This replenishment logic typically pulls the minimum of a fixed display size or the remaining hidden quantity. The process repeats until the total order is filled or canceled. This creates a sawtooth pattern of visible liquidity that masks the true order size from predatory algorithms scanning for large institutional flow.
Queue Priority Management
Upon each replenishment, the new display quantity enters the limit order book at the back of the price-time priority queue. This is the critical trade-off of reserve orders: the benefit of hiding size comes at the cost of losing time priority. After each refresh, the order must wait behind all existing orders at that price level. For highly competitive tick sizes, this can significantly delay execution. Advanced implementations may randomize replenishment timing to avoid predictable patterns.
Anti-Gaming Protections
Sophisticated reserve order logic includes defenses against predatory detection algorithms. Common protections include:
- Randomized display sizes: Varying the visible quantity to prevent pattern recognition
- Jittered replenishment delays: Inserting microsecond-level random pauses before refreshing
- Minimum execution thresholds: Requiring a minimum fill size before triggering replenishment
- Conditional display logic: Only showing size when certain market conditions are met These mechanisms prevent high-frequency traders from inferring hidden liquidity through systematic probing.
Exchange-Specific Implementation
Reserve order functionality varies significantly across trading venues. Key differences include:
- Display ratio requirements: Some exchanges mandate a minimum percentage of total size be displayed
- Replenishment granularity: Whether the refresh quantity can be specified in odd lots or only round lots
- Priority treatment: Whether replenished shares retain original timestamp or receive a new one
- Interaction with other order types: How reserve logic combines with pegged prices or discretion ranges Understanding venue-specific rules is essential for effective deployment.
Information Leakage vs. Execution Certainty
Reserve orders occupy a middle ground in the stealth-to-certainty spectrum. A fully hidden dark pool order maximizes stealth but offers no execution guarantee. A fully displayed limit order maximizes certainty but signals intent. Reserve orders balance these competing objectives by maintaining a visible presence to attract contra-side liquidity while concealing the true order magnitude. The optimal display-to-reserve ratio depends on stock-specific characteristics including average daily volume, bid-ask spread, and historical market impact.
Interaction with Market Impact Models
Execution algorithms use market impact models to determine optimal reserve order parameters. These models estimate the expected price movement from revealing a given display quantity. The algorithm dynamically adjusts the display size based on real-time conditions: increasing visibility when urgency is high or spread capture is favorable, and reducing it when adverse selection risk is elevated. This adaptive approach treats the display quantity as a tunable parameter rather than a static configuration.
Reserve Order vs. Iceberg Order vs. Standard Limit Order
A feature-level comparison of three distinct order types used to manage displayed liquidity and minimize signaling risk in electronic markets.
| Feature | Reserve Order | Iceberg Order | Standard Limit Order |
|---|---|---|---|
Displayed Quantity | Partial (small slice) | Partial (small slice) | Full order size |
Hidden Quantity | |||
Auto-Replenishment | |||
Time Priority After Replenish | Loses priority (new timestamp) | N/A (single slice) | Maintains priority |
Primary Use Case | Minimize signaling in lit markets | Access dark liquidity | Simple price-target execution |
Exchange Visibility | Displayed slice only | Displayed slice only | Entire order visible |
Typical Fee Structure | Standard taker/maker fees | May incur dark liquidity fees | Standard taker/maker fees |
Risk of Detection | Low (randomized slices) | Medium (fixed slice size) | High (full size exposed) |
Frequently Asked Questions
Clarifying the operational logic, strategic intent, and regulatory considerations of reserve orders in modern electronic markets.
A reserve order (also known as an iceberg order or hidden quantity order) is an order type that publicly displays only a small fraction of its total size on the order book while keeping the remaining shares concealed. When the displayed portion is fully executed, the algorithm automatically refreshes the visible quantity from the hidden reserve until the entire order is filled or canceled.
- Display Quantity: The portion visible to the market, typically subject to minimum size rules set by the exchange.
- Reserve Quantity: The hidden balance that is not broadcast in market data feeds.
- Replenishment Logic: Upon full execution of the display quantity, a new slice is automatically released, maintaining a constant visible presence without revealing total intent.
This mechanism is critical for institutional investors executing large blocks without triggering adverse price movements caused by signaling supply or demand imbalances.
Enabling Efficiency, Speed & Accuracy
Intelligent Analysis, Decision & Execution
We build AI systems for teams that need search across company data, workflow automation across tools, or AI features inside products and internal software.
Talk to Us
Search across company data
Give teams answers from docs, tickets, runbooks, and product data with sources and permissions.
Useful when people spend too long searching or get different answers from different systems.

Automate internal workflows
Use AI to route work, draft outputs, trigger actions, and keep approvals and logs in place.
Useful when repetitive work moves across multiple tools and teams.

Add AI to products and internal tools
Build assistants, guided actions, or decision support into the software your team or customers already use.
Useful when AI needs to be part of the product, not a separate tool.
Related Terms
Understanding reserve orders requires familiarity with the broader landscape of algorithmic execution, market microstructure, and anti-gaming mechanisms. These concepts define how hidden liquidity interacts with the lit market.
Iceberg Order
The foundational mechanism behind the reserve order. An iceberg order submits a large total quantity but only displays a small peak size to the public order book. As the visible portion is filled, the order automatically refreshes from the hidden reserve quantity until the total order is complete. This prevents large traders from signaling their full intent and moving the market against themselves.
Market Impact Model
A quantitative framework that estimates the expected price erosion caused by executing a large order. Reserve orders are a direct mitigation tactic against the permanent market impact component, which arises from information leakage. By hiding size, the model's participation rate and signaling risk inputs are artificially reduced, leading to lower expected slippage costs.
Anti-Gaming Logic
Protective algorithms designed to detect predatory behavior against resting orders. Since reserve orders automatically refresh, they are vulnerable to pennying and pinging—where high-frequency traders probe for hidden size using small, immediately cancelable orders. Anti-gaming logic dynamically adjusts the display quantity refresh rate or introduces randomized delays to neutralize these exploitation tactics.
Dark Pool
A private alternative trading system where order books are not publicly displayed. While reserve orders hide size on a lit exchange, dark pools hide the entire order intent. Reserve orders often interact with dark pools via smart order routers that sweep hidden liquidity before exposing the remaining quantity to the lit book, minimizing information leakage across venues.
Smart Order Router (SOR)
An automated system that scans fragmented liquidity across exchanges and dark pools to achieve best execution. When handling a reserve order, the SOR must manage the logic of when to expose the hidden reserve to a lit venue versus crossing it in a dark pool. The router prioritizes minimizing adverse selection while accessing sufficient liquidity to fill the total order.
Queue Position Estimation
A predictive model that infers an order's priority in the limit order book. For a reserve order, maintaining a favorable queue position is critical. When the displayed peak size is fully executed, the replenishment from the reserve must re-enter the queue at the back of the price level. Queue position estimation helps the algorithm balance the trade-off between hiding size and losing time priority.

About the author
Prasad Kumkar
CEO & MD, Inference Systems
Prasad Kumkar is the CEO & MD of Inference Systems and writes about AI systems architecture, LLM infrastructure, model serving, evaluation, and production deployment. Over 5+ years, he has worked across computer vision models, L5 autonomous vehicle systems, and LLM research, with a focus on taking complex AI ideas into real-world engineering systems.
His work and writing cover AI systems, large language models, AI agents, multimodal systems, autonomous systems, inference optimization, RAG, evaluation, and production AI engineering.
Partnered with leading AI, data, and software stack.
How We Work
Custom AI workflows for your Business
One-fit-all AI don't work for modern businesses. At Inferensys, we aim to understand your business & custom requirements; which we use to define most efficient agentic workflows, the data, and the tools for your business.
01
Review the use case
We understand the task, the users, and where AI can actually help.
Read more02
Pick the right approach
We define what needs search, automation, or product integration.
Read more03
Build the first useful version
We implement the part that proves the value first.
Read more04
Improve from there
We add the checks and visibility needed to keep it useful.
Read moreThe first call is a practical review of your use case and the right next step.
Talk to Us