{
  "hinweis": "Oeffentliche Kopie einer Vorregistrierung von OrderFlowAi Research. Ersetzt sind nur interne Dateipfade, Namen und Kommentarfelder; Frage, Datenmenge, Kennzahl und Schwellen sind wortgleich zum Original. Fingerabdruck = SHA-256 dieser Datei, Byte fuer Byte.",
  "id": "s528-order-schicksal",
  "stempel": {
    "rev": 1,
    "fp_intern": "8b3e960e46d9380f",
    "quittiert": "2026-10-14T10:51:51.457Z",
    "unterschrieben": true
  },
  "inhalt": {
    "id": "prereg-s528-order-schicksal",
    "rev": 1,
    "stand": "rev 1 UNTERSCHRIEBEN 14.10.2026 (S528)",
    "frage": "Sagt die Position einer grossen ruhenden Order in ihrer Warteschlange (wie viele Lots VOR ihr stehen) voraus, ob sie in den naechsten 60 s ohne Handel VERSCHWINDET (gezogen) — ueber Groesse, Abstand zum Touch, Alter, Groesse der Stufe, Lebhaftigkeit und Bewegung hinaus?",
    "hypothese": "Eine grosse Order hinten in der Schlange kann nicht bald gefuellt werden; wer sie stellt, um Groesse zu zeigen (Spoofing-artig) oder nur zu warten, zieht sie eher. Eine grosse Order vorn steht kurz vor der Ausfuehrung und wird eher gehandelt. Erwartung offen — ein Teil ist Mechanik (vorn wird zuerst gefuellt und kann deshalb seltener gezogen werden); die Frage ist nur, ob Position UEBER die Kontrollen hinaus traegt. Nutzen bei TRAEGT: Anzeige ‚Wand wahrscheinlich echt / wahrscheinlich gezogen‘, kein Handel ohne eigenes Go.",
    "offenlegung_nicht_blind": "Bekannt vor dem Entwurf: mbo-zensus 12.10. (Median-Lebensdauer gezogener Orders 49 ms am Close) und qe-plausibel 13.10. (Minuten-Summen gefuellt/gezogen/neu gegen die ID-Wahrheit). Beides sagt nichts ueber Position → Schicksal. Kein einzelnes Order-Schicksal, keine Position-gegen-Schicksal-Tabelle angesehen. prereg-s526-queue-position (Drift-Label, gleiche Position Q) ist gestempelt, aber unter Reife — kein Ergebnis bekannt.",
    "grundmenge": "Rithmic-MBO-Mitschnitt %USERPROFILE%/OrderFlowAi/mbo-rithmic/capture/*_<tag>_*.rithmic-mbo.ndjson[.gz] (o=r, Order-IDs), ab 12.10.2026, RTH 09:30–16:00 ET (Quellzeit). Buch je Order-ID nachgebaut (I/N da, C neue Menge/Preis, D weg, T mit id = Fill der ruhenden Order); Reihenfolge in der Stufe = Ankunft, Mengen-ZUNAHME = ans Ende (CME-Prioritaet). Doppel-Mitschnitt: liegt X.ndjson, gilt nur das (qe-plausibel-Regel); frisches Buch je Datei.",
    "einheit": "EINE Zeile je Order-ID, am ersten Zeitpunkt t0 (RTH, mindestens 60 s nach Dateistart), zu dem sie (i) >= 20 Lots hat, (ii) 0–2 Ticks vom Touch ihrer Seite steht und (iii) die groesste Order ihrer Seite in diesen 3 Stufen ist (dasselbe Objekt wie qp in prereg-s526). Orders aus dem Abbild I (Alter unbekannt) fallen. Reicht der Mitschnitt nicht bis t0 + 60 s ⇒ Order faellt (berichtet).",
    "label": {
      "primaer": "GEZOGEN (1) gegen Rest (0): innerhalb 60 s ab t0 sind >= 50 % der Menge von t0 OHNE Fill weg (D, Preiswechsel per C = weg, Mengen-Abnahme ohne T dieser id), BEVOR >= 50 % gefuellt sind",
      "klassen_berichtet": "GEFUELLT (>= 50 % per T zuerst) · GEZOGEN · STEHT (weder noch bis t0 + 60 s) — Anteile je Tag",
      "sekundaer_nur_berichtet": "Horizonte 10 s und 300 s · konkurrierende Risiken: GEZOGEN nur unter den nicht GEFUELLTEN"
    },
    "merkmal": "POS = 1 − vor/tot bei t0 (vor = Lots VOR ihr in der Stufe, tot = Lots der Stufe; 1 = ganz vorn, 0 = ganz hinten) — dieselbe Formel wie Q1/Q2 in prereg-s526",
    "kontrollen_in_beiden_modellen": "log(z) · Abstand 0/1/2 Ticks (zwei Indikatoren) · Seite · log(1 + Alter s) · log(tot) · ev3 (Ereignisse je 3 s, lib/mbo-merkmale.js wie in queue-position-studie) · V-Schicht-Indikatoren (unten). S521-Lehre: Stoergroessen in BEIDE Modelle.",
    "modell": "logistische Regression (trainiere aus f40-weglass-studie), BASIS = Kontrollen, VOLL = Kontrollen + POS, gleiche Zeilen",
    "validierung": "zeitlich geordnete Kreuzvalidierung je Tag (erster Testtag = 6. Tag), dAUC = AUC_voll − AUC_basis auf denselben OOS-Zeilen · Null: 199 Permutationen des POS-Beitrags innerhalb jedes Testtags ⇒ null95",
    "vol_null": "V = Summe |Δ Mitte| in Ticks ueber die 60 s VOR t0 (aus dem nachgebauten Buch), 5 Schichten (Quintile aus den Trainingstagen, S509-Tor >= 5): dAUC muss in der Mehrheit der Schichten > 0 bleiben (lib/vol-null, wie weglass-61)",
    "reife": ">= 10 RTH-Tage mit Mitschnitt-Abdeckung >= 80 % der RTH-Sekunden UND >= 2 000 OOS-Orders UND >= 200 GEZOGEN darunter",
    "urteil": {
      "TRAEGT": "alle drei: (a) dAUC >= +0,01 (eine Spalte; darunter keine sichtbare Anzeige-Wirkung) · (b) dAUC > null95 · (c) vol_null bestanden ⇒ POS darf als ANZEIGE (Wand-Echtheit) vorgeschlagen werden; Merkmal/Handel nur mit eigenem Go",
      "TRAEGT_NICHT": "Reife erreicht, nicht alle drei ⇒ Position bleibt Tooltip ‚ahead of it in the queue‘ ohne Deutung",
      "NICHT_MESSBAR": "Reife nicht erreicht oder vol_null nicht messbar"
    },
    "selbsttest": "vor dem Stempel, Gegenwelten: (1) Schicksal haengt von POS ab ⇒ TRAEGT · (2) Rauschen ⇒ TRAEGT_NICHT · (3) MECHANIK: Schicksal haengt nur vom Abstand ab, POS korreliert mit dem Abstand ⇒ TRAEGT_NICHT · (4) ALTER-ECHO: Schicksal haengt nur vom Alter ab, POS korreliert mit dem Alter ⇒ TRAEGT_NICHT · (5) Label-Leck (POS = Label) wird erkannt (dAUC > 0,2) · Parser: Pull/Fill/Preiswechsel/Mengen-Zunahme an synthetischen Mitschnitt-Zeilen. Scheitert einer ⇒ kein Urteil.",
    "werkzeug": "order-schicksal-studie.js [--selftest] [--quittieren] [--vorprobe-json] — wird NACH der Unterschrift gebaut; ohne Stempel nur Zaehlung",
    "rueckweg": "reine Offline-Studie ueber vorhandene Mitschnitte — nichts in App, Indikator oder Strategie haengt daran",
    "bekannte_grenzen": [
      "Prioritaet nachgebaut aus der Ankunftsreihenfolge im Mitschnitt, keine CME-Bestaetigung; Mengen-Abnahme behaelt den Platz, Zunahme geht ans Ende",
      "Mitschnitte gibt es erst ab 12.10.2026 und nur auf dem Owner-PC; sie duerfen bis zum Urteil NICHT geloescht werden (~350 MB je Tag)",
      "Fills einer ruhenden Order nur ueber T mit id; fehlt die id in einem T, zaehlt die Abnahme als gezogen (Rate wird im Selbsttest gegen qe-plausibel/ez berichtet)",
      "Einheit = erste qualifizierende Sekunde je Order ⇒ grosse, lange stehende Orders zaehlen einmal, nicht je Sekunde",
      "nur ES (Tick 0,25)"
    ]
  }
}