Перевірка гаманців — це процес перевірки блокчейн-адреси за допомогою аналітики ризиків (санкційних списків, баз даних зловмисників та поведінкових індикаторів). Його мета — визначити, чи становить гаманець неприйнятний ризик до або під час встановлення ділових відносин.
Він відрізняється від моніторингу транзакцій (який аналізує поведінкові патерни вже після проведення операцій) та від розслідувань (які є реакцією на конкретні інциденти). Скринінг гаманців — це проактивний інструмент: він запускається під час реєстрації клієнта, перед авторизацією транзакцій або регулярно протягом усього життєвого циклу клієнта.
Необхідність перевірки з точки зору дотримання нормативних вимог є одночасно очевидною та нагальною.
Постачальники послуг у сфері віртуальних активів (VASP) — біржі, депозитарії, емітенти стейблкоїнів, платіжні системи та традиційні фінансові установи, що працюють з криптовалютами, — стикаються зі значно посиленими регуляторними вимогами. Санкційні режими OFAC, ЄС та HM Treasury тепер напряму включають адреси криптогаманців, а регулятори накладають величезні штрафи за слабкі програми перевірки. Окрім санкцій, перевірка гаманців допомагає боротися з відмиванням коштів, шахрайством, фінансуванням тероризму та ризиками взаємодії з міксерами, мостами (bridges) і даркнет-платформами.
Швидкість крипторинку підвищує ставки. Транзакції проходять за лічені секунди, а кошти можуть розійтися по десятку блокчейнів за хвилини — жодна ручна перевірка за цим не встигне. Комплаєнс-програма, яка не здатна проводити скринінг безперервно, в реальному часі та на багатьох блокчейнах одночасно, просто не може захистити бізнес від ризиків.
У цій статті ми розглянемо, як ефективна перевірка гаманців виглядає на практиці: які регуляторні вимоги повинні задовольняти програми, які операційні заходи контролю забезпечують обґрунтовані результати та як оцінити ефективність перевірки.

Скринінг гаманців займає чітко визначений рівень у загальній системі безпеки. Під час реєстрації перевірка підтверджує, що гаманець нового клієнта не містить явних ризиків ще до початку співпраці. У процесі подальшої роботи повторний скринінг дозволяє виявляти нові санкційні адреси, приховані ризики та кластери гаманців, чий статус безпеки змінився.
Тут напряму працює класична модель «трьох ліній захисту»:

Щоб кожна лінія могла функціонувати, програма потребує чіткого розподілу відповідальності, задокументованих політик та аудиторського сліду, який показує, що саме перевірялося, коли, за яким порогом ризику та які заходи було вжито.
Скринінг гаманців тісно пов'язаний із процесами KYC. Перевірка особи клієнта може виявити статус політично значущої особи (PEP) або негативні згадки в медіа одночасно з тим, як перевірка його гаманця може виявити зв’язки з міксером або кластером санкцій. Ці сигнали підсилюють один одного: рішення про ескалацію, запуск посиленої належної перевірки (EDD) та подання звітів про підозрілу діяльність (SAR) зазвичай вимагають об'єднання обох джерел даних.
Команди з дотримання нормативних вимог, які розглядають ці процеси як окремі ізольовані сфери, не бачать повної картини та формують менш переконливі справи.
У таблиці нижче наведено відповідність процедур перевірки гаманців більш широкому набору контрольних заходів:

Підхід на основі ризику FATF
Підхід на основі ризику FATF ризику (RBA) Групи з фінансових заходів боротьби з відмиванням грошей (FATF) є базою для регулювання віртуальних активів майже в усіх провідних країнах. Згідно з Рекомендацією 15 FATF, підзвітні суб'єкти повинні виявляти та оцінювати ризики відмивання коштів та фінансування тероризму, застосовувати пропорційні заходи контролю та вести чітку документацію. Для скринінгу це означає, що комплаєнс-команди мають адаптувати налаштування перевірки під ризик-профіль конкретного бізнесу, а не використовувати універсальний підхід для всіх підряд.

