Latency arbitrage trading guide
Guide · Updated 9 November 2026

Low Latency Trading: What It Takes to Trade in Milliseconds

Low latency trading means cutting the delay between a price change and your order reaching the market, so that you trade before the information goes stale. It is not a strategy but the software, connections and hosting that let a strategy act in milliseconds. This guide shows where the milliseconds go, how low your latency needs to be and what measured broker data shows.

Key takeaways
  • Low latency is infrastructure, HFT is a strategy. Exchange HFT races in microseconds; retail broker gaps are measured in milliseconds.
  • Measured data beats rules of thumb. In our XAUUSD study, median stale-quote windows at three retail brokers were 34–56 ms.
  • The slowest link sets your speed. A fast server does not help if orders run through a slow terminal or the broker adds delay.
  • In forex, execution can outweigh speed. Last-look hold times and rejections are set by liquidity providers.
  • Measure distributions, not averages. The median and the 99th percentile tell you more than any single ping.

Low Latency Trading Definition: Infrastructure, Not a Strategy

Low latency trading is the practice of minimising the time between a market event and the trader’s response: receiving the price, deciding and getting the order to the venue’s matching engine. The delay is measured in milliseconds, microseconds or, in the fastest exchange systems, nanoseconds. Infrastructure vendors usually call delays under about 10 ms low latency, and round trips below 1 ms ultra-low latency.

Low latency is often confused with high-frequency trading (HFT). HFT is a strategy defined by many short-lived trades; low latency is the infrastructure that makes fast reactions possible, and market making, arbitrage, news trading and large-order execution all use it. Hasbrouck and Saar (2013) draw the same line, measuring “low-latency activity” as strategies that respond to market events within milliseconds.

Why Latency Matters: Stale Quotes, Slippage and Queue Priority

Every millisecond of delay makes your information older and your price less certain. A slow trader decides on stale prices, gets worse fills, stands further back in the queue and loses arbitrage opportunities to faster participants.

  • Stale information. By the time a quote reaches you, the market at its source may already have moved. Moallemi and Sağlam (2013) model this as a direct cost of latency; in 2007 one large bank put the cost of each millisecond at about $100 million a year (Wikipedia, citing the press of the time).
  • Slippage and rejections. The longer an order travels, the more likely it is filled at a worse price or rejected.
  • Queue priority. On order books, earlier orders at the same price are filled first.
  • Arbitrage. Gaps between venues, or between a fast price and a broker’s slower quote, last only until someone trades them. This is latency arbitrage.

Low Latency Trading by Market

Low latency matters wherever prices form on electronic order books or market-maker streams. What changes is the scale: exchange markets race in microseconds, while retail forex and CFD brokers create gaps measured in milliseconds.

MarketWhere speed mattersTypical scale
EquitiesMany venues trade the same shares; market makers and arbitrageurs react across all of themMicroseconds, with co-location at each exchange
FuturesCentral order books whose prices lead related marketsMicroseconds; microwave links between trading hubs
Spot forex (institutional)No single exchange: ECNs and bank price streams in a few data centresMicroseconds to low milliseconds
Retail forex and CFDsBroker quotes that lag faster prices; fill quality and slippageMilliseconds: median stale-quote windows of 34–56 ms in our XAUUSD data
Options and bondsGrowing electronic and algorithmic tradingFrom microseconds on exchanges to slower dealer markets
CryptoMarket data over WebSocket, orders over REST, WebSocket or FIX, with rate limits; matching engines often in public cloud regionsUsually milliseconds; hosting in the exchange’s cloud region plays the role of co-location. See crypto latency arbitrage

Latency Budget: Where the Milliseconds Go

Trading latency is the sum of every step between the price source and your filled order. Network latency is time on the wire, processing latency is time inside software and servers, and execution latency is the time from the order reaching the broker or venue to the fill. The slowest step sets the speed of the whole chain.

