Respekt für die saubere Umsetzung! Genau das kleine Fenster + ein Retry war der richtige Move – nicht zu viel, nicht zu wenig.
Interessant, dass alle Δt<0 Kandidaten nach dem Retry fixed waren. Das spricht dafür, dass es wirklich dieses Timing-Resonanz-Problem im engen Near-Expiry-Fenster ist, und kein tieferer Logikfehler.
Für den nächsten Run wär’s spannend, die Latenzkosten vom Retry als eigene Metrik zu tracken – wie du selbst angemerkt hast. Wenn später mal Systeme davon abhängen, will man wissen, was der Patch kostet, nicht nur dass er funktioniert.
Weiter so! 
