Search results

. yet you recommend US citizens living abroad should setup S.A.'s to avoid taxes? if you're an american, based on what you've been saying, the odds you have a big fat FAIL doing what you intend on doing is very very high. also, the tips you dropped on a public msg board about your old company...

fwiw, 50 trades/yr isn't considered "high frequency". the indsutry uses that term when referencing much higher turnover, ie usually multiples of that per day.

... and the infrastructure to pull it off. good post,

Regardless of the cost? No. But in grown up adult world when you have unfinished property sitting vacant, city/county government hits you with fines. So, if you care about silly things like making money and costs, you cut your losses. This is an example of that. I'm not sure I see the big...

pre-backtest prototyping for simple stuff: wealth-lab everything else: custom c++ most relevant: c++. almost everything i've seen API wise is written in or has a version written in this. if you do any serious automation, at some point, you'll probably have to learn it.

imo, historical, same for most other data checks that influence position sizing. it's not much fun to throw out a big fat short on a $100 stock your strat thinks is worth $1. don't ask me how i know. naz market watch employees would be out of a job if more firms did this though.

anyway... yea, onelots is the way to do it. i don't limit trade frequency as i like to get a sample i can look at, but if it's super high frequency i'll limit the number of symbols and then bump that up if it looks ok and test how it handles the basket. no such thing as 'too' many strats...

yup... funny thing is, it's also the highest cost with inefficient and error-prone programming... either way, you pay.

risk distribution/control, scalability, frequency, time criticality, objectivity, workload offloading... to name a few.

for model-centric low-frequency strats, sure, maybe, but for execution-centric strats it's nowhere near trivial... and at the end of the day, once you scale all those low-freq's... it all ends up being execution-centric.

i don't know where they teach the hands on details anymore, but there was a pretty sophisticated program at upenn sponsored by lehman a few years back. they had a full order book sim and contests pitting bot against bot. look up PLAT for more info of what's been done in the academic space. i do...

thanks for the links, have actually been a fan of most of those sites for years. for the most part though, those are primarily quant based forums... the beautiful minds who come up with all the risk and valuation models but who wouldn't know how to pound a bid if they were looking at it... nor...

yes, i'd also like to know of this forum of thousands of automated traders... pm if you'd like.

to the OP... if you just want to prototype, amibroker or wealth-lab will get you there for the mid-frequency stuff. i'm sure there are other packages that would be equally useable. for high-freq or large scale mid-freq, imo, you'll need to roll your own. at that level, no package will be...

you can save a bunch if you just use old comps for the nas boxes. old mobos with decent nic's will destroy most of the aftermarket boxes..

i see. so, if i have 500k in my "acct" at bright, and someone blows that 10M out. my money is 100% segragated from that blowout and 100% safe rgt? what if it were a 20M blowout? what happens when the blowout is more than the money in the LLC acct? i'm not really seeing how this type of acct...

really. so, each of your trader's accounts are segregated and are SPIC insured?

vxx vxz should do the trick

anybody tried these?

a lot of people on this thread are making the assumption that if a prop firm exceeds their bp, then the shit hits the fan, the game is over for them, and it's a shaky firm. not so. they just get a margin call. most small firms have relationships with a lender where they can get short term loans...