Ein regelbasierter Handelsansatz besteht aus zwei Teilen: der Logik und den Parametern. Die Logik ändert sich selten, die Parameter ständig — Schwellenwerte, Zeitfenster, Positionsgrößen, Stop-Abstände, Filter. Genau diese kleinen Änderungen werden im Alltag am seltensten dokumentiert und sind zugleich diejenigen, die das Ergebnis am stärksten verschieben.
Warum fehlende Historie jede Auswertung zerstört
Performance-Auswertung funktioniert nur, wenn ein Ergebnisabschnitt eindeutig einer Konfiguration zugeordnet werden kann. Fehlt diese Zuordnung, mischt jede Kennzahl mehrere Strategieversionen. Eine Trefferquote über acht Wochen sagt dann nichts aus, wenn in Woche drei der Stop-Abstand halbiert und in Woche sechs ein Filter aktiviert wurde. Man misst nicht mehr die Strategie, sondern den Durchschnitt mehrerer Strategien — und optimiert anschließend in eine Richtung, die von diesem Durchschnitt nur zufällig angezeigt wird.
Ohne Versionierung existiert keine Strategie, sondern nur eine Abfolge von Meinungen mit gemeinsamem Kontostand.
Was eine Konfigurationsversion enthalten muss
- Eindeutige Kennung: eine Versionsnummer oder ein Commit-Hash, der auch in jeder Order-Notiz und jedem Log-Eintrag auftaucht.
- Vollständiger Parametersatz: nicht nur die geänderten Werte, sondern der komplette Zustand. Deltas allein sind später kaum rekonstruierbar.
- Gültigkeitszeitraum: Aktivierungs- und Deaktivierungszeitpunkt mit Zeitzone.
- Begründung: ein Satz, warum geändert wurde. Ohne diese Notiz wiederholt man in sechs Monaten dieselbe verworfene Idee.
- Umgebung: Trockenlauf, Papierhandel oder Echtbetrieb — Ergebnisse aus unterschiedlichen Modi dürfen nie zusammen ausgewertet werden.
- Code-Stand: Parameter ohne die zugehörige Logikversion sind mehrdeutig, wenn sich die Berechnung geändert hat.
Konfiguration gehört nicht in den Code
Ein häufiger Zwischenschritt ist es, Werte direkt im Quelltext zu ändern. Das erzeugt zwar eine Historie über die Versionsverwaltung, vermischt aber Logik- und Parameteränderungen in denselben Einträgen. Sauberer ist eine getrennte, ebenfalls versionierte Konfigurationsdatei: Die Logik bleibt stabil, die Parametersätze werden als eigene Objekte geführt und lassen sich einzeln aktivieren, vergleichen und zurückrollen.
Praktisch bewährt hat sich, dass der laufende Prozess seine aktive Konfiguration beim Start und bei jeder Änderung vollständig ins Log schreibt. Damit ist die Zuordnung auch dann noch möglich, wenn die Datei später überschrieben wurde.
Änderungen einzeln, nicht im Bündel
Wer gleichzeitig Zeitfenster, Schwelle und Positionsgröße anpasst, kann anschließend nicht sagen, welcher Eingriff gewirkt hat. Für die Auswertbarkeit gilt dieselbe Disziplin wie im Test: eine Änderung, ein definierter Beobachtungszeitraum, dann Bewertung. Das ist langsamer und genau deshalb wirksamer — die schnelle Variante erzeugt Aktivität, aber keine Erkenntnis.
Wichtig ist außerdem eine Mindestlaufzeit vor der Bewertung. Wer nach fünfzehn Ausführungen umstellt, reagiert auf Zufall. Wie lang die Strecke sein muss, hängt von der Handelsfrequenz ab; entscheidend ist, dass die Länge vorher festgelegt wird und nicht davon abhängt, ob das Ergebnis gefällt.
Rollback als Betriebsfunktion
Eine Versionierung, aus der man nicht zurückkehren kann, ist ein Archiv, kein Werkzeug. Der Rückweg auf die vorherige Konfiguration sollte ein einzelner, geprobter Schritt sein — inklusive der Frage, was mit offenen Positionen geschieht, die unter der alten Version eröffnet wurden. Diese Positionen nach neuen Regeln zu verwalten, ist eine stille Ursache für unerklärliche Ergebnisse und gehört ausdrücklich definiert.
Der Bezug zur Robustheit
Häufige Parameteränderungen sind oft ein Symptom, keine Lösung: Wer alle zwei Wochen nachjustieren muss, arbeitet mit einem Ansatz, der auf einem schmalen Parameteroptimum sitzt. Eine sauber geführte Änderungshistorie macht genau das sichtbar — sie zeigt, wie oft eingegriffen wurde und ob die Eingriffe im Nachhinein einen Beitrag geleistet haben. In vielen Fällen ist die ehrlichste Erkenntnis aus der Versionshistorie, dass die letzten zehn Anpassungen zusammen nichts verbessert haben.
Minimaler Aufbau, der ausreicht
Es braucht keine große Infrastruktur. Eine versionierte Konfigurationsdatei, ein Änderungsprotokoll mit Zeitstempel und Begründung, die Versionskennung in jedem Log- und Order-Eintrag sowie eine Auswertung, die ausschließlich innerhalb einer Version rechnet — das ist der Kern. Alles Weitere ist Komfort. Wer diesen Kern nicht hat, betreibt keine Strategie, sondern führt ein Tagebuch ohne Daten.