Liquidation Cascades: что действительно можно утверждать о публичных liquidation feeds
Ликвидационные события позволяют наблюдать часть принудительного потока на деривативных площадках, но сами по себе не доказывают локальное дно, границу squeeze или готовый торговый edge. Эта редакция отделяет текущую механику публичных feeds от устаревших endpoint-инструкций, внутренних порогов и обещаний результата.
Что подтверждено текущими первичными источниками
- Binance USDⓈ-M Futures документирует публичные WebSocket liquidation streams
<symbol>@forceOrderи!forceOrder@arr. Это market-stream поверхность, а не историческая гарантия полноты данных. - Binance отдельно документирует
GET /fapi/v1/forceOrdersкакUSER_DATA— пользовательские force orders. Его нельзя представлять как публичный глобальный liquidation feed рынка. - Bybit V5 документирует текущий public topic
allLiquidation.{symbol}для USDT, USDC и inverse contracts с push frequency 500 ms. В changelog от 2025-02-20 старыйLiquidationtopic помечен deprecated, аAll Liquidationвведён как поток полных liquidation events. - Ни одна из этих спецификаций не является доказательством, что downstream-коллектор получает gap-free историческую базу. Reconnect, timestamp ordering, transport loss, retention и coverage требуют отдельной проверки.
Что удалено из старой публичной версии
- устаревший публичный REST framing вокруг liquidation orders, не подтверждённый текущей официальной документацией;
- подмена public market stream пользовательским
/fapi/v1/forceOrders; - старый Bybit liquidation topic как предпочтительный текущий полный feed;
- фиксированные OI, funding, margin и delta-drift thresholds как будто это биржевые правила или универсальные входные настройки;
- утверждения, что фиксированное падение OI доказывает завершённый leverage washout, локальное дно или детерминированную squeeze boundary;
- формулировки о нулевом ценовом риске, а также о работающем rebalance/transfer/trading runtime без отдельного effect receipt.
Почему delta-neutral не означает risk-neutral
Даже хеджированная конструкция сохраняет adverse directional и basis movement, частичное или запаздывающее наблюдение потока, gaps/reconnect и timestamp-ordering risk, slippage, расширение spread, depletion стакана, liquidation risk собственных leveraged legs, изменение funding и margin rules, а также venue, API, collateral, counterparty и operational risk.
Дополнительно возникает selection и confirmation bias: наблюдаемый cascade может выглядеть как «капитуляция» только задним числом. Для прогноза rebound или squeeze нужна отдельно оценённая модель с dataset lineage, error distribution, fees/slippage treatment и out-of-sample evidence.
Допустимая область использования
Материал можно использовать как исследовательскую карту для построения коллектора liquidation events и изучения кратковременного liquidity stress. Перед venue-specific анализом нужно заново сверить stream name, payload, product coverage, authentication boundary, push semantics и ограничения текущей API-версии.
Эта страница не является торговым разрешением и не запускает ордера, переводы, изменение плеча, ребаланс или бота.
Первичные источники, проверено 2026-08-15
- Binance official futures connector · USDⓈ-M WebSocket client — документирует
<symbol>@forceOrderи!forceOrder@arr. - Binance official CLI · USDⓈ-M Futures examples —
GET /fapi/v1/forceOrdersуказан как User's Force Orders (USER_DATA). - Bybit V5 · All Liquidation — topic
allLiquidation.{symbol}, supported contract classes и 500 ms push frequency. - Bybit V5 · Changelog — 2025-02-20 introduction of All Liquidation and deprecation of the old Liquidation topic.
Эти ссылки подтверждают API/transport semantics, но не подтверждают прибыльность стратегии, полноту исторического датасета или универсальные торговые пороги.