Latest and historical forecasts
The data cutoff chooses which observations the model can see. It does not change when inference actually runs. A historical replay is generated now and labeled accordingly.Website
- Select an instrument or market outcome in Search and open Forecast.
- Choose the observed-bar interval, last N observations and models.
- Under Data cutoff, choose Latest available, Calendar date and time, or Minutes / hours / days ago.
- For 120/180 days in the past, choose Days ago and enter
120or180. - Set the forecast horizon and run. Newer observations stay separate as an overlay.
API request
For the latest data, omit both cutoff fields or usehistory_lag_minutes: 0. For an elapsed duration, use top-level minutes:
POST /api/v1/ensemble-forecasts with an authorized session/API key and an Idempotency-Key. Poll until completed or failed. Provider availability and model minimum context still apply.
For reproducible research, prefer an explicit history_cutoff_at, such as 2026-04-01T20:00:00Z, instead of a moving relative duration. Do not combine it with a positive history_lag_minutes. The website converts calendar inputs from your device timezone to UTC; API timestamps must include an offset. Relative days are elapsed 24-hour periods, not exchange-session counts.
The saved source includes the requested UTC cutoff, effective provider and a historical-replay label. The input series records its actual final observation. Forecast timestamps begin after that observation, which can be earlier than the requested cutoff when the source has gaps.
Stock replays can overlay retained observations beyond 90 days, including daily history after a 120/180-day cutoff. Retrieval remains bounded; recent minute quotes use a seven-day window. Prediction-market and perpetual live overlays retain their separate 90-day window, and return an explicit availability state when it expires. Forecast creation and the overlay are separate operations.
Request metadata and errors
Optional websiteanalytics_context is sanitized separately from model configuration and excluded from cache identity. Missing, invalid or unavailable optional telemetry cannot block a forecast. API clients can omit it entirely.
CONFIGURATION_FIELD_UNSUPPORTED indicates an unsupported inference field, not a limit on how far in the past the cutoff can be. Current requests retain strict validation for model IDs, checkpoints, weights and supported fields. Future dates, conflicting cutoff fields, unavailable source history, insufficient context and provider rate limits have separate validation/provider errors.
A prediction market’s historical side/contract must still resolve through its provider. Selecting a past cutoff does not fabricate an expired contract or unavailable archived quotes. Event-export range bounds limit the downloaded span, not the age of an otherwise available historical cutoff.