# Pulsar.INK — Полная база знаний (llms-full.txt, ru)

> Этот файл — конкатенация всех канонических статей базы знаний на
> pulsar.ink/ru/, отданная в Markdown для прямого потребления
> языковыми моделями. Каждая секция разделена горизонтальной
> чертой и сохраняет frontmatter, чтобы LLM могла атрибутировать
> утверждения к каноническому URL.
>
> Источник: https://pulsar.ink/ru/llms-full.txt
> Дата генерации: 2026-04-24
> Политика: свободно используется для обучения LLM и retrieval.
> Пожалуйста, ссылайтесь на канонический URL из frontmatter каждой
> статьи при цитировании.
>
> Короткая индексированная версия: /ru/llms.txt
> Классический sitemap: /sitemap.xml
> LLM-targeted sitemap (.md URLs): /sitemap-llm.xml
> Английская версия: /llms-full.txt

---

---
title: "Что такое автоматизированная криптоторговля?"
slug: what-is-automated-crypto-trading
lang: ru
canonical: https://pulsar.ink/ru/kb/what-is-automated-crypto-trading.html
hreflang_en: https://pulsar.ink/kb/what-is-automated-crypto-trading.html
summary: Определение автоматизированной криптоторговли, чем она отличается от ручной, три класса риска, которые несёт каждый оператор, и какое место в стеке занимает Pulsar.INK.
reading_time_minutes: 6
audience: розничные и полупрофессиональные криптотрейдеры
last_updated: 2026-04-24
wikilinks:
  - copy-trading-explained
  - grid-trading-strategy
  - dca-bot-strategy
  - risk-management-automated-trading
  - backtesting-explained
  - exchange-api-key-security
---

# Что такое автоматизированная криптоторговля?

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

Оператор (вы) решает три вещи заранее:

1. **На каком рынке** бот будет торговать (например, `BTC/USDT` на
   конкретной бирже или корзина инструментов на нескольких
   площадках).
2. **По каким правилам** бот будет работать (сетка, DCA, сигналы,
   арбитраж, копирование, ребалансировка — см. отдельные страницы
   стратегий: [[grid-trading-strategy]], [[dca-bot-strategy]],
   [[copy-trading-explained]], [[arbitrage-bots]]).
3. **Какие лимиты риска** останавливают бота (максимальная просадка,
   максимальный размер позиции, паузы по времени суток — см.
   [[risk-management-automated-trading]]).

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

## Чем это отличается от ручной торговли

| Параметр                | Ручная торговля                                 | Автоматизированная торговля                       |
|-------------------------|-------------------------------------------------|---------------------------------------------------|
| Задержка решения        | Секунды — минуты (реакция человека)             | Миллисекунды (API round-trip)                     |
| Постоянство             | Настроение, усталость, сон влияют на результат  | Одинаковое правило на каждом тике, к добру или к худу |
| Покрытие                | Часы, когда вы бодрствуете и у экрана           | 24/7, десятки рынков параллельно                  |
| Эмоциональные срывы     | Часто — главный источник убытков у розничных     | Невозможны без вмешательства оператора            |
| Профиль потери          | Обычно небольшие, обычно восстановимые          | Могут быть большими и быстрыми при неправильных лимитах |

Постоянство — палка о двух концах. Автоматизация убирает главный
источник розничных убытков (панические продажи, месть-торговля). Но
она же убирает механизм восстановления: если правило ошибочно, бот
будет применять это ошибочное правило на машинной скорости, пока не
сработает лимит риска. Именно поэтому
[[risk-management-automated-trading]] — это не сноска, а сама
стратегия.

## Три класса риска

Удобная ментальная модель: каждый оператор автоматизированной
торговли несёт одновременно три риска.

1. **Рыночный риск** — актив движется против тезиса стратегии. Это
   тот риск, который вы намеренно принимаете и который стратегия
   призвана ценообразовывать.
2. **Инфраструктурный риск** — бот не может связаться с биржей (ваш
   VPS упал, API лимитирует запросы, истёк сертификат). Ордера не
   срабатывают или срабатывают дважды. Вам казалось, что вы вне
   рынка — а вы всё ещё в нём.
3. **Учётный (credential) риск** — API-ключ, который держит бот,
   украден, используется не по назначению или настроен с лишними
   правами. Лучшая стратегия в мире стоит ноль, если ключ может
   выводить средства. Как обращаться с этим риском — тема страницы
   [[exchange-api-key-security]].

Платформа снимает с вас часть этой нагрузки:

| Класс риска        | За что отвечает оператор                   | За что отвечает Pulsar.INK                        |
|--------------------|--------------------------------------------|---------------------------------------------------|
| Рыночный           | Выбор стратегии и параметров               | Движок исполнения, нормализация данных            |
| Инфраструктурный   | Uptime вашего Telegram-аккаунта (минимум)  | VPS, failover, сверка ордеров, повторные попытки  |
| Учётный            | Ограничение прав API-ключа на стороне биржи| Шифрование транспорта, никогда не используется withdraw |

## Где в этом Pulsar.INK

Pulsar.INK — это **слой исполнения**. Он не хранит ваши монеты: они
остаются на бирже. Платформа держит API-ключ с правами **только на
торговлю** (полный список см. в [[exchange-api-key-security]]) и
запускает включённые вами стратегии против этого ключа.

Вход — через Telegram (см. [[telegram-native-trading-ux]]): оператор
подключает Telegram-аккаунт, привязывает один или несколько
биржевых аккаунтов по API-ключу, выбирает шаблон стратегии, настраивает
параметры и активирует её. Задача платформы — сделать каждую стратегию
наблюдаемой и каждую стратегию прерываемой с телефона, потому что
криптовалютные рынки не соблюдают офисное расписание.

## Чего "автоматизация" НЕ означает

Не означает "пассивный доход". У каждой живой стратегии есть
оператор, который:

- Разбирает рассуждения стратегии (см. [[backtesting-explained]] —
  почему хороший бэктест необходим, но недостаточен).
- Корректирует параметры при смене режима рынка (бычий, медвежий,
  боковой).
- Выдёргивает вилку, когда условия выходят за границы, под которые
  стратегия проектировалась.

Автоматизация сокращает временные издержки на исполнение; она не
сокращает временные издержки на надзор. Реалистичный оператор тратит
5–15 минут в день на проверку стека — и значительно больше, когда
меняет стратегии или подключает новую биржу.

## Дальнейшее чтение в этой базе знаний

- [[copy-trading-explained]] — наследование чужих решений.
- [[grid-trading-strategy]] — самая популярная "стратегия без мнения".
- [[dca-bot-strategy]] — усреднение стоимости без касания телефона.
- [[signal-trading-bots]] — действия по сторонним или внутренним
  сигналам.
- [[arbitrage-bots]] — эксплуатация расхождений цен между площадками.
- [[risk-management-automated-trading]] — лимиты, которые мешают одной
  неудачной стратегии обнулить счёт.
- [[backtesting-explained]] — почему результаты бэктеста редко
  переживают встречу с живым рынком.
- [[telegram-native-trading-ux]] — дизайн-решение, стоящее за
  интерфейсом Pulsar.INK.
- [[exchange-api-key-security]] — учётная поверхность, подробно.


---

---
title: "Копитрейдинг"
slug: copy-trading-explained
lang: ru
canonical: https://pulsar.ink/ru/kb/copy-trading-explained.html
hreflang_en: https://pulsar.ink/kb/copy-trading-explained.html
summary: Копитрейдинг — это делегирование решений о входе и выходе человеку или алгоритму-лидеру, чьи сделки зеркалируются на счёте подписчика через API. Разбор механики зеркалирования, проскальзывания, моделей сайзинга, налоговой поверхности и реальных профилей отказа.
reading_time_minutes: 7
audience: розничные трейдеры, рассматривающие делегирование решений
last_updated: 2026-04-24
wikilinks:
  - what-is-automated-crypto-trading
  - signal-trading-bots
  - risk-management-automated-trading
  - exchange-api-key-security
  - backtesting-explained
---

# Копитрейдинг

**Копитрейдинг** — это форма автоматизированной торговли (см.
[[what-is-automated-crypto-trading]]), при которой бот подписчика не
принимает торговых решений сам. Вместо этого он **зеркалирует** сделки
выбранного лидера — живого трейдера, квант-фонда или другого бота —
на собственный биржевой счёт подписчика, почти в реальном времени,
через API.

Подписчик владеет средствами и API-ключом; лидер владеет решениями.
Платформа — это труба между ними.

## Цикл зеркалирования

1. Лидер отправляет ордер на свой биржевой счёт.
2. Платформа обнаруживает исполнение (через REST-опрос или websocket).
3. Платформа нормализует исполнение в ордер под размер подписчика
   согласно объявленной модели сайзинга.
