Выбор блокчейна: 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.
Отсутствие динамических подтверждений/ETA — лавина тикетов.
Нет RBA/Travel Rule/KYT — блокировки у партнеров.
Хранение ключей без HSM/мультисиг и лимитов — операционные риски.

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

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

15) Резюме

Выбор сети — это операционная стратегия, а не список логотипов. Держите минимальную стоимость одобрения, быструю и предсказуемую финализацию, резервные сети и дисциплину комплаенса. Комбинируйте L1/L2 под гео и сегменты, автоматизируйте роутинг и подтверждения, защищайте UX валидациями — и платежные крипто-рельсы будут быстрыми, безопасными и прибыльными.