Вибір блокчейна: L1/L2 та комісії

1) Що саме вибираємо і навіщо

• комісії та швидкість зарахувань/висновків,
• доступність стейблкоїнів/провайдерів,
• стійкість інфраструктури та операційні ризики,
• вимоги KYT/Travel Rule і UX (адреси, мемо/теги).

2) Базові поняття: L1 проти L2

L1 (базовий шар): власний консенсус і безпека (Ethereum L1, Bitcoin, Solana, BNB Smart Chain, TRON тощо).
L2 (над Ethereum): масштабування з успадкованою безпекою L1 (Optimistic rollups: Arbitrum/Optimism/Base; ZK rollups: zkSync/Linea/Polygon zkEVM и др.).

• Фіналізація/підтвердження: L2 дає швидкий UX, але остаточна безпека зв'язується з L1 (challenge/commit період для optimistic; validity-proof для ZK).
• Вартість: L2 зазвичай дешевше L1 (особливо vs Ethereum L1).
• Висновки на L1: у optimistic - відкладена фіналізація (challenge period) для мосту; у ZK - швидше.

3) Критерії вибору мережі (рейтингова матриця)

1. Комісії та варіативність

Середня комісія за депозит/виведення/внутрішній трансфер; волатильність fee в піках.

2. Час до фіналізації

p50/p95 до статусу «зараховано/готово до виведення» в продукті; ймовірність реорганізації.

3. Надійність та екосистема

Аптайм, зрілість нод/RPC, інструменти моніторингу, наявність провайдерів on/off-ramp.

4. Доступність стейблкоінів і ліквідність

Наявність USDT/USDC/FDUSD, глибина пар у ваших провайдерів і бірж.

5. Комплаєнс та операційні особливості

Підтримка Travel Rule у кастодіанів, якість KYT-сигналів, ризики санкційних міток.

6. UX-фактори

Формат адреси/необхідність мемо/тега, підтримка QR/deeplink, частота помилок користувачів.

4) Типові мережі та їх профіль (в розрізі платежів)

TRON (USDT/USDC): вкрай низькі комісії, швидка фіналізація, широка підтримка провайдерами. Популярний для масових депозитів в cost-sensitive регіонах.
Ethereum L2 (Arbitrum/Optimism/Base): баланс ціни/швидкості, сильна інтеграція з інфраструктурою і USDC. Хороший для ринків з акцентом на звітність/сумісність.
BNB Smart Chain (BSC): низька вартість, широка екосистема гаманців; слідкуйте за провайдерським покриттям та вимогами комплаєнсу.
Solana: висока пропускна здатність і низькі комісії; перевірте зрілість провайдерів, стабільність RPC і ваші DevOps-процеси.
Ethereum L1: надійно і сумісно з банками/звітністю, але дорого; доречно для VIP/корпоративних розрахунків або як «якір» ліквідності.
Мережі з мемо/тегом (XRP/XLM/TON та ін.): дешеві і швидкі, але вимагають суворої валідації тегів → ризик UX-помилок без захистів.

5) Модель комісій та бюджетування (Cost per Approved)

• мережі (gas/fee) на депозит/виведення,
• комісій у провайдера/біржі (введення/виведення/конверсія),
• KYT/Travel Rule/вебхуків,
• операційних витрат (ручні кейси, саппорт),
• втрат від помилок мережі/мемо (якщо немає валідацій).

Практика: вважайте all-in по кожній мережі, а не «голий gas». Тримайте поріг switch-over - при зростанні median fee/часу перемикайтеся на резервну мережу.

6) Політика підтверджень і фіналізація

Динамічні вікна підтверджень: N блоків залежить від суми/ризик-сегмента і поточного навантаження мережі.
RBA-логіка: Low Risk + стейбл на низькофеєвій мережі → мінімальні підтвердження; High Risk/нова адресна книга → більше підтверджень/hold.
UX статуси: «Адреса отримана → Очікуємо підтверджень → Зараховано». Показуйте таймер/прогрес.

