Ликвидация в криптовалюте: mark price, maintenance margin и цена ликвидации

Что такое ликвидация в криптовалюте? В торговле деривативами это принудительное сокращение или закрытие позиции, когда обеспечение перестаёт соответствовать требованиям площадки. Решение принимает не владелец позиции, а система управления риском. Проверка может относиться к отдельной позиции или ко всему маржинальному счёту. Поэтому красная линия на графике полезна, но не всегда полностью описывает условие, при котором управление переходит к системе. [1]

Самая опасная ошибка — понимать ликвидацию как обычный стоп, только расположенный дальше. У стопа есть выбранный пользователем триггер, параметры заявки и риск неисполнения. У ликвидации есть требование к обеспечению, установленный ценовой источник и собственная процедура расчёта. Они могут сработать в разное время, по разным ценам и привести к разным списаниям. Наличие стопа не делает маржинальную позицию защищённой при любых обстоятельствах.

Ниже разобран весь путь: от чтения mark price и maintenance margin до учебного расчёта порога, частичной ликвидации, страхового фонда, ADL и проверки истории спорного закрытия. Основы самого контракта, его размер и валюты расчёта вынесены в руководство о фьючерсах в криптовалюте. Здесь главный вопрос другой: при каком состоянии счёта позицию уже нельзя продолжать удерживать по действующим правилам.

Все цены, ставки и количества в задачах условные. Формулы учебной модели не являются универсальным калькулятором биржи. У конкретного инструмента могут отличаться ступени риска, учёт комиссий, переоценка обеспечения, промежуточные расчёты и порядок принудительного закрытия. Перед реальной операцией нужна актуальная спецификация именно своего продукта и режима счёта. Материал объясняет риск, а не рекомендует открывать позицию или выбирать плечо.

Основная мысль: ликвидация зависит от соотношения доступного обеспечения и обязательного требования, а не от того, насколько убедителен прогноз цены. Будущая прибыль не помогает позиции, которой не хватает обеспечения сейчас.

1. Ликвидация начинается с дефицита обеспечения, а не с нулевого баланса

Кому принадлежит решение о закрытии

Пока счёт соответствует правилам, трейдер управляет заявками в пределах доступных разрешений. При нарушении порога система может отменять заявки, сокращать позиции и проводить расчёт без отдельного подтверждения пользователя. Это отличает ликвидацию от добровольной продажи. В документации Bybit для isolated условие связано с mark price позиции, а для cross и portfolio — с маржинальным показателем счёта. Название одной кнопки Futures не определяет, какой вариант используется у конкретного клиента. [1]

Практический вывод: сначала установите границы риска. Посмотрите режим маржи, расчётную валюту, перечень учитываемых активов и другие открытые позиции. Если эти сведения неизвестны, точность любой цены ликвидации будет мнимой. Даже правильный расчёт одной позиции способен оказаться неприменимым к счёту, на котором одновременно есть заём, другой фьючерс и актив с дисконтом обеспечения.

Начальная и поддерживающая маржа решают разные задачи

Начальная маржа относится к допуску к открытию или увеличению риска. Поддерживающая маржа, maintenance margin, задаёт требование для удержания уже существующей позиции. На практике встречаются и дополнительные резервы. Эти величины нельзя складывать или вычитать по интуиции: важно понять, какие суммы уже включены в отображаемый показатель. Требование к поддержанию позиции часто зависит от её размера и ступени риска. [3]

Представьте, что для открытия требовалось 1 000 единиц, а текущий минимум удержания равен 80. Появление убытка 500 не означает автоматического закрытия: остаётся 500 обеспечения, что в этой упрощённой картине больше 80. Но ждать исчезновения всех 1 000 тоже неправильно. При приближении оставшегося обеспечения к обязательному минимуму риск уже критический. Числа служат только объяснению двух разных требований.

Денежный запас важнее одного процента

Обозначим учитываемое обеспечение через E, а полное требование для удержания через R. Удобная диагностическая величина — запас H = E − R. Положительное значение означает наличие запаса в выбранной модели; нулевое — её границу; отрицательное — нарушение требования. Это не дополнительная биржевая метрика, а способ проверить смысл показаний. В R должны попасть все элементы, которые входят в официальный порог, а не только удобная часть maintenance margin.

У двух счетов может быть одинаковое отношение E/R, но разный абсолютный запас и разная чувствительность к следующему движению. Счёт с запасом 20 и счёт с запасом 2 000 нельзя сравнивать без размера позиций. Кроме того, запас измеряется в валюте расчёта. Значение в BTC нельзя напрямую вычитать из долларового требования. Сначала единицы приводят к одной согласованной системе оценки.

Почему одинаковые 100% могут означать противоположное направление риска

Провайдеры используют разные отношения. В одном интерфейсе показывается использование маржи, условно R/E: оно растёт при ухудшении состояния. В другом — покрытие, условно E/R: оно падает. Bybit описывает достижение счётным MMR уровня 100%, а OKX в своём FAQ указывает условие maintenance margin ratio не выше 100%. Поэтому сравнивать только название MMR и цвет шкалы недостаточно: нужна формула. [1][6]

При E = 120 и R = 100 использование составляет 83,33%, покрытие — 120%, денежный запас — 20. Это одна ситуация, а не три разных оценки. Если E уменьшится до 90, использование станет 111,11%, покрытие — 90%, а запас — минус 10. Ошибка направления особенно опасна в собственных таблицах и уведомлениях: неверное неравенство способно назвать ухудшение улучшением.

Цена ликвидации, банкротства и исполнения

Цена ликвидации связана с порогом вмешательства. Цена банкротства обозначает расчётную границу исчерпания относящегося к позиции обеспечения в установленной модели. Фактическая цена исполнения отражает встречные заявки, по которым удалось уменьшить риск. Эти понятия нельзя заменять друг другом. В отдельной документации Bybit различаются момент запуска по mark price, расчёт по bankruptcy price и рыночное исполнение ликвидационного механизма. [5][11]

Если принудительный процесс начался раньше полного исчерпания маржи, из этого ещё не следует право получить разницу назад. Она может участвовать в предусмотренном правилами расчёте, включая страховой механизм и сборы. Обратная ошибка — считать запись с bankruptcy price доказательством сделки именно по этой цене в публичном стакане. Для вывода нужны назначение поля, тип события и правила продукта.

Спот, кредит и DeFi — не один механизм

Падение цены монеты, купленной без займа и не используемой как обеспечение, само по себе не создаёт маржинального обязательства. Но слово «спот» в интерфейсе не исключает заём или включение актива в общий залог. Проверять нужно конструкцию счёта. Отдельно существуют кредитные ликвидации: там сравниваются долг, стоимость залога и специальные коэффициенты, а не только PnL фьючерса.

В децентрализованных протоколах встречаются другие условия исполнения, оракулы и механизмы погашения долга. Их нельзя рассчитывать по приведённым далее формулам дериватива. Для этой темы предназначен материал о ликвидации в DeFi и health factor. Здесь рассматривается прежде всего риск удержания торговых контрактов, а не аудит кредитного протокола.

Нулевая база и отрицательный остаток требуют отдельного состояния

Процентная шкала перестаёт работать обычным образом, когда её знаменатель равен нулю. При E = 0 отношение R/E вычислить нельзя. При отрицательном E формальный отрицательный процент тем более не означает низкое использование маржи. Для собственной таблицы это отдельный критический статус, а не число, которое следует отсортировать рядом с безопасными значениями. Денежное сравнение E − R в простой модели остаётся понятным: при положительном требовании и нулевом либо отрицательном обеспечении запас отсутствует.

Например, при E = −10 и R = 100 обычное деление даёт использование −1 000%. Алгоритм, который считает все значения ниже 100% безопасными, ошибётся именно в наиболее плохом состоянии. Перед расчётом отношений проверьте знак и допустимость базы. В отчёте лучше сохранить исходные −10, требование 100 и статус нарушения, а процент не показывать. Аналогичная проверка нужна для пустых строк, устаревших данных и разных валют: арифметически допустимая операция не всегда имеет экономический смысл.

