Mastercard запустила послугу управління ризиками для платежів у стейблкоїнах

19 жовтня 2026 року Mastercard на конференції Money20/20 представила Stablecoin Security, готуючи послугу оцінки ризиків для платежів у стейблкоїнах для банків та платіжних установ. Першими партнерами стали Borderless.xyz та Keyrails, а послуга спочатку буде запущена в Північній Америці з планами розширення на глобальний ринок у 2027 році.

Цей бізнес охоплює процес від подачі платежу до остаточного розблокування. Банки повинні знати, хто здійснює платіж, кому він адресований, через які установи проходять гроші; адреси в блокчейні, токени та записи транзакцій надають іншу частину підказок. Mastercard прагне об'єднати цю інформацію, щоб фінансові установи отримували підказки про ризики шахрайства, санкцій та інших фінансових злочинів перед завершенням платежу, а потім вирішували, як діяти.

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

▌ 1. Платежі у стейблкоїнах отримали додаткову перевірку

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

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

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

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

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

▌ 2. Скільки інформації може надати один гаманець

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

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

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

Дослідження Міжнародного банку розглянуло активність USDT, USDC та PYUSD на Ethereum у 2025 році, виявивши, що близько 60% подій переміщення токенів вбудовані в більш складні транзакції. Тут враховуються події переміщення, одна транзакція в блокчейні може містити кілька переміщень. Ці дані нагадують нам, що при дослідженні платежів у стейблкоїнах потрібно дивитися на структуру транзакцій, як рухаються кошти; просте підсумовування кількості переказів може легко спотворити результати.

Наприклад, один обмін може спочатку перевести токени в контракт, потім через пул ліквідності, а в кінці — на адресу отримувача. На рахунках може з'явитися кілька записів, але насправді це одна операція. Якщо ризикові правила розглядають кожен запис як окремий платіж, це може призвести до повторних сповіщень; якщо дивитися лише на останній зарахування, це може пропустити проміжні етапи, які потребують подальшої перевірки.

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

Дві категорії інформації допомагають установам зрозуміти платіж; конкретне рішення все ще приймається відповідними установами відповідно до правил.

▌ 3. Шахрайство відбувається в причинах платежу

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

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

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

Ці перевірки є особливо важливими для платежів у високовартісній торгівлі. Оскільки сума одного платежу може бути значною, контракти, рахунки-фактури, вантажі та платіжні угоди часто розподілені між кількома відділами, фінансовий відділ може бачити платіжні інструкції лише на останньому етапі процесу. Сцена високовартісної міжнародної торгівлі, на яку націлена Keyrails, потребує з'єднання цих офлайн бізнес-фактів з фінансовими операціями.

Для постачальників ризикові сповіщення також повинні бути максимально зручними для виконання. Коли співробітники бачать "високий ризик", їм все ще потрібно знати, з ким зв'язатися, які матеріали перевірити та як швидко надати зворотний зв'язок клієнту. Якщо кожне сповіщення потребує повторного пошуку інформації, час, заощаджений на розрахунках у стейблкоїнах, може бути витрачено на ручне спілкування.

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

Генерація AI

▌ 4. Інформація про комплаєнс повинна супроводжувати платіж

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

Регламент ЄС про передачу коштів, а саме Регламент 2023/1113, включає вимоги про супровід інформації для відповідних криптоактивів. Статті 14 та 16 визначають відповідальність постачальників криптоактивів ініціатора та отримувача, що стосується ідентифікаційної інформації про ініціатора, отримувача та передачу. Це те, що в індустрії часто називають "правилом подорожі": коли активи передаються між установами, необхідна ідентифікаційна інформація також повинна передаватися відповідно до правил.

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

Ці вимоги вимагають, щоб бекенди могли спілкуватися. Якщо одна сторона вже завершила перевірку клієнта, чи може інша сторона отримати та зрозуміти цю інформацію? Як платіж може бути затриманий і виправлений, якщо ім'я, адреса або ідентифікаційні поля неповні? Як уникнути повторної подачі матеріалів, якщо один і той же клієнт використовує кілька гаманців? Коли стейблкоїни переходять до інституційного бізнесу, все більше роботи ляже на ці деталі.

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

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

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

Схема можливих процесів обробки, які можуть бути спроектовані установами, не є повним переліком функцій, вже опублікованих постачальниками.

▌ 5. Mastercard розширює свої послуги

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

Цей продукт вибрав Borderless.xyz та Keyrails як початкових партнерів, що відображає цю думку. Перший з'єднує постачальників послуг стейблкоїнів на різних ринках, другий зосереджується на платежах у високовартісній міжнародній торгівлі. Коли банки підключаються до них, вони, крім мети та валюти, також цікавляться, чи може інформація між різними вузлами бути безперервною та чи можуть аномалії оброблятися спільно.

Mastercard також згадала про такі вже наявні можливості, як Crypto Credential та Crypto Secure, а також про майбутні плани співпраці з BVNK. У серпні 2026 року вона завершила придбання BVNK і планує в 2027 році продовжити розширення застосування Stablecoin Security. Відповідні бізнеси формують все більш тісні зв'язки навколо рахунків, обміну валют, платежів та ризикових послуг.

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

Це поєднання також потребує запобігання розмиттю меж відповідальності. Банки закуповують ризикову інформацію, платіжні установи виконують транзакції, інша компанія відповідає за місцеві платежі, і клієнт зазвичай звертається лише до початкового постачальника послуг у разі виникнення проблем. Тому контракти між сторонами повинні пояснювати, як виправити помилки в інформації, як обробляти аномальні платежі, як ділитися матеріалами для розслідування та які альтернативні заходи вжити у разі перерви в обслуговуванні.

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

▌ 6. Підприємства можуть спочатку протестувати реальний шлях платежу

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

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

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

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

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

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

Ще одна ситуація, яку слід протестувати перед запуском: якщо ризиковий інтерфейс тимчасово не повертає результат, чи може платіж продовжитися? Банки та постачальники можуть домовитися про затримку, ручну перевірку або резервний канал за сумою, клієнтом і місцем призначення, і зазначити в контракті способи повідомлення та умови відновлення. Коли фінансові працівники бачать, що платіж зупинився, вони повинні мати можливість дізнатися, на якому етапі він зупинився, хто його обробляє та коли вони можуть отримати наступний зворотний зв'язок.

Під час тестування підприємства можуть одночасно перевіряти нормальні платежі та обробку винятків.

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