How to Measure a CS2 Update's Market Impact

Updated

API reference: POST /v1/prices/history

Use POST /v1/prices/history to compare a fixed basket across equal windows before and after the update timestamp. Keep the marketplace, price side, interval, and basket unchanged.

This design measures an association around the event. It does not prove that the update caused every observed price move.

Recent OHLC coverage begins on December 24, 2025. The endpoint is available on Scale and Enterprise plans.

Fix the study design before reading results#

Record:

  • the update timestamp in UTC;
  • a pre-event and post-event window of equal length;
  • one marketplace source;
  • one price side and candle field;
  • one interval;
  • the exact item basket and any weights.

Hourly close_ask is a practical signal for many short event studies. It represents observed listing floors, not completed trades.

Avoid changing the basket after seeing which items moved. That turns a market study into a winner selection exercise.

Build comparable item returns#

For each item, select the last valid observation before the event and the first valid observation at the chosen post-event horizon. Require both points and record their actual close_time values.

Then aggregate item returns with a declared method:

Method Tradeoff
Equal-weight median Resists one extreme item dominating
Equal-weight mean Easy to interpret but sensitive to outliers
Fixed value weights Represents a chosen portfolio but requires frozen weights

Do not let missing items silently change weights from hour to hour.

Report coverage beside impact#

An event result should include:

  • requested and comparable item counts;
  • requested and returned candle counts;
  • median gap from nominal bucket time;
  • first and last actual observations;
  • items excluded for missing data;
  • result with and without the thinnest items.

Preserve missing buckets. Forward-filling across the update can turn an old quote into a fake post-event observation.

Separate broad and item-specific effects#

Build a fixed market index for the broad move, then compare categories or affected items against it. The CS2 market index guide explains how to keep constituent coverage stable.

You can also examine volatility and visible order counts, but label each measure precisely. Listing count changes are not completed sales, and higher sample_count can reflect observation coverage rather than demand.

Interpret cautiously#

Other announcements, marketplace outages, currency moves, and ordinary market drift can overlap the event window. A control basket can reduce some noise, but it still does not establish causality.

Use the smallest predeclared window that captures the expected reaction, show wider windows as sensitivity checks, and preserve the complete methodology with the result.