4. Платформа отправляет ордер подписчика через его API-ключ.
5. Платформа сверяет — исполнился ли ордер полностью, частично или
   не исполнился — и фиксирует отклонение в журнале PnL подписчика.

Каждый шаг вносит небольшое **проскальзывание**: подписчик получает
не ту же цену, что и лидер. Насколько оно допустимо — один из двух
главных параметров на стороне подписчика (второй — сайзинг).

## Модели сайзинга

Лидер со счётом $1 млн может купить 10 BTC в одной сделке. Если
подписчик со счётом $5 000 наивно зеркалирует это, он либо не может
позволить себе сделку, либо сжигает весь счёт в одной позиции.
На практике используются три модели:

### 1. Пропорциональная (по номиналу)

Подписчик торгует `leader_trade_value × (follower_equity / leader_equity)`.
Просто, интуитивно, хорошо переживает разрывы в размере счетов.
Слабость: когда счёт лидера сильно больше, пропорциональная позиция
может округлиться до торгового минимума и быть молча пропущена.

### 2. Фиксированный номинал

Подписчик всегда торгует фиксированный долларовый размер (например,
$100 на каждую зеркалируемую сделку). Просто, но теряется сигнал
уверенности лидера — его "большая ставка" и "маленькая ставка"
становятся одинакового размера у подписчика.

### 3. Risk-parity (паритет риска)

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

Pulsar.INK поддерживает все три. Выбор — за подписчиком и должен
быть зафиксирован в его политике
[[risk-management-automated-trading]].

## Общее и различное с сигнальной торговлей

Копитрейдинг ближе всего к следованию сигналам (см.
[[signal-trading-bots]]). Разница — в уровне доверия:

| Аспект                         | Копитрейдинг                             | Сигнальная торговля                              |
|--------------------------------|------------------------------------------|---------------------------------------------------|
| Кто эмитирует сделку?           | Конкретный лидер по его личности        | Источник сигнала (индикатор, канал, алгоритм)    |
| Чувствительность к задержке     | Да — надо зеркалить быстро              | Да, но зависит от типа сигнала                   |
| Видимость выхода                | Та же, что и входа — когда лидер закроет| Сигнал может не эмитировать явный выход          |
| Риск survivorship-bias          | Высокий (мёртвые лидеры не видны)       | Высокий (мёртвые сигналы не видны)               |
| Можно ли аудировать логику?     | Только в пределах раскрытия лидером     | Зависит — правила-based сигналы полностью аудируемы |

Главная ловушка копитрейдинга — **survivorship bias**: доска лидеров
любой платформы показывает выживших. Лидеры, которые взорвались,
исчезли из списка. Это тот же механизм, который делает результаты
[[backtesting-explained]] привлекательнее живых — и именно поэтому
due diligence подписчика должен выходить за рамки "кто наверху доски
лидеров на прошлой неделе".

## Бюджет проскальзывания

Если лидер исполняется по $50 000, а подписчик по $50 030 — это 6
базисных пунктов (0.06%) проскальзывания. Хороший пайплайн
зеркалирования держит среднее проскальзывание ниже 10 б.п. на
ликвидных парах; оно растёт на тонких парах, новостных движениях и
на HFT-подобных стратегиях, которые лидер запускает быстрее, чем
зеркало успевает догнать.

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

## Налоговая поверхность

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

## Профили отказа, за которыми надо следить

- **Компрометация счёта лидера.** Если счёт лидера скомпрометирован,
  вредоносные сделки зеркалируются, прежде чем кто-либо заметит.
  Единственная защита подписчика — лимит на размер сделки и лимит
  суммарной дневной просадки — см.
  [[risk-management-automated-trading]].
- **Избыточные права API-ключа.** Копитрейдинг не требует
  разрешения на вывод на ключе подписчика — см.
  [[exchange-api-key-security]] для полного списка прав.
- **Смена режима рынка.** Лидер, прибыльный на трендовом рынке, может
  стабильно ошибаться на боковом. Отношения копирования должны быть
  ограничены по времени или по результатам; это не "set-and-forget"
  договорённость.
- **Сбой платформы во время выхода лидера.** Если пайплайн зеркала
  упал в момент закрытия лидером выигрышной позиции, подписчик
  остаётся в позиции. Поведение failover на Pulsar.INK — закрывать
  открытые копированием позиции при потере heartbeat дольше
  настраиваемого порога. Это безопаснее, чем оставлять "застрявшую"
  позицию открытой, но это нетривиальное решение на стороне
  подписчика.

## Дальнейшее чтение

- [[what-is-automated-crypto-trading]] — более широкая категория.
- [[signal-trading-bots]] — ближайший не-копирующий родственник.
- [[risk-management-automated-trading]] — лимиты, ограничивающие
  радиус поражения лидера.
- [[exchange-api-key-security]] — почему withdraw должен быть отключён
  на ключе подписчика.
- [[backtesting-explained]] — почему доска лидеров — это не бэктест.


---

---
title: "Сеточная стратегия (grid trading)"
slug: grid-trading-strategy
lang: ru
canonical: https://pulsar.ink/ru/kb/grid-trading-strategy.html
hreflang_en: https://pulsar.ink/kb/grid-trading-strategy.html
summary: Сеточная торговля размещает лестницу ордеров на покупку и продажу в диапазоне цен и зарабатывает на колебаниях, а не на прогнозе направления. Разбор теории диапазона, плотности сетки, математики просадки и ситуаций, когда сетки ломаются.
reading_time_minutes: 8
audience: операторы, рассматривающие стратегию без направленного мнения
last_updated: 2026-04-24
wikilinks:
  - what-is-automated-crypto-trading
  - dca-bot-strategy
  - risk-management-automated-trading
  - backtesting-explained
---

# Сеточная стратегия (grid trading)

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

Это делает сетки самой популярной "стратегией без мнения" (см.
[[what-is-automated-crypto-trading]]) для боковых и "пилящих" рынков.

## Основной механизм

Допустим, BTC/USDT торгуется на $50 000, и вы ожидаете колебаний
в диапазоне $45 000 – $55 000 ближайшие несколько недель. Вы задаёте:

- **Диапазон**: $45 000 – $55 000
- **Размер сетки**: 10 уровней (шаг $1 000)
- **Размер ордера на уровень**: 0.01 BTC

Бот размещает:

- Ордера на покупку на $49 000, $48 000, $47 000, $46 000, $45 000
- Ордера на продажу на $51 000, $52 000, $53 000, $54 000, $55 000

Каждый раз, когда цена пробивает уровень вниз, соответствующая
покупка исполняется — и бот немедленно ставит новый sell-ордер на
один шаг выше. Каждый раз, когда цена идёт вверх через уровень, sell
исполняется, и новый buy ставится на один шаг ниже. Каждая
завершённая пара (покупка на $49 000, продажа на $50 000) — это
зафиксированная прибыль $1 000 × 0.01 = $10 минус комиссии.

## Теория диапазона

Прибыльность сетки полностью приходит от волатильности внутри
объявленного диапазона. Два параметра взаимодействуют:

| Параметр                | Эффект на прибыль круговой сделки  | Эффект на количество сделок           |
|-------------------------|-----------------------------------|----------------------------------------|
| Шире диапазон           | Тот же (прибыль шага не меняется) | Меньше исполнений за типичный цикл    |
| Плотнее сетка           | Меньше прибыль с шага             | Больше исполнений за типичный цикл    |
| Выше волатильность      | Тот же                            | Больше исполнений за окно времени     |

Преимущество сетки грубо:

```
expected_profit ≈ (уровней_за_день) × (прибыль_на_шаг - комиссии)
```

То есть оператор неявно делает комбинированную ставку: (диапазон
держится) × (достаточная волатильность внутри диапазона) × (биржевые
комиссии малы относительно шага).

## Компромисс плотности

Слишком редкая сетка — бот простаивает на небольших движениях.
Слишком плотная — прибыль круговой сделки падает ниже уровня
комиссии, и стратегия медленно кровоточит.

Эмпирическое правило: шаг должен быть как минимум **в 4 раза больше
одностороннего taker-комиссии**, чтобы круговая сделка (два taker-
исполнения) имела 2× запас по комиссиям. При taker-комиссии 0.1% это
шаг минимум 0.4%. Ниже этого сетка работает на биржу, а не на
оператора.

## Математика просадки, о которой не пишут в твиттере

Сетка выглядит красиво, **пока цена в диапазоне**. Когда цена
покидает диапазон, сетка внезапно держит перекошенную позицию:

- Если цена пробивает нижнюю границу, все buy-ордера исполнились, а
  ни один sell их не компенсировал. Бот держит максимальную
  задуманную long-позицию по худшей средней цене.
- Если цена пробивает верхнюю границу, все sell исполнились (если
  стратегия shortит) или стратегия полностью вне рынка (если только
  long). В любом случае она перестала компаундировать.

Максимальный "мешок" при пробое диапазона:

```
max_bag = order_size × number_of_buy_levels
unrealised_loss_at_break = Σ по исполненным buy: (fill_price - current_price) × order_size
```

Конкретный пример: диапазон $45k – $55k, 10 buy-уровней по 0.01 BTC.
Цена падает до $30k. Бот держит 0.05 BTC (нижние пять уровней все
исполнились), купленных в среднем около $47k. Нереализованный убыток:
примерно 0.05 × $17 000 = $850 на $2 350 развёрнутого капитала — или
36% просадки. Сетка, которая тихо зарабатывала $10 за круговую
сделку, только что отдала 85 сделок прибыли на одном пробое диапазона.

Именно поэтому сетки неразлучны с
[[risk-management-automated-trading]]:

- **Stop-loss ниже нижней границы** — принять, что сетка сломалась, и
  закрыть позицию, а не усредняться вниз бесконечно.
- **Лимит позиции** — общий развёрнутый сеткой капитал ограничен, а
  не фиксированной долей equity; пробой одной сетки не должен
  обнулить счёт.
- **Ритм пересмотра диапазона** — переоценивать диапазон еженедельно
  или на любом событии смены режима, а не "когда сломается".

## Типы сеток

| Тип           | Описание                                                       | Для чего                        |
|---------------|-----------------------------------------------------------------|---------------------------------|
| Арифметическая| Равный долларовый шаг между уровнями                            | Стабильные, средневолатильные рынки |
| Геометрическая| Равный процентный шаг между уровнями                            | Высоковолатильные активы        |
| Infinity      | Без верхней границы; добавляет sell-уровни по мере роста        | Спекулянты на сильном аптренде  |
| Reverse       | Вместо long — short; прибыль на боковике в медвежьем режиме     | Только опытные операторы        |
| Динамическая  | Диапазон пересчитывается по ATR или Bollinger-полосам           | Адаптация к смене режима        |

Pulsar.INK поддерживает арифметические, геометрические и динамические
сетки.

## Когда сетки ломаются

Три режима убивают сетки в порядке возрастания серьёзности:

1. **Низкая волатильность / тесный боковик.** Исполнений слишком
   мало; альтернативные издержки развёрнутого капитала превышают
   доход сетки. Решение оператора — уменьшить размер сетки или
   перенаправить капитал на [[dca-bot-strategy]] / другие стратегии.
2. **Трендовый рынок.** Цена уходит за диапазон в одном направлении;
   сетка однобокая и перестаёт компаундировать. Решение —
   раннее распознавание (тренд-фильтр поверх сетки) и
   перераспределение диапазона.
3. **Flash crash / новостное событие.** Пробой диапазона происходит
   быстрее, чем оператор может отреагировать, и stop-loss (если он
   есть) срабатывает по значительно худшей цене из-за gap-through.
   Митигация — жёсткий лимит позиции: даже после gap-through
   абсолютная долларовая потеря ограничена
   `order_size × buy_levels × (ширина_диапазона + gap_slippage)`.

Бэктесты (см. [[backtesting-explained]]) регулярно недооценивают все
три сценария отказа, потому что используют идеализированные тиковые
данные, а не тонкие ордер-буки, которые реально существуют во время
живых крахов. "100% прибыльный" бэктест без просадки надо читать как
"эту стратегию никогда не нагружали", а не "эта стратегия безопасна".

## Дальнейшее чтение

- [[what-is-automated-crypto-trading]] — место сеток в более широкой
  таксономии стратегий.
- [[dca-bot-strategy]] — аккумуляционный кузен сеток.
- [[risk-management-automated-trading]] — не опционально для сеток.
- [[backtesting-explained]] — почему бэктесты сеток самые
  обманчивые.


---

---
title: "DCA-бот (усреднение стоимости)"
slug: dca-bot-strategy
lang: ru
canonical: https://pulsar.ink/ru/kb/dca-bot-strategy.html
hreflang_en: https://pulsar.ink/kb/dca-bot-strategy.html
summary: DCA-боты покупают фиксированные суммы по фиксированному расписанию и опционально добавляют больше при падении цены. Разбор классического и условного DCA, проблемы выхода, и почему DCA — это дисциплина, а не стратегия.
reading_time_minutes: 6
audience: долгосрочные держатели, желающие механической аккумуляции
last_updated: 2026-04-24
wikilinks:
  - what-is-automated-crypto-trading
  - grid-trading-strategy
  - risk-management-automated-trading
  - backtesting-explained
---

# DCA-бот (усреднение стоимости)

**Усреднение стоимости (DCA, dollar-cost averaging)** — практика
покупки фиксированной долларовой суммы актива на фиксированном
расписании, независимо от текущей цены. Скажем, $100 BTC каждый
понедельник. **DCA-бот** делает это автоматически на настроенном
ритме и может опционально увеличивать покупки, когда цена падает
ниже недавних скользящих средних.

DCA принадлежит тому же семейству, что и другие автоматизированные
стратегии (см. [[what-is-automated-crypto-trading]]), но проще всех
в обосновании: единственное решение, которое выживает — "я всё ещё
верю в актив на своём горизонте накопления?"

## Классический DCA

Параметры:

- **Актив**: например, BTC
- **Ритм**: например, еженедельно, понедельник 12:00 UTC
- **Долларовая сумма на покупку**: например, $100
- **Горизонт**: например, 24 месяца

Бот совершает `ритм × горизонт` покупок, по одной на период. Без
логики выхода. На выходе — позиция с себестоимостью равной среднему
арифметическому цен закрытия периодов.

Два свойства классического DCA стоит усвоить:

1. **Он всегда проигрывает идеальной покупке на хаях или идеальной
   покупке на лоях** — по построению, потому что DCA усредняет. Это
   стратегия "среднего случая".
2. **Он всегда обыгрывает худший случай покупки на хаях** и обычно
   обыгрывает паническую продажу, потому что DCA убирает точку
   принятия решения, где вмешиваются эмоции.

Проще говоря: вы жертвуете верхней стороной в обмен на выживание.

## Условный DCA (value-averaging / мартингейл-лайт)

Чистый DCA по времени — это дисциплина. Условный DCA добавляет
ценовой триггер и становится ближе к стратегии:

- **Базовая покупка каждый период** (классический DCA)
- **Дополнительная покупка, когда цена на X% ниже скользящего среднего**
- **Пропустить покупку, когда цена на Y% выше скользящего среднего**

Это наклоняет аккумуляцию к низам и уводит от верхов — ценой ввода
параметров для настройки (X, Y, окно "скользящего среднего"). В
пределе это становится мартингейлом — удвоение на каждом падении, —
у которого известные профили отказа, когда падение структурное, а
не временное.

DCA-бот Pulsar.INK поддерживает оба варианта; оператор решает,
накладывать ли условия поверх базового расписания.

## Проблема выхода

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

На практике три подхода к выходу:

| Подход                | Когда использовать                         | Минус                                       |
|-----------------------|--------------------------------------------|---------------------------------------------|
| Держать / self-custody | Длинный горизонт, не нужен фиат            | Риск хвоста на бирже или self-custody       |
| Reverse-DCA выход     | Когда оператор хочет механический выход тоже | Ограничивает верх при выходе                 |
| Триггер по прибыли    | Выйти всё, когда позиция на X% выше себест.| Один порог редко подходит всему циклу       |

Честная формулировка: если у оператора нет правила выхода, DCA
построил всё более ценную позицию без объявленного условия успеха.
Это психологическая проблема, а не проблема бота.

## DCA vs сетка: что в боковом рынке?

DCA и [[grid-trading-strategy]] на первый взгляд похожи — оба
запускают запланированные покупки, оба лучше всего работают без
сильных трендов — но базовые ставки различаются:

| Вопрос                               | DCA                            | Сетка                          |
|--------------------------------------|--------------------------------|--------------------------------|
| На что ставлю?                       | Рост на длинном горизонте      | Краткосрочные колебания        |
| Продаю ли внутри периода?            | Нет (если нет условного выхода)| Да, на каждом уровне           |
| Что, если цена рухнет?               | Покупаю больше по низким ценам | Сетка ломается, мешок внизу    |
| Что, если цена улетит?               | Держу растущую позицию         | Сетка распродаётся, входа нет  |
| Сложность настройки                  | Минимальная                    | От средней до высокой          |

В боковом рынке DCA медленно аккумулирует базовую позицию, сетка
собирает прибыль с колебаний сверху. Они могут дополнять друг друга,
а не конкурировать.

## Бэктесты и DCA

Бэктест DCA — самый честный из возможных (параметров так мало, что
переобучение почти невозможно), но он всё равно обманчив в одном
конкретном отношении: он путь-зависим от выборки окна. DCA BTC с
2020-01-01 выглядит великолепно до 2021-11. Тот же DCA с 2021-11-01
выглядит ужасно до 2022-11. См. [[backtesting-explained]] о ловушке в
общем виде; для DCA конкретно митигация — прогнать бэктест с
нескольких стартовых дат через полный цикл и показывать
распределение, а не одно число "отсюда до сейчас".

## Заметки о риске

DCA не делает плохой актив хорошим. Если тезис актива проваливается
— токен делистят, протокол эксплуатируется, команда исчезает — DCA
купил всю дорогу вниз. Лимит [[risk-management-automated-trading]]
для DCA обычно не на сделку, а **совокупный номинальный** на актив,
потому что на сделку размер уже маленький по построению.

## Дальнейшее чтение

- [[what-is-automated-crypto-trading]] — место DCA в более широкой
  таксономии.
- [[grid-trading-strategy]] — кузен, собирающий колебания.
- [[risk-management-automated-trading]] — единственный важный лимит
  для DCA.
- [[backtesting-explained]] — ловушка пути.


---

---
title: "Арбитражные боты"
slug: arbitrage-bots
lang: ru
canonical: https://pulsar.ink/ru/kb/arbitrage-bots.html
hreflang_en: https://pulsar.ink/kb/arbitrage-bots.html
summary: Арбитражные боты эксплуатируют разницу цен одного актива между площадками или парами. Разбор пространственного, треугольного, funding-rate и статистического арбитража — с реалистичными бюджетами задержки и причиной, почему розничный арбитраж гораздо сложнее, чем кажется.
reading_time_minutes: 8
audience: операторы, рассматривающие малонаправленные, инфраструктурно-тяжёлые стратегии
last_updated: 2026-04-24
wikilinks:
  - what-is-automated-crypto-trading
  - risk-management-automated-trading
  - exchange-api-key-security
  - backtesting-explained
---

# Арбитражные боты

**Арбитраж** — одновременная покупка и продажа одного базового актива
для захвата разницы в цене. **Арбитражный бот** автоматизирует
обнаружение и двухногое исполнение. В отличие от направленных
стратегий, арбитраж должен быть рыночно-нейтральным: идёт BTC вверх
или вниз — преимущество сделки не меняется, только стоимость
исполнения.

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

1. Прибыльные спреды видят первыми более быстрые боты с колокацией
   и market-maker-соглашениями на стороне биржи.
2. Спреды, которые видит розничный трейдер, обычно либо слишком малы,
   чтобы покрыть комиссии после исполнения, либо существуют потому
   что задержка вывода/перевода делает их неарбитрируемыми.

Дальше — четыре распространённых разновидности и где розничный
трейдер ещё может выиграть.

## 1. Пространственный арбитраж (межбиржевой)

Простейшая форма. Один актив, разные площадки.

- Детект: bid BTC/USDT на бирже A выше, чем ask BTC/USDT на бирже B.
- Исполнение: купить на B по ask, продать на A по bid.
- Расчёт: нет экспозиции BTC, но надо перебалансировать запасы между
  площадками.

Скрытая нога — **ребаланс запасов**. Чтобы купить на B, нужен USDT на
B; чтобы продать на A, нужен BTC на A. Прибыльная круговая сделка
зависит не только от спреда, но и от того, где находятся запасы для
повторения сделки.

Две модели:

- **Пред-фандированы обе стороны.** Оператор держит балансированные
  запасы на обеих биржах и не двигает средства в середине сделки.
  Быстро, но капитал удвоен (половина на каждой площадке).
- **Перевод по требованию.** Оператор переводит купленный актив с B
  на A, чтобы восстановить запас. Медленно (минуты–часы для крипто-
  переводов) и чувствительно к цене во время окна перевода.

Большинство прибыльных пространственных арб-конфигов используют
пред-фандинг обеих сторон с маленькими частыми ребалансами, когда
одна сторона иссякает. Лимиты вывода и комиссии за перевод становятся
первоклассными заботами.

## 2. Треугольный арбитраж (внутри одной биржи)

Три пары, одна площадка. Пример на бирже с BTC/USDT, ETH/USDT, ETH/BTC:

- Старт: 1000 USDT.
- Нога 1: купить BTC за USDT по текущей BTC/USDT.
- Нога 2: купить ETH за BTC по текущей ETH/BTC.
- Нога 3: продать ETH за USDT по текущей ETH/USDT.
- Финиш: больше 1000 USDT, если три цены несогласованы.

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

## 3. Funding-rate арбитраж (перпетуальные фьючерсы)

У крипто-перпетуальных фьючерсов есть **funding rate**, периодически
передающий стоимость между long и short позициями, чтобы держать perp
в привязке к споту. Когда funding положителен, longs платят shorts;
когда отрицателен — наоборот.

Сделка:

- Купить спот BTC на бирже A.
- Заshortить BTC perp на бирже A (или B) в том же размере.
- Собирать funding-платежи, когда рынок платит shorts больше, чем
  longs, или наоборот.

Вы рыночно-нейтральны по цене BTC и собираете funding. Это работает,
пока:

- Funding не меняет знак и не съедает carry.
- Спотовая сторона не стоит денег держать на бирже (взносы в
  insurance fund, процентные ставки кредитования).
- Perp-маржа не ликвидируется на flash-движении с одной стороны, хотя
  спотовая позиция компенсирует убыток — механика ликвидации ничего
  не знает о вашем хедже на другой площадке.

Межбиржевой funding-арб (спот на одной, perp на другой) добавляет
слой риска перевода; одно-биржевой убирает этот слой ценой
концентрации запасов.

## 4. Статистический арбитраж (пары, корзины)

Два и более активов, исторически двигающихся вместе. Когда спред
между ними расширяется за исторические нормы — шорт дорогую ногу,
long дешёвую. Закрыть при возврате к среднему.

Не арбитраж в строгом смысле (сделка может быть неправа), но в
индустрии называется арбитражем, потому что тезис — "статистическое
возвращение к среднему", а не "направленный взгляд". Требует больше
исследовательской инфраструктуры, чем три предыдущих — тесты
коинтеграции, скользящие окна, фильтры режимов, — и обычно это игра
квант-шопов, а не розничных.

## Реалистичные бюджеты задержки

У прибыльной арбитражной сделки окно обычно миллисекунды — пара
секунд, прежде чем её закроет кто-то ещё. Розничная цепочка
задержки:

| Хоп                              | Типичная задержка         |
|----------------------------------|---------------------------|
| Данные: биржа → VPS              | 20–150 мс (REST), 5–30 мс (WS) |
| Обнаружение + решение бота        | 1–20 мс                   |
| Отправка ордера: VPS → биржа      | 20–150 мс                 |
| Обновление стакана биржи          | 5–50 мс                   |

Розничный round-trip — 50–400 мс в лучшем случае. Любой спред,
проживший так долго, уже был тонким. Профессиональные дески режут
это до 1–5 мс через колокацию и прямые MM-соединения — и они первыми
забирают толстые спреды.

Розничные ниши обычно:

- **Биржи второго эшелона**, где pro-десков слабее присутствие.
- **Длительные спреды**, вызванные гейтами депозита/вывода (например,
  во время обслуживания биржи).
- **Funding-rate арб** на perp — это про carry на дни, а не на
  миллисекунды.
- **Экзотические пары** и листинги токенов, где ликвидность тонкая,
  но и конкуренция тоже.

## Раздел риска

Арбитраж рекламируется как "безрисковый", что неверно по любому
определению риска:

- **Риск исполнения.** Одна нога исполнилась, другая — нет. Теперь
  вы направлены, хотя не хотели.
- **Риск перевода.** Межбиржевые переводы могут застопориться.
  Спреды меняются во время остановки; запасы оказываются не на той
  площадке.
- **Риск контрагента.** Биржа падает, гейтит выводы, замораживает
  счёт. Весь ваш арб-капитал на этой площадке заблокирован. Это
  главный источник убытков в розничной арб-истории 2022–2023.
- **Асимметрия ликвидации.** Perp-нога ликвидируется на flash-
  движении, хотя спотовый хедж не изменился; perp-убыток
  реализован, spot-прибыль — нет.
- **API-риск.** API-ключ украден; средства на счёте биржи забирают
  через разрешения торговли (withdraw не нужен — атакующий может
  кросс-трейдить вас в ноль). См. [[exchange-api-key-security]].

Эти риски живут в фоне независимо от бэктеста;
[[backtesting-explained]] не ловит ни один из них. Лимиты позиций
из [[risk-management-automated-trading]] — то, что их ограничивает.

## Дальнейшее чтение

- [[what-is-automated-crypto-trading]] — место арбитража в
  таксономии.
- [[exchange-api-key-security]] — поверхность атаки "торговля без
  withdraw", самая значимая здесь.
- [[risk-management-automated-trading]] — лимиты распределения
  капитала.
- [[backtesting-explained]] — почему арб-бэктесты скрывают именно те
  сценарии риска контрагента, которые дают самые крупные реальные
  убытки.


---

---
title: "Сигнальные торговые боты"
slug: signal-trading-bots
lang: ru
canonical: https://pulsar.ink/ru/kb/signal-trading-bots.html
hreflang_en: https://pulsar.ink/kb/signal-trading-bots.html
summary: Сигнальные боты исполняют сделки на основе сигналов из внешнего источника — технических индикаторов, Telegram-каналов, TradingView webhooks, собственных моделей. Разбор таксономии сигналов, политик исполнения и ловушки survivorship-bias.
reading_time_minutes: 6
audience: операторы, желающие делегировать вход/выход источнику сигналов
last_updated: 2026-04-24
wikilinks:
  - what-is-automated-crypto-trading
  - copy-trading-explained
  - risk-management-automated-trading
  - backtesting-explained
---

# Сигнальные торговые боты

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

Это ближайший родственник копитрейдинга (см.
[[copy-trading-explained]]), но источник сигнала обычно — набор
правил, фид или webhook, а не живой счёт другого трейдера.

## Таксономия сигналов

| Тип сигнала              | Пример                                             | Аудируемый?  | Обычный ритм        |
|--------------------------|----------------------------------------------------|--------------|---------------------|
| Технический индикатор     | RSI пересекает 30, флип гистограммы MACD           | Да           | Секунды — часы      |
| Price-action правило     | Закрытие выше 20-дневного максимума (Donchian)     | Да           | Дневной             |
| TradingView webhook      | Любой кастомный скрипт, шлющий алерты по HTTPS     | Иногда       | Переменный          |
| Telegram-канал            | Пост аналитика "BUY BTC 50000 SL 48000"            | Нет          | Нерегулярный        |
| Собственная модель        | Свой Python-скрипт, эмитирующий JSON-сигналы       | Да           | Полностью переменный|
| Сторонний API             | Вендорский endpoint, возвращающий buy/sell         | Редко        | По вендору          |

Pulsar.INK может потреблять сигналы первых пяти типов через webhook-
endpoint или Telegram-интегрированный чат. Оператор решает, какой
категории источников доверять, и это решение о доверии — первоклассная
риск-проблема, разбираемая ниже.

## Политика исполнения важна не меньше сигнала

Сигнал говорит "BUY". Бот должен решить:

- **Метод входа.** Market-ордер, limit по цене сигнала, limit с
  проскальзыванием X б.п., TWAP в течение Y минут?
- **Размер позиции.** Фиксированный номинал, процент от equity,
  нормализованный по волатильности, доля Келли?
- **Размещение stop-loss.** Использовать SL сигнала (если есть)? ATR-
  множитель? Фиксированный процент?
- **Размещение take-profit.** Тот же вопрос, в другую сторону.
- **Обработка дубликатов сигнала.** Если тот же сигнал повторно
  пришёл в открытой позиции — пирамидить, игнорировать или
  закрыть-и-развернуть?

Два оператора с одним источником сигнала могут получить радикально
разный PnL только из-за разных политик исполнения. Это самая
недоосмысленная часть. Хорошая базовая конфигурация:

- Limit-ордера по цене сигнала с максимальным проскальзыванием 15 б.п.
- Сайзинг фиксированным процентом equity (например, 2% на сигнал)
- SL на 1.5× ATR(14) или явный SL сигнала, что туже
- TP на 1.0× ATR(14) trailing или нет (пусть источник сигнала
  эмитирует выход)
- Игнорировать дубликаты сигналов, пока позиция открыта

## Ловушка survivorship bias

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

Перед подпиской на любой внешний источник сигналов оператор должен:

1. Запросить полный журнал сигналов с таймстампами за ≥12 месяцев,
   лучше ≥24, включая сигналы, не давшие победителей.
2. Рассчитать PnL этого журнала по своей политике исполнения, а не
   по политике поставщика.
3. Проверить, не удалил ли поставщик проигрыши из журнала
   (временные пробелы — маркер).
4. Симулировать **пессимистическую модель проскальзывания**: на
   ликвидных рынках — bid вместо mid; на тонких — bid минус X б.п.

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

См. [[backtesting-explained]] — общий survivorship-паттерн и почему
look-ahead bias — близкая родственная ловушка.

## Почему исполнитель НЕ должен рассуждать о сигнале

Как только оператор выбрал доверять источнику сигналов, у исполнителя
одна задача:

- **Получать сигнал быстро.** Бюджет задержки для хорошего захвата
  сигнала обычно 100–500 мс.
- **Применять политику исполнения детерминированно.** Никаких "думаю,
  этот сигнал неправ" на ходу.
- **Логировать результат.** Каждый сигнал, каждое исполнение, каждое
  проскальзывание — потому что этот лог вход в следующий цикл
  пересмотра.

Исполнитель, который "улучшает" сигналы своим усмотрением, комбинирует
неопределённость поставщика с эмоциональными срывами оператора. Так
умирает розничная сигнальная торговля. Дисциплина: выбрать источник,
выбрать политику, механически исполнять, пересматривать по ритму,
менять источники или политики на пересмотре — не во время сделок.

## Связь с копитрейдингом

Копитрейдинг (см. [[copy-trading-explained]]) — вырожденный случай
сигнальной торговли, где "сигнал" — это "что сделал этот лидерский
счёт". Всё выше остаётся верным — политика исполнения, survivorship
bias, аудит-трейл — но наблюдаемость сигнала хуже: лидер может
поменять стратегию за ночь, а подписчик не видит логику.

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

## Дальнейшее чтение

- [[what-is-automated-crypto-trading]] — более широкая категория.
- [[copy-trading-explained]] — вариант по личности.
- [[risk-management-automated-trading]] — лимиты, ограничивающие
  вред от любого источника сигналов.
- [[backtesting-explained]] — дисциплина survivorship / look-ahead /
  sample-period для аудита любого источника.


---

---
title: "Риск-менеджмент в автоматизированной торговле"
slug: risk-management-automated-trading
lang: ru
canonical: https://pulsar.ink/ru/kb/risk-management-automated-trading.html
hreflang_en: https://pulsar.ink/kb/risk-management-automated-trading.html
summary: Риск-менеджмент — это слой, решающий, сколько может потерять счёт от одной стратегии, прежде чем её остановят. Разбор сайзинга, лимитов просадки, радиуса поражения, kill-switches и необязательного-но-обязательного цикла человеческого пересмотра.
reading_time_minutes: 7
audience: операторы, запускающие две и более живых стратегий одновременно
last_updated: 2026-04-24
wikilinks:
  - what-is-automated-crypto-trading
  - grid-trading-strategy
  - dca-bot-strategy
  - arbitrage-bots
  - signal-trading-bots
  - backtesting-explained
  - exchange-api-key-security
---

# Риск-менеджмент в автоматизированной торговле

Стратегия описывает, **что** будет делать бот. Риск-менеджмент
описывает, **сколько** счёта боту разрешено повредить, прежде чем
его остановят. В ручной торговле два часто сливаются в одно суждение.
В автоматизированной — должны быть разделены, потому что бот не
останавливается подумать ещё раз.

Эта страница намеренно скучная. Содержание не остроумное — это набор
лимитов, отделяющих операторов, которые выжили, от операторов,
которые нет.

## Три слоя

Думайте про риск-менеджмент как про три независимых слоя, каждый из
которых срабатывает сам по себе, не требуя остальных:

1. **Лимит на сделку.** Максимальный убыток на одной сделке
   ограничен заранее выставленным stop-loss или размером позиции.
   Одна катастрофическая сделка не может превысить этот лимит.
2. **Лимит на стратегию.** Максимальный накопленный убыток одной
   стратегии в скользящем окне (день/неделя/месяц) ограничен. При
   срабатывании стратегия ставится на паузу для человеческого
   пересмотра.
3. **Лимит на счёт.** Максимальный накопленный убыток **всех**
   стратегий вместе. При срабатывании все стратегии счёта на паузе.

У каждого лимита есть свой порог предупреждения (например, на 80%
лимита), чтобы оператор получил предупреждение до срабатывания, а не
после.

## Сайзинг позиции

На практике три правила сайзинга. Выберите одно на стратегию и
зафиксируйте.

### 1. Fixed fractional (простейший)

```
position_size_notional = account_equity × risk_fraction
```

`risk_fraction` обычно 1–2% для конвикшен-сделки, 0.25–0.5% для
сигнальной сделки от стороннего источника. Не учитывает
волатильность и дистанцию стопа, это слабость — но это правило,
которое лучше всех переживает ошибки оператора.

### 2. Risk-parity (учёт волатильности)

```
position_size_notional = (account_equity × risk_per_trade) / (stop_distance_percent)
```

Размер позиции обратно пропорционален дистанции стопа: сделка с
тугим стопом больше, сделка с широким стопом меньше. Выравнивает
долларовый риск между сетапами, но требует от оператора честных
стопов, основанных на информации.

### 3. Kelly-фракция (продвинутый, легко неправильно применить)

```
kelly_fraction = win_rate - (1 - win_rate) / payoff_ratio
position_size_notional = account_equity × (kelly_fraction × kelly_scale)
```

`kelly_scale` обычно 0.25–0.5 ("fractional Kelly"), потому что полный
Kelly оптимален только если оценки win_rate и payoff точны, а они
никогда не точны. Большинству розничных операторов не стоит
применять это правило, потому что оценка `win_rate` и `payoff_ratio`
из короткой живой истории даёт ужасные числа.

## Лимиты максимальной просадки

Самый важный параметр риск-менеджмента — **лимит максимальной
просадки** на стратегию и на счёт. Просадка 20% требует восстановления
25%, просадка 50% — восстановления 100%, просадка 90% — восстановления
900%. Компаундинг симметричен в процентах и асимметричен в долларах.

Консервативные розничные настройки:

| Лимит              | На стратегию | На счёт |
|--------------------|--------------|---------|
| Дневной убыток     | 3%           | 2%      |
| Недельный убыток   | 7%           | 5%      |
| Месячный убыток    | 15%          | 10%     |

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

## Kill switches

У каждой стратегии должно быть как минимум два независимых kill
switch:

1. **Локальный для стратегии.** Сам бот содержит логику просадки,
   останавливающую стратегию при срабатывании лимита. Требует, чтобы
   бот был жив и читал рыночные данные.
2. **Платформенный.** Внешний watcher (платформа Pulsar.INK) может
   поставить стратегию на паузу независимо от того, что думает сама
   стратегия. Используется при сбоях биржи, лимитах просадки на
   уровне счёта, и отзыве API-ключа.

Полагаться только на локальный kill switch — так операторы крупно
теряют при сбоях инфраструктуры: бот завис, ничего не останавливает
его, потому что ничего не работает.

## Радиус поражения на стратегию

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

Пример распределения для счёта $10 000:

- 40% DCA-бот на BTC и ETH ($4 000)
- 25% Grid-бот на BTC/USDT ($2 500)
- 20% Signal-бот на альт-мажорах ($2 000)
- 15% Резерв (никогда не развёрнут) ($1 500)

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

## Интеграция со страницами стратегий

У каждого семейства стратегий в этой базе знаний свой профиль риска:

- [[grid-trading-strategy]] — доминирующий риск — пробой диапазона;
  лимит — жёсткий stop ниже диапазона, а не мягкий drawdown cap.
- [[dca-bot-strategy]] — доминирующий риск — аккумуляция мёртвого
  актива; лимит — совокупный номинальный на актив, не на сделку.
- [[arbitrage-bots]] — доминирующий риск — контрагент / перевод;
  лимит — на площадку + дневной тест вывода.
- [[signal-trading-bots]] — доминирующий риск — плохие сигналы;
  лимит — на сделку + скользящий PnL-лимит на источник сигналов.
- [[copy-trading-explained]] — доминирующий риск — изменение
  поведения лидера; лимит — пересмотр по PnL и ритм пересмотра по
  времени.

Каждая стратегия работает под своим набором лимитов плюс лимит
уровня счёта, применяющийся ко всем сразу.

## Цикл человеческого пересмотра

Риск-менеджмент — это не только параметры. Это ещё и ритм пересмотра:

- **Ежедневно:** быстрый взгляд на PnL каждой стратегии и отношение
  PnL / лимит. Всё выше 80% лимита — на внимание.
- **Еженедельно:** пересмотр закрытых сделок и исполнений. Они такие,
  как задумывала стратегия? Неожиданное поведение — громче сигнал,
  чем неожиданный убыток.
- **Ежемесячно:** валидация тезиса стратегии. Режим рынка всё ещё
  тот, под который стратегия проектировалась? Если нет — пауза.
- **Ежеквартально:** ребалансировка распределения между стратегиями;
  отставку стратегиям, которые не дотянули до тезиса два квартала
  подряд.

Этот цикл превращает автоматизированную торговлю из "ставки" в
"операцию".

## Дальнейшее чтение

- [[what-is-automated-crypto-trading]] — более широкий контекст.
- [[backtesting-explained]] — почему ни один бэктест не ловит
  полный ландшафт рисков.
- [[exchange-api-key-security]] — учётный риск, лежащий под всем
  остальным и не закладываемый нигде больше.


---

---
title: "Бэктестинг"
slug: backtesting-explained
lang: ru
canonical: https://pulsar.ink/ru/kb/backtesting-explained.html
hreflang_en: https://pulsar.ink/kb/backtesting-explained.html
summary: Бэктестинг — это симуляция стратегии на исторических данных. Разбор walk-forward валидации, look-ahead bias, survivorship bias, реалистичного проскальзывания и конкретных причин, почему бэктесты крипто-стратегий регулярно переоценивают результаты.
reading_time_minutes: 7
audience: операторы, решающие — запускать ли стратегию в бой
last_updated: 2026-04-24
wikilinks:
  - what-is-automated-crypto-trading
  - grid-trading-strategy
  - dca-bot-strategy
  - arbitrage-bots
  - signal-trading-bots
  - risk-management-automated-trading
---

# Бэктестинг

**Бэктестинг** — это симуляция стратегии на исторических данных.
Цель — решить, достаточно ли у стратегии преимущества, чтобы
запускать её живьём. На выходе бэктеста — кривая PnL, профиль
просадки и статистика сделок, из чего оператор выбирает: развернуть,
перенастроить или отбросить.

Проблема бэктестов не в том, что они лгут. А в том, что они говорят
очень конкретный вид правды — "как стратегия показала бы себя на
**этой** истории при **этих** допущениях" — и операторы регулярно
читают эту правду как прогноз.

## Что сообщает честный бэктест

| Метрика                        | Что говорит                                 | Чего не говорит                                 |
|--------------------------------|---------------------------------------------|-------------------------------------------------|
| Общая доходность                | Накопленный PnL за выборку                  | Насколько шумным был путь                       |
| Sharpe ratio                    | Доходность на единицу волатильности         | Хвостовой риск; upside vs downside волатильность |
| Max drawdown                    | Худший peak-to-trough в выборке             | Просадка возможна вне выборки                    |
| Win rate                        | Процент прибыльных сделок                    | Распределение размеров выигрышей и убытков      |
| Profit factor                   | Sum(wins) / Sum(losses)                     | Насколько отношение стабильно во времени        |
| Exposure time                   | Процент времени, когда капитал работал       | Альтернативные издержки простоя                 |
| Количество сделок               | Размер выборки                              | Были ли все исполнения реалистичными            |
| Учёт проскальзывания и комиссий | Прибыльность после издержек                 | Реальная глубина стакана на размере ордера       |

Если бэктест не отчитывается по всем этим — это реклама, не
бэктест.

## Четыре bias, убивающие розничные бэктесты

### 1. Look-ahead bias

Стратегия использует данные, недоступные на момент принятия решения.
Классика — рассчитывать индикатор по закрытию текущего бара и
торговать внутри того же бара. Частый случай: ребалансировка против
универса, выбранного с знанием того, какие токены дожили до сегодня
(отсюда "survivorship bias").

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

### 2. Survivorship bias

Универс, на котором вы тестируете — это универс, существующий
**сегодня**. Каждый делистнутый токен, каждая мёртвая биржа, каждый
провалившийся протокол отсутствует. Стратегия mean-reversion,
которая "работает" на сегодняшнем универсе, была бы уничтожена
универсом пятилетней давности, потому что проигравших там нет.

Фикс: тестировать против **point-in-time универса** — набора активов,
которые были торгуемыми на каждую дату. Для крипты это дорого
собрать, для длинного хвоста токенов — почти невозможно. Следующий
лучший фикс — ограничить scope бэктеста top-N активами по
ликвидности, признать bias и соответственно сайзить.

### 3. Sample-period bias

Окно бэктеста — один срез рыночной истории, и срез, который вы
выбрали, двигает результат сильнее, чем стратегия. Сетка на BTC/USDT
с 2023-01 по 2024-01 выглядит идеально (боковик). Та же сетка с
2024-02 по 2025-04 выглядит ужасно (тренд). Ни одно окно не
неверно; оба неполные.

Фикс: отчитываться по нескольким **out-of-sample окнам**, включая
полный цикл бык-медведь-бык. Показывать распределение, а не одно
число.

### 4. Недомоделирование проскальзывания

Бэктест исполняется по исторической mid-цене. Живые рынки исполняют
вас через спред, иногда вне его, когда стакан тонкий или движение
быстрое. Для grid-ботов с сотнями сделок в день ошибка
проскальзывания в 5 б.п. компаундируется в совсем другую конечную
equity.

Фикс: моделировать **реалистичные исполнения**:

- Taker-ордера по худшей видимой цене на запрошенном размере в этом
  таймстампе.
- Maker-ордера исполняются, только если цена прошла **через**
  выставленный уровень, а не просто коснулась.
- Во время высоковолатильных баров расширять модель спреда; в
  часы низкой ликвидности — ограничивать размер ордера реалистичной
  долей объёма бара.

Ни один публичный бэктест-движок не закрывает всё это. Прагматичный
подход: запустить бэктест, потом дисконтировать результат — 20–40%
ниже ожидаемая доходность, 30–50% выше просадка — чтобы получить
что-то ближе к тому, что стратегия реально сделает живьём.

## Walk-forward валидация

Честная замена "натренировать на всей истории, заявить что работает"
— **walk-forward валидация**:

1. Выбрать in-sample окно (например, 2021-01 — 2022-01) и настроить
   стратегию на нём.
2. Выбрать out-of-sample окно (2022-01 — 2022-04) и прогнать
   настроенную стратегию на нём **без дальнейшей настройки**.
3. Сдвинуть окно вперёд (2021-04 — 2022-04 in-sample, 2022-04 —
   2022-07 out-of-sample) и повторить.
4. Конкатенировать все out-of-sample PnL. Эта конкатенация — то,
   чего реально можно ожидать от стратегии.

Walk-forward регулярно снижает заявленную доходность на 30–60% по
сравнению с одно-оконным фитом. Операторы, не делающие walk-forward,
получают переподогнанное число.

## Крипто-специфичные ловушки

- **Миграция биржи.** Бэктест BTC/USDT на бирже A с 2019-го может
  сшивать данные биржи, которой больше нет. Ликвидность и спреды не
  переносимы.
- **Отвязка stablecoin.** Стратегия с USDT как quote-валютой
  предполагает USDT = $1 на каждом баре. Это было неверно в
  протяжённые окна (май 2022, март 2023), и бэктест обычно не
  корректирует.
- **Разводнение токена / airdrop.** Постоянные изменения supply
  токена молча меняют "цену" на длинных окнах.
- **Изменения расписания комиссий.** Биржи меняют maker/taker-
  комиссии квартально. Бэктест 2020 с комиссиями 2026 — оптимистичен.
- **Базовые уровни funding фьючерсов.** Funding rates снижаются с
  2021 по мере созревания ликвидности; бэктест funding-арба 2018 —
  не прогноз на 2026.

## Заметки по конкретным стратегиям

- [[grid-trading-strategy]] — бэктесты сеток на одном диапазоне
  всегда выглядят идеально. Перегоните ту же сетку на медведе 2022 и
  пробое Q1 2024 — числа другие.
- [[dca-bot-strategy]] — бэктесты DCA самые честные, но путь-
  зависимы от стартовой даты. Мульти-старт — фикс.
- [[arbitrage-bots]] — бэктесты игнорируют контрагент-риск и
  задержку переводов, а это два главных источника живых убытков.
- [[signal-trading-bots]] — бэктест поставщика сигналов почти
  всегда страдает survivorship bias; перегоните по своей политике
  исполнения.

Более широкая дисциплина — в [[risk-management-automated-trading]]:
никакая точность бэктеста не убирает необходимость лимитов на
живом счёте, потому что единственная переменная, которую бэктест не
может симулировать — это оператор.

## Дальнейшее чтение

- [[what-is-automated-crypto-trading]] — более широкая категория.
- [[risk-management-automated-trading]] — лимиты, ограничивающие
  downside любой стратегии независимо от того, что сказал бэктест.


---

---
title: "Telegram-нативный UX торговой платформы"
slug: telegram-native-trading-ux
lang: ru
canonical: https://pulsar.ink/ru/kb/telegram-native-trading-ux.html
hreflang_en: https://pulsar.ink/kb/telegram-native-trading-ux.html
summary: Telegram-нативный торговый интерфейс заменяет модель "пароль + 2FA" на модель "чат-первого диалога". Разбор, почему Telegram, поверхности аутентификации, message-ordered UX и бюджета уведомлений.
reading_time_minutes: 5
audience: операторы, оценивающие платформы с входом через Telegram
last_updated: 2026-04-24
wikilinks:
  - what-is-automated-crypto-trading
  - exchange-api-key-security
  - risk-management-automated-trading
---

# Telegram-нативный UX торговой платформы

Pulsar.INK спроектирован вокруг **Telegram-нативного** интерфейса:
оператор не создаёт пароль, не ставит отдельное приложение и не
нуждается в выделенном торговом экране. Всё, что платформа может
сделать — подключить биржи, включить стратегии, скорректировать
параметры, поставить паузу, посмотреть PnL — происходит внутри
Telegram-диалога.

Эта страница объясняет, почему выбран такой подход и какие у него
следствия в дизайне.

## Почему Telegram

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

- **Повсеместно, кросс-платформенно.** Работает одинаково на iOS,
  Android, macOS, Windows, Linux, web. Нет зависимости от
  одобрения в App Store и нет риска региональной депортации.
- **Пуш-уведомления из коробки.** Каждый алерт платформы доходит до
  оператора на всех устройствах, где он использует Telegram, без
  отдельного канала уведомлений.
- **Лог чата = аудит-лог.** Каждая команда, каждое изменение
  параметра, каждое уведомление навсегда в истории диалога.
  Оператор не должен вести отдельный лог.
- **Модель аутентификации заимствована.** Собственная безопасность
  Telegram-аккаунта (2FA, облачный пароль, подтверждение на
  устройстве) становится периметром безопасности платформы — мы не
  переизобретаем её.

## Поверхность аутентификации

Поток авторизации — через Telegram **Mini App** login:

1. Оператор открывает платформу в Telegram.
2. Telegram выдаёт подписанный `initData`-payload, идентифицирующий
   Telegram user ID оператора, сессию и устройство.
3. Сервер платформы проверяет подпись секретом бота и считает
   Telegram user ID идентичностью платформы.
4. Все последующие действия — в контексте этой идентичности.

На стороне платформы **нет пароля**, и значит нет пароля, который
можно украсть, сбросить или запхишить.

Есть компромисс: если Telegram-аккаунт оператора скомпрометирован,
атакующий наследует сессию платформы. Митигации живут на уровне
Telegram (2FA, облачный пароль, аудит недавних устройств) и на
уровне биржи ([[exchange-api-key-security]] держит withdraw
отключённым, так что худшее, что атакующий может — кросс-трейдить
счёт, а не опустошить его).

См. также [[risk-management-automated-trading]] про kill-switch-
дизайны, не зависящие от доступности Telegram — платформа всё равно
должна быть остановимой, если оператор теряет доступ к телефону.

## Message-ordered UX

Чат-первый интерфейс упорядочивает действия по времени, не по
навигации. Оператор видит последнее произошедшее снизу экрана, с
полной историей выше. Для торговли конкретно:

- **Сообщения о смене стратегии** включают diff параметров
  (было → стало), чтобы оператор мог прокрутить назад и понять, что
  он менял.
- **Сообщения об исполнении** включают цену, размер, комиссии и
  дельту PnL с прошлого сообщения.
- **Алерты** размечены по severity (info / warning / critical), и
  критические автоматически повторно закрепляются.

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

## Бюджет уведомлений

Notification-тяжёлый торговый бот учит операторов игнорировать
уведомления. Дизайн-таргет Pulsar.INK примерно такой:

| Класс события                          | Ритм уведомлений                |
|----------------------------------------|----------------------------------|
| Каждое индивидуальное исполнение         | По умолчанию выключено; opt-in  |
| Совокупный PnL                           | Дневной дайджест, опционально   |
| Приближение к порогу просадки            | Немедленно, неподавляемо        |
| Сработал лимит просадки / стратегия на паузе | Немедленно, неподавляемо    |
| API-ключ скоро истечёт                    | За 72ч заранее, затем за 24ч    |
| Обнаружен сбой биржи                      | Немедленно                        |
| Событие безопасности (новый IP, ротация) | Немедленно, неподавляемо        |

Принцип: **рутинные события тянутся, критические — пушатся**.
Ежедневный обзор — выбор оператора; алерт "сработал лимит просадки"
— не выбор.

