Monte Carlo Greeks: Pathwise And Likelihood Ratio
Bumping an input and rerunning a Monte Carlo pricer twice to get a Greek is slow and noisy. Two smarter tricks get the same sensitivity from a single simulation, by differentiating the payoff or the probabilities directly.
Prerequisites: Monte Carlo Option Pricing, The Option Greeks
The obvious way to get a Greek from a Monte Carlo pricer is to run it twice: once at today's stock price, once bumped up by a cent, and divide the price difference by the bump. This works, but it is expensive (two full simulations per Greek) and noisy (subtracting two noisy simulated prices can produce an even noisier difference, especially for a small bump). Two other techniques get the same sensitivity out of a single simulation, by differentiating something other than the price itself.
Reading the tape once, two different ways
Imagine measuring how a factory's output changes with conveyor belt speed. One way: run the factory once at the current speed, run it again slightly faster, and compare the two days' output — expensive, and noise in either day pollutes the comparison. A cleverer way: run the factory once, and for each item work out how much faster it would have come out at a slightly different speed, using the belt's own mechanics, then average those per-item sensitivities. Same answer from one run instead of two.
Pathwise derivative
The pathwise method differentiates the payoff itself with respect to the input, path by path, then averages:
In plain English: for each simulated path, work out how that path's payoff would change if the starting stock price nudged up a tiny bit, using the chain rule through the simulation itself, then average across all paths — no second simulation needed. For a European call with , the derivative , and the payoff derivative is (1 if in the money, 0 otherwise), so pathwise delta is , computed directly from the paths already used to price the option.
Likelihood ratio method
The likelihood ratio method instead differentiates the probability density of the outcome, leaving the payoff itself untouched:
where is the probability density of given . In plain English: instead of asking how the payoff changes, ask how likely each outcome was to occur, and how that likelihood shifts with the starting price; weight each path's payoff by that shift and average. Because it never differentiates the payoff, this survives cases where pathwise fails — a digital option's discontinuous payoff, where is zero or an unusable spike.
Worked example 1: pathwise delta from three paths
A call, , , , . Three simulated terminal prices: (from three random draws). Only the second and third finish in the money.
With only three paths this is a rough estimate (a real run uses tens of thousands), but it shows what's being averaged: each in-the-money path contributes ; out-of-the-money paths contribute nothing, since a tiny nudge to doesn't change whether they finish underwater.
Worked example 2: why the digital option needs likelihood ratio instead
A digital call pays exactly $1 if and $0 otherwise. Its payoff derivative is zero everywhere except exactly at , where it is technically infinite — pathwise cannot average this, since almost every path contributes exactly zero. Likelihood ratio sidesteps the problem: it never touches the payoff's derivative. Using the same three paths, and a weight (with , weight , for draws ): weights are . Payoffs are $0, $1, $1.
The payoff's actual value (0 or 1) is used untouched; all the differentiation happens in the weight — exactly why this survives a discontinuous payoff that breaks pathwise.
The paths below are exactly the kind both methods work from: one batch of simulated outcomes, reused to extract a price and every Greek, rather than being thrown away and regenerated for each bumped input.
What this means in practice
Production Monte Carlo engines use pathwise derivatives wherever the payoff is smooth (vanilla and most path-dependent payoffs), and fall back to likelihood ratio for payoffs with kinks or jumps, like digitals and barriers. Getting Greeks from one simulation instead of two roughly halves or better the compute cost of a real-time risk system on a Monte Carlo book.
Neither method is a free universal substitute for the other, and picking the wrong one produces a silently biased or infinite-variance estimator, not an obvious error. The classic mistake is applying pathwise to a discontinuous payoff expecting a slightly noisier answer — instead it can be badly biased, because the payoff's derivative genuinely doesn't exist at the discontinuity. Always check whether a payoff is smooth in the relevant input before choosing.
Pathwise and likelihood-ratio methods both extract a Greek from a single Monte Carlo run instead of two — pathwise differentiates the payoff along each path, likelihood ratio differentiates the probability of each path instead, which is why it survives payoffs the pathwise method cannot handle.
Related concepts
Practice in interviews
Further reading
- Glasserman, Monte Carlo Methods in Financial Engineering (Ch. 7)
- Broadie & Glasserman (1996), Estimating Security Price Derivatives Using Simulation