I’d like to request the inclusion of the event time in the spot websocket order book streams.
These streams are the following:
Individual Symbol Book Ticker Streams: <symbol>@bookTicker
Partial Book Depth Streams: <symbol>@depth<levels> and <symbol>@depth<levels>@100ms
An “E” field should be added to the stream data payload, that contains the Event time similarly as it is present in the Diff. Depth Stream (<symbol>@depth).
This event time is very important to be able to detect network delays in case of websockets and determine if the order book data is still usable or should be considered outdated by the trading algorithm.
(Also while you’re here, you could also add a symbol field to the Partial Book Depth Streams, as it’s missing in those payloads. However, this is not as important as the event time, as this information is also present in the stream name.)
Similarly, I find that the lack of an event time for Book Ticker or Partial Book Depth streams is problematic; I have no way of matching messages from these streams with messages from a same-symbol Trade or AggTrade stream
yes event time is important. there is an “u”:400900217, // order book updateId can i eventually trace back to the time of this event in the orderbook diff wss?
Hi. I agree with the author. It is very important to add timestamp field to spot Partial Book Depth Streams.
I have many cases where I need only first 5 or 10 best asks/bids. So I don’t need to use ‘Diff. Depth Stream’.
But without a timestamp, I cannot track the relevance of the data when there is a large stream of data through sockets.
The !bookTicker/@bookTicker payloads for both futures markets have both “E” (event time) and “T” (transaction time). USD-M futures got these fields two years ago…
I’m genuinely surprised that this issue has remained unresolved for four years. This feature is clearly essential for many users. Could we at least get some communication from the development team? It’s frustrating that there seems to be no interaction with the community and no visible involvement from the developers. We understand that there may be obstacles preventing the development of this feature, but after four years, a response would be appreciated instead of continued silence.