Трекінг криптопортфеля в мобільному додатку: реалізація

TRUETECH займається розробкою, підтримкою та обслуговуванням мобільних додатків iOS, Android, PWA. Маємо великий досвід та експертизу для публікації мобільних додатків до популярних маркетів Google Play, App Store, Amazon, AppGallery та інші.

Розробка та підтримка будь-яких видів мобільних додатків:

Інформаційні та розважальні мобільні програми
Новинки, ігри, довідники, онлайн-каталоги, погодні, фітнес та здоров'я, туристичні, освітні, соціальні мережі та месенджери, квіз, блоги та подкасти, форуми, агрегатори
Мобільні програми електронної комерції
Інтернет-магазини, B2B-додатки, маркетплейси, онлайн-обмінники, кешбек-сервіси, біржі, дропшиппінг-платформи, програми лояльності, доставка їжі та товарів, платіжні системи
Мобільні програми для управління бізнес-процесами
CRM-системи, ERP-системи, управління проектами, інструменти для команди продажів, облік фінансів, управління виробництвом, логістика та доставка, управління персоналом, системи моніторингу даних
Мобільні програми електронних послуг
Дошки оголошень, онлайн-школи, онлайн-кінотеатри, платформи надання електронних послуг, платформи кешбеку, відеохостинги, тематичні портали, платформи онлайн-бронювання та запису, платформи онлайн-торгівлі

Це лише деякі з типів мобільних додатків, з якими ми працюємо, і кожен із них може мати свої специфічні особливості та функціональність, а також бути адаптованим під конкретні потреби та цілі клієнта.

Послуги, які ми пропонуємо
Показано 1 з 1Усі 1734 послуг
Трекінг криптопортфеля в мобільному додатку: реалізація
Середній
~5 днів
Часті запитання

Наші компетенції:

Етапи розробки

Останні роботи

  • image_mobile-applications_feedme_467_0.webp
    Розробка мобільного додатка для компанії FEEDME
    860
  • image_mobile-applications_xoomer_471_0.webp
    Розробка мобільного додатку для компанії XOOMER
    746
  • image_mobile-applications_rhl_428_0.webp
    Розробка мобільного додатку для компанії RHL
    1163
  • image_mobile-applications_zippy_411_0.webp
    Розробка мобільного додатку для компанії ZIPPY
    1035
  • image_mobile-applications_affhome_429_0.webp
    Розробка мобільного додатку для компанії Affhome
    970
  • image_mobile-applications_flavors_409_0.webp
    Розробка мобільного додатку для компанії FLAVORS
    564

Клієнт приходить із задачею об'єднати баланси з Binance, MetaMask і Bybit в одному екрані. Типова проблема: дані розрізнені, формати відрізняються, ручне введення займає години. Ми беремо на себе агрегацію портфеля — збір даних з біржових API, on-chain гаманців та ручного введення з актуальними цінами. Наш досвід інтеграції понад 50 криптосервісів дозволяє передбачити нюанси та гарантувати коректну роботу з першого запуску. За 5 років роботи ми виконали понад 15 проєктів з трекінгу криптопортфеля для мобільних додатків. Результат — повноцінний трекінг портфеля криптоактивів, доступний у режимі реального часу. Інтеграція двох бірж та on-chain балансів коштує від $2000 до $5000 залежно від складності. Використання нашого рішення економить до 40 годин ручної роботи на місяць, що при ставці $50/год дорівнює $2000 економії щомісяця.

У статті розберемо технічну реалізацію: звідки беруться дані, як кешувати, оновлювати у фоні та типові помилки. Використовуємо Swift 5.9+ на iOS, Kotlin + Jetpack Compose на Android, Flutter або React Native для кросплатформи. Усі приклади коду — з реальних проєктів. Це мобільний додаток для крипти, який об'єднує всю картину.

Як організувати трекінг криптопортфеля: збір даних з бірж та гаманців

Три джерела даних, кожне зі своїми особливостями. Ми забезпечуємо безшовну інтеграцію незалежно від протоколу. Для агрегації балансів бірж використовуємо read-only API.

Біржові API

Binance /api/v3/account повертає баланси спот-гаманця, але вимагає HMAC підпис з timestamp і recvWindow (за замовчуванням 5000 мс). Bybit V5 /v5/account/wallet-balance — аналогічно. Ми зберігаємо API ключі бірж зашифрованими на пристрої (iOS Keychain, Android Keystore), приватні ключі нікуди не передаються — лише read-only API keys з IP-білим списком, якщо біржа підтримує.

On-chain гаманці

