Product roadmap

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).

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

To extend support to browser-based applications.

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.

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

Make our historical and live APIs easier to integrate from Java.

Real-time and historical FINRA TRACE data.

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

We originally spec'ed the intraday replay to exactly 1 week, guaranteeing it's past an exchange maintenance window/scheduled weekend halt, so that majority of our customers could easily stitch historical and real-time data together unless the venue is truly 24/7 (most "24 hour" traditional venues still have a weekend halt). However the message rates have gotten so high this year that we can only guarantee replay up to 24 hours. This means that a customer that needs to stitch history from >24 hours ago to real-time data will need to do something tedious like the following: Subscribe to the real-time feed with start=0 and keep queuing up the real-time data.Use the first ts_recv timestamp plus some buffer (let's say ts_recv + 10min or ts_recv + 1 min) as the end parameter in an analogous timeseries.get_range request.Use either of these as the index to join your historical data with the queued real-time data: (A) channel_id and sequence_no as a pair - Most correct, but also most tedious. (B) ts_recv - Much easier but could be out of order within a factor of ~1 microsecond at the boundary between historical and queued real-time due to PTP sync error. (C) ts_event - Just as easy as using ts_recv, avoids the sync error at the boundary and works on most current venues which enforce FIFO and monotonic timestamps, however not guaranteed to be correct on all venues since not all venues truly respect monotonicity. Cut over to the real-time stream. Note: The above choice of A/B/C also depends on your business logic and the schema you're using. Most of our schemas are stateless so it might not matter if you have ~1 mic of error at the boundary. Most features/alpha signals are probably stable to that. Even if you're using a stateful schema like MBO, I imagine most downstream applications and business logic should be robust to that ~1 mic out-of-order MBO events at the boundary using ts_recv. The "queue" above may be some kind of message middleware that you can insert into that enforces a sort order on ts_recv—for example, not that this would be a recommended or efficient pattern, you could imagine a database serving as a hacky message middleware could enforce sort on the ts_recv column.

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

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.

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)

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.

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.