После реальной процедуры отрицательная запись также требует чтения её назначения. Она может быть промежуточной частью расчёта, задолженностью или строкой, связанной с последующей корректировкой. Из одной такой записи нельзя вывести универсальное обещание защиты от отрицательного баланса либо обязательность личного долга. Для этого нужны правила соответствующего продукта и окончательная выписка. Учебные уравнения описывают состояние обеспечения, но не заменяют договорные условия окончательного распределения дефицита.

Упражнение 1: восстановить направление шкалы

В учебной карточке E = 250, R = 200. После списания расхода 30 требование не изменилось. Рассчитайте запас, использование и покрытие до и после события. Затем определите, нарушено ли требование. Не ориентируйтесь на слово «маржа» без формулы и не считайте, что уменьшение любого процента обязательно снижает риск.

Решение: сначала запас равен 50, использование — 80%, покрытие — 125%. После расхода E = 220, запас — 20, использование — 90,91%, покрытие — 110%. Нарушения пока нет, но состояние ухудшилось. Две процентные шкалы движутся в противоположных направлениях и описывают одинаковое сокращение денежного запаса на 30.

2. Mark price: почему свеча не всегда показывает причину ликвидации

Последняя сделка и расчётная оценка

Last price — цена последнего исполнения на конкретном рынке. Mark price — расчётная оценка, используемая по правилам продукта для переоценки позиции и контроля риска. Она может строиться с участием индекса и компонентов базиса. В проверенной документации Bybit для perpetual описана медианная конструкция из нескольких оценок, а для срочных контрактов — отдельная методика. Это не даёт оснований переносить одну формулу на все биржи. [2]

Для чтения графика полезно различать три задачи: увидеть историю торгов, оценить позицию и определить условие срабатывания. Один источник цены не обязан подходить сразу для всех. Если на экране открыт спот, а ликвидирован дериватив, сначала смените инструмент. Если инструмент совпадает, но показан last, проверьте mark. Только после этого имеет смысл сравнивать экстремум с порогом.

Индекс не является обещанием справедливой цены

Индекс обычно объединяет выбранные источники, но остаётся алгоритмом с составом, весами и правилами обработки сбоев. Он не знает «истинную стоимость» актива и не гарантирует исполнение заявки. Mark, построенный с участием индекса, также не устраняет риск резкого изменения оценки. Официальное описание Bybit предусматривает специальные правила на случай недоступности или искажения входных данных. [2]

Практическая проверка должна охватывать не только нормальный расчёт, но и аварийный вариант. Сохраните название индекса, доступную версию методики и тип контракта. Когда источник временно меняется, сравнение двух снимков без этой информации может дать ложный вывод о произвольной ликвидации. При этом само наличие резервной методики не доказывает, что конкретное спорное событие было рассчитано корректно.

Несовпадающие триггеры стопа и ликвидации

Пусть long имеет порог по mark около 45 226,13, а стоп настроен на last 45 400. В рассматриваемый момент last равен 45 600, mark — 45 220. Стоп по last ещё не активировался, тогда как расчётная цена уже перешла порог риска. В такой ситуации слова «стоп стоял выше ликвидации» описывают только два числа, но игнорируют различие рядов. Возможность такой последовательности прямо объясняется в FAQ Bybit. [1]

Одинаковый источник триггера уменьшает одну неопределённость, но не гарантирует закрытие. После активации остаются очередь обработки, ликвидность, допустимые параметры и фактическое исполнение. Нельзя заменить осмысленный запас фразой «поставлю стоп по mark ровно перед линией». Между соседними наблюдениями цена способна пройти сразу несколько уровней, а размер ордера — потребовать нескольких исполнений.

Срабатывание заявки ещё не означает закрытие позиции

Stop-limit после активации создаёт лимитную заявку. При быстром движении она может остаться без исполнения. Рыночное закрытие ориентировано на доступную ликвидность, однако конечная цена заранее не известна; ограничения исполнения также зависят от площадки. Reduce-only помогает не увеличить позицию случайной встречной заявкой, но сам по себе не обеспечивает покупателя или продавца на нужный объём. [18]

Проверять следует цепочку «условие достигнуто — заявка принята — исполнения появились — остаток уменьшился». Отсутствие одного звена меняет итог. Подробные различия заявок разобраны в статье о стоп-лоссе, тейк-профите и способах исполнения. В контексте ликвидации эта цепочка нужна, чтобы не принять уведомление об активации за фактическое прекращение риска.

Свеча скрывает порядок событий внутри интервала

Минута с максимумом 46 000 и минимумом 45 000 не показывает, в каком порядке произошли перевод обеспечения, списание funding и проход порога. Даже правильный mark-график остаётся агрегированным представлением. Если требование изменилось внутри минуты, одна линия с текущим значением ликвидации не восстанавливает прошлое состояние. Для расследования нужны временные метки событий счёта, а не только визуальная форма свечи.

В API Bybit существует отдельный запрос истории mark-свечей с указанным интервалом и временем. Его полезно использовать для проверки источника, но нельзя выдавать агрегат за покадровый журнал риск-движка. Незакрытый интервал и полнота доступной истории тоже требуют внимания. Сохраняйте начало периода, часовой пояс и момент выгрузки, чтобы позднее сравнивать одинаковые временные окна. [15]

Пустое поле цены — не сертификат безопасности

Некоторые режимы не предоставляют одной цены ликвидации. Например, документация позиционного API Bybit отдельно описывает оценочный характер поля для cross, пустое значение для portfolio и ограничения отображения за допустимым диапазоном цен. Программа, которая автоматически заменяет пустую строку нулём, создаёт опасный вывод «ликвидация только при нуле», хотя источник этого не утверждает. [17]

Для собственных уведомлений используйте разные состояния: значение рассчитано, значение отсутствует, значение устарело, формат не распознан. В каждом случае решение различается. Отсутствие данных требует проверки счётного риска; оно не является зелёным сигналом. Ту же дисциплину полезно применять к личным таблицам: неизвестная цена должна оставаться неизвестной, а не превращаться в удобное число.

Упражнение 2: определить, какая проверка сработала

В учебном сценарии long ликвидируется при mark не выше 100. Стоп настроен на last 101. Зафиксировано: last 101,4, mark 99,9. Выберите корректное объяснение: стоп обязан был закрыть позицию раньше; ликвидация невозможна; порог риска уже нарушен, но условие стопа ещё не наступило. Затем укажите, изменит ли гарантированно исход выбор mark в настройках стопа.

Решение: верен третий вариант. Ряды различаются, поэтому порядок сравнения чисел 100 и 101 не определяет порядок срабатывания. Настройка mark убирает различие ценового источника, но не гарантирует результат: заявке нужно активироваться и исполниться до вмешательства системы. Для проверки конкретного случая нужны журналы, а не только конечные значения из упражнения.

3. Цена ликвидации линейного контракта: вывод формулы и её ограничения

Сначала задаём модель, а не выбираем калькулятор

Рассмотрим одну изолированную линейную позицию. q — положительное количество базового актива, P₀ — средняя цена входа, P — текущая расчётная цена. B — относящееся к позиции денежное обеспечение после уже учтённых пополнений, списаний и реализованных результатов, но до текущего нереализованного PnL. Предполагаем, что всё выражено в одной стабильной расчётной единице, других позиций нет, количество не меняется. Это специально ограниченная учебная конструкция.

Для long обеспечение с учётом переоценки равно E(P) = B + q(P − P₀). Для short: E(P) = B + q(P₀ − P). Пусть удержание требует R(P) = m × q × P, где m — постоянная доля поддерживающей маржи. Пока исключаем сборы, ступени, дисконты и автоматическое добавление средств. Порог ищется из равенства E(P) = R(P), а не из предположения, что убыток должен поглотить весь B.

Расчёт для long

