Trading engine built on the API

Hi Jean-Marie, thanks for your message.

I’m pretty sure that your “Symbol is inaccessible” message has to do with the ILA license that the CME and Tradovate now requires. When I posted the original video the fee was not required, but perhaps due to the popularity of the video and other developers catching wind, the CME and Tradovate started cracking down and required this ludicrous fee.

So you are aware, I posted the video on February of 2022. The CME shut everything down for Tradovate developers on November 2022, and that is when I paused working on it.

As far as I can tell, it looks like your trades are for individual days. If it were up to me, I would try to keep verifying the strategy over a significant period, to see how it works over time. There is no one strategy that is profitable every day – there will be winning days and losing days. The only way to know if your system is working is to test it out manually. And the concept that auto-trading is better than manually trading is a lot harder to validate – believe me, when you have real money on the line and you need to “trust” your code, you should have a rock-soild way to know how to deal with all situations and edge cases.

All said, deploying your bot will take time and money. I wish you all the best.

PS, I know only a few will read this, but after taking a significant time off developing Trade Hur, I rebuilt it very recently from the ground up and started testing out a revised algorithm. It is performing relatively well.

Arthur thank you for your quick response.
It is clear that my principle only works in a fast market with large volumes in the order book and that we are on a significant trend slope. Outside of this context it will be paused. Trigger 1 only large volumes in wait, Trigger 2 a strong trend that I will code with slow, intermediate and fast moving averages how they are positioned relatively and the gap between the fast and the others, but of course I will code other criteria, memorize the high and low points project them and make good use of them. In my idea, the bot will only activate when it detects opportunities where it is able to operate.
When I do this by hand I have to be patient and react quickly to each opportunity, it is this exercise which mentally constructed the principle for me.
I discovered that order book prices depend on the rounding level. The tradovate have unit contract precision, which is why it is so expensive. In fact it is good for bots capable of trading slow markets, things that I do not know how to do at the moment. Others less expensive are rounded up to 5 or more and this will have no negative impact on my bot.
So I’m looking for other cheaper and less precise DOM APIs.
Your bot’s statistics tell me that I’m on the right track because I would have the same ones.
I have just deleted the explanation of my principle here because it is dangerous to reveal it I estimate probably we have almost the same.