Can bad ticks trip stops?

Discussion in 'Order Execution' started by jftrader, Sep 29, 2005.

  1. my scottrade's chart is a bad tick MACHINE that cant be trusted. however these bad ticks do not trigger stops, since they do not appear on the tape.
     
    #11     Sep 30, 2005
  2. qazmax

    qazmax

    ECNs can have bad ticks... it just has to be a certain percent out-of-line from the market. The side in error has to complain and request a bust. If the ECN busts the trades that triggered the stop, then you can have the stop busted.

    :)
     
    #12     Sep 30, 2005
  3. There are "bad ticks" all the time, on all electronic markets, on all "human" markets...we teach to never use mechanical stops anyway (for so many other reasons)...one less thing to worry about costing you money.

    Don
     
    #13     Sep 30, 2005
  4. jason_l

    jason_l

    I've had even smallish legit "outlier" ticks regularly mess up automated day trading systems. The original dream of coding the "trading bot", then being able to go my day job while it traded for me was quickly crushed when I had ES executions getting triggered from prices 3 ticks away from the "actual" market :(
     
    #14     Sep 30, 2005
  5. The only robots that we have (that work well) all require constant monitoring, and even an occasional "unplug the x*&^% thing" comment.

    If we were to have something that actually "worked" - then there would be nothing for it to work with...markets would be "perfect" - thus, no edge whatsoever, IMO.

    Don
     
    #15     Sep 30, 2005
  6. Can you be a little more specific? I trade the ES (actively) and in 14 months I have never seen a "bad tick'. I get the tick-by-tick data (I am a merc member). It is possible for ES to spike up / down 1-2 ticks due to a large fill (2000+, or a couple of 1000+ fills)), and then come back 1-2 ticks down, but that is not a "bad tick", just that the order book got pushed around a little.

    I have also seen during thin or off hours that the bid / ask spread is 2-3 ticks wide, so you would see a 5 lot fill at bid, a 3 lot fill at ask, and a 10 lot fill at bid + 1 tick (for instance). But that's "normal" in a sense as well, not a "bad tick".

    I am curious ... if you can get me some details, I can pull out the historical tick data.

    Rufus

     
    #16     Sep 30, 2005
  7. kotika

    kotika

    I know a guy who works for a bulge-bracket wallstreet firm, their group was the first to market with statistical arb in the early 80's. Anyway he is totally bored he says : there has not been any change to the underlying algorithms for at least a decade, so all he does all day is clean the datafeed from bad ticks.

    If i ever get around to writing my own arb "bot", the first thing i'll do is let the beast sleep at night :D , that's right, curfew after dark...

    K
     
    #17     Oct 3, 2005
  8. jason_l

    jason_l

    I'm not saying they were "phony" ticks.. just that every now and then there's a momentary price that comes along that's outside the "normal" spread (ie, the small spikes you mentioned).. as a discretionary trader, it might just be a quick blip that one would see before orders stepped up to fill the gap, and one could ignore it. But that split second spike was enough to "fool" some of my systems into taking action if they were monitoring the bid the or ask instead of actual executions.
    ex: I had a system that monitored the bid/ask for profit target and stops. It was rather simple, when the bid went up X, it would close a long via a market order. If it went down Y, it would trigger the stop. It didn't wait for actual executions at those prices. Well, those momentary spikes would trigger my system to generate market orders to close my position prematurely. Needless to say, I realized I needed to use different logic :)
     
    #18     Oct 3, 2005
  9. Well, it is an art (black?) to sniff out what a real-move is and what a move forced by a large automated trading system is.
     
    #19     Oct 3, 2005
  10. One wonders what proportion of bad ticks might be caused by out of sequence reporting?
     
    #20     Oct 3, 2005