02

By the Toss of a Coin or the Flight of an Arrow?

Source: Benoit Mandelbrot and Richard L. Hudson, *The (Mis)Behaviour of Markets*, Chapter 2, “By the Toss of a Coin or the Flight of an Arrow?”; original teaching treatment with further sources below.

The enterprise problem and today’s slice

Forecasts fail when teams call a process random without asking what kind of randomness produced it. Independent coin tosses and persistent trajectories can share a mean yet create very different runs, queues, and failure windows.

Enterprise problem: decision-makers must distinguish fresh independent variation from shocks whose influence persists through time.

Whole-course context: the course moves from survival to the statistical structure of change, then toward tails, memory, scaling, and uneven trading time.

Today’s slice: this chapter compares coin-like independence with arrow-like persistence and shows how ordering changes evidence and action.

End-of-day evidence: you will calculate run probabilities, compare original and shuffled sequences, and operate dependence labs without turning correlation into prophecy.

Still unsolved: dependence alone does not identify its cause or guarantee a forecastable direction; later models must explain tails and multiple scales too.

Key terms for dependence

Teams often confuse independence, zero correlation, and unpredictability. These terms separate the claims so an experiment can test one at a time.

TermPlain meaning
IndependentKnowing one observation does not change the probability law of another
Identically distributedObservations share one probability distribution
Serial dependenceEarlier values carry statistical information about later values
AutocorrelationLinear association between a series and a lagged copy of itself
PersistenceHigh values tend to follow high values, or low values follow low values
Anti-persistenceChanges tend to reverse more than an independent baseline suggests
RunConsecutive observations sharing a condition, such as positive sign or high magnitude
Shuffle controlThe same values placed in random order to destroy chronology

Zero autocorrelation is weaker than independence. A return’s sign can have little linear correlation while its magnitude remains dependent, which is why volatility clusters without an easy directional rule.

Coin and arrow as competing models

A coin model treats every step as a fresh draw, while an arrow model carries momentum or state. The metaphor matters because “random” can describe both paths even though only one forgets immediately.

For a fair independent coin, the chance of heads is one half regardless of prior tosses. A noisy arrow may be deflected at every instant, yet its present direction still constrains its next location. Fractional Brownian motion provides a formal example of a random path with persistent or anti-persistent increments; a Markov model provides a shorter-memory alternative.

Mandelbrot’s argument is methodological rather than a claim that prices literally fly like arrows. Ask how quickly the process forgets. Inspect signs, magnitudes, durations, and scales separately. A market can be hard to predict in direction while retaining long-lived information about activity.

Mechanics: conditional probability and runs

Independence can be tested only against a stated event. If X_t is a binary high-volatility indicator, independence requires P(X_t=1 | X_(t-1)=1) = P(X_t=1).

Suppose the unconditional chance of a high-volatility interval is 0.20. Under independence, the probability of three consecutive high intervals starting at a specified time is:

0.20 × 0.20 × 0.20 = 0.008

If observed conditional probability after a high interval is 0.60, a first-order persistence model gives:

0.20 × 0.60 × 0.60 = 0.072

The persistent model makes the run nine times as likely, even though both can have the same long-run 20% high-state share after suitable transition probabilities. This changes staffing and buffer needs without telling us whether the next signed return is positive.

Dependence has geometry

A one-number correlation can conceal where dependence lives. Plotting consecutive observations shows whether points fill a cloud, align along a diagonal, or alternate across quadrants.

Lag plots are especially useful: place X_t on one axis and X_(t+1) on the other. A circular cloud suggests weak linear dependence; a diagonal cloud suggests persistence; an anti-diagonal suggests reversal. Nonlinear patterns can still exist when ordinary correlation is near zero.

Worked numerical example: shuffling the same shocks

Marginal statistics cannot detect chronology because they ignore order. A small example makes the preservation and destruction explicit.

Take magnitudes 1, 1, 2, 2, 8, 9, 10, 11. In ordered form, the four largest observations form one run. A deterministic shuffle might produce 8, 1, 10, 2, 9, 1, 11, 2.

StatisticOrderedShuffled
Mean5.55.5
Median55
Maximum1111
Count above 744
Longest run above 741

The histogram is identical because every value is preserved. The run statistic changes because chronology is destroyed. In real analysis, repeat many random shuffles and compare the original statistic with the shuffle distribution; one reordered example is only a teaching illustration.

