Hi all.
I'm sorry if that has been aksed already (pretty sure it was), but I'm going in circles, maybe I get some new links / ideas in here.
What I have: a self coded trading system (kotlin/spring, typescript/node and some c++) running on a cloud server. It integrates with IB (via IB Gateway) and a local futures brokers (using their undocumented web-api, reverse-engineered from the webapp).
I want to add 3rd broker, as the reverse-engineered web-api is a very hacky solution, IBGateway is a pain-in-the-ass + I will be banned from IB platfrom soon (want to change from an IB introducing broker to IB and this implies a 6month ban.. lol)
I'm a EU retail customer, traiding arround 1000 Option Contracts / year (and a future from time to time) on CME and EUREX. There are no HFT/tick-by-tick by requirements - hedge orders are placed immedialty with the trade opending. I need "some sort" of realtime market data that is stable, latency / executon speed not that important for me.
And here is where problem starts.. I find two types of CME brokers: the one addressing retail customers and maybe provides an API, as part of some supported trading tool (if any at all), that is the same cumbersome sh*t as this "IB TWS API via IBGateway on docker with IBC..-.-" and than there is the second type, that has proper API but clearly targets institutional.. they don't even have signup button, but a sales@
My dream would be something https://alpaca.markets/ but for CME
I also have no problem in doing FIX or using whatever language I need to, but ideally there is an online endpoint I can connect to and not yet one more virtualized IB-gateway-like thing.
Thanks for any tips!
I'm sorry if that has been aksed already (pretty sure it was), but I'm going in circles, maybe I get some new links / ideas in here.
What I have: a self coded trading system (kotlin/spring, typescript/node and some c++) running on a cloud server. It integrates with IB (via IB Gateway) and a local futures brokers (using their undocumented web-api, reverse-engineered from the webapp).
I want to add 3rd broker, as the reverse-engineered web-api is a very hacky solution, IBGateway is a pain-in-the-ass + I will be banned from IB platfrom soon (want to change from an IB introducing broker to IB and this implies a 6month ban.. lol)
I'm a EU retail customer, traiding arround 1000 Option Contracts / year (and a future from time to time) on CME and EUREX. There are no HFT/tick-by-tick by requirements - hedge orders are placed immedialty with the trade opending. I need "some sort" of realtime market data that is stable, latency / executon speed not that important for me.
And here is where problem starts.. I find two types of CME brokers: the one addressing retail customers and maybe provides an API, as part of some supported trading tool (if any at all), that is the same cumbersome sh*t as this "IB TWS API via IBGateway on docker with IBC..-.-" and than there is the second type, that has proper API but clearly targets institutional.. they don't even have signup button, but a sales@
My dream would be something https://alpaca.markets/ but for CME
I also have no problem in doing FIX or using whatever language I need to, but ideally there is an online endpoint I can connect to and not yet one more virtualized IB-gateway-like thing.
Thanks for any tips!