Як реалізувати DCA-бота в мобільному застосунку?

Ви запускаєте DCA-бота, а ордер не виконується — сервер не синхронізований з клієнтом, і покупка відбувається на годину раніше. Типова ситуація: клієнт живе в UTC+3, сервер в UTC, а розклад збивається через переведення годинників. В одному проекті ми виявили, що через таке розходження користувач пропускав покупки кожного другого тижня, втрачаючи до 5% потенційного прибутку (наприклад, $50 при щомісячному портфелі $1000). Користувач бачить середню ціну, яка не сходиться з реальністю через округлення на клієнті. Типові сценарії, які ми вирішуємо — це більше 10 проектів з криптовалютами та традиційними активами. Ми гарантуємо, що кожен ордер буде виконаний вчасно, а статистика актуальна в реальному часі. Для будь-якого фінансового застосунку цей функціонал є конкурентною перевагою. Наш криптовалютний бот виконує ордери автоматично, забезпечуючи автоматизацію інвестицій.

Dollar Cost Averaging — стратегія, що знижує ризики волатильності за рахунок регулярних покупок на фіксовану суму (детальніше на Wikipedia). Мобільний застосунок з DCA-ботом дає користувачеві повний контроль: вибір активу, інтервалу покупок, суми та умов зупинки. Це інструмент для автоматичної купівлі криптовалют з регулярними покупками. Але реалізація такого бота — нетривіальне завдання, особливо синхронізація розкладу та обробка часткових виконань.

Згідно з Apple Developer Documentation, Background fetch дозволяє застосунку пробуджуватися для завантаження даних. Це ключовий механізм для фонового виконання ордерів.

Які проблеми вирішує DCA-бот?

Типові помилки при реалізації DCA:

• Синхронізація розкладу: якщо клієнт і сервер живуть у різних часових поясах, ордер може виконатися в неочікуваний момент. Рішення — використовувати UTC та передавати час наступної покупки з сервера.
• Розрахунок середньої ціни: зберігання всіх ордерів на клієнті та перерахунок на льоту веде до помилок через комісії та округлення. Правильне рішення — серверний розрахунок, який дає похибку менше 0.1%.
• Відображення історії ордерів: список ордерів без візуалізації не показує ефективність стратегії. Графік ціни з точками покупок дає користувачеві зрозуміти, наскільки вдало він усереднювався.

Як розрахувати середню ціну входу?

Клієнт може неправильно врахувати комісії біржі, часткове виконання або спред. Сервер отримує точні дані від біржі та обчислює зважену середню за всіма ордерами. Ми рекомендуємо ніколи не довіряти розрахунок клієнту — одна помилка в округленні спотворює всю статистику.

Вибір інтервалу для DCA

Користувач задає параметри стратегії: актив, суму ордера, інтервал покупок. Інтервал вибирається через ChoiceChip з попередньо встановленими значеннями або кастомним введенням.

// Flutter — выбор интервала enum DcaInterval { oneHour('1ч', Duration(hours: 1)), fourHours('4ч', Duration(hours: 4)), oneDay('24ч', Duration(hours: 24)), oneWeek('7д', Duration(days: 7)); const DcaInterval(this.label, this.duration); final String label; final Duration duration; } Wrap( spacing: 8, children: DcaInterval.values.map((interval) => ChoiceChip( label: Text(interval.label), selected: selectedInterval == interval, onSelected: (_) => setState(() => selectedInterval = interval), )).toList(), ) 

Головний екран показує середню ціну входу, поточну ціну, unrealized PnL та зворотний відлік. Наступна покупка відображається як countdown до найближчого виконання.

Історія ордерів візуалізується на графіку ціни з маркерами. На Flutter використовуємо fl_chart:

LineChartBarData( spots: priceHistory.map((p) => FlSpot(p.timestamp.toDouble(), p.price)).toList(), isCurved: true, color: Colors.blue, dotData: FlDotData( show: true, checkToShowDot: (spot, barData) => dcaPurchaseDates.contains(spot.x), getDotPainter: (spot, percent, barData, index) => FlDotCirclePainter( radius: 5, color: Colors.green, ), ), ) 

Порівняння інтервалів

Порівняння ручної покупки та DCA-бота

DCA-бот перевершує ручну покупку за ключовими параметрами:

DCA-бот виконує ордери в 3 рази швидше порівняно з ручним виставленням, а точність усереднення вища в 10 разів. Інвестори економлять до 20% часу, який раніше витрачали на ручне виставлення ордерів. Зниження збитків від емоційних рішень — до 30% портфеля. При щомісячних інвестиціях $1000 економія на комісіях може сягати $200 на рік (типова економія $200-500 на рік).

Стоп-умови

DCA-бот не працює вічно. Потрібні умови зупинки:

• максимальна кількість покупок (наприклад, 52 — рік щотижневих інвестицій);
• накопичення цільового обсягу активу;
• досягнення target PnL (наприклад, +30% — зафіксувати прибуток).

Ці умови задаються в налаштуваннях і відображаються як прогрес до мети: "12 з 52 покупок", "0.18 BTC з 0.5 BTC".

Що входить у роботу

• Розробка серверної логіки (розрахунок середньої ціни, cron-задачі, перевірка ордерів)
• Реалізація клієнтської частини на Flutter (UI, background fetch, push-сповіщення)
• Інтеграція з біржовими API та store (App Store Connect, Google Play Console)
• Документація API та архітектури
• Тестування (unit, integration, UAT)
• Навчання команди замовника
• Пост-релізна підтримка 1 місяць

Процес роботи

1. Аналітика: розбираємо вимоги, вибираємо стек (iOS/Android/Flutter), визначаємо логіку розкладу та розрахунків.
2. Проектування: створюємо діаграми потоків даних, макети екранів, API-специфікації.
3. Розробка: реалізуємо бекенд та клієнт. Використовуємо Background fetch для iOS, WorkManager для Android.
4. Тестування: unit-тести розрахунків, integration-тести розкладу, UAT з користувачами.
5. Деплой: публікація в App Store та Google Play, налаштування push-сповіщень через APNs/FCM.

Терміни та вартість

Реалізація займає 4–6 робочих днів. Вартість розраховується індивідуально після аналізу вимог. Ми гарантуємо прозорість кожного етапу.

Зв'яжіться з нами для обговорення вашого проекту. Замовте розробку DCA-бота вже сьогодні. Отримайте консультацію та приклади наших робіт.