6 ms·
Even if this product allowed you to have picosecond processing of market data and generation of trading signals, if you don't have exchange co-location, inheren
by charlief 15y ago
Even if this product allowed you to have picosecond processing of market data and generation of trading signals, if you don't have exchange co-location, inherent network latency in your market data from providers and order routing to exchanges will make this thing pretty useless. For a hobbyist, throw leased lines out the door, now a Linode box, even a desktop running Windows XP with full-blown Nagle's algorithm, would have good-enough performance unless you can pour serious capital into a project.
They're also very vague on the software architecture or framework "kit". They don't say which feeds they support or if they provide any domain-specific data structures/standard trading algorithms like VWAP (slicing an order up over the day to give you "better" fills). I do see mention of an optional Feed Parser reference design, which I can't ascertain much value from. I am guessing it is mostly a generic kit for writing on their specialized hardware, and not specific to trading. There will be a lot of pain, maybe impossible to take vendor or open source libraries for market feed handling and compile it down using their embedded libraries. You'll be stuck doing tons of TCP/IP work, fun for hacking, but relative to the latency issues in your market data/order routing, it won't help you profit. Most people buy these appliances with included feed support.
With a big budget and co-location, this may be useful in bootstrapping some really low-level processing of market data, although there are a variety of hardware and software messaging solutions that would be a good alternative in driving latency lower if you have some money, Solace (HW), Tibco, 29West, etc to name a few.
I wish there was a hobbyist solution out there, but sorry, my initial impression says this isn't it. I would like more information, but maybe there are better hobbyist efforts out there. Interactive Brokers API isn't bad, and here's a full-blown real open-source trading kit that has a similar business model to MySQL. http://www.marketcetera.com/ http://www.marketcetera.com/ Note: I feel that there are a few issues with this as well in some of the technologies they chose (JMS, Eclipse RCP).
- mneedham 15y agoDespite all of this, I find the most worrying thing about the recent HFT developments is the simple fact that hobbyists want to get involved. Surely turning amateurs loose in such a necessarily complex world will result in large sums of money being lost. Oh wait... I get it.
- uwsnyc 15y agoIt's not lost. It goes somewhere.
- deathflute 15y agoYep. Money is not lost, it just belongs to someone else ;)
- chollida1 15y ago> Oh wait... I get it. It's like playing poker, if you don't know who the sucker is......
- lifty 15y agoThis is definitely not a solution intended for hobbyists. This is a solution for big HFT players that have optimized already all their trading components, from exchange proximity to fine grained application optimization.(and everything in between). The competition is leveling out because most players have gotten the basic tricks; this is just the next logical step in evolution. It has been proved in practice that fpga based trading systems consistently edge out normal cpu based ones(atm anyway). Most likely, in the future, companies will be forced to move to such a solution or get left behind.