Product roadmap

Feature to schedule recurring batch download jobs (e.g. nightly/weekly) through the web portal. This would be helpful to users who are regularly submitting batch download jobs through our web portal so that they only need to visit Databento once to retrieve the data after the job is complete. (Users of our APIs and client libraries are already able to use batch.submit_job to automate creating batch download jobs.)

Currently, indices are indirectly supported through tradable index instruments on CME futures, ETFs, etc. and we don't provide the index values (non-tradable) themselves. This may be sourced from a feed like the Cboe Global Indices Feed or NYSE Global Index Feed.

Data for Eurex, including all schemas (MBO, MBP, ohlcv, etc.).

futures and futures options OHLC, OI and volume from the LME

Real-time and historical FINRA TRACE data.

Especially for US equities trading activity during non-US hours.

Standard plan users have a hybrid setup where they get included history with their subscription, but requesting any data outside of the included range will be subject to usage-based rates. It may be hard to know exactly the cutoff time and schemas that are included with the subscription and accidentally overspend on metered usage while on a Standard subscription. This proposed feature will involve adding some functionality for users to disable metered billing on the billing dashboard and perhaps also when they've completed activating a Standard subscription plan. Timing If accepted, we'll only be able to implement this feature after we've rolled out some upcoming features in Q2 2025: OPRA subscription plansOPRA upgrades (extended history, CBBO, CMBP-1, etc.)EEXEurexICE USICE Europe Financials

This feature would allow the user to request trading calendar information (such as trading session start/end times) via our API. This is especially useful when considering trading sessions that can span multiple UTC dates (and hence the possibility of having multiple trading sessions within a single day)

Full depth of book feed for Cboe Futures Exchange (CFE). CFE contains volatility futures and corporate bond index futures, such as VIX futures (VX, VXM).

To extend support to browser-based applications.

Currently, equities is supported via individual prop feeds of each venue. While NASDAQ is sufficient for getting NBBO for most of the time, some users prefer something that will be more in line with actual NBBO from SIPs. This feature request tracks 3 possible modes of consolidation for both historical and live data: Databento server-side consolidation of multiple proprietary feeds Consolidated data from proprietary feed like Nasdaq Basic in lieu of SIP Consolidated data from CTA/UTP SIPs We plan on implementing 1-2 of these three options.

All orders plus last look quotes from 35 major banks and non-bank LPs, on one of the largest FX venues.

This client library makes all our historical and live features easier to integrate in C# on Windows, Linux, and Mac OS. C# is currently already supported through our HTTP API and Raw TCP protocol, which are both language-agnostic.

For ICE US futures including US softs and financials, such as cocoa, cotton, sugar, frozen orange juice, canola, world cotton, US grains, precious metals, MSCI indices, all currency pairs, and US Dollar Index. This was previously tied to this ticket for ICE Futures Europe and ICE Endex. However, we've decided to release ICE Futures Europe and Endex first separately from ICE US.

For options, including in the CME and OPRA datasets, the existing MBP-1 schema can have significant record volume despite the instruments being extremely illiquid. In practice, there are several orders of magnitude more MBP-1 records than trades, which is unwieldy to work with. We're introducing a new schema to resolve this. BBO on interval (bbo-1s, bbo-1m) will provide the last best bid, best offer, and sale at 1-second or 1-minute intervals. This is different from BBO on trade (tbbo), which is a subset of our MBP-1 schema and provides every trade event alongside the BBO immediately before the effect of each trade. The main distinction is that TBBO is captured in trade space, while BBO is captured in time space. Learn more in our MBP-1 vs. TBBO vs. BBO schemas guide. Update: The BBO schema will be supported for all symbols on all datasets, not only options. This description focuses on options as that's where the benefit would be maximized (since options have much larger order-to-trade ratios). We'll roll this out for CME first, followed by equities and ICE, and then OPRA.