RichardandClaude Opus 5
084cd7ef77
Das OptionsWheel setzt auf Dingen auf, die es im Core nicht gab. Diese Sitzung baut sie. #298 Optionen als Instrument. InstrumentKind/OptionSpec und ein druckbarer Instrumentenschluessel ("AAPL|20260918|C|150"); TradeSignal und OrderRequest tragen ein optionales OptionSpec, ohne das sich der Aktienpfad unveraendert verhaelt. Position.Notional rechnet ab jetzt mit der Kontraktgroesse - vorher war jede Option um Faktor 100 zu klein bewertet und damit jedes Risikolimit wirkungslos, lautlos und in die gefaehrliche Richtung. Daneben neu BoundCapital: ein Short Put bindet Strike x Kontraktgroesse, nicht die vereinnahmte Praemie. #300 sell-to-open. Jeder Auftrag zerfaellt in einen schliessenden und einen eroeffnenden Teil; der schliessende wird von keinem Limit verhindert - auch nicht vom Kaufstopp, denn ein Rueckkauf baut eine Verpflichtung ab. Deckungspruefung im Core, nicht im Modul: Short Call nur mit freien Aktien, Short Put nur mit reservierbarem Bargeld. #302-#305 Kapital- und Buchmodell. Buecher mit reservierten Namen und Eigentumsregeln, Pool mit Caps und Headroom, Margin-Sperre in vier Schichten, core_reservation mit Lebenszyklus, Frist, Idempotenz ueber (SignalId, ContractKey) und Quarantaene beim Start. #309/#310 Modul OptionsWheel: ow_-Schema mit fuenf Tabellen, Zustandsautomat, StrikeSelector, RollDecider, PremiumMath - vollstaendig ohne Broker testbar. Der Handelsbetrieb bleibt gesperrt, solange #299 und #294 fehlen; das Modul sagt das ueber GetActivationBlocker, statt still nichts zu tun. #293 --verify-order am Daemon: eine Order durch die vollstaendige Kette (Buch, Risiko, Bindung, Order, Fill, Buchung, Abschluss). Ohne --confirm ein Trockenlauf; Abbruch ausserhalb von Paper-Modus UND Paper-Port. Drei Widersprueche in den Konzepten sind dabei entschieden worden: Schicht B heisst ab jetzt "kein UNGEDECKTER Short" (der Grund der Regel war der Kredit, nicht der Short), die Hausreserve wird einmal abgezogen statt zweimal, und der Positionsschluessel ist eine Spalte statt eines Sechser-Verbunds (MySQL verlangt NOT NULL fuer Schluesselspalten). Begruendungen stehen in docs/ROADMAP.md. Enthaelt ausserdem die noch nicht committete Arbeit aus der vorigen Sitzung: die Fehlerbehebungen aus Epic X (WorkerBase-Intervall, BackupWorker, --check gegen die Datenbank, CapitolTrades-429, SIGTERM) samt DatabaseEndpoint, MysqlDumpTool und der Roadmap-Umstellung. Sie lag im Arbeitsbaum und liess sich nicht abtrennen, weil beide Staende dieselben Dateien beruehren. 213 -> 369 Tests, Build ohne Warnung. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
IBKRTrader – DB-Provisioning
Die App legt das DB-Schema nicht zur Laufzeit an (EF-Migrationen werden extern angewendet). Einmalig beim Aufsetzen einer DB:
1. (Nur falls nötig) Alt-Tabellen entfernen
Wenn frühere Läufe bereits core_*/ct_*-Tabellen im alten (snake_case) Schema angelegt haben,
kollidieren sie mit dem EF-Schema. Dann einmalig ausführen:
mysql -h <host> -u <user> -p <db> < scripts/drop-app-tables.sql
⚠️ Löscht Daten in diesen Tabellen. Bei frischem Aufsetzen unkritisch.
2. Migrationen anwenden
Liest den Connection-String aus appsettings.Local.json und wendet beide Contexts an:
powershell -ExecutionPolicy Bypass -File scripts/provision-db.ps1
Voraussetzung: dotnet-ef (dotnet tool install --global dotnet-ef).
Angelegt werden: core_position, core_trade_history, core_budget, core_worker_log,
core_settings, core_ibkr_instruments, core_ibkr_market_data, core_ibkr_external_identifiers,
ct_congressMember, ct_trade sowie __EFMigrationsHistory.
Sicherheit
- DB-Passwort rotieren – das ursprüngliche liegt in der Git-Historie (Commit
ebeb035). - Optional Master-Key setzen (
IBKRTRADER_MASTER_KEYoder Dateimaster.key) für die at-rest-Verschlüsselung künftiger Credentials.