Sure. It could be never. But it's not 50/50 or Eve wouldn't be playing. Eve buys from Alice because she expects to immediately sell at a higher price.

> Please go reread the section on why speed matters. As I said, speed matters to Eve and Eddie (both HFT's) - because Eve placed her order at 12:20:00.000, and Eddie placed his at 12:20:00.030, Eve trades before Eddie. Alice's timing is irrelevant in this part of the game.

It's not irrelevant. A price-increasing event occurs and Eve jumps on Alice's sell order before Bob's buy comes into the system. Bob pays the same, Alice gets her asking price, and Eve pockets the difference. This is just exploiting unequal market access.

Of course it's not. Alice has a lower appetite for liquidity risk - that's why Alice chooses to pay Eve to take on this risk.

A price-increasing event occurs and Eve jumps on Alice's sell order...

First of all, there was probably no event. It's most likely that Eve had passive orders - buy at $10.00, sell at $10.05 out in the market (HFT's usually don't take liquidity, that costs too much money). Alice came along and chose to fill Eve's order.

Ignoring that, you also haven't explained how Eve's "unequal market access" plays any role in this. Why does Eve have to be a machine in this process? While being a machine helps Eve beat Eddie (another machine), if no machines were in the game then Eve could easily be a human. In fact, Eve was a human until fairly recently.

I know that market making could theoretically do this anyway, but it's a different situation when market makers have such a speed advantage. If you've got to sit on your position as long as the typical eTrade user, leaving a passive buy for $0.10 under market price picks up more risk, because you might not be able to cancel if the market shifts downward by $0.30.

In any case, though, the spread would theoretically go to the existing participants, rather that an HFT. The "market making" of the HFT still results in extracting money from the market. This could be a beneficial thing in illiquid markets, but I'm not sure it's beneficial in markets that already have high liquidity.

I can understand how upsetting HFT must have sounded to you (although to be fair, we're still shifting the good outcome from Bob to Alice in your best case) given that misunderstanding, but, no: to capture the 5 cents (more likely: 1 cent) between Alice and Bob, the HFT had to accept Alice's downside risk exposure. There was no (simple) outcome where Alice could have it both ways, scalping Bob for 5 cents in the best case but getting out at 10 cents in the worst.

I came to my understanding of this topic in a weird way (see downthread) but one resource I found extremely helpful was Larry Harris' _Trading And Exchanges: Market Microstructure For Practitioners_. It is the TCP/IP Illustrated of markets. Very well written, and well written in a way easily appreciated by programmers. Highly recommended. When I first started reading it, I literally didn't want to put the book down.

I still get the feeling that you think I'm attacking HFT. It's not "upsetting" to me. The only questions for me are whether there's more value in HFT than cost, and whether the same value could be had with lower cost. It's good to know that my Alice scenario is invalid, though. That means HFT isn't breaking what I thought was a useful scenario for sellers.

Thanks for the book recommendation. I've added it to my list.

It's a great book.