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 don't know whether this question is CQG-specific or not.
I use a CQG trading platform, where I have the option of either trading live or using one of their built-in demo accounts to trade on SIM.
However, when trading on SIM, not all products can be traded.
For example, I can trade the 10-year US Treasuries but I can't trade the Ultra-bond, or I can trade the FDAX and the FESX but I can't trade FGBL.
The ones that can't be traded have a "not tradable" sign when logged on with the SIM account.
Enquiring with CQG support, the answer I got was that certain products are not tradable on SIM because "That is due to exchange compliance." They went on to say "The exchanges are limiting what is available so as not to be taken advantage of", which I found odd.
So my question to you is, does that argument sound legitimate?
Why would the exchanges exclude certain products from SIM trading?
Can you help answer these questions from other members on NexusFi?
This is just a stab in the dark...obviously if the SIM accounts can be accessed without a live account and without paying data fees...the exchange doesn't want to hand out free data.
But of course you're paying data fees....so why shouldn't you be able to trade them?
I'm thinking it has to do w the agreement between CQG and the exchange/s. Iow, it could probably be worked out but no one has really tried.
I also just learned that CQG uses EP as symbol rather than ES for emini SP500, for certain brokers on certain platforms...not all but some. And no one seems to know exactly why this is, not even the broker. I'm not saying these things are related, but it's a pattern of things that don't make immediate sense to me.
I think it makes sense to separate data feed and broker
I don't expect my broker to give me data,
my broker(s) need to be good at what i ask him to do : trade management/execution
Anyway, i have a complete set of synthetic data, that no data vendor or broker can provide me
i take data from several places, slice and dice it and feed it back into NT
the outcome of the process is a signal/order that goes to a broker(s)
Simulating a trade can happen at more than one place in the pipeline. So here we're talking about a CQG demo account where the broker maintains the account and determines if you'd have been filled or not. However, it's also possible for you to simulate the trades on your local machine with various platforms. So for instance, if you're getting full market data you'd be able to demo trade with Ninjatrader's account simulator. That is assuming you get the data for that product. Many demo accounts won't provide market data for all instruments.
You'd probably be better off trading ZB anyways...
1. an indicator that calls out using JSON to a process that has a listener and serves the requests
this i use for calculated or syncrhonised data
2. an existing NT datafeed connector that talks to a server i have written that understands the
request and streams the data to NT. the server is able to handle historic time series and tick alike
datafeed for the symbols for which i hold my own database outside N.
There exists a 3rd mechanism, but i think it is not high performance, that is to use the NTdirect.dll
and the call included to push data to NT or to directly talk on the socket for the ATI interface.
Exactly, why shouldn't one be able to trade those given one is paying for access... besides you have access to all symbols with IQfeed which means the 'compliance' thing sounds implausible.
Yes, CQG uses an odd naming convention for most symbols - mattz seems to think it may be down to legacy reasons, but as you say nobody knows for sure...