Capital CasebookStock Market Wizards

All analyses

Win rate needs a denominator

Combine frequency, payoff and costs in one expectation.

Open the interactive lesson & exercises ↗

Illustration for: Win rate needs a denominator
Conceptual illustration · not a historical photograph or market data

Harvesting S&P Profits

Cook discusses methods that can seek smaller gains than the losses accepted on unsuccessful trades. That is not automatically irrational: the frequency of each outcome matters. The interview also describes painful early failures and the operational demands of treating trading as a business. Neither a high win rate nor a large reward-to-risk ratio settles whether an approach has a positive expectation.

Our interpretation is to write a complete outcome table before admiring the attractive statistic. Include ordinary losses, occasional large losses and implementation costs. A pattern estimated from a small or selected sample can fail outside it. Cook’s accounts of physical and family stress also remind us that a rule is implemented by a person with finite attention; a paper edge and reliable execution are separate requirements.

The failure that precedes the method

Cook’s early option writing produced repeated small gains and encouraged him to increase size. In his account, his computer identified unusually expensive out-of-the-money calls on Cities Service shortly before expiry. He treated the high premiums as an opportunity and sold heavily. A takeover announcement then changed the stock’s value abruptly. Trading was suspended through expiry, preventing an ordinary exit, and exercise left him with a large short-stock obligation. The episode produced losses beyond his account capital and damaged family accounts too.

What the disaster reveals

The model had made a rare outcome look negligible, while the size of the obligation made that outcome decisive. A high proportion of options expiring worthless did not limit the loss on the exceptional one. His eventual recovery is reported over years, not as an immediate rescue. The story matters because it explains the later emphasis on preparation, a business plan and the distinction between payoff ratio and probability. It is not evidence that a reader should persevere with an unbounded-loss strategy until luck reverses.

The cumulative tick idea

Cook describes recording recurring market behaviour in a daily diary. The tick measures the difference between stocks last trading on an uptick and those last trading on a downtick. He observed that very extreme readings could precede reversals, contrary to the simple interpretation that a strongly positive reading must be a buy. His cumulative measure ignored a neutral band and accumulated extreme observations. The interview provides the broad idea but not a complete modern implementation or validation dataset. The learning point is the route from observation to record to test, rather than copying an isolated threshold.

Schwager’s two-part lesson about odds

Some of Cook’s later trades sought a smaller gain than the loss accepted if wrong. Schwager explains that this can work only with a sufficiently favourable probability and that the method must suit the person executing it. Minervini’s lower win frequency and larger winners provide a useful contrast elsewhere in the book. Cook’s injury and family stress also affected execution. The chapter therefore combines statistical structure with human operating conditions: a profitable-looking average is incomplete if large losses, interruption or reduced attention have been left outside the model.

Worked example

In a fictional model, a 70% chance of gaining 1 and a 30% chance of losing 2 gives 0.1 per trial before costs. A cost of 0.15 changes expectation to −0.05.

Limits

Estimated probabilities are uncertain and may change. Hard work and confidence cannot guarantee profitability.

Case connection

Cook’s focus on payoff size raises a different question here: can one operational failure overwhelm many ordinary profitable trades?

Knight Capital: a sound idea still needs safe execution

The strategy is only one part of a trading system. Deployment, monitoring and stopping behaviour can determine the outcome.

Forty-five minutes

The SEC reported that on 1 August 2012 Knight Capital’s router sent more than four million orders while attempting to fill 212 customer orders. In the first 45 minutes it traded over 397 million shares and accumulated unwanted positions, producing a loss exceeding $460 million. The regulator linked the event to an incorrect software deployment that activated defective, previously unused functionality. [1]

Interpretation: three separate promises

A research model promises that a rule may have useful statistical properties. An implementation promises that the computer performs that rule. An operating process promises that exposure remains controlled if something goes wrong. Evidence for the first promise does not establish either of the others. A beautiful backtest cannot show that the deployed version matches the tested version, that an alert reaches someone responsible, or that the system stops when an unexpected position appears.

A different kind of feedback loop

An automated process can repeat a mistake much faster than a person can inspect individual trades. That changes the value of independent checks on total orders, position size and unusual activity. The check should examine what the system is actually doing, not merely whether the strategy still forecasts a profit. This is our operational interpretation of the case. It is not an assertion that one simple control would certainly have prevented every part of the historical incident.

Hypothetical: detect the mismatch

Imagine a test harness requesting ten units while a separate position monitor observes one hundred. The interesting question is not whether the trade will eventually make money. It is whether the process exceeded the authorised instruction and whether further activity is halted. A useful rehearsal specifies who receives the alert, how duplicate actions are avoided and how outstanding orders are reconciled. These are invented test conditions, not details of Knight’s internal systems. They turn “be careful” into an observable procedure.

Read the systematic chapters differently

Lescarbeau’s discipline concerns carrying out a tested method, but carrying it out reliably requires checking the machinery too. Shaw’s research emphasis invites a distinction between statistical validation and production validation. Cook’s attention to loss size reminds us that an unusual operational loss may dominate many ordinary profitable trades. None of these connections attributes Knight’s behaviour to an interviewee. They extend the book’s questions to a later setting in which implementation failure, rather than a discretionary forecast, was central.

The wrong conclusion

This event does not prove that every automated strategy is unsound or that manual trading is free from operational mistakes. It also does not show that a research edge had disappeared. The failure category matters: changing a model’s entry threshold cannot by itself repair a deployment process. A fair review separates faulty logic, faulty release, missing supervision and the market cost of unwinding. Otherwise the lesson becomes a vague dislike of technology rather than a specific improvement in control.

The habit to keep

Ask two questions of a system: why should its decisions work, and what contains the damage when its operation does not? Give the second question its own evidence. An emergency procedure that exists only as an intention is not the same thing as a rehearsed response.

Consider

Which check tests execution rather than the investment idea?

Analysis guide

Compare intended orders with observed orders and positions. Specify a trigger, an accountable responder and a tested stop procedure.

SEC · Knight Capital market access enforcement, 2013

Reflection

Which rare loss could reverse an apparently attractive average?