Налаштування приймання ставок у кількох криптовалютах для казино

import { HDKey } from '@scure/bip32'
import { mnemonicToSeedSync } from '@scure/bip39'

const masterSeed = mnemonicToSeedSync(process.env.MASTER_MNEMONIC!)
const masterKey = HDKey.fromMasterSeed(masterSeed)

function deriveAddress(coinType: number, userId: number): string {
  // BIP-44: m/44'/coinType'/0'/0/userId
  const child = masterKey.derive(`m/44'/${coinType}'/0'/0/${userId}`)
  // Для EVM-мереж coinType=60, Bitcoin=0, Solana=501
  return toChecksumAddress(child.publicKey)
}

Для EVM-сумісних мереж (Ethereum, BNB Chain, Polygon, Arbitrum) — одна адреса працює в усіх мережах, але це РІЗНІ баланси. Не змішуйте: користувач може відправити ETH на його BSC-адресу — монети будуть на іншій мережі та ніколи не зарахуються.

Моніторинг вхідних транзакцій

Для обробки вхідних крипто-транзакцій існує два підходи:

• Webhook-based через платіжного провайдера (NOWPayments, CoinsPaid, Binance Pay API). Провайдер моніторить адреси та надсилає webhook при надходженні. Швидко інтегрувати, але: провайдер має доступ до ваших коштів, комісії вищі, менше контролю.
• Self-hosted моніторинг — власний сервіс слухає ноди та індексує вхідні транзакції. Повний контроль, нижчі витрати при обсязі, але: відповідальність за інфраструктуру.

// Моніторинг EVM адрес через eth_getLogs + transfer topic
const TRANSFER_TOPIC = '0xddf252ad1be2c89b69c2b068fc378daa952ba7f163c4a11628f55a4df523b3ef'

async function monitorIncomingTransfers(
  addresses: string[],
  fromBlock: number
) {
  const logs = await client.getLogs({
    fromBlock: BigInt(fromBlock),
    toBlock: 'latest',
    topics: [
      TRANSFER_TOPIC,
      null, // from: будь-хто
      addresses.map(padAddress), // to: наші адреси
    ],
  })

  for (const log of logs) {
    const token = log.address // ERC-20 контракт
    const to = unpadAddress(log.topics[2])
    const amount = BigInt(log.data)

    await processDeposit({
      token,
      to,
      amount,
      txHash: log.transactionHash,
      blockNumber: log.blockNumber,
    })
  }
}

Чому важлива фінальність за мережами?

Головна помилка — зараховувати платіж після 1 підтвердження в усіх мережах. Реорги трапляються, і ставка виявиться зарахованою без реальних коштів. За офіційними рекомендаціями Bitcoin, для безпеки потрібно 3-6 підтверджень.

Для депозитів розумний компроміс: Ethereum — 12 підтверджень, швидкі L1 (BSC, Tron) — 20 підтверджень, Solana — finalized status.

Як правильно враховувати мультивалютний баланс?

База даних має розрізняти не просто "токен", а "токен + мережа":

CREATE TABLE user_balances (
    user_id BIGINT NOT NULL,
    network VARCHAR(50) NOT NULL, -- 'ethereum', 'bsc', 'tron'
    token_address VARCHAR(100), -- NULL для native token
    token_symbol VARCHAR(20) NOT NULL,
    raw_amount NUMERIC(78, 0) NOT NULL, -- wei/lamports, без decimals
    decimals SMALLINT NOT NULL,
    PRIMARY KEY (user_id, network, COALESCE(token_address, 'native'))
);
-- USDT на різних мережах — РІЗНІ рядки
-- user_id=1, network='ethereum', token='0xdAC17F...', symbol='USDT'
-- user_id=1, network='tron', token='TR7NHqjeKQ...', symbol='USDT'

Ніколи не додавайте raw_amount токенів з різними decimals без нормалізації. USDT = 6 decimals, більшість ERC-20 = 18 decimals.

Як конвертувати криптовалюти в єдину валюту обліку?

Казино потрібно рахувати GGR (Gross Gaming Revenue) в єдиній валюті (зазвичай USD або EUR). Для цього потрібен price feed:

// Фіксуємо USD-вартість на момент ставки
async function recordBet(userId: number, currency: string, network: string, rawAmount: bigint, decimals: number) {
  const humanAmount = Number(rawAmount) / Math.pow(10, decimals)
  const usdPrice = await priceOracle.getPrice(currency) // Chainlink, CoinGecko, Binance
  const usdValue = humanAmount * usdPrice
  await db.query(`
    INSERT INTO bets (user_id, currency, network, raw_amount, decimals, usd_value_at_time, placed_at)
    VALUES ($1, $2, $3, $4, $5, $6, NOW())
  `, [userId, currency, network, rawAmount.toString(), decimals, usdValue])
}

Фіксуйте USD-вартість в момент транзакції — інакше PnL звіти будуть залежати від поточного курсу, що робить фінансову звітність непередбачуваною.

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

Не тримайте всі кошти користувачів на hot wallet. Стандартна схема:

• Hot wallet — 5-10% від добового обороту. Миттєві виплати.
• Cold/warm wallet (multisig) — решта. Sweep відбувається за розкладом.

Автоматичний sweep: як тільки баланс депозитної адреси перевищує порогове значення, автоматично переводити на hot wallet агрегаційну адресу. Інакше кошти розкидані по тисячах адрес і керувати ними неможливо.

Провайдер чи self-hosted: що обрати?

Для невеликого казино (< $100k обороту/день) — провайдер виправданий. При зростанні обсягів комісія провайдера стає значною статтею витрат. Self-hosted рішення окупається за 3-6 місяців при обороті $500k/міс, що вдвічі швидше, ніж використання провайдера. Крім того, self-hosted забезпечує в 3 рази нижчі операційні витрати порівняно з провайдерами при обсягах понад $500k на місяць. Наприклад, при обороті $2M на місяць, self-hosted рішення заощаджує до $20,000 на комісіях щомісяця.

Ключові переваги приймання ставок у кількох криптовалютах

Self-hosted рішення забезпечує в 3 рази нижчі операційні витрати порівняно з провайдерами, повний контроль над коштами та можливість кастомізації під будь-які вимоги. Швидкість інтеграції через провайдера в 10 разів вища (1-3 дні проти 2-4 тижнів), що дозволяє швидко запустити приймання ставок.

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

• Базова вартість робіт — від $5,000.
• Аналіз вимог та підбір архітектури (провайдер чи self-hosted, список мереж).
• Генерація master seed та HD-гаманців, деривація адрес для всіх користувачів.
• Налаштування моніторингу транзакцій (webhook або власний сервіс).
• Інтеграція з вашою платформою (API для депозитів, виплат, перевірки балансу).
• Реалізація конвертації в USD для фінансової звітності.
• Налаштування hot/cold wallet та автоматичного sweep.
• Тестування на testnet та mainnet, включаючи edge-кейси (reorg, fee spikes).
• Документація по API та адмініструванню.
• Навчання вашої команди.
• Гарантія на код та підтримка 3 місяці після запуску.

Чому обирають нас

Ми — команда блокчейн-інженерів з 5+ роками досвіду в смарт-контрактах та DeFi. Сертифіковані розробники Solidity та Rust. Запустили 30+ проєктів із сукупним оборотом понад $50M. Гарантуємо безпеку: використовуємо Slither, Mythril та формальну верифікацію. Наші ноди мають 100% uptime.

Наші метрики: • 5+ років досвіду • 30+ реалізованих проєктів • $50M+ сукупний оборот • 100% uptime нод • Сертифіковані розробники Solidity та Rust.

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