# Look-Ahead Bias > The use, at a simulated decision point, of any information that would not have been available at that moment in live trading. - Canonical: https://hadalinstruments.com/glossary/look-ahead-bias/ - Term set: https://hadalinstruments.com/glossary/ --- Look-ahead bias is time travel in a backtest. The simulation, at some historical decision point, consults information that did not yet exist — and the resulting performance is not a forecast of anything, because no live deployment can repeat the trick. The crude forms are easy to name: trading a bar's close before the bar has closed, or entering at a day's low as if the low were knowable before the day ended. The subtle forms are where research actually dies. An indicator normalised over the full sample — a z-score using the whole period's mean and variance — leaks the future into every historical value. Economic data is revised: headline employment and GDP figures are routinely restated in subsequent releases, so a backtest keyed to the final revised series is trading on numbers that nobody possessed on the release date; only vintage, first-print data reproduces what was actually knowable. Corporate financials are restated. Split and dividend adjustments applied retroactively can shift historical signals. Even a dataset vendor's silent cleaning of bad ticks, applied years after the fact, hands the simulation a smoother past than any live system experienced. What makes look-ahead bias dangerous is its silence. It produces no error, no warning, and no implausible single trade — only a persistent, unexplained excellence that evaporates in production. It is frequently the hidden engine underneath an apparently robust result, and no amount of [walk-forward validation](/glossary/walk-forward-validation/) detects it if the leak is embedded in the data pipeline itself. The defence is point-in-time discipline: every value consumed by the simulation must carry the timestamp at which it became *knowable*, not the timestamp of the period it describes. That, in turn, requires knowing your dataset's history — what was captured when, and what has been altered since — which is the concern of [tick data provenance](/glossary/tick-data-provenance/) and the sibling discipline to defeating [survivorship bias](/glossary/survivorship-bias/). ## Commonly confused with Neighbouring concepts that get used interchangeably, and the distinction that actually separates them. - **[Survivorship bias](https://hadalinstruments.com/glossary/survivorship-bias/)** — Look-ahead leaks a value that existed later; survivorship leaks a membership list assembled later. Both are point-in-time failures and both flatter a backtest, but one is about what you knew and the other about who was still there to be known about. - **[Overfitting](https://hadalinstruments.com/glossary/backtest-overfitting/)** — Overfitting is a search problem — too many configurations tried against too little independent data. Look-ahead is a data problem, and it survives every remedy aimed at the search. A leak embedded in the pipeline produces excellent walk-forward results, because the future is inside the training and the testing folds alike. - **[Data snooping](https://hadalinstruments.com/glossary/data-snooping/)** — Snooping is reusing the same data until something passes. Look-ahead is using data that was not available yet. A researcher can be scrupulous about the first and still be defeated by the second, because the second is often introduced by a vendor rather than by the researcher. - **Restatement** — A revision is a legitimate act by a data publisher; look-ahead is what happens when a backtest consumes the revised value at the original date. The publisher did nothing wrong. The simulation used a number nobody possessed at the time. ## How to measure it in your own data A definition you cannot test is a definition you have to take on trust. This is the shortest honest route from the concept to a number you computed yourself. - **Records you need** — For every input series, two timestamps rather than one: the period the value describes, and the moment it became knowable. For revised series that means vintage or first-print data. Where a vendor supplies only the final revised series, that fact is itself the finding. - **What you compute** — Re-run the simulation with every input lagged to its knowability timestamp rather than its period timestamp, and compare. Then check the transformations separately: any normalisation computed over the full sample — a z-score using the whole period's mean and variance — leaks the future into every historical value regardless of how the raw data was timestamped. - **What the answer tells you** — A material gap between the two runs locates the leak. The reason to run it deliberately is that look-ahead is silent: it raises no error, produces no implausible individual trade, and shows only as persistent unexplained excellence that disappears in production. If a result survives the lagged re-run unchanged, that is worth more than the original result was. ## Questions and answers ### What are the subtle forms of look-ahead bias? The ones that actually kill research are not "traded the close before it closed". They are normalisation over the full sample, which puts the future into every historical z-score; economic data keyed to final revised figures when only the first print was knowable; retroactively applied split and dividend adjustments; restated corporate financials; and a vendor's silent cleaning of bad ticks applied years after the fact, which hands the simulation a smoother past than any live system ever experienced. ### Will walk-forward validation catch look-ahead bias? Not if the leak is in the data pipeline. Walk-forward protects against fitting the search to the test period; it assumes the data at each point is what was knowable at that point. When that assumption fails, the future is present in every fold and the validation passes cleanly on a result that cannot be reproduced live. ### Why is look-ahead bias so hard to notice? Because it is silent. There is no error, no warning, and typically no single trade that looks impossible — just a strategy that performs consistently well for reasons nobody can quite articulate, and then does not. It is frequently the hidden engine underneath an apparently robust result. ### What does point-in-time discipline actually require? Point-in-time discipline requires that every value consumed by the simulation carries the timestamp at which it became knowable, not the timestamp of the period it describes. In practice that means vintage data for anything revised, and knowing your dataset's own history — what was captured when, and what has been altered since. ## If this has already cost you A leak that arrived through the data pipeline leaves no trace in your code, and is found by examining the file rather than the logic. - [Dataset Forensics Assay](https://hadalinstruments.com/assays/#dataset-forensics-assay) “Can I trust the data file my research stands on?” Will not establish: That the data is correct. Structure can prove a file defective; it cannot prove it faithful to the market — only a second independent source can, and the report names that limit. - [Overfit Assay](https://hadalinstruments.com/assays/#overfit-assay) “Is my backtest real, or did I fit it to noise?” Will not establish: Whether the strategy will be profitable. A backtest that survives the battery is a backtest that was not obviously fitted — it is not a forecast, and the report says so on its first page. Intake is not open yet, so none of these can be commissioned today. They are listed here so you know the measurement exists and what it would and would not settle — the [launch list](https://hadalinstruments.com/pricing/#waitlist) hears first. ## Related terms Derived from the links this entry makes and the entries that link back to it. - [Implementation Shortfall](https://hadalinstruments.com/glossary/implementation-shortfall/) The difference between the return of a paper portfolio traded instantly at the decision price and the return actually realised, including the cost of the quantity that never filled at all. - [Point-in-Time Data](https://hadalinstruments.com/glossary/point-in-time-data/) Data recorded as it was actually known on each historical date — first-print economic releases, as-of universe membership, unrevised financials — rather than the revised series that exists only in hindsight. - [Purged Cross-Validation](https://hadalinstruments.com/glossary/purged-cross-validation/) A cross-validation scheme for time-dependent data in which any training observation whose information horizon overlaps the test window is removed, so that no label can leak across the split. - [Regime Shift](https://hadalinstruments.com/glossary/regime-shift/) A change in the data-generating process itself — the distribution of returns, volatility or liquidity moving to a new persistent state rather than fluctuating within the old one. - [Survivorship Bias](https://hadalinstruments.com/glossary/survivorship-bias/) A distortion introduced when a dataset includes only the entities that survived to the present, so that failures vanish from history and everything measurable looks better than it was. - [Tick Data Provenance](https://hadalinstruments.com/glossary/tick-data-provenance/) The documented history of a market dataset: where each tick was captured, when, through what aggregation, and every alteration — cleaning, backfill, merge, adjustment — applied to it since capture. - [Walk-Forward Validation](https://hadalinstruments.com/glossary/walk-forward-validation/) An out-of-sample testing protocol in which a strategy is fitted on one window of historical data and evaluated on the subsequent, unseen window, with the process rolled forward through time. ## In the research Look-Ahead Bias comes up in seven research notes on this site, and this entry lists three of them. - [Does my regime filter use future data?](https://hadalinstruments.com/research/does-my-regime-filter-use-future-data/) Usually not through a coding bug. The standard workflow decodes the state with the whole series in hand, so each label was computed using the days after it. - [Is my volatility regime just telling me the time?](https://hadalinstruments.com/research/is-my-volatility-regime-just-telling-me-the-time/) I removed the time-of-day pattern from one FX pair and a standard volatility classifier stopped finding compression at all. Six features, all six moved. - [Does my backtest have survivorship bias?](https://hadalinstruments.com/research/does-my-backtest-have-survivorship-bias/) You cannot tell from inside the dataset. The audit is of your selections — the symbols, data sources and strategies that never reached the record. ## Cite This Definition APA BibTeX HTML Hadal Instruments. (2026). Look-Ahead Bias. Hadal Glossary. https://hadalinstruments.com/glossary/look-ahead-bias/ Version 2b360a7, 2026-08-28. @misc{hadal_2026_look-ahead-bias, author = {Hadal Instruments}, title = {Look-Ahead Bias}, year = {2026}, url = {https://hadalinstruments.com/glossary/look-ahead-bias/}, howpublished = {Hadal Glossary}, version = {2b360a7}, note = {Pre-launch publication; version dated 2026-08-28} } Source: Hadal Instruments, Look-Ahead Bias. Original Research Copy Citation **Version 2b360a7** identifies the commit that last changed this page in Hadal's content repository. That repository is not public, so the identifier does not resolve externally — it is published so a citation pins one specific state rather than a moving page. To obtain the exact version cited, use the [press and research route](https://hadalinstruments.com/press/).