Блог · 21 мая 2026 г.

Правило передачи данных MiCA для поставщиков услуг виртуальных активов в ЕС (RU)

Поставщики услуг криптоактивов в ЕС сталкиваются с Правилом передачи данных в соответствии с Регламентом о переводе средств, наряду с режимом лицензирования MiCA.

Автор: Didit21 мая 2026 г.Обновлено 21 мая 2026 г.

Если вы управляете крипто-бизнесом в ЕС, теперь вашу деятельность определяют два режима. MiCA — Регламент о рынках криптоактивов — это рамки ЕС для лицензирования и ведения деятельности, определяющие, кто может предлагать услуги криптоактивов и по каким правилам. Параллельно действует Правило передачи данных (Travel Rule), которое ЕС реализует через свой Регламент о переводе средств: требование обмениваться информацией об отправителе и получателе при криптопереводах. MiCA говорит вам, кем вы должны быть, чтобы получить авторизацию в качестве поставщика услуг криптоактивов (CASP); Правило передачи данных говорит вам, какие данные должны сопровождать каждый перевод, который вы отправляете и получаете.

Didit занимается второй частью. Поддержка Правила передачи данных встроена в систему мониторинга транзакций, поэтому тот же движок, который оценивает ваши переводы, также обменивается данными отправителя и получателя с контрагентами VASP через TRISA, TRP и OpenVASP, и отслеживает каждое обязательство до одного из шести статусов. Это руководство объясняет, как обязательства ЕС сочетаются друг с другом и как интегрировать часть, касающуюся Правила передачи данных.

Ключевые выводы

MiCA и Правило передачи данных — это разные обязательства. MiCA — это режим лицензирования и ведения деятельности в сфере криптоактивов в ЕС; Правило передачи данных (через Регламент о переводе средств) — это требование об обмене данными отправителя/получателя при переводах.
CASP в ЕС нуждаются как в том, так и в другом — авторизации в соответствии с MiCA и работающем обмене данными по Правилу передачи данных для соответствующих переводов.
Didit покрывает половину, касающуюся Правила передачи данных, встроенную в систему мониторинга транзакций, с поддержкой TRISA, TRP и OpenVASP и шестью статусами обязательств.
Данные, которыми вы обмениваетесь, поступают из уже имеющихся у вас KYC — запись об отправителе формируется на основе личности, которую вы верифицировали при регистрации.
Единый API /v3/. Криптопереводы отправляются на POST https://verification.didit.me/v3/transactions/ с currency_kind: "crypto", с проверкой кошелька от $0.02 (с вашим собственным ключом).

Что требуют MiCA и Правило передачи данных

Стоит держать эти два понятия раздельно, потому что команды часто их смешивают, а затем не могут разобраться ни в одном из них.

MiCA — это регламент ЕС, который объединяет услуги криптоактивов в гармонизированную систему — авторизация в качестве CASP, требования к управлению и ведению деятельности, правила для эмитентов токенов, привязанных к активам и электронным деньгам, а также режим паспортизации для всех государств-членов. MiCA — это кем вы должны быть, чтобы работать.
Правило передачи данных в ЕС реализуется через пересмотренный Регламент о переводе средств, который распространяет давнее правило о банковских переводах на переводы криптоактивов. Оно требует, чтобы информация об отправителе и получателе сопровождала переводы и была доступна властям. Правило передачи данных — это какие данные должны сопровождать каждый перевод.

Таким образом, лицензированный CASP в ЕС соответствует требованиям MiCA по авторизации и ведению деятельности и осуществляет обмен данными по Правилу передачи данных для своих переводов. Эти два положения усиливают друг друга — данные клиента, передаваемые по Правилу передачи данных, являются данными KYC, которые уже собирает CASP, авторизованный MiCA, — но они являются отдельными обязательствами с отдельными доказательствами.

Почему это важно

Для крипто-бизнеса в ЕС оба режима действуют и контролируются. Обмен данными по Правилу передачи данных обязателен для соответствующих переводов, и национальные компетентные органы проверяют его в рамках более широкой системы борьбы с отмыванием денег. Неправильный обмен — непередача данных отправителя или продолжение без подтверждения стороны получателя, где это требуется, — является надзорным нарушением, а не просто ошибкой в документах.

Практический риск — дублирование. CASP, который создает KYC в одном месте, AML-скрининг в другом и отдельный коннектор Правила передачи данных в третьем, в конечном итоге сводит три копии одного и того же клиента в трех системах. Поскольку Didit связывает одну и ту же личность через KYC, AML, мониторинг, проверку кошельков и Правило передачи данных в одном API /v3/, запись об отправителе при переводе — это клиент, которого вы уже верифицировали — нет третьей копии для синхронизации.

Технические детали

CASP в ЕС отправляют криптопереводы в унифицированный API /v3/. Отправитель — это subject, получатель — это counterparty, а currency_kind: "crypto" запускает пути Правила передачи данных и проверки кошелька.

curl -X POST https://verification.didit.me/v3/transactions/ \
  -H "x-api-key: $DIDIT_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "transaction_id": "txn_e92b40",
    "category": "travel_rule",
    "amount": 8800,
    "currency": "EURC",
    "currency_kind": "crypto",
    "direction": "OUTBOUND",
    "txn_date": "2026-05-21T14:22:00Z",
    "subject": {
      "vendor_data": "user_3309",
      "role": "ORIGINATOR",
      "entity_type": "INDIVIDUAL",
      "first_name": "Lukas",
      "last_name": "Berg"
    },
    "counterparty": {
      "role": "BENEFICIARY",
      "entity_type": "INDIVIDUAL",
      "wallet_address": "0x71be...d402"
    }
  }'