Переносим члены уравнения B + q(P − P₀) = m qP. Получаем qP(1 − m) = qP₀ − B. Следовательно, Pliq = (qP₀ − B) / [q(1 − m)]. Для положительного осмысленного решения должны выполняться условия модели, включая положительное q и ставку m меньше единицы. Отрицательный результат нельзя показывать как достижимую рыночную цену: это признак отсутствия положительной границы в данной упрощённой конструкции.

Возьмём q = 0,2 BTC, P₀ = 50 000, B = 1 000, m = 0,5%, то есть 0,005. Номинал входа равен 10 000. Получаем Pliq = 9 000 / 0,199 = 45 226,13. В этой точке E и R приблизительно равны 45,23. Маржа не равна нулю: оставшаяся сумма нужна для соблюдения требования, и именно здесь его запас исчезает.

Расчёт для short и асимметрия результата

Для short уравнение выглядит так: B + q(P₀ − P) = m qP. Отсюда Pliq = (qP₀ + B) / [q(1 + m)]. С теми же q, P₀, B и m получаем 11 000 / 0,201 = 54 726,37. Требование в точке границы составляет около 54,73. Оно выше, чем в примере long, поскольку текущий номинал qP увеличился вместе с ценой.

Таким образом, даже симметричные исходные параметры не дают симметричных процентных расстояний. Для long уменьшение P снижает номинал и требование, а для short рост P увеличивает их. Если калькулятор просто вычитает и прибавляет одинаковый процент от входа, он может описывать другую модель. Надёжная проверка — подставить полученную цену обратно в E(P) и R(P) и сравнить результаты.

Почему величина 1/плечо не является готовой формулой

Если B = qP₀/L, где L — выбранное плечо, то long-формула преобразуется в Pliq = P₀(1 − 1/L)/(1 − m). Без требования m нулевая граница обеспечения была бы P₀(1 − 1/L). Это две разные величины. В исходном примере L = 10, граница нулевого обеспечения — 45 000, а ликвидационный порог модели — 45 226,13. Требование срабатывает раньше.

Само значение плеча не описывает уже накопленные расходы, дополнительные средства или частичные исполнения. После этих событий B необязательно равно первоначальному номиналу, делённому на L. Поэтому один и тот же переключатель «10×» может сопровождать разные рисковые состояния. Для проверки результата восстанавливайте реальные количества и денежные потоки, используя методику расчёта PnL, а не только начальную настройку.

Комиссионный резерв нельзя путать с уже списанной комиссией

Усложним учебную модель: будущий резерв закрытия равен f × q × P, а ставка m остаётся прежней. Тогда R(P) = (m + f)qP, и в формулах вместо m используется r = m + f. Это допустимо только потому, что мы явно выбрали такую базу резерва. Биржа может считать расходы другим способом. Уже списанная комиссия уменьшает B; резерв предстоящего закрытия увеличивает R. Одну сумму нельзя учитывать одновременно в обоих местах.

Для исходного long и f = 0,1% получаем r = 0,006, Pliq = 9 000 / 0,1988 = 45 271,63. Если дополнительно уже списано 40, B становится 960, и граница при прежнем резерве сдвигается ещё ближе. Упражнение показывает направление влияния, а не тариф конкретного продукта. В официальных формулах встречаются отдельные поправки на закрытие; их нужно переносить вместе с определением переменных. [4]

Ступени риска и вычет поддерживающей маржи

На ступенчатой шкале требование иногда записывают как MM = mV − D, где V — стоимость позиции, D — вычет, согласующий текущую ступень с предыдущими. Такой вычет не является бонусом пользователю. Это компактный способ представить накопленное требование по диапазонам. Документация Bybit описывает эту форму и зависимость ступени от текущей стоимости позиции. Поэтому увеличение цены способно изменить требование даже без новой сделки. [3]

Возьмём собственную шкалу: до V = 20 000 ставка 0,5%; от 20 000 до 50 000 ставка 1% с D = 100. При V = 30 000 требование равно 300 − 100 = 200. На границе 20 000 обе формулы дают 100. Для long q = 1, P₀ = 30 000, B = 3 000 получаем Pliq = (30 000 − 3 000 − 100)/0,99 = 27 171,72. Найденный номинал действительно находится во второй ступени.

Проверка принадлежности ступени обязательна. Нельзя сначала выбрать максимальную ставку на текущем экране, решить уравнение и игнорировать то, что при найденной цене действует другой диапазон. Для каждой допустимой ступени нужно получить кандидата, проверить его номинал и лишь затем принять соответствующее решение. При больших позициях именно эта проверка часто объясняет расхождение простого калькулятора и интерфейса.

Округление и неполные параметры меняют проверку границы

Цена 45 226,13 на экране обычно является округлённым представлением. Если внутренний расчёт использует больше знаков, равенство по двум десятичным разрядам ещё не доказывает совпадение значений. Дополнительно действует минимальный шаг цены. Поэтому при проверке сохраняйте исходную точность, а округление выполняйте только в отчёте. Не округляйте промежуточный PnL, затем отдельно требование, а затем делайте категоричный вывод по разнице в одну копейку. Такая последовательность способна изменить знак малого остатка исключительно из-за выбранного порядка округления.

Для собственной тестовой функции полезно возвращать не только цену, но и остаточную ошибку равенства E − R, диапазон допустимости ставки и признаки отсутствующих параметров. Нельзя назначить неизвестной комиссии ноль и назвать ответ точным. Можно рассчитать вариант без комиссии как отдельный сценарий и явно указать, какая часть реального механизма исключена. Особенно это важно рядом с порогом: маленькая неучтённая величина способна оказаться больше всего оставшегося запаса, даже когда выглядит незначительной относительно номинала.

Упражнение 3: что изменило списание funding

Вернитесь к long 0,2 BTC по 50 000 с B = 1 000 и m = 0,005. Резерв закрытия и вычет отсутствуют. При неизменном количестве из относящихся к позиции средств списали 40. Рассчитайте новую цену границы и её изменение. Затем объясните, почему фактическая ставка funding и порядок её формирования не нужны для этой задачи, если сумма уже подтверждена журналом.

Решение: B = 960, Pliq = (10 000 − 960)/0,199 = 45 427,14. Граница поднялась на 201,01, хотя количество и вход не изменились. Здесь исследуется последствие состоявшегося денежного события. Происхождение ставки и расчёт самого платежа — отдельная задача, разобранная в статье о funding rate и ставке финансирования.

4. Обратный контракт: почему обеспечение в BTC меняет расчёт

Валюты необходимо подписать до первой операции

У обратного контракта номинал может быть фиксирован в долларах, а обеспечение и PnL — выражены в базовой криптовалюте. Нельзя взять долларовый размер контракта и подставить его вместо q в линейную формулу. Тогда произведение количества на изменение цены получит неверные единицы. Самая простая защита от такой ошибки — подписать размер, вход, обеспечение и результат возле каждой переменной.

Далее N обозначает фиксированный долларовый номинал обратного контракта. Во всех формулах этого раздела вычет поддерживающей маржи отсутствует. Bbtc — доступное в модели обеспечение в BTC. Начальная цена P₀ и текущая P выражены в долларах за BTC. Предполагаем одну позицию, отсутствие комиссий и фиксированную ставку m. Ограничения намеренно сохраняются простыми, чтобы проверить влияние самой формы контракта.

Граница long через обратные цены

Для обратного long нереализованный результат составляет N(1/P₀ − 1/P) BTC. Поэтому Ebtc(P) = Bbtc + N/P₀ − N/P. В выбранной учебной модели поддерживающее требование равно mN/P BTC. Решая Ebtc = mN/P, получаем Pliq = N(1 + m)/(Bbtc + N/P₀). Это вывод из явно заданных равенств, а не универсальное воспроизведение комиссионной модели площадки.

