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

Что проверять в обозревателе
| Параметр | На что смотреть |
|---|---|
| Адрес получателя | Совпадение целиком, а не первых и последних символов |
| Сумма и токен | Тот ли стандарт токена: похожие названия встречаются у разных контрактов |
| Число подтверждений | Зависит от сети и суммы, для крупных платежей берут с запасом |
| Статус транзакции | Подтверждена, а не в ожидании и не отклонена сетью |
Пошаговая проверка
Получите от плательщика хэш транзакции, а не скриншот, и откройте обозреватель нужной сети по закладке и вставьте хэш в поиск. Сверьте адрес получателя с вашим посимвольно, обращая внимание на середину строки, а проверьте сумму, название токена и адрес его контракта, если речь о токене, а не о нативной монете сети.
Дождитесь нужного числа подтверждений. Для небольших сумм хватает минимального, для крупных берут запас, потому что отмена записи при реорганизации хоть и редка, но возможна.
Сколько подтверждений достаточно
Единого правила нет, ориентируются на сумму и сеть, а в быстрых сетях подтверждение занимает секунды, и разумно подождать десяток блоков, при этом в сети биткоина стандартная практика для значимых сумм — шесть подтверждений, то есть около часа. Биржи применяют собственные пороги, и они бывают заметно выше принятых в обиходе: площадка страхуется от реорганизации цепочки и потому ждёт дольше частного продавца.
Где чаще всего ошибаются
- Отгрузка по скриншоту до появления транзакции в блокчейне
- Проверка адреса по первым и последним символам вместо полного сравнения
- Токен с похожим названием от другого контракта вместо ожидаемого
- Игнорирование сети: сумма пришла, но в неподдерживаемом вами стандарте
Ко мне обращался предприниматель, отгрузивший товар по скриншоту из кошелька клиента, при этом транзакция существовала, но висела в мемпуле с минимальной комиссией. Через сутки клиент заменил её операцией на свой же адрес, и платёж не состоялся, и формально обмана в интерфейсе не было — была неверная процедура приёмки.
Приёмка платежа как процедура
Опишите порядок один раз и следуйте ему всегда, а получили хэш — открыли обозреватель — сверили четыре параметра — дождались подтверждений — закрыли счёт, при этом отклонение от процедуры под давлением срочности и есть тот момент, когда возникают потери.
Отдельно оговорите правило приёмки для постоянных клиентов и партнёров. Доверие к контрагенту не отменяет проверки: ошибка с сетью или суммой случается и без злого умысла.
Автоматизация проверки
При регулярных платежах ручная сверка перестаёт работать, причём большинство обозревателей отдают данные по адресу в машинном виде, и простой скрипт способен отслеживать поступления и сверять их со счетами. Готовые платёжные сервисы делают то же самое и добавляют уведомления, но берут комиссию и требуют доверия к посреднику.
Частичная и избыточная оплата
Недоплата чаще всего возникает из-за комиссии, вычтенной из суммы вместо добавления сверху, и переплата встречается реже и обычно связана с ошибкой в разрядности при ручном вводе. Оба случая фиксируют письменно со ссылкой на хэш, а не держат в переписке.
Решение по остатку принимают до отгрузки, а возврат переплаты — отдельная транзакция с собственной комиссией, и кто её оплачивает, стоит договориться заранее.
Что фиксировать для учёта
Сохраняйте хэш транзакции, адрес отправителя, дату и время, сумму в токенах и курс на момент поступления, причём этот набор нужен для налоговой отчётности и для валютного контроля при внешнеторговых расчётах. Восстанавливать курс задним числом неудобно, а по ряду малоликвидных пар ещё и спорно с точки зрения источника, поэтому фиксируют сразу.
Смежные темы разобраны у нас. Вот основные. Общий раздел — платежи и бизнес. Шире — статьи про криптокошельки. Выставление счёта разбирает материал как выставить счёт в стейблкоинах, а проверку истории адреса — статья как проверить историю операций адреса.
Вопросы и ответы
Можно ли отменить подтверждённую транзакцию?
Нет, такая запись необратима. Именно поэтому число подтверждений служит критерием приёмки платежа в любой серьёзной процедуре. Неподтверждённая операция в мемпуле — другое дело: её можно заменить транзакцией с тем же номером и большей комиссией, и это штатный механизм сети, а не взлом.
Что делать, если сумма пришла меньше указанной в счёте?
Чаще всего причина в комиссии, которую плательщик вычел из суммы вместо добавления сверху, а этот момент проговаривают в счёте заранее формулировкой о сумме к получению. Разницу либо просят доплатить, либо фиксируют письменно как частичную оплату со ссылкой на хэш.
Как проверить токен с незнакомым названием?
По адресу контракта, а не по тикеру, при этом названия и символы задаёт создатель токена, и подделать их ничего не стоит, причём настоящий адрес контракта берут с официального сайта проекта или из проверенного агрегатора, после чего сверяют с тем, что показывает обозреватель.
Вердикт
Единственное доказательство оплаты — подтверждённая запись в блокчейне, найденная вами самостоятельно по хэшу, и скриншоты, уведомления в мессенджере и обещания к делу не относятся, а адрес сверяйте целиком, токен проверяйте по адресу контракта, а число подтверждений выбирайте по сумме платежа. Отгрузка до подтверждения — это кредит, а не продажа.
Транзакции проверяйте напрямую. Блокчейн-обозреватель Etherscan и обозреватель Tronscan позволяют убедиться в поступлении независимо от слов плательщика.
Обсуждение
Добавить комментарий