The 2D persistence lab protocol

Visual intuition about persistence is unreliable when curves are inspected without a controlled reference. The 2D lab changes one persistence parameter while retaining an independent baseline.

Use it as follows:

  1. Press Reset and note the Persistence percentage.
  2. Identify the Independent chance and Persistent chance curves from their labels and distinct encodings.
  3. Raise Persistence one step and compare curve separation at the same trial positions.
  4. Record the Largest persistence gap, then repeat at a lower and a higher setting.
  5. Reset and confirm that the default curves and metric are reproduced.

The simulations are teaching models, not forecasts. A high magnitude correlation does not imply a profitable sign prediction, and a low sample correlation does not prove independence.

The 3D persistence surface protocol

Dependence changes jointly with lag, persistence, and observation scale. The 3D surface exposes that interaction and prevents a single lag from becoming the whole story.

Read the surface deliberately:

  1. Read the legend: x is lag, y is persistence, and z is dependence.
  2. Move the Observation scale slider and record how the surface range changes.
  3. Choose a lag with the x focus slider and a persistence level with the y focus slider; record selected x, y, and z.
  4. Hold persistence fixed while moving across lag, then hold lag fixed while moving across persistence.
  5. Orbit by pointer or keyboard to inspect the ridge from another angle, then Reset the parameter, focus, and camera.

The surface is computed from a finite deterministic sample. Its smooth mesh is a visual interpolation, not evidence that every intermediate real system obeys the same relation.

Assumptions, limits, and false memory

Apparent persistence can be manufactured by trend, seasonality, overlapping windows, measurement smoothing, or a changing mean. A dependence claim needs controls for these alternatives.

Market closures and intraday cycles can create repeated activity patterns. Software dashboards can average over overlapping windows, automatically correlating adjacent points. LLM evaluations can reuse prompts or documents. Removing a known seasonal mean, using non-overlapping blocks, and separating train from test periods reduce these artifacts.

Even genuine statistical memory is not necessarily causal or stable. A hidden regime can produce dependence, then vanish when policy or participants change. Report the lag range, uncertainty, preprocessing, and out-of-sample behavior. Do not turn “the process remembers” into “we know what it will do next.”

Software engineering: distinguish bursts from independent faults

Operations teams underprovision recovery when they model errors as independent events. Stateful dependencies, retries, and shared deployments often create persistent incident bursts.

Suppose a worker fails 2% of requests independently. Ten consecutive failures would be extraordinarily unlikely. If a poisoned cache entry persists for a minute, however, requests sharing that key fail together. The marginal failure rate can remain 2% while customer experience and paging load become far worse.

Compare original failure timestamps with shuffled controls, conditional failure probability, and high-latency run length. Then design for the mechanism: expire bad state, isolate tenants, cap retries, and test recovery. Correlation identifies a pattern; tracing and experiments identify the cause.

LLM systems: separate prompt difficulty from temporal drift

Evaluation averages hide dependence when difficult prompts are grouped or model behavior changes during a deployment. Treat evaluation order and shared context as experimental variables.

If finance questions follow one another, a cached retrieval defect can create a run of failures. Shuffling prompt order may break the run while preserving question difficulty. Conversely, shuffling results after execution cannot diagnose a stateful model server because the shared state has already affected outputs.

Run blocked and randomized evaluations, reset conversation state, stratify by task family, and compare failures across release time. Persistence may reveal data drift, rate limiting, or state leakage. It does not by itself say the base model has learned a directional trend.

AI agents: memory can help and harm

Agents intentionally preserve state, so independence is usually the wrong baseline inside a trajectory. Useful memory maintains goals and evidence; harmful memory propagates an early mistake.

Consider an agent that misidentifies a repository root. Every later search and edit can remain locally coherent but globally wrong. Ten step-level successes do not repair the shared false premise. A run metric should therefore track repeated dependency on the same observation, not only independent action accuracy.

Add checkpoints that revalidate premises from external state, isolate scratch memory from durable memory, and require evidence before irreversible tools. Persistence is a design choice to govern, not a universal defect to eliminate.

Startups: growth has state and seasonality

Startup metrics rarely arrive as independent coin tosses because acquisition, retention, cash, and team capacity carry state. Confusing persistence with permanent growth produces fragile forecasts.

