Большинство трейдеров на Bybit смотрят на одну цифру — «Реализованный P&L» в разделе позиций. Эта цифра выглядит убедительно: зелёная, большая, с плюсом. Проблема в том, что она не учитывает ни фандинг, ни часть комиссий в зависимости от того, как ты считаешь период, ни проскальзывание. В итоге трейдер думает, что заработал, а на самом деле вышел в ноль или в минус.
В этой статье — разбор того, что именно фиксировать в дневнике Bybit-трейдера, как Bybit считает P&L изнутри и почему ручной или автоматизированный учёт даёт совсем другую картину.
Если ты только начинаешь строить систему учёта — сначала прочитай общий разбор дневника крипто-трейдера: там базовые принципы. Здесь сосредоточимся на специфике Bybit.
Почему P&L в приложении Bybit вводит в заблуждение
Bybit показывает несколько видов P&L, и их легко перепутать.
Unrealized PnL — нереализованная прибыль/убыток по открытой позиции. Это «бумажный» результат, который меняется каждую секунду вместе с ценой. Никакого отношения к реальному результату не имеет до закрытия позиции.
Realized PnL — то, что Bybit считает твоей фиксированной прибылью после закрытия. Звучит хорошо, но в расчёт входит только разница между ценой входа и выхода с поправкой на размер позиции. Комиссии за открытие и закрытие вычитаются отдельно — и Bybit их показывает, но не всегда в той же строке.
Фандинг (Funding Fee) — самая часто игнорируемая статья расходов. На бессрочных (perpetual) контрактах каждые 8 часов происходит обмен платежами между лонгами и шортами в зависимости от того, насколько цена контракта отклонилась от спота. Если ты держал лонг в период, когда фандинг положительный (лонги платят шортам), из твоего счёта автоматически списывается сумма. Bybit фиксирует это в отдельной вкладке «Funding History», но в строку Realized PnL конкретной позиции это не включается.
Что получается на практике: трейдер видит Realized PnL +$120 по сделке, а потом обнаруживает в «Funding History» −$47 за период, пока позиция была открыта. Реальный результат — +$73, а не +$120.
Какие поля обязательны в дневнике Bybit-трейдера
Минимальный набор, без которого учёт бессмысленен:
Базовые поля сделки:
- Инструмент (тикер) — например, BTCUSDT, ETHUSDT
- Направление — Long / Short
- Дата и время открытия, дата и время закрытия
- Цена входа, цена выхода
- Размер позиции в контрактах или в базовой валюте
- Плечо (leverage) — обязательно, потому что одинаковый размер позиции при плече 5× и 20× — это принципиально разный риск на депозит
Финансовые поля:
- Комиссия за открытие (Taker/Maker — ставки разные)
- Комиссия за закрытие
- Фандинг за период жизни позиции (суммарно, выгружается отдельно)
- Realized PnL по Bybit (как есть — для сверки)
- Чистый P&L = Realized PnL − комиссия открытия − комиссия закрытия − фандинг
- Риск на сделку в % от депозита (на момент входа)
Контекстные поля:
- Сетап (что именно торговал: пробой, отбой от уровня, паттерн)
- Таймфрейм
- Причина входа
- Где стоял стоп-лосс
- Где был тейк-профит (плановый)
- Была ли сделка по плану или импульсивной
- Эмоциональное состояние (1–5 или текстом)
Без последних трёх-четырёх полей у тебя будет просто бухгалтерия, а не дневник. Бухгалтерия говорит «сколько», дневник говорит «почему» — и именно «почему» позволяет со временем что-то менять.
Как правильно посчитать реальный P&L по сделке
Разберём на условном примере.
Предположим, ты открыл лонг по ETHUSDT с плечом 10×:
- Размер позиции: 1 ETH
- Цена входа: 3 200 USDT
- Цена выхода: 3 350 USDT
- Bybit Realized PnL: +150 USDT
- Комиссия открытия (Taker, 0,055%): −1,76 USDT
- Комиссия закрытия (Taker, 0,055%): −1,84 USDT
- Фандинг за время позиции (3 периода × ~0,01% от номинала ~3 275 USDT): −9,83 USDT
Чистый P&L = 150 − 1,76 − 1,84 − 9,83 = +136,57 USDT
Разница с тем, что показывает Bybit в строке Realized PnL, — около 9%. Не критично в этом примере, но на длинной серии и при высоком фандинге (бывает 0,1–0,3% за период при перегретом рынке) разница становится существенной.
Кроме того, не забывай про маржу, заблокированную под позицию: при плече 10× и номинале ~3 275 USDT заблокировано ~327,5 USDT твоего депозита. Риск на сделку в % от депозита считается именно от реального депозита, а не от номинала.
Фандинг: как выгрузить и куда записать
В Bybit история фандинга находится в разделе «Ассеты» → «Деривативы» → «Funding Fee History» (или через аналогичный путь в зависимости от версии приложения). Там есть фильтрация по инструменту и периоду.
Удобный рабочий процесс:
- Записывай время открытия и закрытия каждой позиции.
- После закрытия позиции иди в Funding Fee History, фильтруй по тикеру и периоду жизни позиции.
- Суммируй все списания/начисления — это и есть фандинг по сделке.
- Вноси итоговую сумму в дневник в поле «Фандинг».
Да, это ручная работа. Именно поэтому трейдеры, которые торгуют активно (10+ сделок в неделю), рано или поздно приходят к автоматизации — иначе учёт занимает больше времени, чем сама торговля.
Нереализованный P&L и почему его не стоит записывать
Часть трейдеров фиксирует в дневнике «максимальный плюс, который был по позиции» — как ориентир, сколько они «оставили на столе». Это полезно, но в отдельном поле (MAE/MFE), а не как результат сделки.
Нереализованный P&L не записывается как результат никогда — это шум. Если у тебя была плавающая прибыль +$300, а закрыл ты позицию в +$120, результат сделки — $120. «Оставил $180» — это отдельный вопрос к системе выхода, и для его анализа нужна статистика по MAE и MFE через десятки сделок.
Специфика плечевой торговли в дневнике
На Bybit почти все активные трейдеры используют плечо. Это добавляет несколько нюансов в дневник.
Риск на сделку в % — считай от реального депозита, не от номинала. Если депозит 1 000 USDT, а ты открыл позицию с номиналом 5 000 USDT (плечо 5×) и стопом в 2% от номинала — твой риск 100 USDT, то есть 10% депозита. Это уже за пределами разумного для большинства стратегий. Подробнее про расчёт риска — в разборе размера позиции.
Фиксируй плечо на момент входа, а не «дефолтное». Bybit позволяет менять плечо под каждую позицию. Если в одной сделке было 5×, в другой 20× — это разные сделки с точки зрения риска, даже если размер в USDT одинаковый.
Ликвидация — тоже сделка. Если позицию ликвидировало, фиксируй это в дневнике как закрытие с указанием причины «ликвидация». Через 20 таких записей обычно становится понятно, в каком рыночном контексте это происходит — и можно скорректировать плечо заранее.
Как анализировать накопленную статистику
Когда в дневнике есть 50+ записей с чистым P&L, появляется база для реальных выводов. Что считать в первую очередь:
Win Rate — доля прибыльных сделок. Сам по себе не информативен: win rate 70% при соотношении прибыль/убыток 1:0.5 — убыточная система.
Profit Factor — сумма всех прибыльных сделок / сумма всех убыточных (по модулю). PF выше 1.5 — рабочая система при достаточной выборке. Как читать этот показатель — в разборе Profit Factor.
Средний фандинг на сделку — если ты активно держишь позиции через несколько периодов фандинга, эта цифра может оказаться значимой статьёй расходов. Иногда она объясняет, почему система «в теории» прибыльная, а в реальности — нет.
P&L по инструментам — возможно, ты стабильно зарабатываешь на BTC и стабильно теряешь на альтах. Это полезный вывод, который без дневника незаметен.
P&L по времени суток / дням недели — крипторынок работает круглосуточно, но волатильность и структура движений в разное время разная. Часть трейдеров обнаруживает, что ночные сделки систематически хуже дневных — и просто убирают ночную торговлю.
Автоматизировать или вести вручную
Ручной дневник в Excel или Google Sheets — рабочий вариант, особенно если сделок немного. Но у него есть потолок: при 15–20 сделках в неделю ручной учёт начинает занимать 30–40 минут ежедневно, ошибки накапливаются, и часть трейдеров просто бросает дневник.
Если хочешь шаблон для старта — есть готовый шаблон журнала сделок с нужными полями.
Для автоматизации Quantra синхронизирует историю сделок из брокерских счетов — сделки подтягиваются автоматически, метрики (Win Rate, Profit Factor, Max Drawdown) считаются без ручного ввода. Подключение работает в режиме read-only: физически выставить ордер через него невозможно. Шифрование AES-256, серверы в России, соответствие 152-ФЗ.
Если ты торгуешь на Bybit в связке с российским брокером — можно вести учёт по крипте вручную в дополнение к автоматическому учёту биржевых сделок. Как совмещать два потока данных — в разборе анализа крипто-сделок.
Главное коротко
- Realized PnL в Bybit не включает фандинг — всегда добавляй его вручную.
- Минимальный набор полей: тикер, направление, плечо, цены входа/выхода, обе комиссии, фандинг, чистый P&L, риск в % от депозита.
- Чистый P&L = Realized PnL − комиссия открытия − комиссия закрытия − фандинг.
- Нереализованный P&L — не результат, это шум. Не записывай его как итог сделки.
- Статистика начинает говорить что-то внятное с 50+ сделок. До этого — это просто привычка фиксировать, а не аналитика.
- Фандинг выгружается отдельно в «Funding Fee History» — фильтруй по периоду жизни позиции.
Если хочешь увидеть свои метрики без ручного подсчёта — подключи счёт к Quantra в режиме read-only. Сделки подтянутся из брокера автоматически, и ты увидишь Win Rate, Profit Factor и просадку по своей реальной истории — не по «ощущениям».
Материал носит образовательный характер и не является индивидуальной инвестиционной рекомендацией.