Войти
Регистрация
  • Русский
  • English
Войти
Регистрация
  • Русский
  • English
  • С ЧЕГО НАЧАТЬ
  • GITHUB
    • 🐘 SDK PHP
    • 👨‍💻 SDK GOLANG
    • ✳️ SDK NODE JS
  • ОСНОВЫ
    • 🔑 Аутентификация по API-ключу
    • ⏱️ Лимиты запросов и тарификация
  • АУТЕНТИФИКАЦИЯ
    • 👨‍💼 Аутентификация пользователя
    • 👨‍💼 Регистрация пользователя
    • 🔐 Восстановление пароля
  • ИНФОРМАЦИЯ
    • 🆕 Добавление нового адреса
    • 🆎 Получение информации по адресу
    • 🔍 Поиск поддерживаемых криптовалют по адресу
    • 💰 Доступные валюты
  • ПРОВЕРКА РИСКА
    • ♻️ Жизненный цикл проверки и статусы
    • 🆕 Добавление новой быстрой проверки
    • 📑 Получение списка быстрых проверок
    • 📊 Получение информации по быстрой проверке
    • 🔄 Повторный запуск быстрой проверки
    • 👁️ Мониторинг адреса (tracking)
  • ПРОВЕРКА ТРАНЗАКЦИИ
    • 🧾 Проверка транзакции: как устроена
    • 🆕 Создание проверки транзакции
    • 📑 Список проверок транзакций
    • 📊 Получение проверки транзакции
  • РАССЛЕДОВАНИЕ
    • 📝 Получение списка расследований
    • 🕵️‍♂️ Создание расследования
    • 📋 Получение информации по расследованию
    • 📊 Получение данных по графу расследования
    • 🧐 Углубленное исследование в рамках расследования
    • 🔄 Запуск расследования
  • БАЛАНСЫ
    • 💰 Получение баланса пользователя
    • 📜 Создание счета на оплату
    • 💵 Валюты разрешенные для пополнения
  • KYC ВЕРИФИКАЦИЯ
    • 🆕 Создание KYC верификации
    • 📑 Список KYC верификаций
    • ▶️ Начало сессии верификации
    • 📷 Загрузка фото и документов
    • 📋 Детали KYC верификации
    • ⚙️ Параметры сессии
    • 🔄 Обновление шага верификации
    • 🔍 Проверка данных документа
    • 👁️ Начало liveness проверки
    • ✅ Верификация liveness данных
    • 🔤 Распознавание документа (OCR)

🧾 Проверка транзакции: как устроена

Проверка транзакции (tx-check) принимает хеш транзакции, сама определяет сеть, достаёт стороны перевода и оценивает риск каждого адреса. Итоговый score — максимум по сторонам, а в ответе видно, какой именно адрес его дал.

Отличие от быстрой проверки: там объект проверки — адрес в конкретной валюте, здесь — транзакция целиком, и сеть указывать не нужно.

Методы живут на версионированном контуре /api/v1, а не на /api. У него другой конверт ответа и другая пагинация — не путайте с методами быстрой проверки.

🌐 База и конверт ответа

POST https://amlkyc.tech/api/v1/tx-checks
Authorization: Bearer <API_TOKEN>
Accept: application/json
Content-Type: application/json

Успешный ответ всегда одной формы:

{
  "success": true,
  "message": "Tx check created.",
  "data": { }
}

Ошибка — тоже:

{
  "success": false,
  "message": "Insufficient balance."
}

Для ошибок валидации добавляется объект errors с полями.

🔐 Доступ

Проверка транзакций подключается аккаунту по запросу — напишите в поддержку. Пока она не подключена, любой из методов отвечает 403 и message: Tx check is not enabled for this account.

Отдельных настроек у API-ключа не требуется: подойдёт любой ключ, выпущенный в кабинете.

Про сам заголовок авторизации — см. Аутентификация по API-ключу.

🧮 Сети и форматы хеша

Сеть определяется по форме хеша и подтверждается запросом в саму сеть — параметр network в запросе не обязателен.

Форма хешаСети-кандидаты
0x + 64 hexeth, bsc, polygon, arbitrum, base, optimism, avax, zksync, iotex, merlin, hsk
64 hex без префиксаtrx, btc, ltc, doge, bch, ton
86–88 символов base58solana
43–44 символа base58sui
43 символа base64 + =ton

Если хеш подтвердился сразу в нескольких сетях (обычно EVM-семейство), берётся первая подтверждённая; переданный network учитывается, когда он среди подтверждённых.

🚦 Статусы

statusstatus_labelЧто значит
0newПроверка создана и поставлена в очередь
1processingСкоринг сторон выполняется
2doneГотово: заполнены summary, results, score
3failedНе удалось получить данные, причина — в поле error

Результат забирается опросом карточки проверки: опрашивайте раз в несколько секунд, пока status_label не станет done или failed.

# опрос до завершения
until curl -s "https://amlkyc.tech/api/v1/tx-checks/$ID" \
      -H "Authorization: Bearer $API_TOKEN" -H 'Accept: application/json' \
    | tee /tmp/tx.json | grep -qE '"status_label":"(done|failed)"'; do sleep 5; done
cat /tmp/tx.json

Проверка идёт в той же очереди, что и быстрые проверки, и занимает от нескольких секунд до пары минут — таймаут в клиенте закладывайте порядка 10 минут, а не секунд.

⚠️ Коды ошибок в `error`

Поле заполняется только при статусе failed:

errorЧто произошло
transaction_details_unavailableСеть подтвердила транзакцию, но детали (стороны перевода) получить не удалось
risk_sources_unavailableСтороны известны, но ни один адрес не удалось отскорить
internal_errorВнутренняя ошибка, все попытки исчерпаны
Деньги списываются при создании проверки, после подтверждения транзакции сетью. Статус failed возврата не делает — при нём имеет смысл повторить проверку позже.

💳 Тарификация и лимиты

  • Списание — одна проверка за каждый успешный POST /api/v1/tx-checks; цена берётся из вашего тарифа (поле tx_check_price), по умолчанию — 1. В истории баланса операция помечается назначением «Проверка транзакции» (tx_check).
  • Повторная отправка того же хеша, пока проверка в полёте, денег не списывает — вернётся текущая запись. Отправка уже завершённой (done) проверки — это новый платный прогон.
  • Если хеш не найден (422) или источники молчат (503), списания нет.
  • Лимит запросов общий для всего API — 60 в минуту, см. Лимиты запросов и тарификация.

📚 Методы

МетодНазначение
POST /api/v1/tx-checksСоздать проверку по хешу
GET /api/v1/tx-checksСписок проверок с фильтрами
GET /api/v1/tx-checks/{id}Карточка проверки и результат
Последнее обновление:: 29.09.2026, 11:48
Contributors: afinogen, Claude Opus 5
Prev
ПРОВЕРКА РИСКА
Next
РАССЛЕДОВАНИЕ