A campaign can lift signups for four weeks through referrals, while annual seasonality produces a similar-looking run. Cohort retention, channel attribution, and matched control periods distinguish mechanisms. Shuffling weeks destroys both persistence and seasonality, so it is a diagnostic rather than a complete causal test.

Plan capacity using conditional demand after a surge, but keep commitments reversible until the effect survives another cohort. Persistent revenue can justify investment; persistent support load can consume the same runway.

Daily life: streaks are not destiny

Sleep, focus, exercise, and spending often arrive in runs because today changes tomorrow’s starting state. Recognizing dependence helps plan recovery without turning a short streak into identity.

Three poor nights can create fatigue that raises the chance of a fourth. The same average sleep spread across isolated nights has a different effect. Track sequence alongside total, then test simple interventions such as earlier stopping times or protected recovery blocks.

Small samples invite stories. A seven-day streak may be chance, calendar structure, or genuine carryover. Use longer records, note confounders, and choose low-cost reversible responses rather than claiming a law from one month.

Decision exercise: build a memory audit

A dependence claim should survive a comparison that preserves values and changes order. A memory audit turns one observed streak into a bounded statistical question.

Start with at least 30 ordered observations and choose one variable: sign, magnitude, high-state indicator, or duration. State the lag before looking at results. Record marginal counts, lag correlation, transition probabilities, and longest run. Create many shuffled controls outside the teaching widget, using a recorded seed, and locate the original statistic within their range.

Next, list alternative explanations: calendar seasonality, trend, overlapping windows, measurement smoothing, shared state, and a structural break. Remove or stratify one explanation at a time. A result that survives does not prove causality; it says chronology contains information not present in the value histogram.

Use an evidence table to keep claims proportional:

ObservationSupportsDoes not establish
Original run exceeds most shufflesOrdering matters for this statisticEconomic cause or future direction
Magnitude correlation decays slowlyPersistent activity over measured lagsStable law across all horizons
Signed correlation stays near zeroWeak linear sign dependenceFull independence
Result disappears after seasonal adjustmentCalendar structure explains part of patternNo other dependence remains

Require the conclusion to name the variable and lag. “The system has memory” is too broad; “absolute latency change remains associated over five one-minute lags in this release window” is testable. Repeat after a deployment or regime change, because conditional structure can shift while the marginal histogram looks similar.

Finally, tie the finding to a reversible decision. For an incident queue, increase on-call capacity only for the estimated persistence window and monitor whether recovery improves. For an agent, add a premise revalidation checkpoint rather than assuming every memory is harmful. Write what evidence would reverse the decision. This prevents an arrow-like pattern from becoming a permanent story.

Synthesis: preserve values, challenge order

The chapter’s most reusable experiment is selective destruction. Reshuffling preserves the observed values while challenging every conclusion that depends on chronology.

Coin-like independence is a valuable baseline because it is simple and falsifiable. Arrow-like persistence is a family of alternatives, not one model. Good analysis states which variable remembers, across which lags, under which preprocessing, and with what decision consequence.

same observations
   |                 |
ordered          shuffled
   |                 |
runs + memory    marginal shape
   |                 |
   +------ compare --+
            |
     bounded conclusion

Sources and further study

Dependence claims need primary definitions and empirical tests rather than metaphor alone. These sources establish classic independent-market and long-memory baselines.

Key takeaways

Calling a process random does not specify whether it forgets. Independence, persistence, and anti-persistence produce different operational risks even with similar marginal values.

  • Independence is stronger than zero correlation.
  • Signed changes and magnitudes can have different memory.
  • Runs become much more likely when high states persist.
  • Shuffling preserves marginal observations while destroying chronology.
  • Apparent memory can come from seasonality, overlap, trend, or shared state.
  • Dependence is evidence about conditional structure, not automatic directional prediction.

Checklist

The chapter is complete when you can design a control rather than merely point to a streak. Use the checklist against one real ordered series.

  • [ ] I can state an independence claim as a conditional probability.
  • [ ] I can distinguish independence from zero autocorrelation.
  • [ ] I can compute a simple run probability under two models.
  • [ ] I can explain what reshuffling preserves and destroys.
  • [ ] I can operate both labs and use their readouts rather than appearance alone.
  • [ ] I can name three sources of false persistence.
  • [ ] I can explain why magnitude memory need not predict sign.
  • [ ] I can propose a domain-specific control for shared state or seasonality.