Welcome to NexusFi: the best trading community on the planet, with over 150,000 members Sign Up Now for Free
Genuine reviews from real traders, not fake reviews from stealth vendors
Quality education from leading professional traders
We are a friendly, helpful, and positive community
We do not tolerate rude behavior, trolling, or vendors advertising in posts
We are here to help, just let us know what you need
You'll need to register in order to view the content of the threads and start contributing to our community. It's free for basic access, or support us by becoming an Elite Member -- see if you qualify for a discount below.
-- Big Mike, Site Administrator
(If you already have an account, login at the top of the page)
I just remembered where I got my info from. I trade through AMP and have been using SC for almost a year. At that time, I was routing through Rithmic and AMP told me that TStops never reside on the server, that SC handled them on the client-side only.
So maybe Denali is different. I'm still not convinced and may post a question to SC on my own, just to see if I get the same response, hopefully, from a different support person.
One way to check is, when you get to a point where you place your first real-money order using a TStop, login to Web-Based Trading Panel and see if there is an open Stop order showing.
Can you help answer these questions from other members on NexusFi?
Yeah-
Things tend to 'work better' when the solution is fully vertically integrated. So when using SC with SC order routing- they of-course fully support their own Client side software order management capabilities.
Just to clarify something you said in the previous post... This is not regarding Denali- their Data package for the CME Group.
What I believe makes TStop management "server-side" possible, in so far as how we have defined it here- is that if you use the 'Sierra Chart Futures Order Routing Service', then they use their own order routing servers through TTNet.
Well, I just posted in your SC thread asking for more clarification. If they do, in fact, use server-side Trailing Stops, I may have to rethink my Stop strategy.
In considering this further, I think I see where the confusion comes from. So, SC "manages" the Trailing Stops client-side, but when SC updates the Trailing Stop position, SC places a resting Stop on the server. Then cancels and replaces that Stop, as necessary.
Still doesn't seem feasible to me, given how many traders use Trailing Stops, and given the strain that would put on the server, with many thousands of Stops being canceled and replaced almost continuously.
I did some trading many decades ago and, if you canceled and replaced an order too many times in a given period of time, you were in trouble. But maybe things have changed.
Okay... SC just responded to my request for clarification, and it does seem that you were correct.
So I thought I was helping you, but turns out, you ended up helping me! <lol>
And according to SC, when they get their CME stuff setup, SC will no longer have to mange Trailing Stops client-side, they will be managed server-side. That is good news!!
Now that we know there is a resting Stop on the server even when using Trailing Stops, there is one other thing you need to be aware of about trading CME and/or ICE products, as relates to Stops:
I told you... I read the whole section you referred me to on the SC website. It only took two full days to get through the whole trading functionality documentation... lol
You don't get any sympathy from me because I spent the last two weeks subjecting my senior brain to learning how to write ACSIL code in order to automate trading strategies... and I don't even have a successful trading strategy to automate yet! I must be a masochist.
lol 