CS / 01Case-Study

ML Market Runtime — Zeitreihen, Modellvalidierung und kontrollierte Ausführung

Research-Plattform für Marktzeitreihen mit Feature Engineering, instrumentenspezifischen XGBoost-Modellen, Walk-forward-Validierung und einer getrennten Risikoebene.

Rolle
ML-Pipeline, Backend, Desktop-Anwendung, Web-Dashboard, Risikologik und Systemintegration — eigenständig
Zeitraum
2024 – 2025
Status
Lokal entwickelt
Erreichbar unter
Keine öffentliche Instanz

Zentrale Architekturentscheidung

Modellprognose und Ausführung sind getrennt: Ein Signal muss zusätzlich deterministische Risiko- und Verlustgrenzen passieren.

01 / System

Kontext, Problem und Umsetzung.

01 / Kontext

Systemrahmen

Die technische Case-Study betrachtet Datenaufnahme, Merkmalsberechnung, Training, Backtesting, Modellbereitstellung und Monitoring als zusammenhängendes ML-System. Sie enthält keine Renditeversprechen und keine Handelsempfehlung.

02 / Problem

Ausgangslage

Modelle auf Finanzzeitreihen überfitten leicht, wenn zukünftige Informationen unbemerkt ins Training gelangen oder eine zufällige Aufteilung zeitliche Abhängigkeiten ignoriert. Selbst ein brauchbares Modell darf außerdem niemals direkt und unbegrenzt Aktionen auslösen.

03 / Umsetzung

Technischer Ansatz

Eine Python-Pipeline verbindet OHLCV- und Makrodaten, berechnet technische und kontextbezogene Features und trainiert getrennte XGBoost-Klassifikatoren. Rollierende Trainings- und Testfenster bilden die zeitliche Reihenfolge ab. FastAPI, Electron und React stellen Steuerung, Verlauf und Risikometriken bereit.

04 / Vertiefung

Technischer Fokus

Feature Engineering für Zeitreihen, XGBoost, Walk-forward-Validierung, Backtesting ohne Look-ahead Bias, Modellversionierung, FastAPI-Orchestrierung, Electron-Desktop-App und deterministische Risiko-Gates.

02 / Decisions

Zentrale technische Entscheidungen.

Nicht nur was gebaut wurde, sondern warum das System genau diese Form bekommen hat.

  1. Walk-forward-Validierung statt zufälligem Train-Test-Split.

    Zeitreihen haben eine Richtung. Rollierende Fenster verhindern, dass zukünftige Marktphasen unbemerkt zum Training früherer Vorhersagen verwendet werden.

  2. Instrumentenspezifische Modelle und versionierte Feature-Konfiguration.

    Unterschiedliche Zeitreihen besitzen eigene Dynamiken. Modell, Feature-Reihenfolge und Trainingsparameter werden deshalb gemeinsam versioniert und beim Laden geprüft.

  3. Deterministische Risikoebene nach der Modellprognose.

    Confidence allein ist keine Risikosteuerung. Positionsgröße, Verlustgrenzen, Drawdown-Limit und zeitliche Regeln können ein Modellresultat jederzeit verwerfen.

  4. Monitoring über Desktop-Client und Web-Dashboard.

    Modellzustand, offene Prozesse, Historie und Risikometriken müssen unabhängig von der Trainingsumgebung beobachtbar und nachvollziehbar sein.

03 / Delivery

Stack und belegbare Grenze.

Technologien

  • Python
  • XGBoost
  • scikit-learn
  • pandas
  • NumPy
  • FastAPI
  • Electron
  • React
  • MongoDB
  • MetaTrader 5

Ehrliche Grenze

Research- und Engineering-Projekt. Backtests belegen keine zukünftige Profitabilität; es werden weder Anlageberatung noch öffentliche Live-Performance oder reale Erträge behauptet.