Power is not persuasion—it’s the feedback mechanisms that bend outcomes over time.


Previous · Part 4
Reinforcing vs Balancing Systems: The Hidden Dial on Every Outcome

Next · Part 6
The Quiet Return: Why Extremes Normalise Over Time
This builds on Part 4: Reinforcing vs Balancing Systems: The Hidden Dial on Every Outcome
Continue with Part 6: The Quiet Return: Why Extremes Normalise Over Time
The rare event is never “rare” to the system that survives it.
A Black Swan isn’t just a surprising occurrence. It’s a shock that exposes how little your current model—your forecasts, policies, and intuitions—has prepared you for the world’s tails.
In systems terms: a Black Swan is when the system’s “usual math” breaks. Not because events suddenly become magical, but because the system was tuned to the center of the distribution—and the tail arrives anyway.
What makes an event “Black Swan” (in practice)
There’s a popular definition—rare, impactful, explainable in hindsight. That’s fine. But for decision-making, you need a more actionable interpretation:
- Rare relative to your sampling (you haven’t seen it often—maybe ever)
- Disproportionately influential (small probabilities still move the whole graph)
- Structural (it changes rules, incentives, capacities, constraints—not just outcomes)
Because a true Black Swan doesn’t merely “happen.” It re-wires. It shifts what’s expensive, what’s safe, what’s trusted, what’s feasible, and who can act.
How Black Swans emerge from “normal” systems
Most people imagine Black Swans as external chaos. Often, they are the predictable byproduct of concentrated fragility.
Tail risk is often built from everyday design choices
Consider these common patterns:
- Concentration (one provider, one market, one model, one infrastructure path)
- Complex dependencies (the failure of A silently enables the failure of B)
- Operational brittleness (you can succeed when everything goes slightly right—until it doesn’t)
- Overconfidence via feedback (success on typical days trains you to ignore atypical ones)
Hindsight explanation is not understanding
After a Black Swan, people will craft narratives that make it feel inevitable. That’s not useless storytelling—but it’s not evidence of foresight either.
Your goal is to build robustness to the explanation gap:
- the gap between what you can narrate now
- and what you could have anticipated from structure, not folklore
The decision lens: “What should I do differently now?”
Treat Black Swans like a forecasting problem and a survival problem.
The survival angle is this: you don’t need to predict the exact event. You need to reduce the probability of catastrophic outcomes and reduce the harm when the tail arrives.
Two kinds of preparedness
Diagram: Normal Forecasting leads to Expected Value Optimizing; Expected Value Optimizing leads to Designed for Center-of-Distribution; Black Swan Reality leads to Tail Risk Activation; Tail Risk Activation leads to Correlation + Constraints Change; Correlation + Constraints Change leads to Need Robustness + Recovery.
Diagram: Normal Forecasting leads to Expected Value Optimizing; Expected Value Optimizing leads to Designed for Center-of-Distribution; Black Swan Reality leads to Tail Risk Activation; Tail Risk Activation leads to Correlation + Constraints Change; Correlation + Constraints Change leads to Need Robustness + Recovery.
- Forecast the center better (for day-to-day risk)
- Design for tails (for the rare-to-you shocks)
Black Swans mainly test the second.
A framework for Black Swan thinking (without superstition)
Here’s a practical way to work:
What “stress-test with plausible impossibilities” means
Not random sci-fi. It means:
- change one key constraint
- break one key assumption
- assume dependencies fail in correlated ways
You’re probing whether your system fails silently or loudly.
System survival tactics that actually help
Let’s separate prevention from resilience. Black Swans often defeat prevention. So you build resilience: the capacity to absorb shocks and re-stabilize.
Tactics that reduce tail damage
- Redundancy: backups, alternate routes, diversified inputs
- Decoupling: reducing dependency chains and shared failure modes
- Modularity: containing failures to local components
- Liquidity and capacity: keeping options open when normal funding or throughput disappears
- Rate limiting: avoiding runaway actions before you know the environment is safe
- Reversibility: preferring actions with cheap rollback over irreversible commitments
The psychological trap: treating rarity as an excuse
People rationalize away tail risk with familiar phrases:
- “It’s unlikely.”
- “We’ve never seen that before.”
- “We’d notice if something changed.”
- “We can handle it if it happens.”
Sometimes they mean well. Often they’re wrong.
Rarity doesn’t mean impossibility. It means you need a different standard of evidence. You should evaluate tail risk by:
- structure
- dependency
- concentration
- reversibility
- recovery time
Not by frequency alone.
Tabs: how to apply this depending on where you sit
Audit concentrated dependencies (single vendors, single funding sources, single distribution bets).
Design reversible bets and maintain optionality.
Plan recovery timelines, not just launch dates.
Investor / Strategist
Focus on asymmetry: downside magnitude, correlation under stress, and liquidity constraints.
Price uncertainty where tail events change the entire payoff structure.
Prefer systems with modularity and reallocation capacity.
Individual / Builder of a life
Map your personal single points of failure: health, relationships, skills, attention, income source.
Create redundancy: savings, community, learning paths, diversified routines.
Build recovery: buffers and habits that restore you faster than you break.
Timeline: from “surprise” to “system change”
Today
Confidence is built on the center of your distribution.
Tail season
A correlated dependency breaks.
Then
Narratives appear in hindsight.
After
Rules, constraints, and incentives shift.
Long run
or you repeat the same exposure.
Black Swans are the fastest teachers of what your system truly is.
Your next move: a short Black Swan drill
My biggest tail exposure is:
Hidden dependency / correlated failure path:
What “plausible impossibility” I will test:
Worst credible outcome:
Recovery time I can tolerate:
Resilience tactic I will add:
Early warning signal:
Decision rule:
What is one assumption in your current plan that would make you catastrophically wrong if it failed—without giving you much warning?
Final takeaway
A Black Swan is a stress test of your system’s structure, not your imagination. If you build for tails—reducing concentration, adding decoupling, and designing for recovery—you’ll still be surprised sometimes. But you won’t be helpless.
If this resonates, see how to apply it to your own work with the interactive Dispatch agent.
Be first to like this dispatch



