Episode 2: Speed Before Alpha

Scope

This episode covers roughly 2026-02-23 to 2026-03-01.

Evidence note: like Episode 1, this week is best reconstructed from commit history plus the current repo layout rather than from detailed run logs.

Result Snapshot

The headline from this week is that research velocity and observability improved materially before any claim of model quality improved.

Representative commits:

• 2fd8f2e: massive performance improvement, recorded as 20x
• 65cef9f: dashboard and more tests
• 3025b99: RAM and CPU usage collector
• 12186dd: dashboard runner
• d901d12: recommendations in the dashboard

The scientific point is straightforward: broad model exploration is not credible if the system is too slow to rerun, too opaque to audit, or too fragile to compare runs cleanly.

From a research-design perspective, speed and observability reduce two different forms of error. Faster iteration lowers the cost of rerunning a hypothesis under slightly changed assumptions, which reduces the temptation to overfit one lucky run. Better observability lowers the chance that an infrastructure failure, timeout, or partial data path gets misread as a genuine strategy outcome. In systematic trading work, those two errors are often entangled.

What We Actually Changed

The repo spent this week making research operationally visible.

That included:

• faster experimentation loops
• a dashboard surface for monitoring runs
• system telemetry for CPU and memory
• clearer recommendation outputs

These are not cosmetic improvements. A research process that cannot track resource use and compare repeated runs is vulnerable to three common errors:

• misdiagnosing infra failures as strategy failures
• abandoning good ideas because the run path is too slow
• believing noisy results because the cost of reproduction is too high

The repository already had a large model vocabulary by this point, with ORB, mean-reversion, dispersion, and daily forecast families all implemented in some form. Once a codebase reaches that stage, the marginal value of one more profile is often lower than the marginal value of being able to compare, rerun, and diagnose the existing ones. This week is best understood as the point where the repo started optimizing the laboratory, not just the experiments.

What Worked

What worked here was the decision to spend engineering time on throughput before widening the model frontier further.

This is especially important in a repo like this one because the implemented strategy set is already broad. ALGORITHMS.md shows ORB, dispersion, mean reversion, and daily Carver-style families. Once that many model families exist, the bottleneck shifts from "can we code one more setup?" to "can we compare and reproduce what we already have?"

The answer this week was yes, increasingly.

What Did Not Work

What did not work, or at least what the repo implicitly rejected, was the idea that faster research automatically means better research.

This is an important negative result to publish because it is one of the easiest traps in systematic strategy work. If a new cluster, faster DuckDB path, or nicer dashboard leads directly to more profiles and more sweep variants, the temptation is to confuse throughput with signal.

The later repo evidence shows that did not happen here. Speed created the conditions for better falsification, not for easier self-deception.

Why This Week Matters

In One Piece terms, this was the navigator-and-logbook week. The ship was not just seaworthy now. It had instruments.

That matters because the next stages of the repo become much harsher:

• realism audits
• ORB audits
• promotion gates
• cross-host reproducibility

None of that works well if the system cannot surface what happened during a run.

Public Build Takeaway

The public lesson is not "we made the backtester faster."

It is:

• faster iteration matters because it lowers the cost of falsification
• dashboards matter because they stop silent failures from masquerading as alpha
• performance engineering is part of research quality when the search space is large

This repository did not spend late February chasing a miracle trade. It spent late February making sure the later search could be audited, repeated, and survived by the people running it.

That is a scientific style worth keeping in the public series. The audience should be shown that performance engineering, telemetry, and dashboarding were not detours from alpha research. They were preconditions for any later statement about alpha to be taken seriously.