November 17, 2025

Top 10 Questions About OHLCV & Tick Data

featured image

If you’ve ever asked how to build a crypto analytics platform, chances are your conversation turned to OHLCV and tick data.

These two data types are core inputs for many backtests, price models, analytics platforms, and trading systems. But they’re also a source of confusion for developers.

Below, we’ve compiled the 10 most common questions traders, quants, and engineers ask, and what you actually need to know to work with this data properly.

Because not every exchange or provider builds candles the same way.

Providers may aggregate using exchange trade timestamps, receive timestamps, different market sources, filtering rules, or correction logic. If your 1-minute bar from one source doesn’t match another’s, it’s not necessarily an error. It may be the result of a different aggregation method.

CoinAPI tip: CoinAPI normalizes OHLCV data using consistent UTC timestamps and documented aggregation logic. Bars are derived from available market activity and may include periods where the order book was active even if no trades occurred.

Standardized timestamps and normalized schemas make it easier to compare data across markets without assuming that candles from different exchanges should be identical.

Further reading:

Think of OHLCV as a summary and tick data as the story itself.

  • OHLCV shows Open, High, Low, Close, and Volume for a fixed interval.
  • Tick data records individual trade or quote events from supported exchanges and symbols, without OHLCV-style aggregation.

Use OHLCV for visualization, indicators, and many backtesting workflows. Tick data becomes more important when you need event-level information for execution simulation, market microstructure research, liquidity analysis, or ML models.

FeatureOHLCVTick Data
StructureAggregated barsEvent-level records
Typical useCharts, indicators, backtests, dashboardsMicrostructure, execution simulation, ML, spread/liquidity analysis
SizeSmallerMuch larger
Live accessREST/WebSocket/FIX depending on workflowWebSocket/FIX for live workflows
Historical bulkREST for targeted queries, Flat Files for bulkFlat Files for large-scale history

Data availability varies by exchange, symbol, instrument, dataset, historical period, and plan.

Further reading:

It depends on the exchange, symbol, and dataset.

CoinAPI maintains historical market data across hundreds of integrated exchanges, with some datasets extending back more than a decade. Exact availability varies significantly between venues, instruments, and data types.

Before designing a backtest or research pipeline, check CoinAPI metadata and Flat Files listings to confirm the available history for the specific venue and instrument you need.

There are two main ways to access historical data:

  • Market Data API REST for targeted historical queries.
  • Flat Files S3 for large-scale historical datasets through S3-compatible access, Snowflake, and MCP.

Flat Files are commonly delivered as gzip-compressed CSV files, with selected datasets available in Parquet where supported.

Further reading:

Yes, but how you connect matters.

  • REST API → request-response access for latest snapshots, metadata, exchange rates, and targeted historical queries.
  • WebSocket → persistent streaming for live trades, quotes, order books, and OHLCV updates.
  • FIX → institutional real-time market data workflows where applicable.

CoinAPI WebSocket is designed for low-latency real-time streaming and can support latency-sensitive trading, monitoring, and analytics workflows.

For workloads with specific latency, deployment, throughput, or SLA requirements, contact CoinAPI to discuss the appropriate infrastructure and connectivity setup.

Further reading:

Timestamp differences are a classic problem, especially if you backfill historical data and then switch to WebSocket for live updates.

CoinAPI provides standardized UTC timestamps and normalized schemas that help teams reconcile data across access methods.

For example, fields such as exchange timestamps and CoinAPI processing timestamps can help distinguish when an event occurred at the source from when it entered CoinAPI’s infrastructure.

For historical research, T+1 Flat Files can provide a processed record suitable for reproducible backtesting, analysis, and audit workflows.

This is important because live and historical datasets should not automatically be assumed to be byte-for-byte identical. Late data, corrections, deduplication, and subsequent processing can affect the final historical record.

Further reading:

That’s intentional.

The candle you see while a period is still active is not necessarily the final candle.