При N = 10 000 USD, P₀ = 50 000, Bbtc = 0,02 BTC и m = 0,005 граница равна 10 050/0,22 = 45 681,82. Нулевое обеспечение без поддерживающего требования наступило бы при 10 000/0,22 = 45 454,55. Разница снова показывает, что вмешательство по требованию и полное исчерпание обеспечения — не одно событие.

Граница short и условие существования решения

Для обратного short результат равен N(1/P − 1/P₀). Соответственно, Ebtc(P) = Bbtc + N/P − N/P₀. Из равенства с mN/P получаем Pliq = N(1 − m)/(N/P₀ − Bbtc), если знаменатель положителен. При тех же исходных данных это 9 950/0,18 = 55 277,78. Нулевая граница модели составляет 55 555,56.

Если знаменатель нулевой или отрицательный, нельзя делить механически и выдавать бесконечность либо отрицательное число как обычную цену. Нужно сообщить, что в выбранных допущениях нет конечной положительной границы этого типа. Это не обещание отсутствия риска: остаются расходы, другие требования, изменения правил и колебания стоимости обеспечения в иной валюте. Исключительный математический случай нельзя превращать в рекламное утверждение «ликвидация невозможна».

Один BTC-залог участвует в двух оценках

Пусть расчёт ведётся в BTC, но личный бюджет пользователь оценивает в долларах. Даже до изменения количества BTC его долларовая стоимость меняется вместе с рынком. В обратном long есть одновременно PnL контракта и переоценка самого Bbtc. Для нашего примера при P = 45 000 обеспечение позиции в BTC уже отрицательно в простой модели, а долларовая стоимость начального BTC-залога также ниже начальной.

Удобно проверить тождество: EUSD(P) = P × Bbtc + N(P/P₀ − 1) для такого long без расходов. Первый член — текущая оценка начального обеспечения, второй — переведённый в доллары результат контракта. Если вместо этого взять долларовую стоимость залога на входе и добавить текущий PnL, часть риска исчезнет из расчёта. Поэтому фиксируйте, какой валютой измеряется и порог, и личный экономический результат.

Неизменный тикер не означает неизменную расчётную базу

Продукты могут иметь разные валюты расчёта, сессионные механизмы и поля средней цены. При промежуточном признании результата часть величин переносится между балансом и PnL, не создавая новой прибыли сама по себе. Для воспроизведения ликвидации важно использовать состояние после этого переноса. Сохранённая ранее цена входа и текущая маржа могут относиться к разным состояниям учёта.

В документации расчёта isolated Bybit отдельно описан сессионный пересчёт для USDC-продукта, а позиционный API различает поля средней и сессионной цены. Эти особенности не относятся автоматически к каждому контракту с похожим названием. Сначала восстановите назначение полей конкретной выгрузки, затем применяйте формулу. Не пытайтесь устранить расхождение повторным добавлением уже признанного результата. [4][17]

Упражнение 4: сверить равенство, а не только ответ калькулятора

Для обратного long из примера используйте неокруглённую границу P = 10 050/0,22. Вычислите Ebtc и Rbtc. После этого объясните, почему сравнение «осталось 0,001 BTC, а требование 50 USD» невозможно без дополнительного шага. Направление позиции и размер N не меняйте, комиссий в упражнении нет.

Решение: обе величины приблизительно равны 0,001094527 BTC. При умножении на эту же P каждая даёт 50 USD. Если умножить одну величину на текущую цену, а другую на цену входа, равенство потеряется искусственно. Правильная сверка использует согласованные единицы и одну дату оценки; округление применяется только в окончательном представлении.

5. Cross margin: почему чужая позиция и цена залога меняют ваш риск

Общий счёт — это не несколько независимых isolated-позиций

В cross проверяется совместное состояние учитываемых позиций и обеспечения. Прибыль одной позиции может компенсировать убыток другой в пределах правил счёта, но одновременно и убыток другой позиции уменьшает общий запас. Указывать для каждого инструмента независимую сумму «которой рискуем» в такой конструкции некорректно. Для UTA Bybit официальная формула счётного отношения включает совокупное требование и скорректированную маржинальную базу, а не только одну цену входа. [8]

Представьте две позиции: BTC почти не меняется, а ETH резко движется против второй сделки. Цена BTC может оставаться далеко от прежней оценочной линии, но общий запас уже ухудшится. При расследовании необходимо восстановить обе позиции. Нельзя доказывать безопасность счёта только тем, что график одного актива выглядел спокойным. Это частая причина ошибочного убеждения, будто ликвидация произошла «без движения рынка».

Видимый баланс не равен принятому обеспечению

Площадка может учитывать разные активы с разными коэффициентами стоимости залога. Причина расчётного дисконта — не изменение количества монет, а правила признания их обеспечением. В документации Bybit описаны collateral value ratios, включая ступенчатое применение к положительным остаткам. Поэтому одинаковые 1 000 долларов рыночной стоимости двух активов не обязаны давать одинаковый маржинальный ресурс. [7]

В собственной модели держите отдельно количество, оценочную цену, применённый коэффициент и итоговый вклад. Например, актив на 5 000 с коэффициентом 0,9 даёт 4 500 учитываемой стоимости. Если перепутать рыночную оценку с обеспечением, запас окажется завышен на 500. Это не торговый убыток и не комиссия, поэтому добавлять разницу в PnL тоже неверно: она относится к доступности залога.

Падение залога способно нарушить порог при неизменной цене контракта

Учебный счёт содержит 1 000 денежных единиц и 0,1 BTC как обеспечение. BTC стоит 50 000, коэффициент признания равен 0,9. Пусть совокупный PnL деривативов равен −4 250, а полное требование R = 900. Тогда E = 1 000 + 4 500 − 4 250 = 1 250, запас H = 350. Все другие параметры пока фиксированы специально для выделения одного эффекта.

Если BTC-залог подешевеет до 45 000, его вклад станет 4 050. При том же PnL и требовании E уменьшится до 800, а запас — до −100. Контракт мог относиться к другому базовому активу и почти не двигаться. Ухудшилась стоимость обеспечения. В реальном счёте несколько переменных могут меняться одновременно, поэтому такой пример не заменяет полный пересчёт, но показывает отдельный канал риска.

Переоценка, дисконт и расходы действуют совместно

Продолжим предыдущую идею. Даже без движения цены изменение принятого коэффициента с 0,9 до 0,8 сократит вклад залога стоимостью 5 000 на 500. Расходы дополнительно уменьшают базу, а открытые заявки способны влиять на требование или доступность средств по правилам системы. Нельзя проверять каждый фактор отдельно и затем объявлять счёт устойчивым, если их совместный эффект не рассмотрен.

Составьте стресс-сценарий с несколькими одновременными изменениями: падение базового актива, снижение цены залога, очередной платёж и ухудшение ликвидности закрытия. Не назначайте этим изменениям вероятность без данных; сначала проверьте саму арифметическую совместимость. Результат должен отвечать на вопрос, что именно нарушает ограничение, а не просто выдавать усреднённый процент «риска» неизвестного происхождения.

Хедж не гарантирует одинаковую маржинальную защиту

Две противоположные позиции могут снижать направленную чувствительность, но отличаться валютой, сроком, размером или способом оценки. В разных счетах прибыльная сторона не обязана автоматически поддерживать убыточную. Внутри одного счёта признание взаимной компенсации зависит от режима. Поэтому экономический хедж, бухгалтерский зачёт и достаточность обеспечения — три отдельные проверки.

Portfolio margin добавляет сценарную оценку совместного риска. В документации Deribit описаны риск-матрица и дополнительные компоненты, а не простое суммирование номиналов с одним процентом. Закрытие одного инструмента иногда удаляет защитную часть конструкции, поэтому меньший общий размер не всегда означает меньший расчётный риск портфеля. Такой счёт нельзя диагностировать изолированной формулой одной позиции. [14]

Автодобавление маржи переносит риск на резервные деньги

