Currenex, HotSpotFxi, Lava - Pimps for the Banks? - No Scalpers

Quote from danger66:
We are using the CX Java API not their FIX API, but I was told by the programmer and other sources that the speed of execution will be similar. I will know by next week.
More...

The speed might be similar but if you are really that bothered by the speed, then fix is the only way to do. Let's say that on average it might 10ms faster but seeing as speed is so important to you .... that 10ms might just make the difference

Quote from danger66:
What charts, Viper? I thought that you had a rig to chart their data. Is this what you mean by "their charts?"
More...
I know you directed this question at viper but I am aware of the the .net app that you can download frmo the cnx site which has tick charts ... these are however, as viper mentinoed, painfully slow and resource intensive
 
Dan, I'm not including Y'all in this program stuff no harm intended. Before we got working on our own charting I was using the 5min CX charts that are "built in" to the CX platform, just to keep my esignal/tickquest entries honest and it was a disaster. Now as far as what the banks do and can do, basically whatever they want, but if your broker has a tight relationship with the PB's it may mitigate the rfq type action. But I have a Slow Samba like scalp system, so as far as picosecond trading I don't know. And I think the FIX is a better option.


The Ever Watchful VIPER
 
Quote from danger66:

We are using the CX Java API not their FIX API, but I was told by the programmer and other sources that the speed of execution will be similar.
More...

Which broker(s) are you trading with?
Was the process of obtaining access to the API too difficult? Did the broker required any kind of pre-operational evaluation of your algorithm?
 
sccz97, our trader is in a rural area of the UK, so I know that it will take close to 100 ms for the order to get to the CX New York server anyway, so 10ms might not be that significant for us to switch things around right away. Going forward, I will definitely look at every way to minimize the execution time. I know that collocating a server with CX's with MCI in London and using a fiber optic connection will be ideal, but who knows what the cost of that would be.

The Currenex guy spoke of the huge number of prices per second that CX sends and the inability of many traders to process those prices because of their bandwidth. Maybe that's the reason why the charts are so slow. The human eye can't detect so many prices per second anyway and that's why the Currenex guy suggested doing what HotSpotFxi does already - throttling or limiting the prices per second to 4.

This is not something they normally do, but are planning on doing it going forward and will do it on a per trader basis if asked.

Do you think that the graphs will be more reliable if the prices are throttled?
 
Ldamiani, the process of getting access to the Currenex Java API was not difficult at all. You can do this with any Currenex broker.
 
Viper, no harm done. Thank you for continuing to provide extremely useful information for all of us. I'm starting a petition to police the banks. Anybody want to sign it?
 
Quote from danger66:

sccz97, our trader is in a rural area of the UK, so I know that it will take close to 100 ms for the order to get to the CX New York server anyway, so 10ms might not be that significant for us to switch things around right away. Going forward, I will definitely look at every way to minimize the execution time. I know that collocating a server with CX's with MCI in London and using a fiber optic connection will be ideal, but who knows what the cost of that would be.

The Currenex guy spoke of the huge number of prices per second that CX sends and the inability of many traders to process those prices because of their bandwidth. Maybe that's the reason why the charts are so slow. The human eye can't detect so many prices per second anyway and that's why the Currenex guy suggested doing what HotSpotFxi does already - throttling or limiting the prices per second to 4.

This is not something they normally do, but are planning on doing it going forward and will do it on a per trader basis if asked.

Do you think that the graphs will be more reliable if the prices are throttled?
More...

the 10ms I quoted was hypothetical, I really have no idea and you'll need to do multiple stress tests to compare the two api's but in general no matter what a java lover will tell you, it's just not fast enough. The only java-based real-time financial application that I know to successfully implement time-dependant strategies is orc.

In terms of the massive number of prices being sent from currenex, you have to understand that these are price/volume tuple changes, not prices changes. The bid at the top of the book at say can changed volume but not necessariyl price. I wouldthink you would not want to update your chart on that. All you need to do is handle the new data event and only update the chart when the actual price changes irrespective of volume. This will drastically decrease the number of chart updates even when the mkt is volatile. As to how and when the smartorder tick charts update you'll have to ask cnx.

If the prices were throttled then yes... your charts will put less of a strain on the cpu, but you'll be getting potentially dead quotes, fine if you dont use the charts to trade off in real time.
 
Quote from TradeViper:


I think that the rookies here "feel" the with the intrduction of the cme product everyone will be profitable, stops and take profits will be guaranteed, no slippage, no gaps during news etc. Obviously this will never happen in any market but some continue to think at the end of the day we will all sit around in our bunny slippers, sipping hot cocoa and singing kumbaya.
More...

Seriously I can't see anything wrong with that! :D
 
NFP was sick for some of us, eh? what a day.
So i see we are talking API's. I'm building a FIX api now to trade real time. what systems is everyone putting on their API? i'm trading news mainly and Triangular arbitrage. i'm trying to build a system to stat arb too. anyone know any people well versed in stat arb?
 
You must log in or register to reply here.
Back
Top