2 and 20 hedge fund fees

The classic hedge-fund fee is "2 and 20": roughly a 2% annual management fee on assets under management, charged regardless of performance because it is meant to cover the manager's operating costs, and roughly a 20% incentive (performance) fee on profits, meant to align the manager's pay with the investor's return. The incentive fee is where almost all of the real mechanical complexity, and almost all of the number this module's binding rule exists to make you compute yourself, actually lives, through two gates layered on top of the raw 20%.

How do hard and soft hurdles differ?

A hurdle rate is a minimum return the fund must clear before any incentive fee is owed at all, and it comes in two distinct flavors with materially different economics. A hard hurdle (no catch-up) charges the incentive fee only on the portion of the return that exceeds the hurdle, the manager never earns a fee on the return up to the hurdle, however large the total gain. A soft hurdle with a 100% catch-up instead lets the manager, once the fund clears the hurdle, take 100% of the next slice of return until the manager has captured the same total fee as if the incentive rate had applied to the entire gain from zero, after which the split reverts to the ordinary incentive rate on everything further. The catch-up threshold has a clean closed form: T = hurdle ÷ (1 − incentive rate); at a 5% hurdle and a 20% incentive rate, T = 5% ÷ 0.80 = 6.25%. Below the hurdle, both structures charge nothing. Between the hurdle and T, a soft-hurdle-with-catch-up fund pins the investor's return at exactly the hurdle rate (the manager takes the entire marginal gain in that zone), a materially worse outcome for the investor than a hard hurdle, which lets the investor keep the whole excess above the hurdle up to that point, less only the incentive share. Above T, the soft/catch-up structure converges to exactly "20% of everything, full stop", at which point the hurdle has stopped protecting the investor at all. Worked Examples 1 and 2 compute both structures fully in Python and hand you a direct side-by-side comparison table at five different gross-return levels.

What is a high-water mark?

A high-water mark (HWM) is the highest NAV per unit on which an incentive fee has ever previously been charged, and it is the provision that makes fee structures survive a drawdown honestly: after a loss year, no incentive fee is charged again until NAV recovers above the prior high-water mark, even in a year whose own return, taken in isolation, comfortably clears the hurdle. This is not a minor footnote; Worked Example 1's central case is built precisely to put you inside this moment, because it is the single most commonly misunderstood mechanic in the entire fee structure, and the binding requirement of this module is that you carry a fund through exactly this sequence, in Python, with every figure checked: a strong year, a drawdown, a partial recovery that clears the hurdle but not the high-water mark (and therefore owes no incentive fee at all), and a further year that finally clears the high-water mark (and owes a fee only on the newly created territory above it). A related, easily-missed wrinkle: because a fund's investors typically subscribe at different times and different NAVs, most funds run equalization, each investor's incentive-fee liability is measured against their own personal high-water mark (their subscription price), not the fund's single fund-wide HWM, so two investors in the identical book, at the identical moment, can genuinely owe different fees, purely as a function of when they bought in. Worked Example 1 extends its own numbers to show this precisely.

How do you model the fee waterfall in code?

Modern Data Analysis. Every step of the fee walk above, apply the gross return, deduct the management fee, test the hurdle, test the high-water mark, compute the incentive fee, roll the new high-water mark forward, is a handful of lines of pandas once you have a return series: a small function taking a Series of gross annual (or monthly) returns and the four fee parameters, applied across years with .cumprod()-style bookkeeping for NAV and a running .cummax() for the high-water mark, reproduces everything this section did by hand across an arbitrarily long history in one pass. The quant-code region's DA modules build exactly this muscle properly, a vectorized fee waterfall applied across dozens of equalization tranches at once, a Monte Carlo simulation of fee drag across thousands of randomly generated return paths, and a backtest that reports a strategy's net-of-fee Sharpe ratio rather than its (always better-looking) gross one. The by-hand walk you are about to do is not a lesser stand-in for that code; it is the only way to know, before you have even run the function, what year 3's incentive fee has to be, zero, so that if your vectorized version disagrees, you know immediately that the code, not your understanding, is wrong.