Isolated не всегда означает, что первоначально выделенная сумма останется окончательной. При включённом автоматическом пополнении доступные средства могут переводиться к позиции. Bybit описывает AMR именно как такую функцию для поддерживаемых isolated-продуктов и отдельно предупреждает, что она не гарантирует отсутствие ликвидации. Возможность отодвинуть границу оплачивается увеличением количества капитала, участвующего в поддержке позиции. [9]

Полезно заранее различить резерв для всей стратегии и разрешённый резерв одной сделки. Если функция автоматически забирает деньги, которые пользователь считал неприкосновенными, экономический лимит уже нарушен независимо от того, сохранилась ли позиция. Проверяйте настройку, доступный остаток и историю переводов. Больше обеспечения уменьшает эффективное плечо, но не исправляет неверный прогноз и не создаёт бесплатную страховку.

Упражнение 5: проверить общий залог

Возьмите E = 1 000 + 0,1 × 50 000 × 0,9 − 4 250 и R = 900. Сравните два независимых сценария: цена BTC падает до 45 000 при прежнем коэффициенте; цена остаётся 50 000, но коэффициент становится 0,8. Найдите E и H для каждого. Не применяйте оба изменения одновременно: это две отдельные проверки.

Решение: при падении цены E = 800, H = −100. При изменении коэффициента E = 750, H = −150. Обе модели нарушают требование. Снижение количества контрактов, добавление обеспечения и восстановление рынка могли бы изменить картину, но не были заданы. Нельзя молча добавлять такие благоприятные предположения только потому, что результат неприятен.

6. Что делает система после нарушения порога

Запуск процедуры и её завершение — разные события

После срабатывания риск-движок может сначала уменьшить обязательства по заявкам и затем сокращать позиции. В описании isolated-процесса Bybit предусмотрено отменять заявки, увеличивающие размер, а для повышенной ступени — пробовать частичное уменьшение перед полным закрытием. Это не обещание сохранения остатка в каждом случае: продолжение зависит от нового состояния требования и возможности исполнения. [4]

Для пользователя важна не только запись «Liquidation», но и последовательность. Отмена заявки не доказывает, что позиция закрыта; частичное исполнение не доказывает, что риск восстановлен; временный выход из нарушения не исключает повторный вход. Если вы анализируете событие по одной финальной строке, можно потерять промежуточные изменения количества, маржи и комиссий.

Почему частичная ликвидация может помочь, но не обязана

Если уменьшение позиции снижает требование быстрее, чем исполнение расходует оставшееся обеспечение, запас способен восстановиться. Но эффект зависит от ступени, цены закрытия, комиссий и распределения маржи после уменьшения. В плохом стакане издержки могут поглотить ожидаемый выигрыш. Поэтому фраза «система закрывает только необходимое» описывает цель механизма, а не гарантированный результат для каждого счёта.

Deribit описывает инкрементальное сокращение с повторной проверкой после ликвидационных сделок. Для разных режимов используются разные процедуры, а во время работы механизма пользователь может потерять возможность управлять счётом самостоятельно. Нельзя строить план вокруг предположения, что после первой принудительной сделки обязательно останется время вручную внести деньги или переставить заявки. [10]

Возврат средств зависит от способа расчёта

В одном продукте пользователь увидит остаток после частичного уменьшения, в другом завершённая ликвидация будет рассчитана с исчерпанием выделенной маржи и направлением разницы в специальный фонд. Например, документ Bybit об insurance fund разграничивает расчёт ликвидированной позиции по bankruptcy price и фактическое закрытие механизма на рынке. Разница между этими ценами участвует в работе фонда, а не автоматически становится возвратом клиенту. [11]

Это объясняет, почему самостоятельный расчёт убытка по mark в момент запуска может не совпасть с итоговой выпиской. Но такое объяснение не даёт площадке универсальной правоты: нужно проверить, что применён именно опубликованный порядок для данного продукта. Сверяйте остатки, тип записи и начисления, не предполагая заранее ни обязательного возврата, ни обязательной полной потери всего счёта.

Комиссия ликвидации не равна обычной комиссии сделки

На отдельных площадках присутствуют специальные сборы или расчётные удержания. Их названия и базы различаются. В текущем FAQ OKX отдельно описаны liquidation fee и liquidation clearance fee; поэтому ограничиться обычной maker/taker ставкой при сверке недостаточно. Эти правила нужно читать в контексте доступного пользователю продукта и региона, не перенося тариф на другой сервис. [6]

В собственном журнале разделяйте исполненный PnL, обычные комиссии, специальные списания, переводы и корректировки. Одновременно проверяйте, не включён ли расход в уже готовый показатель закрытого результата. Повторное вычитание превращает реальный убыток в завышенный. Аналогично нельзя задним числом добавлять резерв закрытия к расходам, если он только резервировался, но отдельно не списывался.

Страховой фонд не страхует вашу торговую идею

Фонд ликвидационного механизма предназначен для установленного правилами распределения дефицита и излишка при закрытиях. Он не обещает компенсировать обычный убыток пользователя, восстановить позицию или вернуть первоначальный депозит. Финансовый смысл здесь другой: ограничить последствия дефицита внутри расчётной системы. Даже крупный опубликованный остаток фонда не делает выбранную позицию безопасной.

Проверяйте, относится ли показанный фонд к вашему пулу инструментов, как часто обновляется информация и какие условия включают дополнительные механизмы. Не превращайте единственную общую цифру на сайте в оценку собственного покрытия. Для конкретного события важно знать назначение фонда и порядок расчёта, а не просто увидеть слово insurance и перенести на него бытовые ожидания от страхового договора.

ADL может затронуть противоположную позицию

Автоматическое сокращение противоположной стороны, ADL, не тождественно обычной ликвидации её собственного обеспечения. В механизме Bybit выбор связан с условиями системного дефицита и ранжированием позиций; опубликованы в том числе условия по просадке страхового пула. Поэтому утверждение «ADL включается исключительно после абсолютного обнуления фонда» слишком узкое. Не следует также считать, что положительный PnL исключает принудительное сокращение. [12]

У Deribit в обновлённом описании для определённых новых perpetual-инструментов есть своя последовательность с программой поддержки ликвидности и ADL. Применимость ограничена условиями листинга и наличием опционов на базовый инструмент. Это хороший пример того, почему универсальная схема из старой статьи может устареть: одинаковая аббревиатура не означает одинаковый порядок, охват и расчёт на разных площадках. [13]

Упражнение 6: хедж после принудительного уменьшения

В условной конструкции было 0,5 BTC спота и short perpetual с чувствительностью −0,5 BTC. После отдельного события ADL short уменьшился до −0,2 BTC, а спот не изменился. Найдите новую суммарную направленную чувствительность. Не утверждайте, что эти позиции были идеально безрисковыми до события: в задаче рассматривается только базовая дельта.

Решение: 0,5 − 0,2 = +0,3 BTC. Конструкция больше не нейтральна по заданной чувствительности. Бухгалтерская прибыль от закрытой части не устраняет риск оставшегося спота. Требуется заново проверить количество, обеспечение и дальнейший план; автоматическое восстановление прежнего размера не должно предполагаться, если оно не задано отдельным правилом.

7. Как уменьшать риск до порога, не превращая пополнение в погоню за убытком

Сначала определить допустимый денежный ущерб

План риска начинается не с того, какую максимальную позицию позволяет открыть интерфейс. Сначала определяется сумма, потеря которой допустима для конкретной задачи, затем сценарий неблагоприятного исполнения и только после этого размер. Ликвидационный порог не должен подменять добровольное ограничение убытка. Расстояние до него показывает часть механики обеспечения, но не отвечает на вопрос, разумен ли весь риск для пользователя.

Например, позиция технически выдерживает движение до потери 900, тогда как личный лимит сделки — 200. Ссылка на «далёкую ликвидацию» не оправдывает удержание после превышения 200. Это уже нарушение собственного ограничения, даже если система ещё разрешает торговать. Не смешивайте маржинальную допустимость, экономическую целесообразность и прогноз направления: эти вопросы должны решаться отдельно.

