How does WP7 detect a price gap?
Westernpips Private 7 detects a price gap by comparing two quotes that should be the same: a fast market-data feed and a slower broker quote for the same mapped symbol. The difference, measured in points, is the gap. When it crosses your OpenGap threshold, a OneLeg strategy sends one order on the slow broker, in the direction the fast price already moved.
This step-by-step tutorial follows the real WP7 workflow: finding the slow source with the Analyser, mapping symbols, reading the gap, setting OpenGap above your total costs, the safety filters and the logs. It ends with the four checks every setup needs before going live. Example values only; educational content, not investment advice.
Chapters
- 00:00Latency arbitrage step by step
- 00:22The three building blocks: fast feed, slow broker, WP7
- 00:52Step 1: find the slow source with the Analyser
- 01:33Step 2: map the symbols
- 02:01Step 3: read the price gap
- 02:33Step 4: set OpenGap above your costs
- 03:12Step 5: OneLeg strategy logic
- 03:53Step 6: safety filters
- 04:22Step 7: check the logs
- 04:49The 4 checks before going live
- 05:12Broker rules
- 05:31What's next: FIX API
Transcript
Latency arbitrage, step by step. In this tutorial, you'll see how Westernpips Private 7 compares a fast price feed with a slower broker quote, how a price gap is measured, and which settings decide whether that gap is worth trading. By the end, you'll know the four checks every setup needs before a single order goes out.
First, the building blocks. A latency arbitrage setup has three parts. One: a fast market-data source, usually an institutional feed connected over FIX. Two: a slower trading account at a broker, often an MT4 or MT5 terminal. Three: the software in the middle, in this case Westernpips Private 7, running on a server. The software doesn't predict the market. It compares two prices that should be the same, and reacts when one falls behind.
Step one: find out which source is actually slow. Don't assume it. Westernpips includes an Analyser tool that records ticks from different sources at the same time. Let it run during active hours, like the London and New York sessions, then compare. The question is simple: when the fast feed moves, how long does the broker take to follow, and how often? A broker that lags once a day gives you nothing to work with. A broker that lags consistently is your slow leg. The Analyser also helps you spot artificial spikes: prices that jump and come back in a way the real market never did.
Step two: map the symbols. Your feed may call gold XAUUSD. Your broker may call it XAUUSD.m, or simply GOLD. Decimal places and contract sizes can differ too. If the mapping is wrong, the software compares two things that aren't the same, and every gap it sees is just a data error. So check each symbol pair, one by one, and confirm the prices line up on a quiet market.
Step three: read the gap. Here you see the fast price and the slow price side by side. The difference between them, measured in points, is the gap. Most of the time it sits close to zero. Then the fast feed moves, the broker hasn't updated yet, and the gap opens. In this example, gold moves up on the fast feed, while the broker still shows the old price for a few milliseconds. That's the window. But remember: a gap on screen is only a potential opportunity. It is not a profit.
Step four: decide when a gap is big enough. That threshold is the OpenGap setting: the minimum difference that triggers an order. Here's the rule that matters most. Every trade pays a spread, often a commission, and sometimes slippage. If your OpenGap is smaller than those costs combined, the trade is born losing, mathematically. Set it too low, and costs eat everything. Set it too high, and the software almost never trades. Start clearly above your total costs, then refine it with recorded data. That's exactly what we cover in the backtesting tutorial.
Step five: how a OneLeg strategy uses that signal. OneLeg is the classic structure. The fast feed is the reference. When the gap crosses your threshold, the software sends a single order on the slow broker, in the direction the fast price already moved. When the broker catches up, the position is closed. One leg means one position, with no hedge on the other side. So if execution is slow, or the price slips, that position is fully exposed to the market. That's why OneLeg setups rely on protective settings like a stop, a trailing stop or break-even, depending on your configuration.
Step six: the safety filters. Three settings protect you from the worst moments. A maximum spread filter: if the broker's spread widens, during news for example, the software doesn't trade. A slippage limit: the largest difference you accept between the expected price and the filled price. And time management: trading only in active sessions, when gaps come from real market moves, instead of quiet hours where a gap is more likely a technical glitch.
Step seven: check what really happened. Every trade leaves a log, and two columns tell you a lot. The close reason shows why the trade was closed. Execution time shows how many milliseconds the order took. As a rule of thumb, under 150 milliseconds is healthy. If execution regularly climbs above 500, the problem isn't the strategy. Look at your server location or your provider.
So, before any latency arbitrage setup goes live, run these four checks. One: is the fast source really faster, consistently? Two: are the symbols mapped correctly? Three: is your OpenGap above your total costs? Four: does your broker execute fast enough, without heavy slippage? Miss just one, and the edge disappears.
One honest reminder. Brokers watch for this kind of trading. Many restrict accounts that repeatedly profit from stale prices, so read your broker's terms before you connect anything. Results always depend on the broker, market conditions, infrastructure and costs.
In the next tutorial, we connect the pieces: FIX, TCP, and how WP7 links a price feed to a broker. To learn more about Westernpips Private 7, compare licence plans or read the documentation, use the links in the description.
Frequently asked questions
How does WP7 detect a price gap?
WP7 compares a fast market-data feed with a slower broker quote for the same mapped symbol and measures the difference in points. When that gap crosses the OpenGap threshold, a OneLeg strategy sends one order on the slow broker in the direction the fast price already moved. A detected gap is a potential opportunity, not a guaranteed profit.
What OpenGap value should I use for latency arbitrage?
Set OpenGap clearly above your total costs per trade: spread, commission and slippage combined. If it is lower, every trade starts at a loss; if it is far too high, the software almost never trades. Start above your costs and refine the value with recorded tick data in a backtest.
What execution time is good for latency arbitrage?
As a rule of thumb, an execution time under 150 milliseconds is healthy. If your logs regularly show more than 500 milliseconds, the problem is usually your server location or your provider, not the strategy. Results always depend on the broker, market conditions and infrastructure.
