[CL-RADAR] radar-live: InvalidRequestError «ab not enough for new order» — нет обработки нехватки available balance (Sentry ARNOLD-TRADER-BW) #514

New issue

Closed

opened 2026-07-21 21:09:52 +00:00 by andrei · 0 comments

andrei commented

2026-07-21 21:09:52 +00:00

Owner

Находка Sentry-триажа 2026-07-22

Sentry: ARNOLD-TRADER-BW, InvalidRequestError: ab not enough for new order, n=4, последнее 2026-07-21 00:57Z, environment=hetzner-production-candidate.

Проблема

bot/radar_live.py → handle_alerts → _place_with_mode_retry → pybit place_order. Bybit отвечает «ab not enough» (available balance меньше требуемого для ордера). _place_with_mode_retry обрабатывает ТОЛЬКО position-mode mismatch (retry с positionIdx=2); нехватка баланса пролетает raise'ом наверх → Sentry error, вход пропущен без graceful-обработки.

Гонка: сайзинг считается по балансу на момент оценки; к моменту place параллельные fills/комиссии съедают available. Микро-сайз pilot'а не спасает при нескольких одновременных сигналах.

Предлагаемое направление (решает radar-workstream)

Ловить balance-insufficient (retMsg/код Bybit) в месте вызова: логировать INFO (не error), скипать вход — сигнал потерян легально, это не exception-класс.
Опционально: pre-check available balance перед place с клампом qty вниз до доступного (с учётом плеча/OC), либо однократный retry с уменьшенным qty.
Тест на ветку «ab not enough» (mock pybit response).

Файл в активном рефакторе radar isolation — фиксить в рамках этого workstream, отдельный PR не заводился сознательно (избежание конфликта).

Триаж: сессия Sentry-inbox 2026-07-22. Sentry issue оставлен unresolved до фикса.

## Находка Sentry-триажа 2026-07-22 **Sentry:** ARNOLD-TRADER-BW, `InvalidRequestError: ab not enough for new order`, n=4, последнее 2026-07-21 00:57Z, environment=hetzner-production-candidate. ## Проблема `bot/radar_live.py` → `handle_alerts` → `_place_with_mode_retry` → `pybit place_order`. Bybit отвечает «ab not enough» (available balance меньше требуемого для ордера). `_place_with_mode_retry` обрабатывает ТОЛЬКО position-mode mismatch (retry с `positionIdx=2`); нехватка баланса пролетает raise'ом наверх → Sentry error, вход пропущен без graceful-обработки. Гонка: сайзинг считается по балансу на момент оценки; к моменту place параллельные fills/комиссии съедают available. Микро-сайз pilot'а не спасает при нескольких одновременных сигналах. ## Предлагаемое направление (решает radar-workstream) 1. Ловить balance-insufficient (retMsg/код Bybit) в месте вызова: логировать INFO (не error), скипать вход — сигнал потерян легально, это не exception-класс. 2. Опционально: pre-check available balance перед place с клампом qty вниз до доступного (с учётом плеча/OC), либо однократный retry с уменьшенным qty. 3. Тест на ветку «ab not enough» (mock pybit response). Файл в активном рефакторе radar isolation — фиксить в рамках этого workstream, отдельный PR не заводился сознательно (избежание конфликта). _Триаж: сессия Sentry-inbox 2026-07-22. Sentry issue оставлен unresolved до фикса._

andrei referenced this issue from a commit

2026-07-21 21:21:35 +00:00

[CL-RADAR] radar-live: нехватка available balance при place — INFO-скип, не exception (Sentry ARNOLD-TRADER-BW, #514)

andrei referenced this issue from a pull request that will close it,

2026-07-21 21:22:01 +00:00

[CL-RADAR] radar-live: нехватка available balance при place — INFO-скип вместо Sentry error (ARNOLD-TRADER-BW) #515

andrei closed this issue

2026-07-21 21:29:27 +00:00

andrei referenced this issue from a commit

2026-07-21 21:53:46 +00:00

[CL-RADAR] radar-live: один halving-retry при нехватке available balance (#514 направление 2)

andrei referenced this issue