Ефективні програми перевірки гаманців мають низку спільних характеристик незалежно від розміру компанії, юрисдикції чи бізнес-моделі. Наведені нижче практики становлять операційну основу, на якій будуються надійні програми.

1. Застосовуйте підхід, орієнтований на ризик, із багаторівневими заходами контролю

Сегментуйте клієнтів за профілем ризику — роздрібні проти інституційних, з великими обсягами проти тих, що здійснюють операції з низькою частотою, користувачі, що використовують фіатні валюти, проти тих, хто працює виключно з криптовалютами — та відповідно налаштовуйте порогові значення для перевірки. Сегменти з високим ризиком повинні автоматично запускати процедуру розширеної перевірки клієнта (EDD) при отриманні попередження; сегменти з нижчим ризиком можуть допускати вищі порогові значення для безперервної обробки, не погіршуючи при цьому якість програми.

2. Об'єднуйте сигнали KYC з ончейн-аналітикою

Статус PEP або негативні згадки в медіа мають розглядатися в єдиному контексті з ончейн-ризиками гаманця (наприклад, використанням міксерів).

3. Аналізуйте опосередковані ризики, а не лише прямі збіги

Гаманці з нещодавніми транзакціями, що пов’язані з адресами, на які накладено санкції, або які належать до кластера, пов’язаного з визначеною юридичною особою, несуть істотний ризик навіть без прямого володіння. Виявлення непрямого зв’язку вимагає даних атрибуції, що виходять за межі простого зіставлення зі списками — аналіз кластерів, відстеження контрагентів та ідентифікація юридичних осіб є надзвичайно важливими.

4. Запровадити безперервний моніторинг та автоматизовану повторну перевірку

Ризики, пов’язані з гаманцями, змінюються. Адреса, яка на момент реєстрації не викликала підозр, згодом може отримати кошти від суб’єкта, що нещодавно потрапив під санкції, з’явитися у списку конфіскованих правоохоронними органами активів або виявитися пов’язаною з шахрайською кампанією. Повторна перевірка має запускатися автоматично при оновленні даних про ризики — а не лише за фіксованим графіком — і повинна застосовуватися ретроактивно до існуючих клієнтів, коли це виправдано новими розвідувальними даними.

5. Усунити міжмережеві (cross-chain) сліпі зони

Злочинці активно використовують міжланцюгові мости, міксери та протоколи DeFi саме для маскування походження коштів. Ваша система повинна вміти відстежувати рух активів через мости та сервіси обгортання.

6. Зберігайте повний аудит-слід (audit trail) для кожного рішення

Регулятори хочуть бачити логіку прийняття рішень. Документуйте кожен результати перевірки, нотатки аналітика, рішення про ескалацію або подання SAR.

7. Регулярно тестуйте налаштування контролю

Переглядайте правила ризиків та калібрування лімітів щонайменше раз на рік або під час суттєвих змін у бізнес-моделі, щоб уникнути аномального зростання кількості хибних спрацьовувань.

Сліпі зони між різними блокчейнами: Перевірка адреси в мережі Bitcoin без аналізу її еквівалента в Ethereum або TRON створює ілюзію контролю. Вирішити цю проблему можна, вимагаючи від постачальників продемонструвати конкретне охоплення ланцюгів, якими користуються ваші клієнти — включаючи мережі з меншим трафіком, де існують концентрації ризиків — та інтегрувавши логіку міжланцюгового відстеження, щоб кошти, що переходять з однієї мережі в іншу, відстежувалися.

Ретроактивна токсичність гаманців: Ситуація, коли адреса стає ризикованою після того, як спочатку була визнана безпечною — застає багато програм зненацька. Заходи щодо її мінімізації полягають в автоматизованій повторній перевірці, що запускається оновленнями розвідувальних даних, а не лише періодичними пакетними перевірками.

