Chain-аналітика і ризик-оцінка
1) Що таке chain-аналітика в контексті iGaming
Chain-аналітика - це збір та інтерпретація ончейн-подій (транзакції, баланси, зв'язки), перетворених в граф адрес і сутностей, щоб:- розпізнавати ризикові патерни (санкції, міксери, фішинг, раночейн-мули);
- оцінювати proximity/taint% походження коштів;
- приймати RBA-рішення за депозитами/висновками без втрати конверсії;
- документувати доказову базу для аудитів, банків і регуляторів.
2) Архітектура пайплайна (референс)
Збір → Нормалізація → Граф → Мітки/скоринг → Рішення → Звітність
1. Збір даних
Ноди/RPC за ключовими мережами (TRON, EVM L1/L2, BTC/UTXO, Solana, XRP/XLM та ін.).
Вебхукі/прослуховування мемпула (де доречно), періодичний бектил для повноти.
2. Нормалізація
Приведення до уніфікованої схеми: `tx`, `address`, `entity`, `label`, `edge(from→to, amount, ts, chain)`.
Парсинг специфіки (memo/tag, UTXO inputs/outputs, internal tx).
3. Граф сутностей
Кластеризація адрес в entity (co-spend/change/temporal евристики, провайдерські кластери).
Зберігання мультичейн-зв'язків (bridge/mint/burn).
4. Атрибуція та мітки
Імпорт провайдерських label-сіток (біржі/VASP, міксери, дарк-маркети, сками, санкції).
Власна атрибуція (службові пул-адреси, провайдери виплат, внутрішні гаманці).
5. Скоринг і рішення
Підрахунок risk score 0-100 для адреси/tx/ланцюжка, матриці RBA (allow/limit/hold/reject).
6. Звітність та аудит
Журнали рішень, версії міток, снапшоти ланцюжків, артефакти для SAR/STR і спірних кейсів.
3) Модель даних і граф
Ключові сутності
«Address» (по мережі), «Entity» (кластер адрес), «Tx», «Edge», «Label», «Case».
Атрибути: `chain`, `ts`, `amount`, `counterparty_type` (VASP, mixer, bridge, DEX, P2P, gambling), `risk_vector`.
Індекси та зберігання
Графова БД (або колонкове сховище + edge-таблиці).
Індекси по «address», «entity _ id», «label», «ts», «chain» для швидких трасувань.
4) Метрики шляху: proximity и taint
Proximity (хоп-дистанція): мінімальне число переходів до мітки/кластера ризику.
Taint% (частка забруднення): частка коштів у дорозі, що походить від «брудних» джерел, з урахуванням розгалужень.
Path score: функція від відстані, taint і свіжості подій (time-decay).
Entity confidence: впевненість у кластеризації (евристики/джерела).
5) Ознаки (feature set) для ризик-оцінки
А. Графові
Fan-in/fan-out, середній ступінь, центральність (betweenness, pagerank).
Частка входів з бірж/VASP vs анонімні кластери, мости.
Щільність зв'язків з мітками high-risk.
B. поведінкові
Періодичність і ритм перекладів, «рівні» суми, burst-патерни.
Speed-chain: швидкість проходження через проміжні гаманці.
Rapid in-out (депозит → швидкий вивід).
C. контент/контекст
Мітки: санкції, міксери, dark market, фішинг, рансом, high-risk P2P.
Гео/регіональні прапори (опосередковано через біржі/тимчасові зони).
Тип контрагента (DEX/bridge vs VASP).
D. транзакційні
Мережі/fees/підтвердження, memos/tags коректність.
Вік адреси/гаманця, живучість кластера.
6) Ризик-скор і калібрування (0-100)
Приклад агрегації:
score = w1LabelRisk + w2Proximity + w3Taint% + w4Behavior + w5Counterparty + w6TimeDecay
Порог T1 (allow), T2 (hold/verify), T3 (reject/escalate).
Роздільні профілі по мережах/активах (UTXO vs EVM vs tag-мережі).
Калібрування
PR/ROC з вагами вартості (false reject vs fraud loss).
Brier score для калібрування ймовірностей.
Backtesting на історичних кейсах (TP/FP/FN).
7) Матриця RBA-рішень (ескіз)
8) Інтеграція з KYT, Travel Rule і KYC/KYB
KYT: доповнює власний граф (промислові мітки, attribution, звіти). Логуйте версію бази і джерело міток.
Travel Rule: IVMS101-повідомлення зв'язуйте з'tx/case'. Pre-KYT перед обміном даними.
KYC/KYB: зв'язуйте графові аномалії з профілем клієнта/партнера (PEP, adverse media, гео).
9) UX і операції (мінімум тертя)
Прозорі причини hold: «Потрібно підтвердити джерело коштів »/« Підтвердіть володіння адресою».
Whitelist адрес з TTL і KYT-порогами.
Partial release при частково чистому шляху.
Автоматичне ETA з урахуванням часу на перевірку і мережі.
10) Приватність, дані та відповідність
Мінімізація PII: відділіть ончейн-граф від персональних даних (PII Vault).
Шифрування «в спокої» і «в транзиті», RBAC/SoD, підписані вебхуки.
Версіонування артефактів: снапшоти ланцюжків, звіти KYT, версії міток на момент рішення.
Retention: зберігання матеріалів кейса за нормами юрисдикції (часто 5 + років).
11) Спостережуваність і дашборди
Операції
Approval Rate пост-фільтра, Time-to-Decision p50/p95, Hold %/Reject%.
Піки по мережах/активах, деградації RPC/fee.
Ризик/якість
KYT hit% за типами міток, SAR-conversion.
False Positive %, Precision/Recall для High-risk.
Частка proximity≤N і taint% в потоках.
Економіка
Cost per Approved (all-in),% ручних кейсів, вартість розслідувань.
12) Плейбуки кейсів (L1/L2/L3)
L1 (тріаж): перевірка міток, proximity/taint, зіставлення з клієнтом, швидкі allow/hold.
L2 (інвестігейшн): поглиблене трасування, SoF/SoW, Travel Rule-відповідь, рішення: partial release/decline.
L3 (ескалація): санкції/крадені кошти/публічні інциденти, підготовка SAR/STR і регуляторної комунікації.
SLA орієнтири: авто-тріаж 5-15 з p95, L2 до 4 год для High, стандарт ≤ 24 год.
13) Анти-патерни
Сліпа віра «чорним спискам» без урахування ланцюжка і taint%.
Однакові пороги для всіх мереж/активів і гео.
Відсутність версіонування міток/джерел → незахищені рішення.
Ігнор мостів/L2 і мультичейн-переходів.
«Глухі» блокування без partial release і виразної комунікації.
Немає ідемпотентності у вебхуках/рішеннях → дублі hold/розблокувань.
14) Чек-лист впровадження (коротко)
- Ноди/RPC по мережах, уніфікована схема даних, edge-модель.
- Граф сутностей з кластеризацією і confidence-оцінкою.
- Імпорт міток KYT + власна атрибуція, версії/джерела.
- Ознаки: граф/поведінка/контент/tx; скоринг 0-100 з T1/T2/T3.
- Матриця RBA і плейбуки (allow/limit/hold/reject/escalate).
- Travel Rule (IVMS101) і політика unhosted (підтвердження адреси).
- Дашборди: AR, Time-to-Decision, FP%, SAR, taint/proximity.
- PII Vault, RBAC/SoD, шифрування, retention і аудит.
- Ідемпотентність, анти-дублі, backoff + jitter; підписані вебхуки.
- Регулярне калібрування порогів, ретроспективи програних кейсів.
15) Резюме
Chain-аналітика - це не просто «перегляд транзакції», а система графа, міток і рішень, вбудована в операції платежів. З'єднайте повний ончейн-шлях (proximity/taint) з KYT/Travel Rule і RBA-матрицями, оформляйте докази і метрики якості, тримайте приватність під контролем - і ви отримаєте швидкі, відповідні вимогам і економічно ефективні платіжні процеси в iGaming