Where the milliseconds go in low latency trading: five steps from the price source to the broker, to your server, inside your software, back to the broker and execution, marked as network, processing or execution latency
The five steps of trading latency, and which of them you can change.
StepWhat adds delayTypical scale (retail broker setup)What you can change
Price source to brokerLiquidity providers, aggregation, the broker’s pricing and filtersNot visible directly; it shows up as quote lag. Median stale-quote windows were 34–56 ms in our XAUUSD dataNothing directly; measure it and choose brokers
Broker to your serverDistance, network route, the platform server streaming quotesWell under 1 ms in the same data centre; about 1 ms of round trip per 100 km of fibre; tens of ms from another city; tens to hundreds of ms over home internetHost your server in the broker’s data centre
Inside your softwareTerminals, plugins, scripting layers, logging on the hot pathMicroseconds in native code with direct connections; terminal and scripting layers add more and vary in burstsUse software with direct connections and native code
Your order to the brokerThe same network path in reverse, the order protocolThe same as the network step aboveFIX or API instead of a retail terminal; nearby hosting
ExecutionBroker processing, dealing plugins, last-look checks by liquidity providersSet by the broker and its providers, including any last-look hold time; often the largest and least predictable stepMeasure fills and rejections; choose brokers by results

Tail latency matters as much as the average. Around news, markets send thousands of updates in milliseconds and delay grows with the message rate, so a steady setup with a short tail (the slowest 1% of messages) beats a faster average with spikes. By Amdahl’s law, the gain comes from fixing the largest step first.

Distance sets a hard floor. Light in optical fibre travels at about 200,000 km per second, roughly 5 microseconds per kilometre, so a server 100 km from an exchange can never get a round trip below about 1 ms, and London–New York costs close to 28 ms one way over about 5,500 km of cable. That is why trading engines sit in the venue’s own building (co-location), often on equal-length (equidistant) cabling. Between cities, microwave and laser links beat fibre because signals travel faster through air and on straighter routes: A10 cites about 8 ms round trip over microwave against about 13 ms over fibre between CME’s data centre in Aurora, Illinois, and the New Jersey hubs around Secaucus.

Hardware and protocols at the fastest end

  • FPGAs and ASICs. Chips that process market data and send orders in hardware. The main gain is determinism: almost the same delay for every message.
  • Kernel bypass and SmartNICs. Packets go straight into the application’s memory, skipping the operating system (for example with DPDK). A10 puts a standard network card at 20–50 microseconds and kernel bypass at 1–5.
  • Binary protocols and multicast. Simple Binary Encoding (SBE) and exchange ITCH feeds decode faster than text FIX; multicast sends one stream to many receivers.

Exchange data centres, direct feeds and speed bumps

  • Where orders are matched. CME Globex runs in Aurora, Illinois; NYSE in Mahwah and Nasdaq in Carteret, New Jersey. Many FX venues and bank price streams sit in Equinix NY4 (Secaucus), LD4 (Slough) and TY3 (Tokyo).
  • Direct vs consolidated feeds. In US equities, Regulation NMS links the venues and the securities information processor (SIP) publishes a consolidated best bid and offer. Firms that buy each exchange’s direct feed see changes before the SIP: a built-in stale quote, the same effect this guide measures at retail brokers.
  • Speed bumps. IEX delays incoming orders by 350 microseconds through a coil of fibre. In a laboratory market, Khapko and Zoican (2019) found that asymmetric speed bumps cut spending on speed by about 20%, while symmetric ones changed little.

Retail traders rarely need any of this: when the windows you trade are tens of milliseconds, server location and a direct connection matter far more.

Latency Thresholds by Trader Type: Microseconds vs Milliseconds

Your latency is low enough when it is shorter than the opportunity you trade. Exchange market makers race in microseconds; a retail trader trading broker quotes needs to beat windows of tens of milliseconds; a swing trader hardly needs low latency at all.

