Session overlaps: a clear definition
A session overlap is the period when more than one major market “session” is open at the same time. In forex, a session usually refers to when large trading centers are active, such as the European and North American periods. The overlap matters because market activity often differs by time of day: when two sessions overlap, there can be higher participation and faster price movement than during quiet hours.
This explanation uses only general mechanics (no live prices, no broker-specific spreads, and no promised outcomes). The goal is to show a worked example with every assumption stated.
Mechanism: how overlaps can change trading conditions
Session overlap can affect trading in several ways:
- Liquidity level (assumption in the example): more participants may mean tighter observed bid–ask spreads and more ability to execute orders.
- Volatility (assumption in the example): faster price movement may increase the chance that market prices move between order submission and execution.
- Order processing uncertainty: slippage can occur if execution happens at a different price than expected.
Important separation:
- Stable mechanics: “More active hours can change liquidity, spreads, and volatility.” This is the general idea.
- Variable conditions: the exact direction and size of changes vary with market regime, news, and execution details. Therefore, the same overlap concept can produce different realized outcomes.
Worked example: estimating execution cost during an overlap
Below is one transparent numerical scenario. It does not claim real future performance; it shows how an overlap could change costs.
Assumptions (state everything used)
- You submit a market buy order when an overlap is in effect.
- Two time windows are compared:
- Window A (non-overlap): only one major session is active.
- Window B (overlap): two major sessions are simultaneously active.
- You assume a typical mid price of 1.10000 in both windows (this is a placeholder).
- You assume the quoted spread differs by window:
- Window A spread: 0.00020 (2 pips if pip = 0.00010? In practice pip definitions can differ; here we use pip = 0.00001 for illustration clarity.)
- Window B spread: 0.00010.
- To avoid ambiguity, we will not convert to pips for the final cost; we use raw price units.
- You assume slippage is caused by execution delay relative to price movement. Slippage is not fixed; in this scenario we model it as a random but chosen value for demonstration.
- Window A assumed slippage for this example: 0.00005.
- Window B assumed slippage for this example: 0.00007. (This reflects a common risk: overlaps may improve liquidity but can also increase volatility.)
- Position size is 100,000 units.
Step 1: estimate the worst-case entry price within the spread
For a buy order:
- The ask is approximately mid + spread/2.
Window A:
- mid = 1.10000
- spread = 0.00020
- ask ≈ 1.10000 + 0.00010 = 1.10010
Window B:
- mid = 1.10000
- spread = 0.00010
- ask ≈ 1.10000 + 0.00005 = 1.10005
Step 2: add assumed slippage
Entry price ≈ ask + slippage.
Window A estimated entry:
- 1.10010 + 0.00005 = 1.10015
Window B estimated entry:
- 1.10005 + 0.00007 = 1.10012
Step 3: compute estimated cost difference
Cost difference in price units:
- Window A minus Window B = 1.10015 − 1.10012 = 0.00003
For 100,000 units, an approximate monetary difference is:
- 0.00003 × 100,000 = 3 (in “quote-currency units” of the pair; the example does not define currency conversion, so treat this as a simplified illustration).
Interpretation: Under these assumptions, an overlap (Window B) produces a slightly lower estimated entry price, mainly because the spread is smaller, even though slippage is a bit larger.
Limitations and failure modes
This worked example illustrates the method, not a prediction.
Key limitations:
- Assumptions control the result: if the spread change is smaller, or if slippage rises more than spread improves, the overlap could increase costs instead.
- Volatility and liquidity do not always move together: higher activity can tighten spreads, but it can also raise volatility. These effects can offset.
- Execution realism: real execution depends on order type (market vs limit), platform execution quality, and how fast prices move at that moment.
- Non-stationary markets: relationships observed in past overlaps may not hold later. Historical “typical behavior” is not a guarantee.