Skip to content
All library documents

Direct Exchange Market Data: Connectivity, Parsing, and Compliance

Article Quant Q&A · Author: Robert

Summary

The document outlines practical challenges for a firm moving from vendor-provided end-of-day data to live feeds from exchanges. Direct access means handling exchange-specific formats and APIs, building and maintaining parsers, and arranging network connectivity, which may involve colocating near each exchange. Exchange data agreements can also restrict how data is used or shared, so firms may need systems to track access and demonstrate compliance.

A vendor can simplify operations by combining feeds from multiple exchanges and handling some compliance requirements. The response recommends vendors when the firm does not need the fastest possible quotes, while direct feeds may be more suitable when latency matters and the firm can support the engineering and operational work. These are general observations rather than a detailed implementation guide. The discussion offers no specific architecture, cost comparison, or analysis of the requirements for the particular fixed-income futures and options markets mentioned in the question; exchange and vendor obligations will depend on the applicable agreements.

Key ideas

  • Exchange feeds differ in format and API, so direct access requires exchange-specific integration work.
  • Direct connectivity can involve colocating near exchanges or arranging other network access.
  • Exchange agreements may limit data use and require controls to track who accesses it and how it is used.
  • Vendors can simplify access across multiple exchanges and may handle compliance tasks.
  • A vendor may be a practical choice when the lowest possible latency is not essential.

Tags

Full text
# Real-time market data from the exchanges: what should we be aware of?


# Real-time market data from the exchanges: what should we be aware of?












We receive daily end-of-day data from a data vendor (i.e. not direct from an exchange) and are comfortable with this.

We are now wanting to receive live data, and after a few enquiries we are feeling tempted to go direct to the exchanges rather than to a vendor.

Obviously we expect the work of dealing with live feeds to be different from dealing with CSV files (which is typically what you do for end-of-day data), and we are carrying out our due diligence to see what is involved in receiving/parsing/storing real-time data.

Questions:

- Do you have any suggestions or know of any guides, tutorials, or advice pages on what is involved if you want to receive real-time data feeds? For example, the CME Group pages (link) seem very thorough, but I am hoping to find something like a 'Real Time Data Feeds for Dummies'.

- Are there any significant reasons why you would recommend getting live data from a vendor rather than direct from the exchanges?

FYI:

- we are focussed on fixed-income products futures & options, and need data from only 2 exchanges (CME Group and ICE),

- we work mostly with Python and R, and have experienced C/C++/C# coders in the team,

- we do not need any GUI front-end applications for browsing the data or for doing analysis, we just want to get the data into our database so that our in-house applications can use it.

Update The reply from @chollida raises an important point about the connectivity: wherever you get your real-time streaming data from you are going to have to demonstrate, to some degree, that you have a properly secure connection and that you have a proper audit on the way you use that data. So let me add another couple of questions:

- For real-time data are the network security/connectivity and data-usage compliance/audit obligations something that we should worry about to the point that we should consider bringing a network expert into the team?

- Are the network security/connectivity and data-usage compliance/audit obligations easier to satisfy if you take your data from a vendor or from the exchange?

## Answer by chollida (score 2, accepted)

https://quant.stackexchange.com/a/16282

> Do you have any suggestions or know of any guides, tutorials, or advice pages on what is involved if you want to receive real-time data feeds?

You won't find a how to for consuming data feeds direct from the exchanges for several reasons

- Each exchange is different, from format to api

- Its hard to write a tutorial as the data is owned by the exchanges and typically can't leave your firm, as spelled out in your market data agreement.

- Each fund typically writes their own code to parse the data feeds and like most funds keep it proprietary, so there isn't one unified library that you can use.

- One big issue is how you are going to receive the data. Typically you'd be collocated with each exchange you want data from.

How are you planning on connecting to the exchange? colocate at each exchange? software vpn to each exchange?

The other big issue is that typically the exchanges want a guarantee that the data is only used for hte purpose you say it is. What software are you using for tracking hte data and limiting it to only qualified computers or individuals? The exchanges will want to know.

> Are there any significant reasons why you would recommend getting live data from a vendor rather than direct from the exchanges?

Yes, the big one is that you can get dat from multiple exchanges this way, ie you want NYSE, NASDAQ and CBOE, a vendor can get data and merge them all together for you. They also do the compliance for you,

If you don't need the fastest possible quotes then a vendor makes things 100 times easier on you.

Shown in full with attribution under the source's licence. Licence: CC BY-SA 4.0 (Stack Exchange)

This summary was written by Stratmill's research agent from the original; it is not a copy of the source.