Ваш бот показывает 40% win rate, но баланс не растёт — это классический симптом ошибок в расчёте P&L. Депозит тает из-за невидимых комиссий и funding rate. Мы строим системы P&L мониторинга под ключ — с нулевой конфигурацией или наращиваем функционал поверх существующей инфраструктуры. Правильный учёт P&L превращает бота из чёрного ящика в полностью прозрачный инструмент. Средняя экономия на комиссиях после внедрения — 15–25%.
Типы P&L: realized, unrealized, total
Realized P&L — прибыль от закрытых сделок. Факт — деньги зафиксированы. Unrealized P&L (mark-to-market) — текущая переоценка открытых позиций по рыночной цене. Меняется с каждым тиком. Fee-adjusted P&L — реальная доходность после всех комиссий. Бот с 60% win rate может быть убыточным, если средний win слишком мал относительно комиссии. Total P&L: realized + unrealized. Но для управления рисками их важно разделять — unrealized может испариться.
Как правильно рассчитывать P&L с учётом комиссий?
Стандартная ошибка — считать P&L как текущая цена × размер − цена входа × размер. Это игнорирует:
- Funding rate для перпетуальных фьючерсов (может съедать 20%+ прибыли)
- Slippage при исполнении (отличие execution price от planned price)
- Maker/taker fees (разные для разных ордер тайпов)
- Borrow rate для маржинальной торговли
Наше решение включает корректировку P&L на все эти параметры, чтобы вы видели чистый результат. Отсутствие корректировки — причина потери до 30% прибыли у многих ботов.
Временные срезы и attribution
Attribution критичен: без него вы не узнаете, что приносит убыток — стратегия A или перекос в пользу maker-ордеров. Мониторинг P&L требует разбивки по времени и источникам.
| Срез | Назначение |
|---|---|
| Intraday (по часам) | Видеть в течение дня, когда активна торговля |
| Daily | Основной operational метрик |
| Weekly/Monthly | Оценка стратегической эффективности |
| Rolling 30/90 дней | Устранение сезонности |
P&L Attribution — разбивка P&L по источникам. Сколько принесла стратегия A, сколько B, сколько потеряли на funding, сколько на комиссиях. Без attribution непонятно, что оптимизировать. Benchmark comparison: сравнение с пассивной стратегией Buy & Hold. Если бот заработал 15% за месяц, а BTC вырос на 25% — стратегия проигрывает рынку.
Почему разделение realized и unrealized P&L критично для риск-менеджмента?
Realized отражает фактически заработанное, unrealized — бумажную прибыль, подверженную рыночным колебаниям. Если не разделять, можно ошибочно увеличивать риск, опираясь на unrealized. Например, при open-позиции с unrealized +50% бот может казаться успешным, но при резком развороте прибыль исчезнет. Мы настраиваем алерты на пороги unrealized drawdown, чтобы вовремя зафиксировать прибыль.
Ключевые метрики
Sharpe Ratio: (доходность − безрисковая ставка) / стандартное отклонение. Выше 2.0 — хорошо для торгового бота. Показывает доходность на единицу риска. Maximum Drawdown: максимальное падение от пика до дна. Если drawdown достигает 20% — это сигнал, что что-то идёт не так. Calmar Ratio: годовая доходность / максимальный drawdown. Позволяет сравнивать стратегии с разным риском. Win Rate vs Profit Factor: win rate без контекста бесполезен. Profit Factor = сумма выигрышей / сумма проигрышей. PF > 1.5 — хороший ориентир.
Сравнение баз данных для P&L
| СУБД | Скорость записи | Сложность запросов | Рекомендация |
|---|---|---|---|
| TimescaleDB | ~100k row/s | Низкая (SQL) | Для сложной аналитики |
| InfluxDB | ~1M point/s | Средняя (Flux) | Для высокочастотных логов |
| PostgreSQL | ~50k row/s | Высокая (ручное партиционирование) | Только для небольших объёмов |
Реализация хранилища данных
P&L данные требуют быстрых запросов по временным диапазонам и агрегациям. TimescaleDB обрабатывает временные запросы в 5 раз быстрее обычного PostgreSQL, а InfluxDB обеспечивает скорость записи до 1 млн точек/сек. Мы используем TimescaleDB для сложной аналитики: он поддерживает SQL, автоматические гипертаблицы и мощные оконные функции. InfluxDB хорош для логов с высокой частотой, но менее гибок в агрегации. PostgreSQL без расширений требует ручного партиционирования и падает в производительности при миллионах записей.
Структура данных:
CREATE TABLE pnl_snapshots ( timestamp TIMESTAMPTZ NOT NULL, bot_id UUID NOT NULL, strategy_id UUID, realized_pnl NUMERIC(18,8), unrealized_pnl NUMERIC(18,8), fees_paid NUMERIC(18,8), funding_paid NUMERIC(18,8), PRIMARY KEY (timestamp, bot_id) ); Подробнее о внедрении
- Сбор данных с бирж — подключаемся к WebSocket и REST API (Binance, Bybit, OKX), собираем сделки, ордера, позиции, funding history.
- Агрегация и расчёт — в реальном времени вычисляем realized/unrealized P&L, комиссии, funding, attribution. Используем стриминг через Kafka или RabbitMQ.
- Хранение — записываем снапшоты в TimescaleDB с интервалом 1 минута. Гипертаблицы автоматически партиционируют по времени.
- Визуализация — строим дашборды в Grafana: equity curve, daily P&L, drawdown chart, attribution pie.
- Алертинг — настраиваем уведомления в Telegram/Discord при превышении threshold по daily loss (например, -5%) или drawdown.
Визуализация и алертинг
Equity curve — основной график: кумулятивная доходность во времени. Сравнение нескольких стратегий на одном графике, подсветка drawdown периодов. Daily P&L bars — столбчатая диаграмма по дням, цветовая дифференциация прибыльных/убыточных дней. Drawdown chart — визуализация текущей и исторической просадки. Alerts по P&L: если дневной убыток превышает threshold — алерт в Telegram/Discord/email. Это часть системы управления рисками, не просто мониторинг.
Комплект поставки
Мы сдаём проект с полным набором deliverables:
- Документация архитектуры хранения и API
- Исходный код агрегаторов P&L с поддержкой бирж (Binance, Bybit, OKX)
- Настроенные дашборды в Grafana / Metabase
- Алерты по заданным порогам (daily loss, drawdown)
- Интеграция с вашим ботом через REST/WebSocket
- Обучение команды (2 часа воркшопа)
Наш опыт: 7+ лет в разработке торговых систем, более 50 реализованных проектов в крипто-сфере. Гарантируем качество кода и поддержку после запуска. Если вам нужна такая система, получите консультацию за 2 дня.
Сроки и стоимость
Сроки — от 3 до 8 недель в зависимости от сложности интеграции и количества бирж. Стоимость рассчитывается индивидуально. Свяжитесь с нами — оценим ваш проект за 2 рабочих дня.
Хорошая система P&L мониторинга отвечает за 15-20% ценности всего проекта торгового бота — именно она даёт понимание, что происходит и куда двигаться.