Log-scale chart of typical trading latency: FPGA in nanoseconds, co-located exchange HFT in microseconds, a VPS in the broker's data centre around 1 ms, another city tens of ms, home internet tens to hundreds of ms, compared with measured broker stale-quote windows of 34 to 56 ms
Typical latency by setup on a log scale, against measured broker windows of 34–56 ms.
WhoTypical goalUsual setup
Exchange HFT and market makersMicroseconds; below 1 ms round tripCo-location, direct market access (DMA), FPGA and kernel-bypass network cards
Professional retail and broker arbitrageA few milliseconds to the broker, faster than the stale-quote windowVPS or dedicated server in the broker’s data centre, FIX or API connections, a fast reference feed
Automated retail trading (robots, scalping)Low, stable delay to one brokerVPS near the broker’s trade server
Manual and swing tradingA reliable connectionHome or office internet

Measured Broker Latency: XAUUSD Stale-Quote Data

In our study of XAUUSD at three retail brokers, the median stale-quote window at a 30-point threshold was 50, 34 and 56 ms. Between 22% and 35% of windows closed within 20 ms, and 19–31% lasted longer than 100 ms. The delay at which a simulated order stopped capturing a gross edge ranged from about 40 ms to beyond 150 ms, depending on the broker.

The recordings put a fast reference feed and each broker’s feed on one clock, on one server, and compared bid and ask across the spread (Vinsky, 2026). Three findings matter for a low latency setup:

  • Brokers update less often than fast feeds. The fast feed updated 12.4 to 28.1 times per second, the brokers 2.7 to 9.2 times. That ratio alone guarantees stale quotes; how long they last is the real question.
  • Brokers differ more than any rule of thumb. The often-quoted “50–200 ms” hides the spread between brokers. A broker with a 46-point median spread showed far fewer usable gaps than brokers with 10–12 points.
  • Averages mislead. Every median of 34–56 ms sits beside a 90th percentile of about 200 ms. Judge your setup against the whole distribution.
  • More windows is not more edge. Broker B showed over three times as many windows per hour as broker A, but about half the gross result per signal at a 30 ms delay.
BrokerWindows per hourMedian (P50)P75P90Closed < 20 msOpen > 100 msStill open at 30 msDelay at which gross edge reaches zero
A (2.7 updates/s, 10-pt spread)26050 ms126 ms217 ms22%31%67%Beyond 150 ms
B (9.2 updates/s, 12-pt spread)82434 ms75 ms200 ms35%19%54%About 90 ms
C (6.2 updates/s, 46-pt spread)24056 ms99 ms201 ms24%25%66%About 40 ms

Stale-quote windows at a 30-point (0.30 USD) cross-side gap, XAUUSD, one session per broker; gross results on displayed quotes. Source: Vinsky (2026), Tables 1, 2 and 4.

All figures are gross: displayed quotes only, before commission, slippage and rejections, from three sessions on three different days. Method, tables and charts are in the full XAUUSD latency study.

Low Latency Trading System Architecture

A low latency trading system has five parts: a market data handler, a strategy engine, pre-trade risk checks, an order gateway, and logging and monitoring. Speed comes from keeping the path from the first to the fourth short and moving everything else off it.

Low latency trading system architecture diagram: price feeds, market data handler, strategy engine, pre-trade risk checks and order gateway on the critical path to the broker, with logging and monitoring off the critical path
Low latency trading system architecture: the critical path from tick to trade, and logging kept off it.
  1. Market data handler. Decodes feeds, timestamps each tick on arrival and keeps the latest quotes in memory.
  2. Strategy engine. Decides from memory, without waiting for disk or network calls.
  3. Pre-trade risk checks. Position, loss, order-rate and size limits run in microseconds, with a kill switch.
  4. Order gateway. Holds the FIX or API session and sends orders as soon as they are ready.
  5. Logging and monitoring. Records every tick, order and fill in the background, off the critical path.

Programming languages for low latency trading

LanguageWhere it is usedTrade-off
C++The trading path at most exchange HFT firmsFastest and most predictable, but slow to develop and easy to get wrong
RustNewer trading engines and infrastructureSpeed close to C++ with memory safety; fewer libraries and developers
C# and JavaTrading platforms, order gateways, many retail and broker systemsFast to build; garbage-collection pauses must be controlled
PythonResearch, backtesting, data analysisToo slow and unpredictable for the trading path itself

Design matters more than language: no blocking input and output on the critical path, lock-free queues between threads, no allocation or garbage-collection pauses inside it. Building such a system takes months; ready-made tools are compared in HFT software for retail traders.

Low Latency Trading Software: What to Look For

Low latency trading software connects to feeds and brokers directly, decides in native code and timestamps every tick and order on one clock. Software that runs as a plugin inside a retail terminal inherits the terminal’s delay, however fast your server is.

  1. Direct connections. FIX, API, ITCH or TCP connectors, not a chain of terminals and bridges. See FIX API trading.
  2. Several feeds compared tick by tick. A fast reference price against slower quotes, inside the software.
  3. Built-in latency measurement. Quote arrival, signal, order, acknowledgement and fill on one clock, shown as distributions.
  4. Backtesting on recorded ticks. Your own data with real delay, slippage and commission, not historical bars.
  5. Millisecond risk controls. Spread, drawdown, trade-duration and tick-rate filters, and a stop-all switch.
  6. Stable under load. Low delay during news, across several brokers and accounts at once; check the worst case, not only the median.

Westernpips Private 7 is built around these points: 10 built-in fast feeds, 37+ FIX, API, ITCH and TCP connectors, 10+ algorithms, tick recording and a Back Tester on recorded ticks, from US$777 for a lifetime licence. It is not a broker: you choose the broker, measure latency and test settings yourself. See Westernpips Private 7.

Low Latency Trading Infrastructure

Low latency trading infrastructure is a server close to the broker or venue, a direct connection, a fast reference feed and software that adds no delay of its own. For retail traders the biggest single gain usually comes from moving the server into the broker’s data centre.

  • Server location. Most forex trade servers sit in Equinix LD4 (London), NY4 (New York) or TY3 (Tokyo); a server in the same building cuts the network step to a fraction of a millisecond. See forex VPS for arbitrage.
  • VPS or dedicated server. A VPS shares hardware and can add jitter; a dedicated (bare-metal) server avoids it at a higher price.
  • Connection and network. FIX or a broker API instead of a retail M4/M5 terminal; inside the data centre, a cross-connect (a direct cable to the broker’s equipment) beats any internet route.
  • Reference feed. For arbitrage you need a price faster than the broker’s; see fast quote providers.
  • Redundancy and cost. A second line with tested failover; typical monthly figures are in the HFT infrastructure cost guide.

How to Test a Low Latency Broker: Quote Lag, Fills and Last Look

Record the broker’s quotes next to a faster reference feed on the same server, measure how long they stay behind, then send small test orders and measure fill time, slippage and rejections. Advertised execution speed is not enough: what counts is the delay you measure on your own setup.

  1. Quote lag. How long the broker’s bid and ask stay behind the fast feed, on one clock.
  2. Order round trip. Order sent to acknowledgement and fill, as median and worst case.
  3. Fill quality. Slippage in both directions, requotes and rejections.
  4. Terms. Many brokers restrict very short trades or arbitrage in their client agreements; read them first.

A two-week test is described step by step in how to find a broker for arbitrage.

Last look and hold times in forex execution