Запас в цене не равен вероятности потери

Для long можно диагностически считать расстояние от текущего mark до модельной границы. Но одинаковые 3% имеют разное значение для спокойного инструмента и для актива, который регулярно проходит такой диапазон за короткий интервал. Одна цифра не учитывает скачки, ухудшение глубины и срок удержания. Назвать позицию безопасной только по процентному расстоянию нельзя.

Полезнее сопоставлять сценарии: движение цены, расход funding, изменение обеспечения и возможное плохое исполнение. Подробная оценка ликвидности криптовалюты помогает отделить красивое расстояние на графике от возможности закрыть нужный объём. При этом сценарный анализ не обязан выдавать точную вероятность — честная граница данных лучше выдуманного процента надёжности.

Уменьшение позиции и добавление маржи действуют по-разному

Уменьшение количества снижает чувствительность оставшейся позиции к следующему движению. Добавление денег меняет запас обеспечения, но оставляет исходную чувствительность при прежнем количестве. Эти действия нельзя называть взаимозаменяемыми. После пополнения дальнейшее движение на 1 000 всё ещё меняет PnL long 0,2 BTC на 200; после уменьшения до 0,1 BTC — уже на 100.

Частичное закрытие реализует накопленный результат, но само по себе не создаёт прибыль. При одинаковой цене оценки и исполнения, без комиссий, общая equity сохраняется: часть нереализованного убытка превращается в реализованный. Улучшение риска происходит через меньшее требование и меньшую будущую чувствительность. В реальной операции расходы уменьшают equity, а правила освобождения маржи определяют, сколько средств останется поддерживать остаток.

Числовой пример частичного закрытия

Имеется long 0,2 BTC по 50 000 с B = 1 000, mark = 46 000, m = 0,005. Equity равна 200, требование — 46, запас — 154. Закроем 0,1 BTC по той же цене без расходов и не будем выводить обеспечение из оставшейся позиции. Реализуется убыток 400; B становится 600. Оставшийся нереализованный убыток тоже 400, поэтому equity остаётся 200.

Требование теперь равно 23, запас — 177. При дополнительном расходе закрытия 5 equity будет 195, запас — 172. Это улучшение относительно 154, но не гарантия сохранности. Если же после уменьшения часть средств автоматически высвободится из isolated-позиции, пример нужно пересчитать с реально оставшейся маржой. Нельзя приписывать системе сохранение всех средств без проверки этого условия.

Пополнение должно иметь заранее ограниченный бюджет

Дополнительные деньги способны отодвинуть расчётную границу, но одновременно увеличивают капитал, которым поддерживается прежняя идея. Без заранее установленного предела серия пополнений превращает небольшой первоначальный риск в риск всего резерва. Поэтому решение о добавлении средств следует оценивать как новое распределение капитала, а не как техническую кнопку «исправить ликвидацию».

Особенно важно различать деньги в личном кошельке, на другом счёте платформы и уже признанное обеспечение. Перевод требует завершения необходимых этапов; статус отправки не равен зачислению в нужный контур. Вопросы доступного баланса и внутренних счетов полезно решить заранее, а не в момент нарушения порога. Будущее пополнение нельзя считать текущим запасом.

Не перепутать снижение плеча с изменением фактического риска

Переключение параметра плеча может пересчитать требуемую начальную маржу, но последствия зависят от режима и от фактического перевода средств. Если количество q, доступное B, ставка требования и остальные условия нашей модели не изменились, её граница не изменится только из-за нового числа в настройке. Такую проверку легко выполнить математически: в исходном уравнении нет независимого параметра L после задания q и B.

В реальном интерфейсе изменение настройки может привести к добавлению маржи или быть отклонено из-за её нехватки. Поэтому после действия смотрите не только выбранное плечо, но и новый размер, обеспечение, требование и резерв заявок. Это защищает от опасной иллюзии, будто уменьшение отображаемого множителя автоматически уменьшило абсолютный PnL уже открытого количества.

Издержки и ограничения исполнения входят в план заранее

При рыночном закрытии крупного объёма средняя цена зависит от глубины встречных заявок. Это особенно существенно рядом с массовыми ликвидациями. Отдельно оценивайте влияние размера ордера на цену и проскальзывание при исполнении. После получения фактических fills не вычитайте то же ухудшение цены повторно как дополнительный расход.

Условная заявка с ограничением проскальзывания может не закрыть весь объём при превышении ограничения. План должен предусматривать и такой остаток. Не используйте слово «стоп» как доказательство конечного риска 200, если возможны неполное исполнение и разрыв цены. Правило сделки должно описывать не только желаемый сценарий, но и доступное действие при его нарушении.

Почему плечо 1× тоже нужно читать вместе с конструкцией

У линейного long без расходов, с полностью денежным обеспечением B = qP₀ и постоянным m меньше единицы наша простая модель не даёт положительной цены ликвидации при падении P. Однако этот математический результат относится только к перечисленным допущениям. Он не распространяется автоматически на short, заёмное обеспечение, дополнительные обязательства или расходование баланса. Условие «полностью обеспечен в модели» и надпись «1×» в интерфейсе могут означать разные вещи, если фактическое обеспечение уже изменилось.

Для линейного short рост цены не ограничен начальной стоимостью актива. Например, при q = 0,2, входе 50 000, B = 10 000 и m = 0,005 модельная граница равна 20 000/0,201 = 99 502,49. Это конечное значение, несмотря на первоначальное отношение номинала к обеспечению один к одному. Вывод не в выборе другого плеча, а в необходимости учитывать сторону и форму выплаты. Слоган «на единице ликвидаций не бывает» пропускает именно эти условия.

Упражнение 7: проверить equity после уменьшения

Для примера long 0,2 BTC по 50 000 с B = 1 000 и mark 46 000 закройте 0,1 BTC по 46 000, уплатив условный расход 5. Всё оставшееся обеспечение сохраняется в позиции. Найдите B, equity, maintenance margin и запас. Объясните, почему реализованный убыток нельзя дополнительно вычитать из уже пересчитанной equity второй раз.

Решение: B = 1 000 − 400 − 5 = 595. У оставшейся позиции PnL = −400, поэтому E = 195, R = 23, H = 172. Убыток закрытой части уже вошёл в B. Если повторно вычесть 400, получится искусственный дефицит. Именно поэтому нужны согласованные определения баланса и результата, а не сложение отрицательных цифр со всех экранов.

8. Как проверить состоявшуюся ликвидацию и не сделать ложный вывод

Собрать состояние счёта, а не одну фотографию графика

Минимальная проверка включает идентификатор инструмента, режим, сторону, размер, вход, обеспечение, историю денежных событий и параметры требования. Дополнительно нужны источник цен, время запуска процедуры, исполнения и окончательный остаток. Если счёт cross, включаются остальные позиции, залоговые активы и задолженности. Изолированная карточка одного контракта не описывает всю причину изменения общего риска.

Храните исходные выгрузки без ручной правки, а расчёты делайте в копии. Укажите часовой пояс и единицы времени: секунды и миллисекунды легко перепутать. Для каждого события полезны отдельные поля «время площадки» и «время получения записи». При задержках они различаются, и именно это может объяснить, почему пользователь увидел уведомление позже фактического вмешательства.

Восстановить последовательность денежных событий

Расположите по времени открытия и изменения количества, комиссии, funding, переводы маржи, промежуточные расчёты и принудительные уменьшения. После каждого существенного события пересчитайте E и R доступным способом. Не переносите конечный баланс назад. Сумма, оставшаяся после ликвидации, не сообщает, какое обеспечение было непосредственно перед её началом.

Отдельная проверка нужна для расходов, уже включённых в готовый closed PnL. Иногда интерфейс показывает чистый результат, а выгрузка — несколько составляющих. Сначала установите определение показателя. Если оно неизвестно, пометьте расчёт как неполный вместо того, чтобы выбирать вариант с самым большим убытком. Сверка начинается с бухгалтерской совместимости, а не с поиска виновного.

