Практика торговли
Mark price и last price: почему ликвидация бывает раньше стопа

Вы открываете криптовалютный график, видите, что свеча не дошла до стопа, но позиция уже ликвидирована. Прежде чем считать это ошибкой графика или робота, проверьте, какую цену отслеживала каждая часть системы. В один момент у бессрочного контракта могут существовать last price, index price и mark price.
Это разные показатели с разными задачами. Разобравшись в них, проще читать журнал исполнения, настраивать уведомления и задавать вопросы поддержке биржи. Само понимание механизма не делает торговлю с плечом безопасной и не гарантирует исполнение стопа раньше ликвидации.
Условная длинная позиция с изолированной маржой. Last ещё выше стопа, а mark уже ниже указанного порога ликвидации. Это учебная схема, а не реальные котировки или рекомендуемые настройки.
Три цены одного рынка
Показатель | Что описывает | Что проверить |
|---|---|---|
Last traded price | Последнюю завершённую сделку на данном рынке | Эту ли цену используют график и условие заявки? |
Index price | Внешний ориентир, построенный по спотовым источникам | Какой индекс относится к выбранному контракту? |
Mark price | Расчётную цену для оценки риска деривативов | Как она участвует в марже и ликвидации моего счёта? |
Для бессрочных контрактов Bybit описывает mark price как расчётный ориентир, связанный со спотовым индексом и составляющими базиса. Он не обязан совпадать с последней сделкой. Актуальная формула приведена в пояснении Bybit о mark price.
OKX также разделяет последнюю сделку и расчётный ориентир и описывает конструкцию на основе индекса и базиса. Реализация зависит от биржи и контракта: формулу одной площадки нельзя автоматически переносить в мониторинг другой. Подробности — в документации OKX.
Пример: стоп ждёт другую ценовую последовательность
Представим длинную позицию в линейном бессрочном контракте. Вход — 60 000, количество — 0,02 единицы, показанный порог ликвидации в режиме изолированной маржи — 59 100. Стоп настроен на срабатывание при снижении last price до 59 150. Все значения придуманы для объяснения механики: это не рекомендация по плечу или положению стопа.
Наблюдение | Last price | Mark price | Что видят условия |
|---|---|---|---|
Ранее | 59 400 | 59 360 | Оба показателя выше указанных порогов |
Позднее | 59 220 | 59 080 | Стоп по last ещё не активирован; mark пересёк 59 100 |
Если смотреть только на 59 220, кажется, что до обоих опасных уровней остаётся расстояние. Но цена, используемая при проверке ликвидации, уже ниже 59 100. Условие стопа и условие контроля риска могут дать разные результаты, даже если каждое корректно обработало собственные данные.
На Bybit при изолированной марже используется достижение mark price цены ликвидации позиции. В режимах cross и portfolio решение связано с показателями поддерживающей маржи счёта; показанная цена ликвидации может быть справочной. Проверяйте правила своего режима в FAQ Bybit об исполнении и ликвидации.
Разница заметна и в нереализованном результате
В нашем упрощённом линейном примере оценка по 59 220 составляет (59 220 − 60 000) × 0,02 = −15,60 единицы валюты котирования. Оценка по 59 080 даёт −18,40. Разница — 2,80 без учёта комиссий и финансирования. Это две оценки одной открытой позиции, а не два совершённых закрытия.
Поэтому снимка плавающей прибыли недостаточно для анализа. Нужно понимать, на какой цене основано число и включены ли расходы. В статье «Баланс и эквити торгового робота» подробнее разбираем отличие зафиксированного результата от меняющейся стоимости открытого риска.
Цена активации не равна цене исполнения
У условной заявки есть минимум две стадии: правило становится истинным, затем должен быть обработан ордер. Выбор mark price для запуска не создаёт контрагента, готового исполнить весь объём именно по mark. Рыночной заявке нужна доступная ликвидность; у лимитной сохраняется ограничение цены.
В API Bybit для поддерживаемых условий деривативов предусмотрены LastPrice, MarkPrice и IndexPrice, а также отдельные поля триггера тейк-профита и стоп-лосса. Смотрите реальные отправленные параметры, а не только название сохранённой настройки. Поля описаны в документации создания заявки.
Для диагностики полезно разделять события. «Условие выполнилось в 10:00:00.100» — один факт. «Биржа приняла ордер в 10:00:00.160» — другой. «Объём 0,02 исполнен по средней цене 59 030» — третий. Если свести всё к фразе «стоп стоял на 59 150», важная часть последовательности исчезнет.
Материал о лимитных и рыночных ордерах робота объясняет различия исполнения. Дополнительно заявку могут отклонить из-за количества или ценового шага. Эти проверки разобраны в статье о минимальном размере ордера и шагах биржи.
Как собрать полезные данные об инциденте
Если событие выглядит неправильным, сначала сохраните факты. На снимке графика могут быть другой часовой пояс, другой инструмент или другой ценовой ряд. Зафиксируйте идентификатор заявки и время событий биржи, затем сопоставьте с журналом программы. Для обращения в поддержку не публикуйте секреты API, пароли и личные данные.
Блок | Что сохранить | Что помогает отличить |
|---|---|---|
Рынок | Биржа, точный контракт, валюта котирования | Контракт от похожей спотовой пары |
Счёт | Режим маржи и направление позиции | Порог позиции от риска всего счёта |
Условие | Источник цены, порог, тип ордера | Активацию от исполнения |
Последовательность | Время биржи и время получения локально | Порядок рынка от задержки доставки |
Исход | Принятие, отказ, частичное исполнение, закрытие или отмена | Проблему исполнения от отсутствия сигнала |
Не восстанавливайте всю картину по текущему экрану счёта. Маржа меняется при движении других позиций, исполнении заявок, начислении финансирования и изменении обеспечения. Снимок после события может описывать уже другую конфигурацию. Для разбора важны параметры именно в момент решения биржи.
Отдельно отметьте, откуда взяты времена. Часы сервера приложения и биржи могут отличаться; время получения сообщения не всегда равно времени его создания. При нескольких источниках сначала приведите записи к одной временной шкале. Иначе обычная задержка будет выглядеть как невозможная последовательность событий.
Проверка перед включением автоматической стратегии
Уточните рынок. Запишите, планируется ли спот, линейный дериватив или другой тип контракта.
Определите источник каждого условия. Вход, тейк-профит, стоп, уведомления и оценка риска могут использовать разные цены.
Проверьте режим маржи. Не переносите предположение о фиксированном пороге из isolated в расчёт по всему счёту.
Проверьте возникающий ордер. Важны количество, тип, логика закрытия и подтверждение принятия.
Разберите необычную последовательность. В безопасной тестовой среде рассмотрите расхождение цен, задержку обновления и частичное исполнение.
Определите порядок остановки и разбора. Назначьте, кто проверяет отказ, разрыв связи и неожиданную открытую позицию.
Задача не в том, чтобы заставить все цены совпадать. Нужно сделать видимым источник каждого решения. Панель с отдельными подписями last, mark и index проще для диагностики, чем одна крупная цифра с универсальной подписью «цена».
Три распространённые ошибки
Стоп почти вплотную к показанной ликвидации
В нужном ценовом ряду расстояние может оказаться меньше, а обработка заявки занимает время. Универсального безопасного процента для любого инструмента, ликвидности и режима счёта нет. Оценка должна учитывать всю позицию и доступное обеспечение, а не только расстояние между двумя линиями графика.
Замена типа триггера без повторной проверки
Правило, исследованное по свечам последних сделок, может давать другую последовательность на mark price. Замена источника меняет эксперимент. Сохраните прежнюю конфигурацию, укажите причину корректировки и сравните события на правильных данных. Такой же принцип нужен при тестировании по тикам и свечам.
Изменение не стоит оценивать только по одному удачному эпизоду. Подготовьте набор обычных и сложных наблюдений: спокойный рынок, резкое движение, увеличенный спред и задержка соединения. Сравнивайте соответствие заявленной логике, а не только итоговую прибыль отдельной сделки.
Перезапуск как будто счёт пуст
После восстановления связи на бирже могут оставаться позиции и условные заявки. Сначала сопоставьте их с локальным состоянием, затем решайте, нужны ли замены. В чек-листе восстановления робота разбираем, как отличить продолжение существующей сессии от нового запуска.
Частые вопросы
Mark price всегда точнее last price?
Они отвечают на разные вопросы. Последняя сделка показывает, где состоялся обмен; расчётный ориентир применяется для других функций. Ни один показатель не обещает исполнение всего вашего объёма по указанному значению.
Стоп по mark price исключает ликвидацию?
Нет. В поддерживаемой конфигурации он может согласовать источник триггера с источником оценки риска. Но разрыв цены, задержка исполнения, отказ заявки, нехватка ликвидности и изменение маржи счёта остаются отдельными факторами.
Как это связано с New Hope Crypto?
New Hope Crypto автоматизирует решения на основе объёмного профиля, кластеров уровней и движения цены. Перед запуском согласуйте с командой биржу, поддерживаемый тип рынка и фактические параметры защиты. Статья объясняет механику площадок и не утверждает, что каждая описанная возможность доступна в любой конфигурации New Hope.
Больше статей