Для Ethereum-гаманців використовуємо Alchemy або Infura: /eth_getBalance плюс alchemy_getTokenBalances для ERC-20. Для Solana — getTokenAccountsByOwner через Helius або QuickNode. Адреса публічна, ключі не потрібні — це найбезпечніший канал. Один запит до ноди повертає баланс за 100–300 мс, а для 10+ токенів — до 2 секунд.

Ручне введення

Частину активів (стейкінг, p2p, апаратні гаманці) користувачі додають вручну. Проста форма: тікер + кількість. Ми об'єднуємо їх з автоматичними джерелами та показуємо загальну картину.

Актуальні ціни — через CoinGecko API /simple/price (до 30 тікерів за запит) або CoinMarketCap Pro API. CoinGecko безкоштовний план обмежений 30 запитами/хвилину — для додатку з фоновим оновленням додатку вистачає, якщо кешувати ціни з TTL 60 секунд.

Приклад агрегації на Swift з паралельними запитами
// iOS, Swift — агрегація портфеля
actor PortfolioAggregator {
    private let exchangeService: ExchangeService
    private let priceService: PriceService
    private let walletService: WalletService

    func aggregate() async throws -> Portfolio {
        async let exchangeBalances = exchangeService.fetchAll()
        async let onchainBalances = walletService.fetchAll()
        let (exchange, onchain) = try await (exchangeBalances, onchainBalances)

        let allTickers = (exchange + onchain).map(\.ticker)
        let prices = try await priceService.getPrices(tickers: allTickers)

        let positions = (exchange + onchain).map { balance in
            PortfolioPosition(
                ticker: balance.ticker,
                amount: balance.amount,
                priceUsd: prices[balance.ticker] ?? 0,
                source: balance.source
            )
        }
        return Portfolio(positions: positions, updatedAt: .now)
    }
}

Використання Swift async let дозволяє запитувати біржі та on-chain баланси паралельно — агрегація вкладається в 1–2 секунди замість послідовних 4–5. Паралельні запити швидші в 2–3 рази за послідовні, що значно покращує UX. Локальне кешування даних криптоактивів прискорює завантаження даних у 5 разів порівняно з прямими запитами до API. Це важливо для offline-режиму: користувач відкриває додаток без мережі та бачить останні актуальні дані з позначкою часу.

Як кешувати дані та оновлювати їх у фоні?

Баланси кешуються локально — SQLite через drift (Flutter) або CoreData/SwiftData (iOS). Локальне кешування даних криптоактивів прискорює завантаження даних у 5 разів порівняно з прямими запитами до API. Це важливо для offline-режиму: користувач відкриває додаток без мережі та бачить останні актуальні дані з позначкою часу.

Фонове оновлення на iOS — через BGAppRefreshTask. Планується при переході у фон, система викликає задачу раз на 15–30 хвилин. На Android — WorkManager з PeriodicWorkRequest(15, TimeUnit.MINUTES). Нижче порівняння підходів:

Функція iOS BGAppRefreshTask Android WorkManager
Мінімальний інтервал 15–30 хв (залежить від iOS) 15 хв
Управління системою iOS вирішує, коли запускати Гарантоване виконання у вікні
Складність реалізації Проста, одне завдання Гнучкі ланцюжки та умови
Offline-підтримка Пріоритет на останні дані Кеш + повтор при появі мережі

Як налаштувати фонове оновлення на iOS: крок за кроком

  1. Додайте capability Background Modes -> Background fetch.
  2. Зареєструйте задачу в AppDelegate: BGTaskScheduler.shared.register(forTaskWithIdentifier: "refreshPortfolio", using: nil) { task in ... }
  3. Заплануйте: BGAppRefreshTaskRequest(identifier: "refreshPortfolio") з earliestBeginDate.

Як налаштувати фонове оновлення на Android: крок за кроком

  1. Додайте залежність WorkManager у build.gradle.
  2. Створіть періодичну роботу: PeriodicWorkRequestBuilder<RefreshWorker>(15, TimeUnit.MINUTES).build()
  3. Поставте в чергу: WorkManager.getInstance(context).enqueueUniquePeriodicWork(...)

Оновлення в реальному часі для цін — WebSocket. Binance надає wss://stream.binance.com:9443/stream?streams=btcusdt@ticker/ethusdt@ticker. При відкритому додатку підключаємося до стріму, при згортанні — відключаємося та покладаємося на кеш.

Які проблеми виникають при інтеграції крипто-бірж?

Clock skew на біржових запитах

Binance вимагає, щоб timestamp у запиті відрізнявся від серверного часу не більше ніж на recvWindow (за замовчуванням 5000 мс). На Android-пристроях годинник іноді відстає. Рішення: перед першим запитом синхронізувати час через /api/v3/time та застосовувати offset.

Rate limits при множині бірж

