Stoic Citadel — Zuverlässige Python-/MT5-Ausführung
Persönliche Entwicklungsarbeit für Broker-Anbindungen: Auftragsablauf, dauerhafte Wiederherstellung und Risikoprüfungen. Der Fall zeigt den Umgang mit Fehlern, ohne Handelsgewinne zu versprechen.
Umsetzung ansehenZeitraum
2026
Rolle
Entwickler
R&D
Projekttyp
Paper
Ausführungsmodus
SQLite
Orderjournal
Technisches Ergebnis
Auftragsablauf · dauerhaftes Journal · Wiederherstellung
Ehrliches Fazit
Ein begrenzter Paper-Pilot mit eindeutigen Auftragszuständen, Risikoprüfungen und Wiederherstellungsregeln, dauerhaftem Journal und unabhängiger Überwachung.
Einblick in die Umsetzung
Was gebaut wurde. Was Sie prüfen können.
- Umgesetzter Umfang
- Native Python-/MT5-Ausführungsarchitektur, dauerhaftes Auftragsjournal, Risikoprüfungen und unabhängiger Watchdog.
- Was geprüft wurde
- Repository und lokale Sicherheitstests stützen die Architekturbeschreibung. Das Diagramm veranschaulicht die technische Umsetzung.
- Grenzen der Nachweise
- Für diesen Fall gab es keine neue Broker-Abnahme. Die beschriebene Pilotgrenze bleibt Paper-Modus mit deaktivierten Einstiegen. Handelsvorteil, vollständiger betreuter Auftragsdurchlauf und Produktionsreife werden nicht behauptet.
Entwicklungscase · eigene Forschung
Natives MT5: Ausführung und Wiederherstellung
Die aktuelle Architektur für einen beaufsichtigten Paper-Piloten. Im Mittelpunkt stehen Order-Lebenszyklus und Fehlerbehandlung; die Grafik erläutert die implementierten Komponenten.
Nativer Ausführungspfad
Paper-Modus · Einstiege deaktiviertStrategie
Ein Signal aus abgeschlossenen Kerzen wird zu einem versionierten Intent mit begrenzter Gültigkeit.
Sicherheit und Risiko
Stop-Loss, aktuelle Kurse, Volumengrenzen und dauerhafte Stopps begrenzen die Freigabe.
Kontogebundener Executor
Ein Verantwortlicher prüft die Kontoidentität und gleicht Brokerergebnisse ab.
MetaTrader 5
Eine authentifizierte Bridge bildet die Brokergrenze. Im Paper-Modus werden keine Orders gesendet.
SQLite-Orderjournal
Persistente Intents und Checkpoints unterstützen den Abgleich nach Neustarts. Ein unbekanntes Ergebnis löst keine blinde Wiederholung aus.
Unabhängiger Wächterprozess
Ein separater Prozess prüft offene Positionen und Heartbeat; Schutzschließungen beziehen sich auf einzelne Positionstickets.
Architekturillustration. Diese Seite besitzt weder Brokerverbindung noch Handelssteuerung.
Problem
Eine Brokerbestätigung kann verloren gehen, ein Prozess bei offenen Positionen neu starten. Die Wiederherstellung darf denselben Auftrag nicht blind erneut senden.
Die Herausforderung
Einen Verantwortlichen für den Auftragsablauf behalten, vor Broker-Schreibzugriffen prüfen und unklare Ergebnisse abgleichen.
Die Lösung
Ich habe den nativen MT5-Piloten auf einen kontogebundenen Executor, eine authentifizierte Bridge, ein verpflichtendes SQLite-Journal und einen unabhängigen Watchdog eingegrenzt. Redis hält Risiko- und Heartbeat-Zustand.
Technische Highlights
Ein Verantwortlicher für den nativen MT5-Order-Lebenszyklus; bisherige Freqtrade-/ML-Forschung bleibt getrennt.
Verpflichtendes SQLite-Journal und Brokerabgleich nach Neustart oder verlorener Bestätigung.
Prüfungen von Stop-Loss, Kursaktualität, Volumenvorgaben und Kontoidentität vor Broker-Schreibzugriffen.
Unabhängiger Wächterprozess und Schutzschließungen für einzelne Positionstickets.
Lokale Regressionstests für Ablehnungen, unbekannte Ergebnisse, dauerhafte Stopps und Wiederherstellungsgrenzen.
Standardmäßig Paper-Modus mit deaktivierten Einstiegen; negative Walk-forward-Ergebnisse bleiben ohne Profitabilitätsversprechen dokumentiert.
Systemarchitektur
Python · AsyncIO (native pilot lifecycle)
MetaTrader 5 · account-bound HTTP bridge
FastAPI · authenticated broker boundary
SQLite (mandatory order journal and restart reconciliation)
Redis (risk state and heartbeat)
Independent equity watchdog
Pytest · Hypothesis (local safety regressions)
Docker (persistent local Redis)
Kerntechnologien
Weitere Projekte
Brauchen Sie ein Python-System mit klaren Fehlerabläufen?
Ich entwickle API-Anbindungen und Backends mit eindeutigen Zuständen, brauchbaren Protokollen und Wiederherstellungsregeln. Wir beginnen mit einer begrenzten Anbindung und vereinbaren ihre Prüfung.