Trust · Accuracy

Every forecast is scored in public when it resolves.

Every Forum Atlas forecast is timestamped the moment it ships. When its horizon closes and the outcome is known, we record what actually happened and score the forecast with a Brier score — in public. This is that record, live from the platform.

Last forecast issued 2026-10-18.

Engine v1 — pre-fix (through Aug 4, 2026)

cohort 1 of 2
131
on record
15 / 15
resolved / scored
0.251
avg Brier · 15 scored — too few to grade

Produced before the Aug 5, 2026 driver-effects fix (RT-DEFENSE-101): forecast drivers were inert, so distributions reduced to base priors plus sampling noise. Shown as issued; we did not rewrite them.

Current engine — post-fix (since Aug 7, 2026)

cohort 2 of 2
54
on record
3 / 3
resolved / scored
0.291
avg Brier · 3 scored — too few to grade

Produced by the fixed Monte-Carlo engine with verified driver effects. 15 of 54 are bound to a resolution rule and can be scored; the remaining 39 cannot be, however long you wait.

Cutover: engine fix deployed Aug 5, 2026. 185 forecasts on the record in total (131 pre-fix + 54 post-fix).

Scoreable on the record: 15 of 54 (current engine) and 17 of 131 (pre-fix), as of 2026-10-21 09:37 UTC. “Scoreable” means bound to a named public series and an explicit threshold that can settle it — the only way we will ever put a Brier score against it. A forecast that is not scoreable is not pending; it will never produce a number, and we would rather print that than let an empty column imply patience. Generation itself fails sometimes and we publish that too: 236 runs attempted, 51 failed (21.6%).

How scoring works

  1. Forecast

    p(YES) timestamped at issue

  2. Bound series + threshold

    public series named · rule written

  3. Resolution date

    fixed in advance or on publication

  4. Observed value

    read from the series · YES / NO

  5. Brier

    (p − outcome)² · published

A forecast whose series stops publishing cannot resolve and is shown as unscoreable, not dropped.

  • Timestamped at generation. A forecast is stamped when it is written. The database does not yet lock a forecast row against later edits; the prediction-market ledger, sealed by hash before settlement, is the record that cannot move.
  • Distributions, not guesses. Forum Forecast decomposes a question into driver hypotheses, retrieves cited evidence for each, and runs a Monte-Carlo simulation in which each driver's estimated effect is scaled by its estimated weight. It draws 10,000 samples when the request asks for a confidence target of 0.9 or higher and 1,000 otherwise, and publishes a probability distribution with a 95% sampling interval, not a single number. 183 of 185 on the record used 10,000 samples; the rest used as few as 1,000, which is what the engine does when a caller asks for a lower confidence target.
  • Brier-scored on resolution. When the outcome is known, we score it. 0 = perfect; 0.25 = an uninformed 50/50 on a binary; lower is better. Multi-outcome baselines differ — we publish the method, not just the number.
  • In public. The track record is attached to every forecast so you can judge the model before you rely on it.
  • Commit-reveal, where it applies. Forecasts on the public prediction-market ledger are sealed as a salted SHA-256 commitment before the market settles and revealed afterwards, so a changed number would produce a different hash. Forum Forecast outputs in the product are timestamped rows, not hashed commitments. The ledger.

By forecast type

Both cohorts combined — see the pre-fix note above.

TypeOn recordResolvedAvg Brier
Regulatory outcome590—
Contract recompete240—
M&A target230—
Breach disclosure2240.243
Launch success2130.167
Capacity auction160—
Price Band1260.266
Other650.313
Sanctions designation20—

See the full methodology, the commit–reveal ledger and our citation discipline.

Forecasts and the ledger are readable on the free tier. Start free