Использовать правила, действовавшие в момент события

Текущая ступень риска и актуальная ставка комиссии могут отличаться от исторических. Сохраните доступные объявления об изменениях, версию спецификации и время их вступления. Иначе даже точная формула будет отвечать на другой вопрос: что произошло бы при сегодняшних условиях. При исследовании прошлых стратегий это особенно важно — невоспроизводимая история требований искажает число ликвидаций.

В актуальном позиционном API Bybit есть поля состояния позиции и времени системных изменений маржинальных параметров. Они полезны как часть архива, но не заменяют полный журнал. Документация также предупреждает о возможных задержках при экстремальной волатильности. Поэтому один поздний ответ API нельзя автоматически принимать за точное состояние системы на более ранней отметке. [17]

Публичная лента ликвидаций не равна личной выписке

Публичные сообщения обычно описывают события и размеры по своей схеме, не раскрывая обеспечение конкретного пользователя. Например, в потоке Bybit All Liquidation поле p обозначает bankruptcy price, а Buy описывает ликвидированную long-позицию, не направление исполняемой продажи. Без чтения определения можно одновременно перепутать сторону и цену. Полученный из такой записи номинал не равен потерянному депозиту. [16]

Сообщение о ликвидированном номинале 1 млн не доказывает убыток 1 млн: позиция могла поддерживаться меньшим обеспечением, а публичная лента не показывает все детали расчёта. Массовые события помогают изучать рынок, но не восстанавливают индивидуальный счёт. Дополнительно разделяйте открытый интерес и объём торгов: это разные величины, а не взаимозаменяемые измерители потерь.

Тепловая карта не раскрывает все реальные пороги

Модельная карта предполагаемых ликвидаций опирается на доступные данные и допущения о распределении позиций. Она не знает все изменения залога и условия каждого cross-счёта. Видимая полоса не является обязательной целью цены, а отсутствие полосы не исключает принудительных закрытий. Для аналитической задачи сначала уточните, что именно визуализирует сервис: заявки, исполнения или оценку потенциальных событий.

Разница подробно рассматривается в материале о карте ликвидности Bitcoin и её ограничениях. Для проверки личной ликвидации такая карта вторична. Первичны собственная история, соответствующий ценовой ряд и параметры маржи. Аналитическую картинку нельзя предъявлять вместо расчёта, как нельзя заменять банковскую выписку общим графиком активности рынка.

Запрос в поддержку должен содержать проверяемое расхождение

Полезный запрос формулируется предметно: «Для такого-то инструмента и режима в такое-то время прошу указать маржинальную базу, maintenance requirement, применённую ступень, источник цены, тип закрытия и детализацию списаний». Затем прикладывается собственная таблица с конкретным несовпадением. Это эффективнее, чем утверждение «свеча не дошла», если в приложении показывался другой ценовой ряд.

Не выдавайте учебную формулу за доказательство ошибки реальной площадки. Укажите, какие параметры удалось подтвердить, какие неизвестны и где результат расходится. Для проверки финансового события не нужны seed-фраза, пароль или передача удалённого доступа. Обращение следует открывать через самостоятельно найденный официальный канал, применяя правила проверки первоисточников и сообщений, а не по ссылке от случайного «менеджера».

Самопроверка теста на исторических данных

В модели стратегии ликвидацию проверяют по последовательности состояний, а не только в конце сделки. Итоговая цена могла восстановиться после того, как обеспечение уже нарушило порог. Если у вас только свечи last и нет истории mark, нельзя уверенно утверждать, что конкретная маржинальная траектория была выдержана. Ограничение данных должно быть частью результата теста.

Необходимо также определить порядок действий при нескольких событиях внутри одного интервала. Консервативный сценарий и благоприятный сценарий можно рассчитать отдельно, но нельзя постоянно выбирать выгодный порядок после просмотра результата. Общую логику объединения рыночных наблюдений дополняет система чтения крипторынка. Здесь же проверяется более узкое условие: могла ли позиция существовать до запланированного выхода.

Положительный конечный результат не доказывает проходимость пути

Предположим, учебная позиция открыта при 100, а запланированное закрытие происходит при 110. Между ними расчётная цена проходила 80. Если состояние обеспечения нарушало требование на этом промежуточном участке, прибыльная сделка на историческом графике могла не существовать в реальности до 110. Проверка только входа и выхода удаляет самый важный для ликвидации момент. Для каждого шага нужны актуальные количества, баланс, расходы и требование; при их изменении прежняя цена границы больше не описывает всю траекторию.

Тест следует прекращать или переводить в отдельное состояние процедуры после первого установленного нарушения, а не продолжать прежнюю позицию как ни в чём не бывало. Для частичной ликвидации нужны отдельные предположения об исполнении и остатке. Если таких данных нет, честный результат — ограниченный сценарий, а не точная доходность биржевой стратегии. Расчётная библиотека из комплекта проверяет только заданные уравнения и примеры: она не моделирует очередь заявок, страховой фонд, реальные комиссии, задержки и действия конкретного риск-движка.

Упражнение 8: прочитать публичное сообщение

Условная запись по схеме All Liquidation содержит S = Buy, v = 0,2 и p = 45 000 для линейного инструмента, где размер выражен в BTC. Какую сторону ликвидировали, что означает p и можно ли назвать произведение 9 000 потерянными деньгами пользователя? Не используйте привычку трактовать Buy как сторону рыночной заявки: здесь нужно определение конкретного источника.

Решение: запись обозначает ликвидированную long-позицию; p является bankruptcy price по этой схеме. Произведение 0,2 × 45 000 даёт условную номинальную оценку 9 000, но не раскрывает исходную маржу, комиссии и итог потерь. Для другого потока определения могут отличаться. Именно поэтому универсальный парсер по названиям полей способен выдавать убедительные, но неверные выводы.

9. Итоговый практикум: цена не изменилась, но обеспечение пересекло порог

Паспорт учебной позиции

Построим полностью самостоятельный пример. Одна изолированная линейная long-позиция составляет 0,4 BTC, средняя цена входа — 40 000. Пользователь первоначально выделил 1 600 расчётных единиц. К моменту наблюдения ранее учтённые расходы суммарно составили 100, поэтому B = 1 500. Других позиций, залоговых монет, задолженностей и автоматического добавления маржи нет. Начальные 100 уже вычтены и не должны появиться в расходах повторно.

В этой модели поддерживающая ставка m = 1%, а резерв возможного закрытия f = 0,05% текущего номинала. Значит, r = 0,0105 и R(P) = 0,0105 × 0,4 × P. Вычет ступени отсутствует; ставка действует во всём рассматриваемом диапазоне. Эти допущения не описывают определённую биржу. Их назначение — позволить независимо проверить каждую строку, включая отличие уже списанного расхода от будущего резерва.

Граница до нового денежного события

Текущий mark равен 36 800. Нереализованный PnL составляет 0,4 × (36 800 − 40 000) = −1 280. Equity равна 1 500 − 1 280 = 220. Требование равно 154,56, а запас — 65,44. Позиция ещё соответствует выбранному условию, но запас невелик относительно её чувствительности: изменение mark на 100 меняет PnL на 40, одновременно немного изменяя требование.

Расчётная граница равна (16 000 − 1 500)/(0,4 × 0,9895) = 36 634,66. Граница нулевого обеспечения — 40 000 − 1 500/0,4 = 36 250. Между ними есть разница, и она объясняется обязательным требованием. Использование начальных 1 600 вместо текущих 1 500 дало бы более далёкую линию, но такая оценка проигнорировала бы уже состоявшиеся расходы.

Funding списан, mark остался прежним

Предположим, журнал зафиксировал новый дебет funding на 80. Для задачи важен подтверждённый размер денежного события; ставки, продолжительность начисления и специфика конкретной платформы здесь не моделируются. B становится 1 420. При прежнем mark нереализованный PnL остаётся −1 280, поэтому equity падает до 140. Требование не изменилось и равно 154,56. Запас теперь отрицательный: −14,56.