{
  "transaction_id": "txn_e92b40",
  "status": "APPROVED",
  "travel_rule_status": "COMPLIANT",
  "protocol": "TRISA",
  "wallet_screening": { "risk_score": 12, "risk_level": "LOW" }
}

Шесть статусов Правила передачи данных. Каждое обязательство разрешается ровно в один из них:

Статус	Значение
`UNKNOWN`	Еще не оценено, или контрагент VASP не может быть определен.
`COMPLIANT`	Данные отправителя и получателя обменены и подтверждены — обязательство выполнено.
`PENDING_ACTION`	Требуется какое-либо действие с вашей стороны для продолжения.
`PENDING_COUNTERPARTY`	Ожидание ответа от контрагента VASP.
`FAILED`	Обмен не удалось завершить — недоступный контрагент, отклоненные данные или несоответствие протокола.
`EXEMPT`	Вне сферы действия — ниже порога или иным образом не подлежит обязательству.

Протоколы и правила. Движок поддерживает TRISA, TRP и OpenVASP, договариваясь о том, какой протокол поддерживает контрагент. Транзакции имеют категорию travel_rule, а библиотека правил содержит предустановленные правила Правила передачи данных, которые вы включаете и настраиваете в Консоли.

Проверка кошелька одновременно. Адрес контрагента проверяется в блокчейне в том же вызове от $0.02 за проверку с использованием собственного ключа (Crystal или Merkle Science).

Проблема «восхода солнца» с точки зрения ЕС

CASP в ЕС остро ощущают проблему «восхода солнца»: вы полностью обязаны соблюдать Регламент о переводе средств, но контрагент в юрисдикции, которая не приняла Правило передачи данных, не обязан отвечать взаимностью. Didit показывает такие случаи как PENDING_COUNTERPARTY, а затем FAILED, а не как молчаливые пробелы, поэтому ваша политика — продолжить с документированным обоснованием, приостановить или заблокировать — является явной и регистрируется. Когда юрисдикция контрагента примет это правило, те же переводы начнут разрешаться как COMPLIANT без изменения вашей интеграции.

Примеры использования

Биржи и CASP в ЕС — осуществляйте обмен данными по Правилу передачи данных для каждого соответствующего перевода, сохраняя данные отправителя, связанные с вашим KYC эпохи MiCA.
Провайдеры ввода/вывода средств в ЕС — обменивайтесь данными с конечными VASP по всему ЕС и за его пределами, проверяя кошелек получателя в том же вызове.
Хранители в ЕС — отслеживайте обязательства множества контрагентов и протоколов с помощью готового для проверки статуса.
Фронтенды DeFi в ЕС — осуществляйте обмен там, где регулируемый CASP находится в потоке, и разрешайте как EXEMPT там, где обязательство действительно не применяется.

Как интегрироваться с Didit

Включите правила Правила передачи данных в Бизнес-консоли наряду с крипто-мониторингом и проверкой, настроенными в соответствии с вашей политикой рисков CASP.
Отправляйте криптопереводы с POST /v3/transactions/, currency_kind: "crypto", отправителем как subject и получателем как counterparty, и категорией travel_rule.
Считывайте оба статуса — status транзакции для движения и travel_rule_status для обязательства — и действуйте в случаях PENDING_* и FAILED.
Обрабатывайте исключения в Консоли, где ожидающие обязательства, оповещения и рабочий процесс находятся вместе с остальным вашим мониторингом.

Поскольку все это находится в унифицированном API /v3/, клиент, которого вы регистрируете с помощью KYC и проверяете с помощью AML для выполнения требований эпохи MiCA, является той же личностью, которая предоставляет запись об отправителе для каждого перевода по Правилу передачи данных.

Часто задаваемые вопросы

Правило передачи данных — это то же самое, что MiCA?

Нет. MiCA — это режим лицензирования и ведения деятельности в сфере криптоактивов в ЕС; Правило передачи данных — это требование об обмене данными отправителя/получателя, реализованное в ЕС через Регламент о переводе средств. CASP в ЕС занимаются обоими.

Делает ли Didit меня лицензированным по MiCA?

Нет. Авторизация MiCA — это то, что вы получаете как CASP. Didit предоставляет инфраструктуру идентификации и борьбы с мошенничеством — KYC, AML, мониторинг, проверку кошельков и обмен данными по Правилу передачи данных — которая поддерживает ваши обязательства по соблюдению требований.

Какие протоколы Didit использует для Правила передачи данных в ЕС?

TRISA, TRP и OpenVASP. Движок договаривается о том, какой протокол поддерживает данный контрагент.

Как Didit справляется с проблемой «восхода солнца» для CASP в ЕС?

Неприсоединившиеся контрагенты отображаются как PENDING_COUNTERPARTY, а затем FAILED, а не как молчаливые пробелы, поэтому ваше политическое решение является явным и регистрируется для аудиторского следа.

Является ли Правило передачи данных отдельным продуктом?

Нет. Оно встроено в систему мониторинга транзакций, в тот же криптоперевод, который вы уже отправляете для мониторинга и проверки кошелька.

Готовы начать?

Ознакомьтесь с документацией по Правилу передачи данных, посмотрите, как это работает на странице решения для крипто-Правила передачи данных и на странице продукта «Мониторинг транзакций», и проверьте прозрачные цены за вызов на странице цен. Когда будете готовы, начните бесплатно — 500 бесплатных проверок KYC каждый месяц, с Правилом передачи данных, встроенным в мониторинг.