Forex has no central exchange, and that changes what speed can buy. Liquidity providers may apply last look: a short window, the hold time, in which they check the order against their current price and fill or reject it. They use it to protect themselves from adverse selection, trading against someone who already knows the new price; Oomen (2017) analyses it as the main defence against stale quotes. The FX Global Code (Principle 17) says last look should be used only as a risk control, and the GFXC’s 2021 guidance asks providers to disclose how it works, including any added hold time and whether price checks are symmetric.

  • Speed cannot shorten the hold time. It is set by the provider; a faster order still waits for the check.
  • Stale-price orders are what last look rejects. A fast setup can show a high rejection rate rather than better fills.
  • Asymmetric checks skew slippage. If moves against the provider are rejected but moves in your favour are filled at the old price, compare positive and negative slippage, not the average.
  • Consistent winners get flagged. Brokers measure toxic flow, orders that keep trading on prices they have not yet updated, and answer with wider spreads, longer checks or restrictions; Foucault, Kozhan and Tham (2017) call this trading toxic arbitrage. See broker restrictions on arbitrage.

How to Measure Your Own Trading Latency

Measure each step on the server you trade from, keep all timestamps on one clock, and report the median and the 99th percentile rather than the average.

  1. Network round trip. Ping or connection time to the broker’s trade server; only the network part.
  2. Quote delay. When the broker’s quote arrives compared with the same move on a faster feed.
  3. Tick-to-trade. Time inside your software from the triggering tick to the order leaving the machine.
  4. Order to fill. Order leaving to acknowledgement and fill.
  5. Clock sync. If you must use two machines, synchronise them: NTP is accurate to about a millisecond, PTP and GPS-disciplined clocks to microseconds.

A checklist of data checks is in Alexander Vinsky’s seven ways a latency measurement can mislead you.

The main low latency trading trends in 2026 are exchanges moving their matching engines into private clouds, machine-learning models running on the critical path in microseconds, faster hollow-core fibre, longer trading hours, and stricter operational-resilience rules. For retail traders the basics do not change: server location, direct connections and measured delay still decide the result.

  • Exchanges move into the cloud. CME Group is migrating CME Globex to a private Google Cloud region with ultra-low-latency networking; testing has been open since June 2026 and the first market moves in late 2027. Nasdaq took a different route, placing AWS hardware inside its own data centres and keeping the network to the matching engine under its control. Market makers’ main question is whether cloud matching stays deterministic, processing orders strictly in the order they arrive.
  • AI on the critical path. Trading firms now run machine-learning models inside the tick-to-trade loop, not only in research. FPGA-based inference has been benchmarked by STAC at under 2 microseconds at the 99th percentile in 2026, fast enough to put a model between the tick and the order.
  • Hollow-core fibre. In hollow-core cable light travels through air instead of glass, cutting delay by roughly 30% compared with standard fibre, which is why it is being laid on the most latency-sensitive routes.
  • Longer trading hours. Crypto trades around the clock and equity venues are extending towards 24-hour sessions, so low latency systems must stay fast and stable with fewer maintenance windows.
  • Operational resilience. In the EU, the Digital Operational Resilience Act (DORA), in force since January 2025, requires financial firms to manage and test the resilience of their technology, which pushes redundancy and failover up the agenda alongside speed.
  • Rust for trading engines. Rust is increasingly considered as an alternative to C++ for new trading systems, for close-to-C++ speed with memory safety.

None of these changes the retail picture described above: broker quote windows are still measured in tens of milliseconds, and the gain still comes from measuring your own delay and removing the largest step first.

Low Latency Trading FAQ


What is low latency trading?

Trading with the shortest possible delay between a price change and your order reaching the market, using software, connections and hosting that react in milliseconds or microseconds.

What is considered low latency in trading?

Exchange high-frequency firms work in microseconds, and below 1 ms round trip is usually called ultra-low latency. For retail traders trading broker quotes, a few milliseconds to the broker is low latency, because measured stale-quote windows are tens of milliseconds.

Is low latency trading the same as high-frequency trading?

No. High-frequency trading is a strategy defined by many short-lived trades. Low latency is the infrastructure behind fast reactions, used by arbitrage, news trading and large-order execution as well.