CoinAPI can send progressive updates for the active OHLCV period as new market activity changes the aggregate values. That allows an application to work with the latest state of the candle instead of waiting until the entire period has ended.

Once the period closes, the completed bar should be used as the final value for that interval.

This distinction is particularly important when storing live WebSocket data for later backtesting: an interim candle update should not automatically be treated as the final historical bar.

Further reading:

Even one day of tick data can contain millions of records.

That becomes particularly important when working with trades, quotes, or order book updates across many symbols and exchanges. For these workloads, repeatedly paginating through REST may not be the most efficient approach.

The Flat Files API is designed for bulk historical retrieval.

Flat Files use predictable S3-style paths partitioned by dataset, date, exchange, symbol, and/or timeframe depending on the dataset. The directory structure lets you list and download the files relevant to your exchange, symbol, date, and data type rather than downloading an entire archive.

Access options include:

Push API delivery is planned for automatic delivery to customer storage. Check the current CoinAPI documentation or contact the team for availability.

Further reading:

CoinAPI supports 400+ integrated exchanges and venues across supported spot and derivatives markets.

Coverage includes thousands of digital assets and supported spot and derivative instruments, including futures, options, and perpetuals where available.

Asset and symbol metadata are available through /v1/assets and /v1/symbols. Check the returned fields for additional chain or address metadata where available.

Coverage is not identical across every venue. Availability varies by exchange, symbol, instrument type, dataset, historical period, and product, so always confirm the exact coverage required by your application before designing a production pipeline.

That depends primarily on how much data you need and how you plan to consume it.

If you’re exploring CoinAPI, you can start with $25 in free credits on a PAYG account. This is useful for testing supported REST and WebSocket workflows before committing to larger usage.

For targeted historical requests, REST may be sufficient.

For multi-year backtests, ML training datasets, large tick-data downloads, or order book research, Flat Files are usually a better fit because they are designed for bulk historical retrieval.

Current Flat Files pricing uses Usage Credits with PAYG, committed, and enterprise options. Costs depend on the data type, amount transferred, applicable daily pricing tier, and plan.

For production workloads, review current pricing rather than assuming a fixed subscription or unlimited retrieval model.

Further reading:

Yes.

Historical market data can support reproducible studies, econometric models, market microstructure research, ML experiments, and other quantitative research.

For smaller datasets and samples, gzip-compressed CSV files can be loaded into tools such as Python, Jupyter, R, or statistical software.

Tick, quote, and order book datasets can become much larger. At scale, researchers may need tools such as DuckDB, data warehouses, cloud object storage, or distributed processing frameworks rather than loading the entire dataset directly into a notebook.

Academic and research teams can contact CoinAPI to discuss available data and access options. Researchers should also confirm that their intended use complies with the applicable CoinAPI agreement and any relevant data licensing requirements.

Further reading:

Different questions require different market data.

Use CaseBest Data Type
Price chartingOHLCV
Simple backtestsOHLCV
Spread/liquidity analysisQuotes / order book data
Execution simulationTrades + quotes + order books
Market microstructure researchTick trades, quotes, order book updates
ML feature generationOHLCV + tick + order book data depending on the model
Audit/reproducibilityFlat Files historical datasets

The key is not simply choosing between OHLCV and tick data. Your access method matters too.

Market Data API REST is suited to latest snapshots, metadata, and targeted historical OHLCV, trades, quotes, and order book queries.

Market Data API WebSocket and FIX provide continuous real-time market data for supported workflows.

Flat Files are designed for bulk historical datasets through S3-compatible access, Snowflake, and MCP.

Exchange Rates API and Indexes API are separate products for workflows that need normalized reference rates or index datasets rather than exchange-specific market events.

CoinAPI provides OHLCV for aggregated analysis, tick-level trades and quotes for event-level research, and order book data for liquidity and depth analysis.

Explore the Market Data API for targeted and real-time access, or Flat Files for bulk historical datasets.

Recent Articles

Crypto API made simple: Try now or speak to our sales team