Блокчейн-эксплорер — первое место, где стоит проверять, что на самом деле произошло с криптовалютной транзакцией. Если клиент говорит “я оплатил”, кошелёк показывает pending, а поддержке нужно проверить TXID, скриншота обычно недостаточно. Нужна запись в блокчейне.
Etherscan, TronScan, BscScan, Solscan и другие explorer-сервисы показывают публичные данные сети в удобном виде: статус транзакции, адрес отправителя, адрес получателя, сумму, комиссию, подтверждения, token transfers и smart contract calls.
Для бизнеса это особенно полезно. Многие проблемы с криптоплатежами возникают не потому, что “крипта не работает”, а из-за сети, суммы, статуса, истёкшего инвойса, неподдерживаемого токена или неправильного адреса. Если команда умеет читать транзакцию в explorer, она быстрее понимает, что произошло, и меньше зависит от догадок.
Что такое блокчейн-эксплорер
Блокчейн-эксплорер — это поисковик по блокчейну. Только вместо сайтов он ищет блоки, транзакции, адреса кошельков, token contracts и сетевую активность.
У каждой сети есть свои explorer-сервисы. Для Ethereum часто используют Etherscan. Для TRON — TronScan. Для BNB Smart Chain — BscScan. Для Solana — Solscan. Интерфейсы отличаются, но базовая логика похожа: пользователь вставляет transaction hash, адрес кошелька, номер блока или token contract и смотрит публичную запись.
Обычно explorer показывает:
- прошла транзакция или нет;
- какой адрес отправил средства;
- какой адрес получил средства;
- какой токен и какая сумма были переведены;
- какая была комиссия сети;
- когда прошла операция;
- сколько подтверждений у транзакции;
- был ли это простой перевод или smart contract call.
Кошелёк может показывать упрощённую картину. Скриншот может не содержать важных деталей. Explorer показывает on-chain запись, с которой уже можно работать.
Что такое TXID или transaction hash
TXID, transaction ID и transaction hash часто используют как синонимы. Это уникальный идентификатор транзакции в блокчейне. Именно его обычно просит поддержка, когда нужно проверить перевод.
TXID выглядит как длинная строка из букв и цифр. Когда транзакция отправлена в сеть, её можно найти в соответствующем explorer. Но важно выбрать правильную сеть. TRON-транзакцию нужно проверять в TRON explorer, а не в Etherscan. Solana-транзакцию — в Solana explorer, а не в BscScan.
Здесь часто начинается путаница. Пользователь говорит: “Я отправил USDT”. Но USDT существует в разных сетях. USDT в Ethereum, TRON, BNB Smart Chain, Polygon или Solana — это разные операционные маршруты. Если сеть выбрана неверно, TXID может не находиться в том explorer, где его ищут.
Поэтому на странице оплаты важно указывать не только токен, но и сеть. А первый вопрос поддержки в спорной ситуации часто должен звучать так: “В какой сети был отправлен платёж?”
Статус транзакции: success, pending, failed
Статус показывает, что сеть сделала с транзакцией.
Success означает, что блокчейн обработал транзакцию. Но это не всегда значит, что заказ уже можно считать оплаченным. Платёжная система может ждать подтверждения, сверять сумму, проверять сеть, сопоставлять транзакцию с заказом или запускать риск-контроль.
Pending означает, что транзакция отправлена, но ещё не получила нужный уровень подтверждения или финальности. Это бывает при загруженной сети, низкой комиссии или особенностях конкретного блокчейна.
Failed означает, что операция не была выполнена. При этом в некоторых сетях пользователь всё равно платит комиссию за попытку, потому что валидаторы или участники сети уже обработали транзакцию. Это часто удивляет новичков: failed transaction не всегда означает “ничего не стоило”.
Для криптоплатежа статус — только первый слой проверки. Транзакция может быть успешной, но не подходить под инвойс: сумма меньше нужной, сеть не поддерживается, платёж пришёл поздно или отправлен не тем токеном. Более операционный разбор есть в материале о том, как проверить криптовалютный платёж.
Адрес отправителя и адрес получателя
Explorer показывает адрес отправителя и адрес получателя. Эти поля важны, но их легко прочитать неправильно.
В простом переводе всё понятно: адрес A отправил токен B на адрес C. Но если транзакция связана со smart contract, swap, approval или bridge, поле “To” может указывать не на конечного получателя, а на контракт. При этом фактическое движение токена отображается в отдельном блоке token transfers.
Из-за этого нельзя смотреть только на одно поле. Чтобы понять платёж, нужно проверять статус, сеть, token transfer, адрес получателя, сумму и время вместе.
Для поддержки это особенно важно. Клиент может прислать ссылку на транзакцию, где видно, что “что-то произошло”, но это ещё не доказывает, что бизнес получил нужную сумму на правильный адрес.
Native coin transfer и token transfer
Перевод нативной монеты и перевод токена — разные вещи.
Нативная монета — основной актив сети. ETH в Ethereum, BNB в BNB Smart Chain, SOL в Solana, TRX в TRON. Обычно именно нативная монета используется для оплаты комиссии сети.
Токен — актив, выпущенный поверх сети. Например, USDT, USDC или другой token contract. Пользователь может отправить USDT, но комиссия за транзакцию будет оплачена в ETH, TRX, BNB или другом нативном активе сети.
В explorer эти данные могут отображаться в разных местах. Пользователь видит USDT transfer и отдельно network fee. Это не значит, что он “платил ETH” вместо USDT. Это значит, что ETH был нужен для комиссии сети.
Для бизнеса это одна из частых точек непонимания. Платёжный актив, сеть и актив комиссии могут отличаться. Поэтому стоит различать сумму платежа, комиссию сети, полученную сумму и требуемую сумму. Подробнее этот слой разобран в статье про сетевые комиссии и gas fee.
Подтверждения и финальность
Confirmations показывают, насколько глубоко транзакция закреплена в блокчейне. В одних сетях видно число подтверждений, в других интерфейс показывает finalized или другой статус финальности.
Бизнес часто ждёт определённое количество подтверждений, прежде чем считать оплату окончательной. Правила зависят от сети, актива, суммы, риска и платёжного провайдера. Небольшой платёж в быстрой сети и крупный платёж в более чувствительной сети могут требовать разного подхода.
Пользователи иногда спрашивают: “Почему транзакция уже видна в explorer, но заказ ещё не оплачен?” Ответ может быть простым: транзакция видна, но система ещё ждёт confirmations, проверяет сумму, сопоставляет инвойс или применяет AML/risk controls.
Explorer помогает объяснить эту разницу. Он показывает, что произошло в блокчейне. А бизнес-логика решает, что это значит для заказа.
Комиссия сети
В explorer почти всегда можно увидеть комиссию сети. В разных блокчейнах она может называться gas fee, transaction fee, energy/bandwidth cost или иначе.
Эта комиссия не уходит продавцу. Она относится к работе сети. В EVM-сетях комиссия обычно платится в нативной монете. В TRON используются energy и bandwidth. В Solana комиссии обычно небольшие, но тоже отображаются в записи транзакции.
При проверке платежа нельзя путать комиссию с суммой оплаты. Если клиент должен был отправить 100 USDT, explorer может показать перевод 100 USDT и отдельную комиссию в нативной монете. Это не такая же комиссия, как комиссия эквайринга в карточных платежах.
Для поддержки полезно говорить точно: сумма платежа, комиссия сети, сумма к получению, требуемая сумма. Эти понятия не всегда совпадают.
Smart contract calls, swaps и approvals
Не каждая транзакция — обычный перевод. Explorer также показывает взаимодействия со smart contracts: swaps, approvals, bridge-операции, staking, minting и другие действия.
Approval — это разрешение смарт-контракту использовать токен из кошелька. Swap может вызвать DEX-контракт и внутри одной транзакции запустить несколько token transfers. Bridge может заблокировать актив в одной сети и выпустить или разблокировать актив в другой.
Такие транзакции сложнее читать. В поле “To” может быть контракт, а не человек или бизнес. Поэтому важно смотреть не только на верхнюю часть страницы, но и на разделы token transfers, logs или contract interaction, если интерфейс explorer их показывает.
Для бизнеса главное — отделять подготовительные действия клиента от самой оплаты. Если клиент сделал swap перед оплатой, это ещё не значит, что он оплатил заказ. Swap объясняет, откуда появились средства, но не доказывает, что они пришли на адрес бизнеса.
Подмена адреса и фейковые переводы
Explorer может помочь заметить подозрительную активность. Один из распространённых сценариев — address poisoning, или подмена адреса в истории кошелька. Атакующий создаёт фейковые переводы с похожим адресом, чтобы пользователь позже скопировал неправильный адрес из истории.
Фейковая или нерелевантная транзакция в истории кошелька не доказывает, что деньги ушли туда, куда нужно. Иногда это специально созданный след, чтобы запутать пользователя.
Для бизнеса это особенно важно при возвратах и ручных выплатах. Если поддержка копирует адрес из истории переводов без проверки, можно отправить средства не тому получателю. Безопаснее подтверждать адрес возврата через контролируемый канал и сверять полный адрес, а не только первые и последние символы.
Подробнее эта схема разобрана в статье про подмену адреса криптокошелька.
Risk Score и проверка кошелька
Explorer показывает публичные данные блокчейна, но не всегда даёт полноценную оценку риска. Иногда сервисы показывают labels или предупреждения, но профессиональная AML-проверка смотрит шире.
Risk Score учитывает историю адреса, связь со скамами, санкционными сущностями, миксерами, даркнет-маркетами, высокорисковыми сервисами и другими сигналами. Это не абсолютный приговор, и разные провайдеры могут оценивать риск по-разному. Но для бизнеса это полезный слой проверки.
Технически успешная транзакция не всегда означает, что её можно без вопросов считать безопасной. Платёж может прийти в правильной сети и на правильную сумму, но всё равно требовать ручного review из-за источника средств или адресной истории.
Эта тема подробнее раскрыта в материале про оценку риска криптоадреса и AML-проверку кошелька.
Чеклист: как читать транзакцию в explorer
Когда открываешь транзакцию в blockchain explorer, не стоит останавливаться на зелёной галочке. Она обычно означает, что сеть обработала операцию, но не отвечает на все бизнес-вопросы.
Проверяй транзакцию по шагам:
- Убедись, что explorer соответствует сети.
- Проверь статус транзакции.
- Сверь адрес отправителя и адрес получателя.
- Проверь токен и сумму.
- Определи, это native coin transfer, token transfer или smart contract call.
- Посмотри confirmations или финальность.
- Сверь timestamp с платёжным окном.
- Сравни полученную сумму с требуемой.
- Проверь предупреждения, labels и подозрительную историю адреса.
- Если это платёж, сопоставь транзакцию с заказом или инвойсом.
Этот процесс несложный, но требует дисциплины. Большинство ошибок возникает, когда человек смотрит только на одно поле и делает вывод по всей операции.
Что это значит для бизнеса
Бизнесу не нужно превращать каждого сотрудника поддержки в блокчейн-аналитика. Но базовое понимание explorer должно быть у тех, кто разбирает криптоплатежи, возвраты, недоплаты и спорные переводы.
Хорошая платёжная система должна снижать количество ручной работы: сопоставлять транзакции с инвойсами, показывать статус, проверять сумму и хранить историю операций. Но explorer всё равно полезен, когда сценарий выходит за рамки: поздний платёж, неверная сеть, спор клиента, возврат, подозрительный адрес или неподдерживаемый токен.
CryptumPay в таком процессе находится между сырым блокчейном и бизнес-операцией. Вместо того чтобы вручную искать каждую транзакцию по адресам, команда может работать со статусами, заказами и платёжной историей. Explorer остаётся инструментом проверки, но не должен заменять нормальный операционный процесс.
Главное правило простое: blockchain explorer показывает, что произошло on-chain. Платёжный процесс показывает, что это значит для заказа, клиента, риска и учёта.