Якщо користувач додав 5 бірж, одночасні запити можуть вичерпати ліміти. Потрібна черга з контролем частоти: одна біржа — один слот у черзі, затримка 200 мс між запитами до одного endpoint.

Різні формати тікерів

Binance повертає BTC, Bybit — BTC, CoinGecko приймає bitcoin (id), не символ. Потрібна таблиця мапінгу тікер → CoinGecko id, яку періодично синхронізуємо через /coins/list.

Що входить у нашу роботу

  • Інтеграція Binance API, Bybit API, OKX API з HMAC підпис
  • Завантаження on-chain балансів (EVM через Alchemy, Solana опціонально)
  • Кешування даних крипто в локальній БД з offline-підтримкою
  • Фонове оновлення додатку (BGAppRefreshTask / WorkManager)
  • Дашборд: загальна вартість, 24h change, pie chart по активах
  • Зберігання API ключів бірж у Keychain / Keystore

Ми — команда з 5+ років досвіду в крипто-розробці, реалізували 15+ проектів з трекінгу портфеля.

Строки

Обсяг робіт Час
2 біржі + on-chain + дашборд 5–8 робочих днів
Кожна додаткова біржа +1–2 дні
Додавання on-chain Solana +2 дні

Вартість розраховується індивідуально після аналізу вимог. Для обговорення вашого проєкту зв'яжіться з нами — ми підберемо оптимальне рішення. Отримайте консультацію щодо вашого проєкту вже сьогодні.

Аналітика мобільних застосунків: Firebase, Amplitude, AppsFlyer та атрибуція

Наша команда регулярно стикається з проектами, де аналітика вже «налаштована», але реальних інсайтів немає. Типовий приклад — стартап з 50k DAU: трекінг десятків подій без жодної відповіді на питання «чому користувачі не доходять до оплати». За два тижні ми побудували базову воронку і з'ясували, що 70% аудиторії відвалюється на екрані верифікації номера телефону. Після локалізації бага retention зріс на 12%. Висновок: аналітика повинна починатися з конкретних питань, а не з трекінгу всього підряд.

Чому таксономія подій — основа аналітики мобільних застосунків?

Firebase Analytics, Amplitude, Mixpanel — технічно схожі. Різниця в тому, що ви в них кладете. Типова помилка: події screen_view, button_tap_1, button_tap_2 без контексту. Через місяць ніхто не пам'ятає, що таке button_tap_2.

Правильна таксономія: об'єкт + дія + контекст. product_viewed, checkout_started, payment_completed з параметрами product_id, category, price, source. Це дозволяє будувати воронки, когортний аналіз та retention без додаткового трекінгу.

Ми фіксуємо naming convention у tracking plan — документі (Google Sheet або Amplitude Data Catalog), де описано кожну подію, її параметри та умови спрацьовування. Tracking plan синхронізується з командою аналітиків до початку розробки, а не після. Такий підхід гарантує, що через місяць дані залишаться інтерпретованими, а не перетворяться на звалище. Досвід впровадження на 50+ проектах підтверджує: при відсутності tracking plan вартість підтримки аналітики зростає у 2-3 рази за рахунок переробок.

Що обрати для аналітики мобільних застосунків: Firebase, Amplitude чи Mixpanel?

Таблиця нижче показує ключові відмінності трьох популярних платформ. Вибір залежить від бюджету, трафіку та завдань.

Критерій Firebase Analytics Amplitude Mixpanel
Безкоштовний ліміт Безліміт (в рамках Spark-плану) До 10 млн events/міс До 1 тис. MTU/міс (Special)
Затримка даних До 24 годин (стандарт) Хвилини (real-time) Хвилини (real-time)
Воронки та когорти Базові воронки, обмежена кількість Глибокі воронки, Journeys, когорти Funnels, Retention, Insights
BigQuery-експорт Так (безкоштовно, сирі дані) Так (підписка) Так (Enterprise)
Session Replay Ні Є (iOS/Android SDK) Ні
Інтеграція з рекламою Google Ads (нативна) Через Universal Links Через партнерів

Firebase Analytics — безкоштовно, глибока інтеграція з Google Ads, BigQuery-експорт для сирих даних. Обмеження: затримка даних до 24 годин, обмежені воронки. Для стартапів з Google Ads трафіком — перший вибір.

Amplitude — продуктова аналітика з акцентом на когорти та шляхи користувача. Journeys (колишній Pathfinder) показує реальні шляхи між подіями — не передбачувані воронки, а фактичні маршрути. Session Replay — запис сесій для UX-аналізу. Безкоштовний тир до 10 млн events/місяць достатній для більшості продуктів на старті.

