chore(docs): зафиксировать границу доверия скорости после пропусков

docs/ux-ui-progress.md

@@ -1,6 +1,6 @@
 # UX/UI: журнал реализации
 
-Актуальное продолжение 2026-10-12: завершён12.5.184 — история и учтённые объёмы сервера не исчезают после inactive/disabled interface. Baseline/fixed3,ownSQL55/36245ms/backend build/source455+524/1040compiled/API/browser2 passed. Backend ux-history184 healthy, frontend ux-warning183 без изменений; ownDB/role/container удалены. Следующий185 — непрерывность периода/идентичность интерфейса;12.5 открыта.
+Актуальное продолжение 2026-10-12: завершён12.5.184, backend ux-history184/frontend ux-warning183 healthy. Начат185: baseline4 воспроизводит current mask для среднего counter rate за30s/90s/1h/24h; это не исправлено и не принято. Следующий шаг — ограничить доверие текущей counter-derived скорости длительностью интервала, сохраняя подтверждённые bytes/history.12.5 открыта.
 
 Общий план: [UX/UI по этапам и пятичасовым окнам](ux-ui-plan.md). План задаёт объём, этот журнал фиксирует выполненные блоки и ограничения. Записи расположены от новых к старым; подробная история этапа12 также сохранена в [ux-ui-stage-12.md](ux-ui-stage-12.md).
 
@@ -38,6 +38,19 @@
 | 11Б | Оповещения, сбор данных, интеграции, релизы и настройки | Завершён в границах локальной приёмки 2026-10-03; ограничения и evidence в11Б.7 |
 | 12 | Итоговая доступность, адаптивность, производительность и регрессия | Локальная приёмка завершена в границах12.3.83; внешняя12.5 в работе, выполненные блоки1–168 и ограничения ниже. Runtime backend ux-month149/frontend ux-sessions150. |
 
+## 12.5.185 — граница доверия скорости после пропусков: baseline (2026-10-12)
+
+Блок начат; реализация и приёмка не завершены. [Чистый read-only пример](ux-ui/acceptance/traffic-gap-baseline-2026-10-12.json) проверил один и тот же достоверный delta1MiB между двумя counters с интервалами30s,90s,1h,24h. Учтённый объём во всех случаях1MiB — корректное свойство counter difference. Но observations.rxNow=true также для среднего за1h/24h; длительность последнего интервала пока не влияет на доверие текущей скорости. Это не native monitor-traffic: среднее за интервал не доказывает instantaneous rate в конце интервала.4 baseline cases не являются4 новыми принятыми production сценариями.
+
+| Интервал | Текущий mask сейчас | Что проверить |
+| --- | --- | --- |
+|30s/90s | true | допустимый предел относительно trafficSettings.intervalSec |
+|1h/24h | true | текущая скорость unknown при слишком длинном интервале; history и known bytes сохраняются |
+
+Точный следующий шаг: передавать длительность последней пары measurements в provenance и ограничить current counter-derived rate согласованным пределом относительно collector period. Аналогичный guard нужен в snapshot collector, чтобы новое чтение после длительного сбоя не объявляло старое среднее текущей скоростью. Подтвердить normal/threshold/long gap/recovery/reset на собственном SQL/HTTP и UI. Не подменять average/unknown нулём и не менять actual SSE monitor rate. Отдельно остаётся неоднозначность пересоздания интерфейса с прежним именем и увеличившимся counter: существующая sample identity не доказывает непрерывность.
+
+Стенд остаётся backend ux-history184/frontend ux-warning183, source/runtime184 не менялись. Аудит не обращался к CHR/DB, writes0/native commands0, пароли/конфигурация не менялись. Состояние сохранено локальным коммитом без push для продолжения185 после сброса лимита.
+
 ## 12.5.184 — сохранение истории после отключения интерфейса (2026-10-12)
 
 [Read-only baseline](ux-ui/acceptance/traffic-membership-baseline-2026-10-12.json) воспроизвёл потерю истории: ether1 имеет2048 known bytes, ether2 — measured0; когда последнее состояние ether1 inactive или disabled, серверная сумма становится0, тогда как explicit interface detail сохраняет2048. Active control даёт2048 в обоих случаях. Это следствие фильтра по последнему running/disabled, а не ошибка RouterOS counters.