Хибнопозитивні спрацьовування:Інформаційний шум виснажує аналітиків, що призводить непослідовних рішень та створює регуляторний ризик, коли команди починають автоматично ігнорувати сповіщення без перевірки. Засоби зменшення помилкових спрацьовувань включають якісніші дані про атрибуцію, налаштування порогових значень відповідно до профілю ризику вашого клієнта та аналітику, що розрізняє пряме володіння та віддалену експозицію у ланцюгу.

Хибнонегативні спрацьовування:Хибнонегативні результати менш помітні, але більш небезпечні. Програма, налаштована на мінімізацію хибнопозитивних результатів, може пропустити реальний ризик, якщо налаштування порогових значень буде надто жорстким. Запобігати цьому можна за допомогою регулярного тестування типологій, валідації моделей на основі сценаріїв та навчань «червоної команди», які перевіряють, чи були б виявлені поточними правилами відомі шаблони дій зловмисників.

Правильно розроблена політика комплаєнсу є ефективною лише тоді, коли під неї налаштовані чіткі робочі процеси. Наведені нижче кроки допоможуть перетворити теоретичні правила на щоденну практику.

Визначте тригери та межі скринінгу

Чітко задокументуйте, коли саме має запускатися перевірка: під час відкриття рахунку, в момент першого поповнення балансу, перед кожною транзакцією, що перевищує встановлений ліміт, а також у межах періодичного рескринінгу поточних клієнтів. Для кожного тригера вкажіть, які саме мережі та типи активів підлягають перевірці.

Налаштуйте категорії ризиків відповідно до вашої схильності

Спільно з вашою платформою для перевірки клієнтів в встановіть ліміти для кожної категорії ризиків — санкцій, ризиків контрагентів, взаємодії з міксерами, активності на даркнет-ринках та шахрайства. Ці рівні мають бути адаптовані під специфіку вашої клієнтської бази. Зафіксуйте обґрунтування кожного ліміту у внутрішній політиці . Правила щодо ризиків повинні відображати вашу оцінку схильності до ризику (RBA), а не стандартні налаштування постачальника.

Створіть черги сортування з чітким розподілом відповідальності та угодами про рівень обслуговування (SLA)

Розподіляйте сповіщення за рівнями пріоритетності залежно від критичності ризику. Затвердьте SLA для кожного рівня. Переконайтеся, що для аналітиків чітко прописані шляхи ескалації кейсів на вищий комплаєнс-персонал, юридичний відділ або топ-менеджмент, якщо розгляд інциденту виходить за межі їхніх повноважень.

Інтегруйте перевірку з моніторингом транзакцій та управлінням справами

Сповіщення від скринінгу гаманців та моніторингу транзакцій мають надходити в єдину систему управління справами. Це дозволить аналітикам бачити і ончейн-ризики гаманця, і поведінкові аномалії в одному вікні. Розрізнені системи створюють сліпі зони під час перевірок і суттєво ускладнюють підготовку звітів SAR.

Документуйте, тестуйте та проводьте аудит

Забезпечте повний аудит-слід: фіксуйте кожне сповіщення, кожне прийняте рішення, кожну ескалацію та кожен звіт SAR. Проводьте внутрішнє тестування охоплення сповіщень щонайменше раз на рік — включаючи тести за сценаріями з використанням відомих типологій — та документуйте результати. Аудит третьої лінії повинен мати змогу відтворити будь-яке рішення виключно на основі аудиторського сліду.

