ІІ-моніторинг транзакцій для обмінника перевіряє кожен платіж не за жорстким правилом «сума більша за X — стоп», а за поведінкою: звідки прийшли кошти, як гаманець поводився раніше, чи схожий маршрут на схему відмивання. Для власника обмінника різниця відчутна — замість сотні хибних блокувань щодня лишається десяток випадків, які справді варто розглянути вручну.
Чим це відрізняється від старих правил
Правила-фільтри діють як вахтер зі списком: перевищив ліміт — стоп, не перевищив — проходь. Проблема в тому, що шахраї теж знають ліміти й просто дроблять суми. Модель ІІ дивиться на зв'язки: скільки переходів між гаманцем клієнта й відомим міксером, як змінювалась частота операцій за останній місяць, чи відповідає ланцюжок типовій схемі дроблення. Обмінник із парою сотень транзакцій на добу часто ловить ті самі патерни, що й комплаєнс-фахівець із десятирічним досвідом — тільки за секунди, а не за годину ручної перевірки.
Кому з обмінників це справді потрібно
Якщо у вас 20-30 угод на день і ви особисто знаєте постійних клієнтів, повноцінна ІІ-платформа — зайва витрата. Правила плюс ручна перевірка впораються не гірше. Поріг, де ІІ-моніторинг починає окупатися, — це зазвичай кілька сотень транзакцій на добу або робота в юрисдикціях із жорсткими вимогами до AML-звітності. Другий сценарій — велика частка фіатних он/офф-рампів: банки й платіжні системи швидше блокують рахунок обмінника, помітивши підозрілий потік, і тут швидкість реакції ІІ-системи напряму захищає бізнес.
Як це працює на практиці
Скоринг ризику
Кожній транзакції присвоюється числовий бал ризику на основі історії гаманця, зв'язків із чорними списками та швидкості руху коштів. Бал вище порогу — угода йде в чергу на ручну перевірку, а не блокується автоматично.
Кластеризація гаманців
Модель групує адреси, які, ймовірно, належать одному власнику або пов'язані спільною схемою, навіть якщо формально це різні гаманці. Так видно не окрему підозрілу транзакцію, а весь ланцюжок.
Людина в контурі
Хороша система не ухвалює рішення про блокування клієнта самостійно — вона готує картку з обґрунтуванням для комплаєнс-фахівця. Повністю автоматичний бан за одним алертом майже завжди означає втрату чесного клієнта і скаргу до підтримки.
Чекліст із 7 критеріїв для вибору інструмента
- Чи підтримує мережі, якими реально користуються ваші клієнти, а не лише BTC і ETH
- Чи можна налаштувати пороги ризику під ваш обсяг, а не лише використовувати дефолтні
- Чи дає пояснення до кожного алерту, а не просто цифру ризику
- Як часто оновлюються бази адрес санкційних списків і відомих міксерів
- Чи є API для вбудовування у вашу поточну панель обмінника
- Скільки в середньому займає розбір одного алерту у вашої команди
- Який відсоток хибних спрацювань показує інструмент на пілоті, а не в презентації
Останній пункт — найважливіший. Просіть пілотний період на реальному потоці транзакцій, а не демо на історичних даних постачальника.
Часті помилки при впровадженні
Найпоширеніша — увімкнути систему на максимальну строгість із першого дня. Підсумок: клієнти масово скаржаться на затримки, команда тоне в алертах, і за тиждень пороги послаблюють до нуля, втрачаючи весь сенс. Друга помилка — довірити налаштування виключно постачальнику й не звіряти її з реальними кейсами шахрайства, які вже були у вас. Третя — забути, що модель потрібно періодично перенавчати: схеми шахраїв змінюються швидше, ніж змінюються дефолтні налаштування більшості платформ.
Обмеження і ризики
ІІ-моніторинг не замінює комплаєнс-фахівця і не гарантує відсутності штрафів від регулятора — остаточне рішення й відповідальність лишаються за людиною. Модель також не захищає від інсайдерської загрози всередині команди і не скасовує потребу перевіряти контрагентів вручну в спірних випадках. Ставтеся до неї як до фільтра, що економить години роботи, а не як до юридичної гарантії.
Висновок
ІІ-моніторинг транзакцій — не магія і не панацея: він окупається за певного обсягу й типу клієнтів і потребує налаштування під конкретний обмінник, а не роботи «з коробки». Тим, хто вибудовує такі процеси з нуля, простіше спиратися на готову інфраструктуру обмінника, ніж збирати її з розрізнених сервісів — наприклад, на платформі iEXExchanger, де комплаєнс-інструменти вже вбудовані в рушій.