Новая модельная цена границы — 36 836,79. Текущий mark 36 800 уже находится ниже неё. Следовательно, позиция нарушила условие не из-за нового ценового движения, а из-за уменьшения обеспечения. На экране это могло выглядеть как внезапное приближение красной линии к почти неподвижной свече. Такую картину нельзя объяснять только последним направлением цены: нужно видеть денежный журнал.

Почему установленный стоп не решает противоречие

Пусть одновременно last равен 36 920, а стоп настроен на last 36 700. Условие стопа не достигнуто. При этом запас по маржинальной модели уже отрицателен. Более того, даже стоп по mark 36 700 не активировался бы при mark 36 800: после расхода новый ликвидационный порог оказался выше выбранного стопа. Совпадение ценовых источников не исправляет стоп, который больше не соответствует изменившемуся состоянию обеспечения.

Это не означает, что нужно автоматически переносить заявку вслед за линией в последний момент. Правильный вывод — параметры защиты и размер должны проверяться после существенных денежных событий заранее. После запуска принудительной процедуры возможность вмешательства зависит от правил. Нельзя строить расчёт так, будто пользователь гарантированно сумеет отменить системное закрытие за долю секунды.

Альтернативный путь: заранее сократить количество

Рассмотрим другой путь от состояния до дебета 80. Пользователь заранее закрыл 0,1 BTC по 36 770 и понёс условный расход 4. Реализованный убыток части равен 0,1 × (36 770 − 40 000) = −323. B уменьшается с 1 500 до 1 173. Оставшиеся 0,3 BTC по прежнему входу дают при mark 36 800 нереализованный PnL −960. Equity равна 213.

Требование остатка — 0,0105 × 0,3 × 36 800 = 115,92; запас — 97,08. После того же условного дебета 80 equity становится 133, запас — 17,08. Нарушения в этой точке нет, но запас очень тонкий. Модельная граница около 36 742,46 находится близко к текущему mark. Частичное закрытие улучшило состояние, однако не превратило остаток в безопасную позицию.

Почему equity до дебета стала 213, а не прежние 220? Ухудшение исполнения относительно mark дало 3, ещё 4 ушли на расход. Эти 7 уже содержатся в расчёте. Вычитать «проскальзывание 3» второй раз нельзя. Условие сохранения всех оставшихся средств в isolated-позиции здесь задано явно; без него результат мог бы отличаться.

Альтернативный путь: добавить 500 без изменения количества

Теперь снова вернёмся к исходному состоянию до дебета, не совмещая его с предыдущим уменьшением. Если дополнительно внести 500, B станет 2 000. При mark 36 800 equity равна 720, требование прежнее — 154,56, запас — 565,44. После списания 80 equity будет 640, запас — 485,44. В данной точке это больше, чем после частичного закрытия.

Но количество осталось 0,4 BTC. Следующее движение mark на 1 000 против long по-прежнему уменьшает PnL на 400. Кроме того, в поддержку идеи включены дополнительные 500. Поэтому нельзя ранжировать два действия только по текущему запасу. Первое снизило чувствительность, второе увеличило задействованный капитал. Выбор относится к ограничению общего риска и плану, а не к соревнованию за самую далёкую красную линию.

Третий путь: закрыть остаток до нарушения

Полное добровольное закрытие после исполнения прекращает риск именно этой позиции. Но его результат нужно рассчитать по фактическим ценам и расходам, а не по mark, который был виден при нажатии кнопки. Если исполнилась только часть, оставшийся размер продолжает участвовать в маржинальной проверке. Статус заявки и состояние позиции сверяются отдельно, особенно когда интерфейс обновляется с задержкой.

В рамках учебного анализа важно не утверждать, что одно действие всегда лучше. Можно достоверно сравнить денежные последствия заданных сценариев; нельзя из одного примера вывести универсальную стратегию. Порядок открытия, изменения и завершения позиции полезно заранее записывать в торговом плане и правилах работы с ордерами. Тогда решение не будет зависеть только от паники после приближения порога.

Карточка, которую стоит сохранить перед удержанием

Для практической проверки запишите конкретный контракт, режим, сторону, размер и текущую расчётную базу. Рядом укажите mark, last, действующее требование, ступень, источник стопа и объём защищаемого остатка. Отдельной строкой оставьте будущие расходы, возможный перевод обеспечения и автоматические функции. Важна не красота карточки, а возможность восстановить, какие условия действительно были известны до события.

Добавьте три решения: что делать при ухудшении цены, что делать при ухудшении обеспечения без изменения цены и что делать при недоступности данных. Не считайте третий вариант маловероятным исключением, которое можно не описывать. Потеря связи с интерфейсом не останавливает позицию. При этом неизвестность не оправдывает новые рискованные операции наугад: сначала требуется восстановить подтверждённое состояние доступным официальным способом.

После ликвидации задача меняется

Когда позиция уже закрыта, попытка немедленно вернуть потерю повышенным размером не помогает проверить произошедшее. Сначала подтвердите остаточные позиции, незакрытые заявки, баланс и возможные изменения хеджа. Затем сохраните журнал и сопоставьте его с правилами. Вопрос о новом входе не должен смешиваться с вопросом о корректности старого расчёта: это разные решения и разные риски.

Сильная эмоциональная реакция особенно опасна при плече. Отдельный материал о FOMO и импульсивных решениях в криптотрейдинге полезен здесь как дополнение, но не как объяснение механики биржи. Во время разбирательства не передавайте ключи и доступ сторонним «восстановителям»: применяйте базовые правила защиты криптокошелька и операций.

Итог: проверять ограничение, а не верить одной цене

Ликвидация в криптовалюте становится понятнее, когда вы последовательно разделяете величины: размер контракта, принятое обеспечение, нереализованный результат, поддерживающее требование и расходы. Затем различаете источники цен, условие активации, исполнение и расчёт. После этого красная линия перестаёт быть загадочным числом: она становится результатом определённой модели, действующей только при конкретных параметрах.

Хорошая проверка допускает вывод «данных недостаточно». Неизвестный дисконт, пропущенный платёж или отсутствие истории mark важнее красивой формулы. В курсе OneMagic о криптовалюте и управлении риском расчёты нужны не для обещания торговли без потерь, а для уменьшения числа необоснованных предположений. Прежде чем доверять любой оценке ликвидации, воспроизведите её условия и отдельно проверьте, выдерживает ли позиция неблагоприятный путь до предполагаемого выхода.

Первоисточники. Проверено 5 сентября 2026 года

1. [1] Bybit — FAQ — Order Execution and Liquidation.
2. [2] Bybit — Mark Price Calculation — Perpetual and Expiry Contracts.
3. [3] Bybit — Maintenance Margin — USDT Contract.
4. [4] Bybit — Trading Rules: Liquidation Process — Unified Trading Account.
5. [5] Bybit — Bankruptcy Price — Perpetual and Expiry Contracts.
6. [6] OKX Singapore — Forced liquidation FAQ.
7. [7] Bybit — Collateral Value Ratio — Unified Trading Account.
8. [8] Bybit — Glossary — Unified Trading Account.
9. [9] Bybit — Auto-Margin Replenishment.
10. [10] Deribit — Liquidations.
11. [11] Bybit — Insurance Fund.
12. [12] Bybit — Auto-Deleveraging (ADL) Mechanism.
13. [13] Deribit — Auto-Deleveraging (ADL).
14. [14] Deribit — Portfolio Margin.
15. [15] Bybit API — Get Mark Price Kline.
16. [16] Bybit API — All Liquidation.
17. [17] Bybit API — Get Position Info.
18. [18] Bybit — Reduce-Only Order.

Ссылки на документы и границы их применения приведены в реестре источников редакционного пакета. Конкретные условия необходимо перепроверять по спецификации своего продукта.