Home >> Support Board

Support Board

Date/Time: Thu, 23 Jan 2025 05:17:43 +0000

How to Post a Message for Support

Nano second timestamps

View Count: 2064

[2018-11-15 00:14:26] #1 [Go To First Post]
User19165 - Posts: 346
Back in August 6th, in the LOCKED whats sierra working on thread, you wrote: "-Nano second time stamping resolution. This is going to be started next in the coming days." Is this completed now? I have been checking the release notes and haven't seen this mentioned. I also know you don't mention everything you put into a release. IMHO, this is my most anticipated improvement from Sierra for the past decade.

[2018-11-15 00:23:08] #2 [Go To First Post]
Sierra Chart Engineering - Posts: 104368
No. And also internally while Sierra Chart will be able to support nanoseconds, time stamping would only be to the millisecond. This is all. It is not likely this would be started until about 2 to 3 months from now. Sierra Chart Support - Engineering Level Your definitive source for support. Other responses are from users. Try to keep your questions brief and to the point. Be aware of support policy: https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation For the most reliable, advanced, and zero cost futures order routing, change to the Teton service: Sierra Chart Teton Futures Order Routing

[2018-11-15 01:38:15] #3 [Go To First Post]
User19165 - Posts: 346
I'm in a group of over 800 traders (and growing) and I have been touting this nanosecond thing as a reason to sign up with you. I know that many have done so strictly on the anticipation of your nanosecond time stamp resolution that you mentioned back in August that was said to be starting in the coming days (now reported as the coming months). The group and myself had all interpreted this to mean that the tick data in the database would be at the nanosecond level so tools could be created for independent analysis of this very precise and future proofing timestamp. Can you elaborate more about what you mean in your comments above? I don't understand what nanosecond timestamping will bring to us as a customer if it is not applied universally throughout the application.

[2018-11-15 01:57:18] #4 [Go To First Post]
Sierra Chart Engineering - Posts: 104368
The group and myself had all interpreted this to mean that the tick data in the database would be at the nanosecond level so tools could be created for independent analysis of this very precise and future proofing timestamp. This is not what we meant. We added this: .Update: This has not been started and what is meant here is that the storage format of the timestamps will have nano second resolution but only precision to the millisecond is going to be used. The group and myself had all interpreted this to mean that the tick data in the database would be at the nanosecond level so tools could be created for independent analysis of this very precise and future proofing timestamp. Why do you need nanosecond timestamps? And how do you even know that such a timestamp is even really accurate? A nano second is an incredibly short period of time and we do not even see how there is any kind of legitimacy to time stamping to that minute level. From our perspective in our experience, anyone who comes out and says they've got trade data timestamped to the nano second, would be playing on your ignorance. And trying to push something which is probably not even accurate or even believable. We have no faith in anyone making such a claim. Microsecond time stamping is believable. Not nanoseconds. There was never any intent to mislead. We were only talking about the storage format. And it should also be common sense, that our statement is obviously going to be contingent on the source data. We know of no source who provides nano second resolution. Sierra Chart Support - Engineering Level Your definitive source for support. Other responses are from users. Try to keep your questions brief and to the point. Be aware of support policy: https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation For the most reliable, advanced, and zero cost futures order routing, change to the Teton service: Sierra Chart Teton Futures Order Routing Date Time Of Last Edit: 2018-11-15 02:02:47

[2018-11-15 02:03:50] #5 [Go To First Post]
Sierra Chart Engineering - Posts: 104368
The prior post has been updated. And to prove what we said is true, this is from the CME: Start of event processing time (UTC). UTC Timestamps are sent in number of nanoseconds since Unix epoch synced to a master clock to microsecond accuracy. Even they do not even offer nanoseconds. As we said this is so minute to be impossible to have legitimacy or accuracy. And who's to say that master clock is continuously accurate. It can drift. We have no confidence, in precision from the CME. We really do not regard any time stamping below milliseconds, to be legitimate or trustworthy or accurate. To treat timestamps as if somehow they are the word of God is a mistake. You really do not know the truth of what is really going on. And for the simple reason to be able to sustain 100% precision to the microsecond level is very very challenging and as a practical matter impossible. Sierra Chart Support - Engineering Level Your definitive source for support. Other responses are from users. Try to keep your questions brief and to the point. Be aware of support policy: https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation For the most reliable, advanced, and zero cost futures order routing, change to the Teton service: Sierra Chart Teton Futures Order Routing Date Time Of Last Edit: 2018-11-15 02:28:15

[2018-11-15 02:18:43] #6 [Go To First Post]
Sierra Chart Engineering - Posts: 104368
This thread reminds us of this ridiculous claim from Binance, that they can handle 1.4 million transactions a second. No we do not believe that is true at all. Unless they are breaking up order flow for a given symbol into multiple pools of liquidity and doing parallel processing. At best that is nothing more than a pure theoretical number which has no relevancy to a real-world exchange application and all of the secondary functionality which is required. The best we have been able to achieve is about 20,000 orders a second. Sierra Chart Support - Engineering Level Your definitive source for support. Other responses are from users. Try to keep your questions brief and to the point. Be aware of support policy: https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation For the most reliable, advanced, and zero cost futures order routing, change to the Teton service: Sierra Chart Teton Futures Order Routing Date Time Of Last Edit: 2018-11-15 02:34:30

[2018-11-15 02:35:25] #7 [Go To First Post]
User19165 - Posts: 346
Thanks for all the extra information SC staff. I read your initial comment about nanosecond literally, as did everyone else I was touting this to in the group. I can appreciate that it is a small amount of time. Just some short years ago, microsecond would have been considered absurdity, but here we are. The future comes fast. What I want to do is re-bundle trades so that I can more accurately track big orders. Grouping them by the finest granularity timestamp available will not be 100% accurate, I know this, but it is a darn sight better than not doing it all. I do not trade any CME products therefore do not have access to their tick ID, so I am looking for a more exchange universal way to accomplish the this trade rebundling through the checking of trades having the same timestamp. Date Time Of Last Edit: 2018-11-15 07:11:18

To post a message in this thread, you need to log in with your Sierra Chart account: