Реализация AI-бота для торговли криптовалютой в мобильном приложении
Торговый бот — не просто скрипт с if/else на RSI. Это система с управлением рисками, надёжным подключением к бирже, безопасным хранением ключей и механизмами защиты от edge cases: API rate limits, временная недоступность биржи, резкие движения цены. Мобильное приложение добавляет сложности: фоновый режим, прерывания сети, ограниченный CPU.
Архитектура: сервер + мобильный клиент
Торговая логика на мобиле — плохая идея. Телефон уходит в фон, iOS приостанавливает процесс, ордер не выставляется. Правильная архитектура:
- Торговый сервер (Python/Node.js) — исполнение стратегий, WebSocket к бирже, ордера
- Мобильный клиент — управление ботом, мониторинг позиций, настройки стратегий, алерты
Мобильное приложение управляет ботом через REST API сервера, real-time данные получает через WebSocket.
Подключение к биржам: WebSocket и REST
Binance, Bybit, OKX — все предоставляют аналогичную структуру API. Торговые операции — REST, рыночные данные и обновления аккаунта — WebSocket.
// iOS: подписка на User Data Stream Binance
class BinanceOrderStream: NSObject, URLSessionWebSocketDelegate {
private var webSocketTask: URLSessionWebSocketTask?
// Получаем listenKey через REST, потом открываем WebSocket
func startStream(listenKey: String) {
let url = URL(string: "wss://stream.binance.com:9443/ws/\(listenKey)")!
let session = URLSession(configuration: .default, delegate: self, delegateQueue: nil)
webSocketTask = session.webSocketTask(with: url)
webSocketTask?.resume()
receiveMessage()
}
private func receiveMessage() {
webSocketTask?.receive { [weak self] result in
switch result {
case .success(.string(let text)):
self?.processEvent(text)
self?.receiveMessage() // продолжаем слушать
case .failure:
self?.scheduleReconnect()
default: break
}
}
}
private func scheduleReconnect() {
DispatchQueue.main.asyncAfter(deadline: .now() + 2) {
self.startStream(listenKey: self.currentListenKey)
}
}
}
Reconnect при обрыве — обязателен. Binance разрывает WebSocket каждые 24 часа (listenKey истекает). Нужно продлевать через PUT /api/v3/userDataStream каждые 30 минут.
AI-стратегии: что реально работает в продакшене
Термин «AI-бот» часто скрывает за собой обычный технический анализ. Настоящие ML-подходы:
Предсказание направления цены (классификация)
LSTM / Transformer на OHLCV данных + технических индикаторах (RSI, MACD, Bollinger Bands). Предсказывает: вверх / вниз / боком на следующую N-свечку.
Честная правда: точность > 55% на out-of-sample данных — это уже хорошо. Рынки — адаптивные системы, модели деградируют. Периодическое переобучение обязательно.
Reinforcement Learning (RL)
PPO / SAC агент учится торговать в симуляторе на исторических данных. Вознаграждение: PnL с учётом комиссий. Штрафы за drawdown.
RL работает на backtest, но страдает от overfitting к историческим данным. Необходима валидация на out-of-sample периодах и paper trading перед реальными деньгами.
Ансамбль: ML + правила
Комбинируем ML-сигнал с rule-based фильтрами: если ML говорит «покупай», но RSI > 75 (перекупленность) и объём низкий — пропускаем сигнал. Гибридный подход снижает количество ложных сигналов.
Управление рисками — важнее стратегии
class RiskManager:
def __init__(self, max_position_pct=0.1, max_daily_loss_pct=0.05):
self.max_position_pct = max_position_pct # 10% баланса на позицию
self.max_daily_loss_pct = max_daily_loss_pct # 5% суточный стоп
def can_open_position(self, signal, balance, daily_pnl):
if daily_pnl / balance < -self.max_daily_loss_pct:
return False, "Daily loss limit reached"
position_size = balance * self.max_position_pct * signal.confidence
return True, position_size
def calculate_stop_loss(self, entry_price, direction, atr):
# ATR-based stop: 1.5 × ATR от цены входа
multiplier = 1.5
if direction == "long":
return entry_price - atr * multiplier
return entry_price + atr * multiplier
ATR (Average True Range) — динамический stop loss, адаптирующийся к волатильности. Фиксированный % стоп (всегда -2%) работает хуже: на спокойном рынке слишком близко, на волатильном — слишком далеко.
Безопасность ключей
API-ключ с правами на торговлю — критичные данные. На iOS — только Keychain с kSecAttrAccessibleWhenUnlockedThisDeviceOnly. На Android — EncryptedSharedPreferences или Android Keystore.
Никогда не передавать ключи на сервер в открытом виде. Правильный флоу: пользователь вводит ключ в приложении → шифруется → передаётся на сервер по HTTPS → хранится зашифрованным в Vault (HashiCorp) или AWS Secrets Manager.
Отдельные ключи для каждой стратегии с ограниченными правами: только READ + SPOT_TRADING без WITHDRAWAL. Компрометация ключа не позволит вывести средства.
Мобильный UI: что нужно трейдеру
- Текущие открытые позиции с PnL в реальном времени
- График баланса с историей
- Управление стратегиями: вкл/выкл, параметры риска
- Лог сделок с причиной входа (какой сигнал сработал)
- Алерты: сработал стоп, закрылась позиция, аномальная активность
Real-time WebSocket для обновлений позиций — обязателен. Polling раз в 10 секунд даст задержку на быстром рынке.
Бэктестинг и paper trading
Перед запуском с реальными деньгами — минимум 6 месяцев backtesting + 1 месяц paper trading (симулированные сделки на реальных рыночных данных без исполнения). Backtesting через Binance Historical Data (ежедневные снапшоты OHLCV), ccxt библиотека для унифицированного API всех бирж.
Процесс работы
Проектирование архитектуры сервер/клиент. Интеграция с биржевым API (REST + WebSocket). Разработка торговой стратегии с ML-компонентом. Риск-менеджмент и position sizing. Безопасное хранение ключей. Бэктестинг и оптимизация. Мобильный UI дашборда. Мониторинг и алертинг.
Ориентиры по срокам
Бот с простой стратегией (MA crossover / RSI) и мобильным дашбордом — 3–5 недель. Полная ML-стратегия с RL, риск-менеджментом и бэктестингом — 2–3 месяца и более.