@Kislay an index is not a directly tradable entity, so the LTT fields for the index are not significant. However, to maintain consistency and generate chart data, we use a 1-second resolution.
For tradable scripts, the LTT is derived from the exchange is accurate.
@Pradeep_Jaiswar understandable. But currently two ticks per second are sent as can be seen in the log above. and two ticks have same ltt, if we want to save ticks, we would lose half of ticks as two ticks have same ltt.
if the ltt can have 0.5 second resolution since two ticks are sent per second, that will solve this issue.
I will pass this information to the relevant team, but I’m not sure if it can be modified for custom logic since the same platform is used across the system. For indexing, you can use currentTs if that helps.
but I’m not sure if it can be modified for custom logic since the same platform is used across the system.
Ideally, the ltt should be the time index value was captured. Each tick should have unique ltt value, I am sure this must have caused inconvenience to other API users too.
For indexing, you can use currentTs if that helps.