🏠 Home 🔍 Today's Scan 📰 Daily Report 📈 Hit Rate 📊 Base Rate ❓ Methodology 📚 Learn 🪙 Crypto Scanner 📋 All Tools ⏪ Investment Simulator 🧾 Tax Calculator🧮 Pension vs. Direct ⚡ Leverage ⚖️ Rebalancing 💹 DCA 📉 Averaging-Down B/E 💰 Dividend Calendar
← Back to the Learn hub
🧮 Verification Methodology

The Trap in a Hit Rate's Denominator
— In-Progress Stocks Inflate the Win Rate

A hit rate is hits ÷ the denominator. But if you get who's included in the denominator wrong, the number comes out inflated even when every calculation afterward is correct. This article publishes a mistake DawnScan actually made and how we corrected it, with the real numbers, exactly as they happened.

💡 Key takeaway — Among stocks whose outcome isn't decided yet, if you only put the winners into the denominator first, that group computes to a 100% hit rate.

What Happens When You Put "Not Finished Yet" Into the Denominator

Say a scanner picks a stock. Whether it wins or loses gets decided 20 trading days later. But there's a stock that's only 5 days in so far. Should it go into the scorecard?

"Include it if it's already hit the target, and judge it later if it hasn't" — that sounds reasonable at first. This is the trap. Among stocks picked during the same period, only the winners enter the denominator first, while the ones that haven't risen yet get excluded for being "not judged yet."

In clinical statistics, this structure is called immortal time bias. A sample that only enters the tally by surviving until the outcome is known has, by that very condition, already required success.

A Mistake DawnScan Actually Made

On 2026-08-11, we found the following rule in this site's hit-rate tallying code.

Enters the denominator if = 20 trading days have passed OR it already hit the target OR it got delisted

The middle condition was the problem. At the time of the correction (2026-08-11), the 210 in-progress picks being tracked broke down like this.

In-Progress PickCountEnters Denominator?
Already hit +15%40Yes
Not there yet170Excluded

Of the 210 in-progress picks, only the 40 winners went into the scorecard, while the 170 that hadn't risen yet were excluded. After fixing the rule so that only picks whose 20 trading days had actually finished got counted, the numbers changed like this.

MetricBefore the FixAfter the Fix
Cumulative hit rate39.8%30.7%
Volatility-matched lift (fixed +15% target)11.1%p2.9%p

The two numbers above are the values as of the 2026-08-11 correction. We're leaving them as-is, not as the current figures, to show "what changed, and by how much."

Current values (as of 2026-08-14): of 259 matured picks, 73 hit the target → 28.2% (95% interval ±5.4%p). There are still 211 picks in progress, and of those, the 58 that have already reached the target and the 153 that haven't both stay out of the denominator — that's the whole point of the fix. You can check the latest value yourself at /track.

9.1%p disappeared. And the claim that "the scanner beats a random pick from the same volatility bucket" also lost statistical significance under this standard. The current numbers are published under the corrected standard on the hit-rate page.

Why a Sanity Check on the Math Doesn't Catch This

What's scary about this bug is that every calculation was correct. The confidence interval was computed exactly right, the multiple-testing correction was applied properly, and it reproduces down to the decimal point. No amount of re-adding the numbers reveals the error.

The defect wasn't in the arithmetic — it was in the definition of the sample. "Who goes into the denominator" is a question that comes before any calculation.

That's why, when you look at a performance statistic, you should check the population definition before the result number. Similar traps include survivorship bias (dropping failed stocks from the sample), multiple testing (picking the one that got lucky out of many trials), and overfitting.

3 Questions to Ask When Looking at Someone Else's Track Record

When you run into a "○○% hit rate" from a trading room, a YouTube channel, or a blog, asking these three questions filters out most of them.

  1. How do you handle in-progress stocks?
    If the answer is "we're still watching them," those stocks are likely excluded from the denominator. Check whether just the winners among them are already counted in the results.
  2. What's the denominator? Does it match the total number of picks made?
    If 100 picks were made but the denominator is 60, ask where the other 40 went.
  3. Do you only count stocks whose window has ended?
    Counting a mid-window target hit isn't a problem by itself. The key question is whether failures from the same period get counted too.

How DawnScan Handles This

  • Only picks whose 20 trading days have ended go into the denominator. Even if a pick hits its target along the way, it isn't tallied before the window ends — because a same-period failure isn't in the denominator yet either.
  • A delisting is treated as final and goes into the denominator regardless of elapsed time. Most get tallied as a miss, lowering the hit rate, but excluding them would create survivorship bias.
  • If the same stock gets picked repeatedly, it's counted only 1x within a 21-day window (see repeat signals).
  • This rule, and the fact that we previously labeled it incorrectly, are written directly into the body of the hit-rate page.

The reason we publish a correction that pushes the number down is simple. A number built by picking a favorable standard is advertising, not verification. What this site is trying to measure is the base rate, not an impression.

📮 Daily US Market Morning Brief — We send an analysis of the previous day's top 10 US gainers (TOP10) and what they had in common, every day at 8am (KST). Telegram @dawnbrief · Free · No ads · Not stock recommendations.

Frequently Asked Questions

Does this mean in-progress stocks aren't shown at all?

No. Each individual stock's current status is still shown, labeled as "in progress." It just isn't folded into the single cumulative hit-rate number. Display and tallying are different problems.

Doesn't that delay how recent performance gets reflected?

Yes. Since it only gets counted once 20 trading days have passed, there's roughly a one-month delay. That delay is the price of honesty. Removing the delay would require including stocks whose outcome isn't known yet, which brings back exactly the bias explained in this article.

Doesn't a stock that hits the target early get shortchanged?

No. Once the 20 trading days end, it gets tallied as a hit at that point. It isn't excluded forever — it's just waiting its turn. The goal is to prevent a situation where only early winners get tallied first.

Can this bias show up in a backtest too?

A backtest run on historical data rarely produces this bias, since every trade's outcome is already settled. The problem shows up in a track record that tallies performance in real time, because trades with no outcome yet exist at this very moment.

How is this different from survivorship bias?

Survivorship bias is the problem of "what failed and disappeared" being dropped from the sample. The bias in this article is the problem of, among "what isn't finished yet," only the winning side entering first. The causes differ, but the result is the same — in both cases, failures vanish from the denominator.

Related Reading

Written and verified by: Dawn (about) — an individual developer, not a financial-industry professional. The figures in this article are real measured values from DawnScan's own tally, and the correction history is published together on the hit-rate page. Not investment solicitation (disclaimer).