What software is used for low latency trading?

Software that connects to feeds and brokers directly through FIX, API or similar protocols, decides in native code and timestamps every tick and order. Westernpips Private 7 is one example.

Do retail traders need low latency?

Only for speed-dependent strategies such as scalping, news trading or latency arbitrage. For manual and swing trading a reliable connection is enough.

Does a VPS make my trading low latency?

A VPS in the broker’s data centre cuts the network delay, often the largest part for retail traders. It does not remove delay inside your software or at the broker, so measure the whole path.

Is FIX API faster than M4/M5?

Usually, because FIX connects your software directly to the broker or liquidity provider instead of routing orders through a retail terminal. Measure the round trip on your own setup.

Is low latency trading regulated?

Speed is not banned, but fast trading is regulated. In the EU, MiFID II requires high-frequency traders to keep clocks within 100 microseconds of UTC (RTS 25) and all algorithmic traders to run pre-trade controls and a kill function (RTS 6). In the US, SEC Rule 15c3-5 requires brokers giving market access to apply pre-trade risk controls. Retail brokers add their own limits, such as minimum holding times or bans on arbitrage.

Is low latency trading good for markets?

Research is divided. Hasbrouck and Saar (2013) found more low-latency activity went with narrower spreads and deeper order books. Budish, Cramton and Shim (2015) call the speed race wasteful and propose frequent batch auctions instead.
Disclosure and risk

This page is published by Westernpips, which develops and sells latency arbitrage software, including Westernpips Private 7. Leveraged trading can result in the loss of your capital, and brokers can restrict accounts under their client agreements. Worked examples use hypothetical prices. This is general information, not investment advice.

