Skip to content

Latest commit

 

History

124 Commits

Folders and files

NameName
Last commit message
Last commit date
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

EPSILON — Quantitative Decision Lab

EPSILON — Quantitative Decision Lab

Open Decision Lab  ·  Watch the 30-second film  ·  Explore v2.0  ·  Public impact ledger

Build a market idea. Test it. Then try to break it.

I first built EPSILON as a trading simulator. I have since reworked it into a decision lab focused less on producing an answer than on testing how much that answer deserves to be trusted.

EPSILON is a research environment for turning market ideas into explicit, testable claims. It combines simulated market observation, strategy testing, evidence provenance, and structured critique in one repeatable decision cycle:

Observe → Frame a hypothesis → Test → Interrogate → Refine → Retest

EPSILON is not a trading recommendation engine. Its purpose is to make assumptions visible, preserve failed or negative evidence, and show exactly when a result no longer matches the question being asked.

See the product

Watch the EPSILON 30-second product film

Click the image to watch the 30-second product film.

EPSILON public landing page EPSILON Strategy Lab
One clear research path
Understand the idea and enter the workspace.
Evidence stays attached
Inspect inputs, metrics, trades, and boundaries together.

Start here

Surface Purpose
/ Understand the perturbation method and enter the instrument
/lab Define a claim and rejection rule, run six nearby experiments, and export evidence
/impact Separate anonymous reach, use, external challenge, and feedback-led change
/status Inspect data mode, provenance boundaries, method, and limitations
GitHub repository Reproduce, challenge, cite, or contribute to the research software

Public launch assets

The product is ready for a controlled public launch around one clear idea: a market result is more useful when its assumptions and failure conditions remain visible.

The launch kit deliberately separates claims that are demonstrated by the product from aspirations that still need user evidence. It should be used for authentic feedback and early-adopter conversations, not performance marketing or investment claims.

The research loop

1. Define

Write a falsifiable market claim and a machine-readable rejection rule before computing the answer.

2. Perturb

Run one baseline, four atomic stresses, and one joint stress. Each run keeps the changed input visible.

3. Challenge

Inspect exact metrics, provenance, limitations, and the nearest failure. Export the complete evidence artifact with cryptographic fingerprints.

4. Revise and reproduce

Start a revised experiment or submit an external methodological challenge. Reproduction mismatches, rejected claims, and inconclusive results remain valid evidence.

Integrated sensitivity validation

The working product includes a controlled validation protocol that asks:

Does the conclusion remain unchanged when execution friction increases slightly?

It runs the same momentum configuration twice, changes only execution slippage, evaluates a pre-specified return-sign rule, and repeats the protocol on a non-overlapping window.

Here, ε simply denotes the small increase in slippage used to test whether the conclusion survives.

The experiment currently uses the deterministic controlled synthetic path CSP-v1. It tests experimental sensitivity; it is not historical market validation, statistical significance, evidence of profitability, or proof of predictive performance.

The protocol now lives inside the Dashboard as part of the research workflow rather than as a separate public demo. Read the supporting records:

Evidence discipline

EPSILON distinguishes four kinds of information:

Type Meaning
Hypothesis A user-authored claim to test
Submitted inputs Configuration sent to a research service
Computed outputs Metrics returned by that service
Provenance What is known—and not known—about data and execution assumptions

EPSILON does not convert a hypothesis into a fact, a metric into a forecast, or missing provenance into a plausible-sounding source.

Architecture

epsilonfield.space
      │
      ├── /lab       claim → rejection rule → six runs → evidence artifact
      ├── /impact    anonymous use → external challenge → public disposition
      └── /status    data mode → provenance → limitations

React / TypeScript / Vinext on OpenAI Sites
      ├── deterministic browser-local demonstration
      ├── optional server-side historical-data adapter
      └── privacy-minimizing first-party impact ledger

The original Python desktop application and earlier Next.js/FastAPI surfaces remain in this repository as development history and source distribution. They are not competing public products.

Run locally

Prerequisites: Node.js 22.13+ and npm.

cd instrument
npm install
npm run dev

The public evidence workflow requires no account. Historical-data mode requires the documented server-side provider configuration; otherwise the instrument remains explicitly labeled as a deterministic demonstration.

Verification

# Core Python evidence paths
backend/venv/bin/python -m unittest tests.test_stock_data_manager tests.test_demo_runtime -v

# Website type and behavior checks
cd website
npx tsc --noEmit
npx vitest run

The web tests cover the research context lifecycle, stale evidence handling, atomic retesting, AI evidence boundaries, route convergence, authenticated navigation, and distribution truthfulness.

What EPSILON does not claim

  • No real-money execution
  • No personalized financial advice
  • No guaranteed real-time or historical provider unless provenance explicitly supplies one
  • No strategy profitability or general robustness claim
  • No public installer when a verifiable package has not been published

Repository continuity

This is the original EPSILON repository. The project is evolving in place so its history, Stars, issues, and earlier desktop/web versions remain intact.

License

MIT © 2026 Dresden E. Goehner

About

Open-source quantitative decision lab for falsifiable market research.

Topics

Resources

Contributing

Stars

122 stars

Watchers

0 watching

Forks

Releases

Packages

Contributors

Languages