Strategy Validation
Forward-Walk (Walk-Forward) Analysis
Repeatedly optimizing a strategy on one window of history and testing it on the unseen window that follows. The standard defense against curve-fit backtests.
Forward-walk (walk-forward) analysis answers the question a single backtest cannot: would the parameters you'd actually have chosen at the time have worked on data they never saw?
The procedure
Split history into consecutive windows. Optimize the strategy's parameters on an in-sample (IS) window, say 12 months. Test those frozen parameters on the following out-of-sample (OOS) window, say 3 months the optimization never touched. Slide forward and repeat until history is exhausted, then judge the strategy on the stitched OOS segments only. What you end up with is a simulated track record of always trading yesterday's best parameters on tomorrow's data.
There are two windowing styles. Rolling keeps the IS window a fixed length and slides it; anchored grows it from a fixed start. Rolling adapts to regime change faster, anchored uses more data per fit.
How to read the result
Healthy strategies keep a meaningful fraction of their in-sample edge out of sample. OOS Sharpe at half the IS level is normal decay. An OOS result near zero while IS looks brilliant is the signature of overfitting: the optimizer memorized noise. On AlphaProve, forward-walk runs are a first-class run type, with the window schedule and per-window results on the report.
On AlphaProve
Instead of freezing the single best in-sample parameter set — the one most likely to be a noise-fit — the run's Meta-ML selector scores each combination for robustness with gradient-boosting feature importance and carries stable parameters out of sample. The report attaches a WFO-efficiency number and the out-of-sample win rate, PnL, and max drawdown, so you can read how much of the in-sample edge survived; the mechanics are walked through in walk-forward testing explained.