7) Багатоточний роутинг і фейловер

Primary + Secondary per asset: напр., USDT на TRON (primary) і BSC (secondary); USDC на Arbitrum (primary) и Base (secondary).
Правила авто-перемикання: по латентності, fee, інцидентам RPC, зростанню відмов KYT.
Пули ліквідності: тримайте робочий float на 2 + мережах, автоматизуйте ребаланс через RFQ з декількома біржами.
Ідемпотентність: ключі'invoice _ id/withdrawal _ id'і анти-дублі при ретраях.

8) Комплаєнс і безпека

KYT + санкції: pre-check адрес/бірж/кластерів до зарахування і перед виведенням; різні мережі → різні профілі ризику.
Travel Rule: для VASP↔VASP тримайте IVMS101 і шлюз; політика для unhosted (підпис адреси/мікропереклад, white-list).
Сховища та ключі: HSM/KMS, мультисиг, ліміти на виведення, 4-очей.
Дані: логи рішень, джерело курсу, токенізація PII, роздільне зберігання від PAN.

9) UX-патерни, які рятують гроші

Авто-детекція мережі за адресою/QR, попередження при невідповідності.
Мемо/тег «жорстко обов'язковий» там, де потрібно: валідатор в UI + API, чек-лист перед відправкою.
Адресна книга/Whitelist з реверифікацією, TTL і KYT.
Пояснення комісії і ETA до оплати, щоб знизити тікети в саппорт.
Deeplink в гаманець і автозаповнення полів.

10) Приклад політики вибору (ескіз)

11) Облік, реконсиляція, курс

Лейджер по мережах/активах, мепінг'invoice/withdrawal ↔ txid ↔ subaccount'.
Курси (VWAP/мульти-фід) з фіксованим timestamp; правила округлення.
Звітність T + 0/T + 1: мережі, комісії, KYT-рішення, Travel Rule події.

12) Метрики та OKR

Approval Rate, Time-to-Finality p50/p95, вартість/транзакцію по мережі.
KYT reject %/санкції hits/SAR-conversion.
Частка помилок мережі/тегу, повторюваність проблемних адрес.
Частки потоків по мережах, кількість auto switch-over, аптайм RPC.
Експозиція по активах/мережах, частота ребалансу.

13) Анти-патерни

«Приймаємо в будь-якій мережі» без суворої валідації - гарантовані втрати.
Один провайдер/одна мережа без резервів - single point of failure.
Оцінка тільки gas, ігнор all-in вартості і SLA.
Відсутність динамічних підтверджень/ЕТА - лавина тікетів.
Немає RBA/Travel Rule/KYT - блокування у партнерів.
Зберігання ключів без HSM/мультисиг і лімітів - операційні ризики.

14) Чек-лист впровадження (коротко)

• Матриця мереж: Primary/Secondary на актив; правила switch-over.
• Динамічні підтвердження + UX-статуси і ETA.
• Валідація адрес/мемо/тегів (UI + API), QR/deeplink.
• КУТ/санкції pre-check, політика unhosted і адресна книга.
• Travel Rule шлюз (IVMS101) для VASP↔VASP.
• Пули ліквідності на 2 + мережах, RFQ/мультибіржі, T0-конверсія.
• Лейджер і реконсиляція по мережах; Джерела курсів.
• Ідемпотентність, анти-дублі, ретраї з backoff + jitter.
• Моніторинг fee/ETA/SLA, алерти деградацій, плейбуки інцидентів.
• Навчання саппорту: часті помилки мережі/тегу, шаблони відповідей.

15) Резюме

Вибір мережі - це операційна стратегія, а не список логотипів. Тримайте мінімальну вартість схвалення, швидку і передбачувану фіналізацію, резервні мережі та дисципліну комплаєнсу. Комбінуйте L1/L2 під гео і сегменти, автоматизуйте роутинг і підтвердження, захищайте UX валідаціями - і платіжні крипто-рейки будуть швидкими, безпечними і прибутковими.