Вимірювання показників має єдину мету: розуміти, чи спроможна програма виявляти ризики та реагувати на них. KPI повинні бути конкретними, вимірними та переглядатися на регулярній основі.
Базові метрики точності системи можуть включати:
● Загальний обсяг сповіщень за категоріями ризиків. ● Коефіцієнт істинних позитивних результатів (частка сповіщень, що призвели до проведення розширеної перевірки (EDD), обмеження рахунку або подання звіту про підозрілу діяльність (SAR)) ● Коефіцієнт хибних позитивних результатів ● Час до прийняття рішення за рівнями пріоритетності. ● Коефіцієнт конверсії в EDD.
Разом ці показники демонструють якість налаштування сповіщень та операційну ефективність команди. Зростання кількості хибних спрацьовувань або падіння частки підтверджених алертів є першим сигналом того, що ліміти чутливості системи неправильного налаштування або якість вхідних даних погіршилася.
Показники реальної ефективності демонструють зв'язок комплаєнс-програми з її кінцевою метою:
● Скільки санкційних блокувань було виконано. ● Скільки звітів SAR було подано та успішно прийнято. ● Скільки рахунків було закрито чи обмежено за результатами перевірок.
Саме ці цифри доводять, що програма дійсно запобігає фінансовим злочинам, а не лише обробляє сповіщення.
Корпоративне управління закриває цей цикл. Комплаєнс-команда другої лінії повинна регулярно робити вибіркові перевірки рішень аналітиків для контролю якості та послідовності дій. Валідація моделей — перевірка того, чи залишаються правила оцінки ризиків актуальними — має проводитися щонайменше раз на рік. Будь-які суттєві зміни в продуктах, клієнтській базі чи регуляторному середовищі повинні автоматично запускати перегляд внутрішніх політик. Висновки внутрішнього аудиту та перевірок регуляторів мають безпосередньо впливати мають документуватися й контролюватися.

TRM Wallet Screening надає комплаєнс-командам мультимережеве покриття, глибину атрибуції даних та гнучкість налаштувань, які необхідні для створення масштабованих і захищених перед аудитом програм перевірки. TRM сканує адреси гаманців у реальному часі на сотнях блокчейнів, збираючи аналітику з понад 300 мільйонів моніторингових джерел щомісяця. Система виявляє ризики за більш ніж 155 комбінаціями налаштувань, охоплюючи пряме володіння санкційними адресами, опосередкований вплив, ризики контрагентів, взаємодію з міксерами та мостами, активність у даркнеті та шахрайство.
Виявлення ризиків, пов’язаних із санкціями у TRM виходить далеко за межі простого звіряння зі списками. Платформа ідентифікує опосередковані ризики завдяки відстеженню кластерів гаманців, нещодавньої історії транзакцій та зв'язків між суб'єктами. Завдяки цьому криптокомплаєнс-команди бачать не лише те, чи внесено гаманець до санкційного списку безпосередньо, а й чи має він суттєві зв'язки із підсанкційною діяльністю. Це критично важливо, зокрема, для відповідності вимогам OFAC, де опосередковані зв'язки мають реальну юридичну силу під час правозастосування.
Автоматизована повторна перевірка дозволяє підтримувати базу поточних клієнтів в актуальному стані в міру оновлення даних без необхідності запускати масивні перевірки вручну. Якщо статус ризику гаманця змінюється — через публікацію нових санкцій, пов'язаність кластера з розслідуванням правоохоронців або оновлення бази знань TRM — система автоматично маркує відповідні акаунти для перевірки та створює повний аудит-слід. Для компаній із великими обсягами транзакцій це знімає операційне навантаження, гарантуючи безперервний захист.
TRM легко інтегрується з провідними платформами управління справами та моніторингу транзакцій. Сповіщення про скринінг гаманців надходять в ту саму чергу аналітика, що й поведінкові алерти, забезпечуючи комплексний розгляд кейсів та якісну підготовку звітів SAR.
Можливості TRM щодо формування звітів та експорту відповідають вимогам регуляторних органів: кожне сповіщення, рішення та дія аналітика зберігаються у форматі, який можуть перевіряти аудитори та регулятори. Для комплаєнс-команд, які лише будують або масштабують свої програми, консультаційна команда TRM (до складу якої входять експерти з досвідом роботи в регуляторних та правоохоронних органах) пропонує підтримку в розробці архітектури та калібруванні систем контролю.