Registry Cleanup in Model

docs/Architecture/Model/MODEL.ru.md

@@ -66,6 +66,8 @@ Refill работает асинхронно и не должен блокиро
 - именно `Registry` является источником истины по активным ME-биндам.
 - binding lock registry линеаризует client binds, публикацию writer-а и переход, закрывающий replacement victim для новых binds.
 
+Каждый клиентский маршрут с lease резервирует ёмкость очистки на всё время жизни. При его удалении горячий маршрут убирается синхронно, а очистка bindings передаётся ограниченному worker с уже выданным резервом. Отмена не должна оставлять маршрут или терять cleanup permit. Нулевой `server.max_connections` снимает общий клиентский лимит и не уменьшает эту ёмкость до 128; положительные значения сохраняют запас для очистки. Целевые количества writer-ов и бюджеты Data Plane не меняются.
+
 ## Adaptive Floor
 
 ### Что это
@@ -285,6 +287,8 @@ Route-каналы намеренно bounded.
 
 ## Нюансы отказов и восстановления
 
+Завершение задачи отправки от клиента в ME или задачи доставки ME-ответов клиенту завершает связанный relay даже при бездействующем клиенте; очистка по-прежнему ограничена существующими сроками. Открытый исправный sender без трафика сам по себе не считается отказавшим.
+
 - падение single-endpoint DC — штатный деградированный сценарий; приоритет: быстрый reconnect и, при необходимости, shadow/probing;
 - idle-close со стороны peer должен считаться нормальным событием при upstream idle-timeout;
 - backoff reconnect-логики должен ограничивать синхронный churn, но сохранять быстрые первые попытки;