Solange jedes Instrument in USD notierte, war die Frage gegenstandslos. Mit
waehrungsfaehigen Instrumenten ist sie es nicht mehr: CapitalService summierte
BoundCapital ueber alle Positionen unabhaengig von deren Waehrung und verglich
das Ergebnis mit NetLiquidation in Kontobasiswaehrung. Dasselbe galt fuer die
Konzentration je Basiswert und fuer die offenen Reservierungen, die von einer
Groesse in Basiswaehrung abgezogen wurden.
Auf dem Testkonto ist die Basis EUR und USD steht bei 0,8611: jede USD-Position
ging bisher rund 16 Prozent zu hoch in das verteilbare Kapital ein. Die Richtung
des Fehlers wechselt mit dem Kurs - bei einer starken Fremdwaehrung wird die
Auslastung unterschaetzt und ein Buch darf mehr aufmachen als es soll.
Die Kurse kommen aus dem Ledger des Brokers ($LEDGER:ALL, Tag ExchangeRate),
nicht aus einer eigenen Quelle. Das ist Absicht: NetLiquidation und
TotalCashValue sind mit genau diesen Kursen gebildet. Mit einem fremden Kurs
verglichen wir den Positionswert gegen eine Kontogroesse, die anders gerechnet
wurde. Fuer die Buchhaltung gilt das Gegenteil - dort ist der amtliche
Tageskurs der richtige, das ist ein anderer Zweck (#321).
Fehlt ein Kurs, wird nicht geraten: der Snapshot meldet FxComplete=false, der
Positionswert gilt als Untergrenze, und der Kauf wird angehalten. Schliessen
bleibt moeglich. Eine Reservierung ohne Kurs wird dagegen roh angesetzt statt
uebersprungen - sie zu ignorieren hiesse, gebundenes Geld als frei zu fuehren.
Gemessen am Paper-Gateway: "Konto: Umrechnungskurse EUR 1, USD 0.8611
(Basis EUR)". 388 Tests gruen.
Behebt #480.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
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>
