Price-Time Priority is a deterministic matching algorithm where resting orders in a Central Limit Order Book (CLOB) are ranked first by price aggressiveness—highest bid and lowest offer—and then by the chronological time of entry. This mechanism rewards liquidity providers who post the best price earliest, ensuring a fair and transparent queue for execution against incoming aggressive orders.
Glossary
Price-Time Priority

What is Price-Time Priority?
The foundational matching logic governing most electronic limit order books, where execution priority is determined first by the best price and then by the earliest timestamp among orders at that price.
This rule is fundamental to market microstructure and directly impacts latency arbitrage strategies, as the race to be first at a new price level creates a powerful incentive for colocation and low-latency infrastructure. Exchanges enforce this strictly, meaning an order that improves the price jumps the entire queue, while orders at the same price level are filled in the strict sequence of their arrival.
Key Characteristics of Price-Time Priority
The foundational matching logic of modern electronic exchanges. Orders are first ranked by price aggressiveness, then by the timestamp of entry, ensuring a deterministic and fair execution sequence.
The Two-Pass Ranking Algorithm
The matching engine executes a strict hierarchical sort on every incoming order:
- Pass 1 (Price Priority): Orders are ranked strictly by limit price. The highest bid and lowest offer always win.
- Pass 2 (Time Priority): At the same price level, the order with the earliest timestamp receives allocation first. This prevents queue jumping and rewards passive liquidity providers who commit capital earliest.
Timestamp Granularity & Fairness
Time priority relies on ultra-precise hardware timestamps to resolve sequencing:
- Exchanges use nanosecond-resolution clocks synchronized via GPS or PTP.
- In the rare event of identical timestamps, a deterministic tie-breaker (e.g., order ID or port number) is applied.
- This granularity prevents high-frequency traders from gaming the queue through burst order submissions.
Queue Position & Visibility
A resting limit order's position in the queue is a critical asset for market makers:
- Queue Priority: The order's rank at its price level determines fill probability.
- Order Book Depth: Traders analyze the visible queue size to estimate the fill latency for a new order.
- Hidden Orders: Iceberg orders reset their time priority when the visible slice refreshes, a key trade-off between stealth and queue position.
Price-Time vs. Pro-Rata Matching
Price-time priority is not universal; derivatives markets often use alternative algorithms:
- Price-Time (Equities): Rewards speed and early commitment. Favors high-frequency market makers.
- Pro-Rata (Futures/Options): Allocates fills proportionally to displayed size at a price level, rewarding large liquidity providers.
- Hybrid Models: Some exchanges use price-time for the first contract, then pro-rata for the remainder.
Regulatory Compliance & Best Execution
Price-time priority is a cornerstone of Regulation NMS (US) and MiFID II (EU):
- Price Protection: The Order Protection Rule (Rule 611) prohibits trading through a better displayed price on any protected venue.
- Fair Access: Time priority provides a transparent, non-discretionary allocation method that satisfies regulatory audits.
- Consolidated Audit Trail (CAT): Timestamps in the matching engine feed directly into the CAT for reconstructing market events.
Latency Sensitivity & Infrastructure
The value of time priority drives massive infrastructure investment:
- Colocation: Servers are placed physically adjacent to the matching engine to minimize cable distance.
- FPGA/Smart NICs: Hardware-accelerated network cards process order entry in single-digit microseconds.
- Order Entry Jitter: Variance in transmission latency can cause a deterministic strategy to lose queue position, making wire-to-wire determinism a critical engineering goal.
Price-Time Priority vs. Pro-Rata Matching
A structural comparison of the two dominant exchange matching algorithms, highlighting their mechanics, incentives, and impact on market participant behavior.
| Feature | Price-Time Priority | Pro-Rata Matching |
|---|---|---|
Primary Ranking Criterion | Price first, then chronological time of order entry | Price first, then proportion of total displayed size at that level |
Allocation Logic | FIFO (First-In, First-Out) at each price level | Incoming order filled against all resting orders at a price level in proportion to their size |
Incentivizes Speed | ||
Incentivizes Large Size Display | ||
Primary Venue Type | Equity and ETF exchanges | Futures and derivatives exchanges (e.g., CME, Eurex) |
Adverse Selection Risk for Maker | Lower for the first order in queue; higher for late joiners | Distributed evenly among all liquidity providers at the price level |
Typical Fee Model Alignment | Maker-Taker (rebate for adding liquidity) | Often flat fee or tiered, less rebate-driven |
Queue Position Importance | Critical; determines fill priority entirely | Irrelevant; only relative size matters for allocation |
Frequently Asked Questions
Clear, technical answers to the most common questions about the foundational matching rule that governs modern electronic exchanges and high-frequency trading.
Price-time priority is the primary order matching rule in most electronic limit order book markets where orders are first ranked by price aggressiveness and then by the time of entry. The mechanism works in two strict tiers: first, the best price always wins—a buy order at $100.05 will execute before one at $100.00, regardless of when it was placed. Second, if multiple orders rest at the same price level, the order that arrived at the exchange's matching engine first receives execution priority. This creates a deterministic queue where the earliest timestamp at a given price level is first in line. The rule is codified in Regulation NMS for U.S. equities markets and is the default matching algorithm for exchanges like NYSE, NASDAQ, and Cboe. The system incentivizes liquidity provision by rewarding limit order traders who commit to a price early, while ensuring aggressive traders receive the best available price immediately.
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
Core concepts that interact with price-time priority in modern electronic markets.

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