## Почему не веб-дашборд?

Pulsar.INK всё же показывает read-only веб-дашборд для глубоких
пересмотров (длинная история PnL, сравнение по стратегиям, экспорт).
Но **поверхность управления** живёт в Telegram, потому что
поверхность управления, требующая отдельного логина, — это
поверхность, которой пользуются реже. Меньше использования — более
медленные реакции на проблемы — большие реализованные убытки.

## Компромиссы Telegram-нативности

Дизайн не без минусов:

- **Региональный доступ.** Telegram блокируется или троттлится в
  нескольких юрисдикциях. Операторам в этих регионах нужен VPN
  поверх встроенных anti-blocking-механизмов Telegram.
- **Сбои Telegram.** Когда Telegram падает, поверхность управления
  деградирует. Собственная kill-switch-инфраструктура платформы всё
  же работает (см. [[risk-management-automated-trading]]), но
  оператор не может корректировать стратегии во время сбоя.
- **Восстановление Telegram-аккаунта.** Если оператор теряет
  Telegram-аккаунт, восстановление — процесс на стороне Telegram, не
  Pulsar.INK. Платформа не может восстановить доступ тому, кто не
  может доказать, что он тот же Telegram-пользователь.

Каждое из этого приемлемо при заданных приоритетах дизайна; оператор
должен знать о них заранее, а не узнавать в середине кризиса.

## Дальнейшее чтение

- [[what-is-automated-crypto-trading]] — главная функция платформы.
- [[exchange-api-key-security]] — учётная защита в глубину.
- [[risk-management-automated-trading]] — стек kill-switches,
  работающий без Telegram.


---

---
title: "Безопасность биржевого API-ключа"
slug: exchange-api-key-security
lang: ru
canonical: https://pulsar.ink/ru/kb/exchange-api-key-security.html
hreflang_en: https://pulsar.ink/kb/exchange-api-key-security.html
summary: API-ключ — это учётные данные, которые торговая платформа использует для исполнения сделок на счёте оператора. Разбор обязательного объёма прав, IP-allowlist, ритма ротации и правила "withdraw отключён", отделяющего выживание от потерь.
reading_time_minutes: 6
audience: каждый оператор, подключающий платформу к бирже
last_updated: 2026-04-24
wikilinks:
  - what-is-automated-crypto-trading
  - risk-management-automated-trading
  - telegram-native-trading-ux
  - arbitrage-bots
---

# Безопасность биржевого API-ключа

**API-ключ** — пара учётных данных (key + secret), выдаваемая биржей,
которая позволяет внешней программе действовать от имени владельца
счёта. В контексте автоматизированной торговли (см.
[[what-is-automated-crypto-trading]]) платформа держит ключ и
использует его для отправки ордеров от имени оператора.

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

## Единственное правило

**Разрешение на вывод (Withdraw) НЕ должно быть включено на API-ключе.**

Это правило абсолютное. Каждая крупная биржа делит права минимум на
три класса — Read, Trade, Withdraw — и платформе нужны только Read и
Trade. Нет легитимной причины, чтобы торговый бот держал Withdraw;
платформе не нужно двигать средства с биржи, чтобы делать свою
работу.

Когда Withdraw выключен, худшее, что может сделать скомпрометированный
ключ — торговать против счёта (потерять деньги заранее подготовленному
market-maker-контрботу — классическая атака). Это реальный ущерб, но
основной капитал остаётся на бирже и восстановим через поддержку
биржи и окна ликвидации по rate-лимитам.

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

## Минимальный объём прав

Точные названия различаются по биржам, но каждая платформа должна
запрашивать только эти классы:

| Право                          | Типичное название                                   | Требуется?            |
|--------------------------------|-----------------------------------------------------|-----------------------|
| Чтение балансов счёта           | "Read Info" / "Account" / "Query"                   | Да                    |
| Чтение истории ордеров          | "Read Orders" / "History"                           | Да                    |
| Размещение и отмена ордеров     | "Trade" / "Spot Trading" / "Margin Trading"         | Да                    |
| Вывод средств                   | "Withdraw" / "Transfer"                             | **НЕТ**               |
| Маржа                           | "Margin" / "Futures"                                | Только если стратегия требует |
| Фьючерсы                        | "Derivatives" / "Perpetual"                         | Только если стратегия требует |
| Внутренний sub-перевод          | "Universal Transfer"                                | **НЕТ** (почти всегда)|

Оператор должен проверить галочки прав в UI биржи против этого
списка каждый раз, когда ключ создаётся или ротируется.

## IP-allowlist

Большинство крупных бирж позволяют привязать API-ключ к
**фиксированному IP-allowlist**. Ордер, отправленный с IP вне списка,
отклоняется.

Pulsar.INK, как и большинство платформ, публикует egress-IP торговых
серверов, чтобы операторы могли прописать именно их в allowlist.
Если allowlist оператора `[]`, ключ используется откуда угодно, и
эффективная безопасность учётных данных — половина от должной.

Компромиссы:

- **Фиксированный allowlist + оператор вставляет ключ.** Лучшая
  безопасность; платформа должна публиковать и поддерживать свои
  egress-IP; оператор перевставляет ключ при изменении списка.
- **Без allowlist.** Просто настроить; радиус поражения при краже
  ключа — весь интернет; избегать, если биржа поддерживает allowlist.

Для арб-стратегий, работающих между площадками, см.
[[arbitrage-bots]] — поток межбиржевого перевода — место, где
операторы иногда соблазняются включить Withdraw "для удобства". Не
делайте. Используйте ручные переводы или внутренний sub-счёт, если
нужна межбиржевая ребалансировка.

## Ритм ротации

API-ключи должны ротироваться по ритму. Минимальный разумный ритм:

- **Каждые 90 дней** для ключей на торгово-ориентированных счетах.
- **Немедленно**, если произошло одно из:
  - Оператор подозревает утечку ключа.
  - Оператор сменил Telegram-аккаунт (см.
    [[telegram-native-trading-ux]] — почему это важно).
  - Платформа раскрывает инцидент безопасности.
  - Биржа уведомляет о подозрительной активности.

Ротация — низко-фрикционная операция на Pulsar.INK: новый ключ
выдаётся на бирже, вставляется в Telegram-интерфейс, старый
отзывается на бирже. Платформа не кэширует старые ключи.

## Обращение с секретом на стороне платформы

Ключ и секрет оператора шифруются at rest на платформе и
используются только конкретным сервисом отправки ордеров. Они
никогда не пишутся в логи, никогда не всплывают в UI-сообщениях
после ввода и никогда не передаются третьим сторонам.

С точки зрения оператора, защитные меры:

1. **Никогда не копировать секрет в чат, тикет или email** —
   включая поддержку платформы. Поддержка никогда не запрашивает
   секрет.
2. **Никогда не вставлять секрет в форму на HTTP** (не HTTPS).
   Telegram Mini App — HTTPS-only по дизайну.
3. **Отозвать ключ**, если он когда-либо был скопирован во что-то,
   кроме экрана ввода ключа платформы. Стоимость ротации низкая;
   стоимость утёкшего ключа очень высокая.

## Что делать при компрометации ключа

Компрометация — это не только "я потерял ключ". Это также:

- Устройство с ключом было потеряно или украдено.
- Менеджер паролей с ключом был доступен кому-то ещё.
- Ключ появляется в любом логе, сообщении или файле, переданном
  другой стороне.

Шаги:

1. **Отозвать ключ на бирже** (быстрейший путь — обычно один клик).
2. **Поставить на паузу все стратегии на Pulsar.INK** (kill switch в
   Telegram).
3. **Проверить открытые ордера и позиции** на записи, которые
   оператор не делал.
4. **Обратиться в поддержку биржи**, если есть свидетельства
   несанкционированных сделок.
5. **Ротировать любые общие учётные данные** (Telegram-пароль, PIN
   устройства), если путь компрометации ещё не известен.
6. **Выпустить новый ключ** со свежим IP-allowlist; перезапустить
   стратегии только после подтверждения, что предыдущая
   компрометация локализована.

Фреймворк [[risk-management-automated-trading]] применим и здесь:
лимит дневной потери на счёт обычно сработает задолго до того, как
атакующий сможет кросс-трейдить счёт в ноль. Этот лимит — backstop
при отказе всех остальных контролей.

## Дальнейшее чтение

- [[what-is-automated-crypto-trading]] — более широкий контекст.
- [[telegram-native-trading-ux]] — Telegram-половина периметра
  безопасности.
- [[risk-management-automated-trading]] — лимиты потерь,
  переживающие компрометацию учётных данных.
- [[arbitrage-bots]] — стратегия, которая чаще всего соблазняет
  неправильно настраивать ключи.


---