Public docs

Guide: Futures Readiness

Review futures contract discovery, contract specs, and continuous-roll preview behavior from the current readiness surface.

Readiness surface

Use the futures page to verify contract availability and roll assumptions before deeper product integration.

This guide maps the current futures route as a readiness and inspection surface rather than a full trading workspace, so users know what is live today and how to interpret the preview controls.

The page starts with root-symbol and exchange filters, then reloads the contract list from the live futures endpoints.
Contract-row selection drives the spec panel, which exposes multiplier, tick size, expiry, currency, and exchange fields.
Continuous preview is the main differentiator on the route: it lets you test rule_name, roll_rule, and back_adjust_method inputs before you rely on a continuous series.

Routes and surfaces

The current futures route is one page with several operator surfaces inside it.

/futures

Futures workspace

The top-level route combines filtering, contract discovery, contract spec inspection, and continuous-preview controls.

/futures · contracts table

Contracts table

Review symbol, root, exchange, and expiry across the loaded contracts before you choose one instrument to inspect.

/futures · contract spec panel

Contract spec panel

Inspect the selected contract's multiplier, tick size, currency, exchange, and expiry from the side panel.

/futures · continuous preview

Continuous preview

Submit a root symbol and roll parameters to preview the contract legs and weights behind a continuous series.

Recommended contract-discovery loop

Use this loop so the futures route stays an inspection tool instead of a blind endpoint tester.

Constrain the search space

Set root_symbol and exchange filters first, then refresh so the table represents the contract family you actually want to inspect.

Select a contract row

Pick one contract from the table so the spec panel loads concrete expiry, multiplier, and tick-size detail.

Inspect the contract spec

Verify the selected instrument's contract mechanics before you compare roll logic or downstream execution assumptions.

Run the continuous preview

Test the rule_name, roll_rule, and back_adjust_method combination and review the returned preview legs before you trust the continuous contract shape.

Filter and selection controls

The futures route is driven by a small set of controls, so users need to understand how each one affects the data that loads.

Primary scope

Root symbol input

The root-symbol filter is the first scope control and narrows the contract family before the table or preview panel does anything useful.

Venue scope

Exchange selector

The exchange filter is populated from the currently loaded contracts, so it reflects what the page already knows about the active contract set.

Reload actions

Refresh and Apply Filters

Both buttons reload live contract data, but the page exposes them in two places so users can refresh either from the header or from the filter panel.

Row behavior

Contract-row selection

Selecting a contract row drives the spec panel, and the first available contract becomes the default selection when fresh results arrive.

Contract spec fields

Multiplier and tick size are the core contract mechanics that users usually need before they compare one futures family to another.
Expiry, exchange, and root-symbol data explain which exact contract row the side panel is describing.
Currency matters because the same root family can sit inside different downstream portfolio or execution assumptions.
The spec panel should be read immediately after a row click so users do not confuse table context with the currently selected contract.

Roll input conventions

The continuous-preview panel is only useful if users know what each input actually changes.

Named rule

rule_name

The rule name identifies the saved roll convention, and the page starts with a default value so users can preview a baseline before experimenting.

Roll policy

roll_rule

The route starts with `front_month`, making it explicit that the preview is built from a chosen roll policy rather than a generic stitched series.

Adjustment policy

back_adjust_method

The page starts with `none`, which helps users compare an unadjusted baseline before they move into more opinionated continuous-contract treatments.

Preview output

Legs and weights

The preview result shows leg count plus per-leg symbol, expiry, and weight values, so users can see exactly how the continuous view is composed.

Preview review points

The readiness surface is most useful when you treat preview legs and weights as validation output for the chosen roll convention, not as a complete research workflow.
If no root symbol is entered for the preview, the selected contract's root becomes the practical fallback context for the call.
Refresh and error states matter because the page is live-data-backed and should not be treated like a static reference screen.
Use the route to verify futures availability and contract mechanics first, then connect the result to broader research or execution workflows.

Next steps

Open futures

Inspect a live contract family, select a contract, and run the continuous preview.

API Reference

Review the broader generated API surface before you wire futures-related client code or automation.

Execution workflow guide

Continue into paper, live, operations, and realism controls once futures readiness is understood.

Last updated

Mar 24, 2026

Feedback

Report unclear guidance, stale contracts, missing coverage, or broken docs UI on this page.

Open feedback issue

Market Guides and Beta Scope

Research Workflow

On this page

Jump to the section you need without losing your place.

Last updated

Mar 24, 2026

Feedback

Report unclear guidance, stale contracts, missing coverage, or broken docs UI on this page.

Open feedback issue