This formula is beautiful. But it has a huge practical problem.
Lesson 6.2: The "Computer Way" - Monte Carlo Methods
Welcome to Lesson 6.2. In our last lesson, we learned the 'magic shortcut' of Risk-Neutral Valuation (RNV). It's a fundamental theorem that says the price of any option V is just its *expected* future payoff (in a 'magic' risk-neutral world), discounted back to today.
The Risk-Neutral Valuation Formula (from Lesson 6.1)
Part 1: The "Nightmare" Problem (Why We Need Computers)
Our new "shortcut" formula, , just replaced one hard problem (solving a PDE) with a *new* hard problem: How do we calculate the "Expected Payoff" ?
- For a Simple Option: (like a standard call, ) This is *possible*, but it's a very hard PhD-level statistics problem. We (as Black and Scholes) "solved" it, and the answer is the Black-Scholes formula.
- For a Complex Option: What about an **"Asian Option"**? This is a very common option whose payoff depends on the *average* stock price over its whole life.How do we calculate the "expected average price" of a random path?
At this point, "pure math" fails.
- The PDE Method (Module 4) is broken. The payoff doesn't just depend on and . It depends on the *entire path history*. This "path-dependency" makes the PDE unsolvable.
- The RNV Method (Lesson 6.1) is also broken. There is no clean, elegant formula for . We can't "solve" for .
We are stuck. We have a beautiful theory, but we can't get a price.
Part 2: The "Aha!" Moment (The Law of Large Numbers)
Let's go back to Module 0. How do you find the "expected value" (the average) of a simple 6-sided die?
- Method 1 (Pure Math): You know the "formula" for the outcomes.This is what we did for the Black-Scholes formula. It's clean, but only works for simple problems.
- Method 2 (Brute Force): What if you didn't know the "formula"? You could just:
- Roll the die 1,000,000 times.
- Write down every result:
- Calculate the simple *average* of that list.
This is the "wow" moment. **We can do the exact same thing for our "impossible" Asian Option!**
We don't need to *solve* the "expected value" formula. We can *simulate* it 1,000,000 times and find the average. This "brute force" simulation is the **Monte Carlo Method**.
Part 3: The Monte Carlo Algorithm (Step-by-Step)
This is the "how-to" guide. This is what quants *actually* code.
Our Goal: Price our "Asian Option"
Step 1: Get the "Magic" SDE (The Risk-Neutral SDE)
We *must* run our simulation in the "magic" risk-neutral world (from Lesson 6.1), where the drift is replaced by the risk-free rate . Our stock model is:
Step 2: Discretize the Path (The "Random Walk" Formula)
We can't code a *continuous* path. We have to make it a step-by-step "random walk" (like our Drunkard from Lesson 1.3). This is called the **Euler-Maruyama method**.
We know from Lesson 1.3 that the "typical size" of is . So, we can *replace* the abstract with a concrete, code-able formula:
where is our tiny time-step (e.g., 1 day) and is a random number from (the standard bell curve, which computers are great at generating).
Let's plug this into our SDE:
This is our **coding formula**. It tells us how to get from to .
Step 3: Simulate one *full path* (Path 1)
Let's say , , , , year, and we use 252 steps (trading days).
- For : Generate a random (e.g., +0.5). Calculate .
- For : Generate a *new* random (e.g., -1.2). Calculate .
- ...repeat 252 times...
- We now have one full, random path:
Step 4: Calculate the Payoff for Path 1
We have our path. Now we calculate its *average* price.
Now, we calculate the payoff for this one path:
We store this number.
Step 5: Repeat (The "Monte Carlo" part)
Now, we do Steps 3 and 4 again, 1,000,000 times. We get a giant list of 1,000,000 payoffs:
Step 6: Find the "Expected Value"
By the Law of Large Numbers, the "expected value" is just the *simple average* of this giant list.
Step 7: Get the Final Price (Discount)
This $4.32 is the average payoff in the *future*. We need its value *today*. We just discount it using our "Finance 101" formula.
We've done it. We've found the fair price for our "impossible" option.
Part 5: The "So What?" (Why This is So Powerful)
This "brute force" computer method is the *standard* for pricing complex derivatives at every major bank.
- Pro 1: It can price *anything*.Payoff depends on the average? No problem. Payoff depends on the maximum price? No problem. Payoff depends on 3 different stocks and the weather in London? As long as you can *write the code for the payoff*, you can price it.
- Pro 2: It works with *complex models*.The PDE method only works for our simple GBM model. What if is *also* random (our next lesson)? For Monte Carlo, this is *easy*! Your code just gets one more line:
- Simulate the random for this step.
- Simulate the random for this step, *using* the you just found.
- Con 1: It's slow. It requires massive computing power to run millions of paths.
- Con 2: It's an *approximation*. The PDE gives an *exact* answer. MC just gives an average that gets *closer* to the true price the more paths you run.
We've seen the "PDE way" (Module 4) and the "Risk-Neutral / Computer Way" (Module 6, Lessons 1-2).
Both of these methods relied on a *massive* simplifying assumption from Lesson 1.4: that volatility () is a constant, known number (e.g., 20% forever).
We all know this is wrong. Volatility is the *most* random, "panicky" thing in finance. A graph of volatility is just as "wiggly" as a stock price.
What happens to our model if is *also* a random SDE?
This is the "Volatility Smile" problem, and it's our next topic: Lesson 6.3: Stochastic Volatility (The Heston Model).
Up Next: Lesson 6.3: Stochastic Volatility (The Heston Model)