Розробка мобільного додатку для крипто-кредитування (Lending)

Розробка мобільного додатка для крипто-кредитування (Lending)

Крипто-кредитування — це коли користувач блокує ETH як залог та отримує стейблкоин USDC взаймы. Або навпаки — депозитор розміщує USDC та отримує проценти. На смарт-контракті це виглядає елегантно. У мобільному додатку це перетворюється на набір складних інтерфейсів: здоров'я позиції, liquidation threshold, процентні ставки в реальному часі та сповіщення "ваш залог майже ліквідується".

Ключові механіки, які потрібно правильно реалізувати

Health Factor та ліквідація

Health Factor = (Collateral × Liquidation Threshold) / Borrowed Amount. Якщо HF падає нижче 1 — позиція ліквідується. Це потрібно показувати користувачу в реальному часі з візуальним індикатором — не просто числом, а шкалою з зонами: безпечно (зелений, HF > 1.5), ризик (жовтий, 1.1–1.5), критично (червоний, < 1.1).

Ціна залогового активу міняється кожні кілька секунд. Значить, HF потрібно пересчитувати на клієнті при кожному оновленні ціни — через Chainlink Price Feeds або CEX WebSocket. Важливо не перевантажити сервер polling'ом від тисяч клієнтів кожні 2 секунди; розумно підписатися на WebSocket від Binance wss://stream.binance.com:9443/ws/ethusdt@ticker та рахувати HF локально.

// Розрахунок Health Factor на клієнті
struct LendingPosition {
    let collateralUSD: Decimal    // вартість залогу у USD
    let liquidationThreshold: Decimal  // наприклад, 0.82 для ETH
    let borrowedUSD: Decimal      // сума борга у USD

    var healthFactor: Decimal {
        guard borrowedUSD > 0 else { return Decimal.greatestFiniteMagnitude }
        return (collateralUSD * liquidationThreshold) / borrowedUSD
    }

    var riskLevel: RiskLevel {
        switch healthFactor {
        case ..<1.1: return .critical
        case 1.1..<1.5: return .warning
        default: return .safe
        }
    }
}

Push-сповіщення при HF < 1.2 — обов'язкова функція. Без неї користувач не дізнається про ліквідацію. Реалізуємо через воркер на сервері, який моніторить позиції через события смарт-контракту (LiquidationCall event в ABI протоколу) або через протокольний API (якщо Aave, Compound), та розсилає push через FCM/APNs при досягненні порогів.

Підключення до протоколу

Якщо будуємо на основі існуючого DeFi-протоколу — Aave V3, Compound V3, Morpho — використовуємо їхній SDK:

• Aave: @aave/contract-helpers + @aave/math-utils (TypeScript пакети, викликаються через JavaScript bridge у React Native або через кастомний бекенд)
• Compound: compound-js або прямі виклики через web3j / web3.swift

Для нативних iOS/Android додатків без React Native зручніше тримати всю Web3 логіку на бекенді та експортувати через REST API: клієнт не знає про ABI, він просто робить POST /positions/deposit або GET /positions/{id}.

// Android: відображення позиції через Jetpack Compose
@Composable
fun PositionCard(position: LendingPosition, currentPrice: BigDecimal) {
    val updatedPosition = position.copy(
        collateralUSD = position.collateralAmount * currentPrice
    )

    Card(
        colors = CardDefaults.cardColors(
            containerColor = when (updatedPosition.riskLevel) {
                RiskLevel.CRITICAL -> MaterialTheme.colorScheme.errorContainer
                RiskLevel.WARNING -> Color(0xFFFFF3E0)
                RiskLevel.SAFE -> MaterialTheme.colorScheme.surfaceVariant
            }
        )
    ) {
        Column(modifier = Modifier.padding(16.dp)) {
            Text("Залог: ${updatedPosition.collateralUSD.formatUSD()}")
            Text("Борг: ${updatedPosition.borrowedUSD.formatUSD()}")
            HealthFactorBar(hf = updatedPosition.healthFactor)
        }
    }
}

Процентні ставки та APY

Ставки у DeFi-протоколах динамічні — мінливаються залежно від utilization rate пулу. Потрібно оновлювати їх у UI кожні кілька хвилин. Для кастодіальних платформ (Nexo, BlockFi-подібні) ставки задаються адміністративно та мінливаються рідше.

Показуємо обидва — APY vs APR. Користувачі плутаються: APR 8% ≠ APY 8%. APY з урахуванням компаундингу вища. Формула: APY = (1 + APR/n)^n - 1, де n — кількість періодів нарахування в рік.

Транзакції та газ

При взаємодії з EVM-смарт-контрактами кожна дія — це on-chain транзакція. deposit(), borrow(), repay(), withdraw() — кожна коштує газ. Перед відправкою показуємо користувачу оцінку газу через eth_estimateGas та поточну ціну з eth_gasPrice або EIP-1559 eth_maxFeePerGas.

Якщо будуємо на L2 (Arbitrum, Optimism, Base) — газ на порядок дешевше, що критично для UX mobile-кредитування.

Верифікація та compliance

KYC через Sum Sub або Veriff для регульованих платформ. Обмеження по юрисдикціям — користувачі з США не можуть використовувати більшість DeFi-платформ без реєстрації в SEC. Геофільтрація по IP на сервері, додатково — перевірка при реєстрації.

Етапи та сроки

Всього: 8–12 тижнів. Вартість розраховується індивідуально після аналізу вимог.