98109b78f6be58f2dca5be4de5937edd435f702d
Ruhende GTC-Leiter-/MakerEntry-Orders ueberleben Neustarts auf dem CLOB, der Verwaltungszustand (ExitLadders/ExitPending/PendingOrderTimestamps) ist transient. Ohne Bereinigung liefe die Engine gegen Waisen-Orders (Doppel-Leiter, Kaskaden). - StartupOrderReconciliationService (IHostedService): storniert beim Start je Live-Account alle offenen CLOB-Orders; danach entscheidet die Engine sauber neu. Registriert als ERSTER Modul-HostedService (nach Hydration, vor Monitor/Engine), pro Account fehlertolerant. - GetOpenOrdersAsync: assetId jetzt optional (default "") -> ohne Filter ALLE offenen Orders des Accounts. Signaturneutral (HMAC geht ueber Pfad ohne Query), rueckwaertskompatibel fuer die bestehenden per-Asset-Aufrufer. IClobClient + FakeClobClient nachgezogen. Hinweis: "/data/orders ohne asset_id = alle Orders" ist API-gated und im Zielland live zu verifizieren (wie M6). Tests: 3 neue (cancelt alle Orders je Live-Account, ueberspringt Demo/credential-los, no-op ohne offene Orders). Build 0 Fehler, 218 Tests gruen, --smoke-ui ok. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Description
No description provided
1.5 MiB
Languages
C#
100%