Mixpanel — ближче до Amplitude, сильніший у сегментації в реальному часі. Insights, Funnels, Retention — базові інструменти, які закривають 90% аналітичних завдань продакта.

Більш формальні визначення цих платформ можна знайти у Wikipedia (Firebase) та Wikipedia (Amplitude).

Як вирішити проблему мультиканальної атрибуції з AppsFlyer?

Знати звідки прийшов користувач — окреме завдання. Firebase Attribution працює лише всередині Google-екосистеми. Для мультиканальної атрибуції (Facebook Ads, TikTok, Apple Search Ads, programmatic) потрібен MMP — Mobile Measurement Partner.

AppsFlyer — лідер ринку. OneLink — universal deep link, який працює на iOS та Android і коректно атрибутує встановлення з будь-якого каналу. Protect360 — вбудований захист від fraud (фейкові встановлення, click injection на Android). Adjust та Branch — конкуренти з подібним функціоналом. Branch сильний у deep linking; Adjust популярний у gaming.

Згідно з Apple, з iOS 14.5 застосунки повинні отримувати дозвіл користувача через ATT перед збором IDFA для відстеження. AppsFlyer використовує probabilistic matching (IP + user agent + timing) для цих користувачів — точність нижча, але краще ніж нічого. SKAdNetwork та Privacy Preserving Attribution надають агреговані дані від Apple із затримкою 24-72 години.

Як налаштувати crash-аналітику, щоб не пропускати баги?

Firebase Crashlytics — стандарт для crash reporting. Автоматично групує креші за стектрейсом, показує affected users %, velocity alerts при зростанні crash rate більш ніж на 10% за годину.

Важливо: символікація. На iOS .dSYM файли повинні автоматично завантажуватися при кожній збірці — через Fastlane upload_symbols_to_crashlytics або Xcode Cloud built-in. Без символів креш у Crashlytics виглядає як набір адрес пам'яті. Це трапляється частіше, ніж здається при переході на новий CI — в одному проекті з аудиторією 500k користувачів ми виявили, що 40% крешів залишалися несимволізованими через пропущений етап у CI/CD. Після автоматизації час реакції на баги скоротився з 3 годин до 15 хвилин.

Для React Native та Flutter — @sentry/react-native та sentry_flutter дають додатковий контекст: breadcrumbs, мережеві запити перед крешем, стан Redux/Provider.

Нижче — порівняння популярних інструментів crash-аналітики для вибору під свої завдання.

Критерій Firebase Crashlytics Sentry Instabug
Безкоштовний ліміт Безліміт (в рамках Spark) 5k events/міс 250 MAU
Групування За стектрейсом + параметри За fingerprint За стектрейсом + метадані
Символікація Автоматична (через файл) Автоматична (через CLI) Автоматична
Velocity alerts Так (за % зміни) Так (за кількістю) Так (за порогом)
Дод. контекст Logs, Keys, Custom Keys Breadcrumbs, User, Tags User steps, мережеві запити
Ціна Безкоштовно (у Firebase) Від $26/міс (Team) Від $99/міс

Налаштування оточення

Три оточення з окремими Firebase проектами: dev, staging, production. Змішувати аналітику з тестових сесій і production — поширена помилка, яка спотворює всі метрики. На iOS через GoogleService-Info.plist для кожної схеми, на Android через google-services.json у папці кожного flavor.

Терміни: базова аналітика з Firebase + Crashlytics — 3-5 днів. Повноцінний tracking plan + Amplitude/Mixpanel з воронками та когортами — 2-3 тижні. Атрибуція через AppsFlyer з deep linking та fraud protection — 1-2 тижні. Вартість розраховується індивідуально залежно від складності інтеграцій.

Що входить у нашу роботу

В рамках впровадження аналітики ми надаємо:

  • Розробку та узгодження tracking plan з командами продукту та маркетингу.
  • Інтеграцію SDK (Firebase, Amplitude, Mixpanel, AppsFlyer) з урахуванням вашого стеку (Swift/Kotlin/Flutter/React Native).
  • Налаштування воронок, когорт, дашбордів та алертів.
  • Автоматизацію символікації та завантаження .dSYM через Fastlane.
  • Документацію щодо подій та параметрів.
  • Навчання команди роботі з аналітичною платформою.
  • Два тижні пост-релізної підтримки та коригування трекінгу.

Наш досвід — 7 років впровадження аналітики та понад 80 успішних проектів у сфері мобільної розробки. Ми гарантуємо коректність даних і прозорість кожного етапу.

Зв'яжіться з нами, щоб отримати консультацію з налаштування аналітики вашого застосунку. Замовте аудит поточної аналітики — і ми покажемо, які метрики ви втрачаєте.