Sources

  1. Hasbrouck, J. and Saar, G. (2013). Low-latency trading. Journal of Financial Markets, 16(4), 646–679. www.sciencedirect.com/science/article/abs/pii/S1386418113000165
  2. Moallemi, C. C. and Sağlam, M. (2013). The Cost of Latency in High-Frequency Trading. Operations Research, 61(5), 1070–1086. doi.org/10.1287/opre.2013.1165
  3. Budish, E., Cramton, P. and Shim, J. (2015). The High-Frequency Trading Arms Race: Frequent Batch Auctions as a Market Design Response. Quarterly Journal of Economics, 130(4), 1547–1621. doi.org/10.1093/qje/qjv027
  4. Wikipedia (2026). Low latency (capital markets): the speed-of-light limit, co-location and the definition of ultra-low latency. en.wikipedia.org/wiki/Low_latency_(capital_markets)
  5. Vinsky, A. (2026). How Long Do Stale Quotes Last? Measuring Latency Arbitrage Windows on XAUUSD at Three Retail Brokers. Westernpips research paper (CC BY 4.0). doi.org/10.5281/zenodo.23364414
  6. Oomen, R. (2017). Last look. Quantitative Finance, 17(7), 1057–1070.
  7. Foucault, T., Kozhan, R. and Tham, W. W. (2017). Toxic arbitrage. The Review of Financial Studies, 30(4), 1053–1094.
  8. Global Foreign Exchange Committee (2021). Guidance paper on last look, published alongside the FX Global Code (Principle 17). www.globalfxc.org/docs/gfxc_report_last_look.pdf
  9. Commission Delegated Regulation (EU) 2017/574 (RTS 25) on the level of accuracy of business clocks under MiFID II: maximum divergence from UTC of 100 microseconds and timestamp granularity of 1 microsecond for high-frequency algorithmic trading techniques. eur-lex.europa.eu/eli/reg_del/2017/574/oj
  10. A10 Networks (2026). What Is Low-latency Trading? Glossary page with typical latency figures for network cards, kernel bypass and microwave links. www.a10networks.com/glossary/what-low-latency-trading/
  11. Commission Delegated Regulation (EU) 2017/589 (RTS 6) on organisational requirements for investment firms engaged in algorithmic trading under MiFID II: pre-trade controls, kill functionality, testing and monitoring of trading systems. eur-lex.europa.eu/eli/reg_del/2017/589/oj
  12. U.S. Securities and Exchange Commission (2010). Rule 15c3-5, Risk Management Controls for Brokers or Dealers with Market Access: pre-trade financial and regulatory risk controls for firms that give market access. www.sec.gov/rules-regulations/2011/06/risk-management-controls-brokers-or-dealers-market-access
  13. Khapko, M. and Zoican, M. (2019). Do speed bumps curb low-latency trading? Evidence from a laboratory market. Working paper, arXiv:1910.03068. arxiv.org/abs/1910.03068
  14. CME Group (2026). CME Group announces cloud migration milestones for CME Globex on Google Cloud. Press release, 12 October 2026. www.cmegroup.com/media-room/press-releases/2026/10/12/cme_group_announcescloudmigrationmilestones.html
  15. Markets Media Europe (2026). Cloud-based exchanges could change the value of a broker dealer: how Nasdaq and CME are moving market infrastructure toward the cloud. www.fi-desk.com/cloud-based-exchanges-could-change-the-value-of-a-broker-dealer/
  16. myrtle.ai (2026). VOLLO sets new STAC-ML records for gradient-boosted tree inference: sub-2 microsecond p99 latency in audited benchmarks. Press release, 6 October 2026. www.prnewswire.com/apac/news-releases/myrtleais-vollo-sets-new-stac-ml-records-for-gradient-boosted-tree-inference-302898730.html
  17. Regulation (EU) 2022/2554 on digital operational resilience for the financial sector (DORA), applicable from 17 January 2025. eur-lex.europa.eu/eli/reg/2022/2554/oj
  18. Westernpips (2026). Westernpips Private 7: HFT Trading Software for Latency Arbitrage. Product page. westernpips.com/wp7.html
  19. Financial Conduct Authority (2019). FCA confirms permanent restrictions on the sale of CFDs and CFD-like options to retail consumers (rules apply from 1 August 2019): leverage limits of 30:1 to 2:1, 50% margin close-out, negative balance protection and a standardised risk warning. www.fca.org.uk/news/press-releases/fca-confirms-permanent-restrictions-sale-cfds-and-cfd-options-retail-consumers
  20. European Securities and Markets Authority (2018). ESMA adopts final product intervention measures on CFDs and binary options: leverage limits from 30:1 (major currency pairs) to 2:1, 50% margin close-out, negative balance protection and a standardised risk warning; CFD measures applied from 1 August 2018. www.esma.europa.eu/press-news/esma-news/esma-adopts-final-product-intervention-measures-cfds-and-binary-options
Alexander Vinsky
About the author: , Lead Developer and Chief Technical Specialist at Westernpips

Lead Developer and Chief Technical Specialist at Westernpips. He works on Westernpips Private 7 and its BackTester and measures how long price gaps between fast feeds and broker quotes really last. The latency figures in this guide come from his published XAUUSD study.

Numbers and examples reviewed by Sergey Berezhnov.

Risk warning: leveraged forex and CFD trading can result in the loss of your capital, and retail providers must disclose the share of their accounts that lose money (FCA, ESMA). Latency arbitrage depends on execution you cannot guarantee: orders can be late, rejected or restricted by the broker. Worked examples use hypothetical prices; the gold figures are displayed quotes from three single sessions, not executed trades; research figures are quoted from the named studies. Westernpips publishes this page and sells the software described on it. This is not investment or legal advice, and past or simulated results do not guarantee future results.

Read next




Online Support 24/7

If you have questions about Westernpips Software products please Contact Us.

WhatsApp: +15165847654 WhatsApp: +6282177564757 westernpips.group@gmail.com WeChat Id: wp_globalsupport Subscribe To Our Social Media Pages For Get Latest News