23m: round final — DR-trap delivery anomaly under wine threads documented (near-zero stops despite verified arming and confirmed module execution); full stop-logging added to fnexec; roadmap to bit-exact fixed: G-form via stabilized series, consumer via init-family decode or perf_event HW breakpoints, then RT_FIRCONV gate

handoff/NOTES_LEVEL.md

@@ -2475,3 +2475,30 @@ dispatcher, bidir} при подтверждённых рендерах и 8–1
 Следующий шаг: в fnexec логировать КАЖДЫЙ stop (rip,dr6,pid) без фильтра +
 счётчик всех SIGTRAP; если трапов нет вообще на тредах, которые заведомо
 выполняют модульный код — сравнивать /proc/pid/task состав до/после.
+
+### 23m (финал раунда): трассировка под wine — аномалия доставки зафиксирована
+Серией прогонов с ПОЛНЫМ логом остановок установлено: за 14 c живого хоста
+tracer видит ~1 остановку (не от наших DR), хотя 8+ тредов армированы
+exec-watch на тела дизайна/диспетчер/bidir с верифицированной записью DR
+(drprobe.py: все poke ok, readback точный) и микротестом доставки на
+нативном треде (dtest.py — работает). Треды wine при этом выполняют модульный
+код (рендер происходит). Вывод: доставка DR-trap'ов от wine-тредов в наш
+waitpid-цикл не работает в этой конфигурации (кандидаты: wine сам использует
+DR/GetThreadContext, wow64-переключения, либо события теряются из-за
+групповых остановок). Отладочный вывод сохранён в fnexec/hits.json.
+### Достижения раунда (суммарно, 23h–23m)
+1. Доказано: цепь строится ОДИН РАЗ на param-change (<100 мс окно), steady
+   render её не вызывает — транскрипция: rebuild только на setParams.
+2. Все 390 статических ссылок на таблицу слотов учтены; скрытого читателя нет.
+3. HW exec-bp методология верифицирована end-to-end (dtest) — инструмент готов,
+   осталась аномалия доставки под wine.
+4. rendersnap.py — рабочий канал снятия ЛЮБЫХ внутренних состояний плагина
+   (уже дал формулу FIR=exp(0.984·scratch), масштаб ×1.805, q-серию).
+### Дорога к bit-exact (порядок)
+1. G(band,res): q-серия есть; добавить am-серию со стабилизацией фаз;
+   аппроксимировать и проверить на hold-out.
+2. Потребитель/×1.805: (а) полный декод init-семьи 52e9b0–531xxx (param-time
+   строитель — потребитель рядом); (б) либо повторить DR-охоту после решения
+   аномалии доставки (например, трассировать через PTRACE_SEIZE опции или
+   perf_event_open с breakpoint типом HW).
+3. RT_FIRCONV=1 + контрольные числа dual + гейт корпуса.