«Подтверждено сетью» и «зачислено получателем» — утверждения о разных вещах. Первое говорит о реестре: запись включена в блок и исход операции успешен. Второе говорит о внутреннем учёте площадки или сервиса: поступление опознано, сопоставлено с вашим счётом и отражено в балансе. Эти два события совпадают не всегда, и расхождение почти всегда объясняется одним из пяти сверяемых значений. Данные проверены на 16 октября 2026 года.

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

Почему это происходит: механика без упрощений

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

Со стороны сети картина однозначная. Квитанция содержит код исхода: EIP-658 (статус Final, создан 30 июня 2017 года) заменил в ней промежуточный корень состояния на значение, где «0 означает неудачу, 1 означает успех». Дальше запись закрепляется голосованием валидаторов. Документация Ethereum (последнее обновление 7 октября 2026 года) описывает устройство времени так: «время в Ethereum на доказательстве доли разделено на слоты по 12 секунд и эпохи по 32 слота», а страница о планах по ускорению финальности приводит практическую цифру на 23 июля 2026 года: «блоку Ethereum требуется около 15 минут для достижения финальности».

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

Как выбрать сеть для перевода стейблкоина и убедиться, что средства дошли

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

Сверяются пять значений. Первое — сеть: обслуживает ли получатель именно её. Второе — адрес контракта токена: выпуск эмитента и перенесённое представление различаются по адресу, и Circle прямо отмечает, что мостовая версия «не выпущена и не обеспечена Circle». Третье — адрес получателя, включая метку или числовой тег, если принимающая сторона их требует. Четвёртое — сумма с учётом множителя контракта: функция decimals, по формулировке стандарта ERC-20, «возвращает число знаков, которое использует токен», и сырое значение записи делят на этот множитель. Пятое — минимальная сумма зачисления, если получатель её установил.

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

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

Как понять, что именно случилось

Разбор идёт по сторонам, а не по кругу. Сначала установите, какая из двух систем учёта не сработала. Признак прост: если запись в реестре отсутствует, вопрос на вашей стороне. Если запись есть и исход успешен, вопрос на стороне получателя.

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

Отдельный случай — несовпадение суммы. Если получатель видит величину, отличающуюся от вашей на несколько порядков, причина в множителе: значение в сыром поле записи не равно сумме в интерфейсе. Как читать параметры контракта, включая множитель и имя токена, разбирает материал о том, как читать данные смарт-контракта в обозревателе.

Ещё один случай — платёж, разбитый на части. Когда одна выплата уходит несколькими переводами, правило опознания получателя сопоставляет каждую часть отдельно, и минимальная сумма зачисления отсекает мелкие остатки. Механику дробления и его последствия описывает разбор о том, как разделить один перевод на несколько адресов.

Что можно исправить, а что уже нет

Исправимо отсутствие метки: принимающая сторона обычно умеет сопоставить платёж вручную, если вы предоставите данные операции. Исправима сумма ниже порога: она дожидается дополнения либо возвращается по регламенту получателя. Исправимо и несовпадение заявленного адреса отправителя, когда такое требование есть.

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

Подтверждение сети не обязывает получателя к зачислению. Это два независимых утверждения, и ссылка на успешный исход в реестре не отменяет его правила опознания. Проверяйте требования принимающей стороны до отправки, а не после.

Пошаговое решение

  1. Откройте страницу правил получателя и выпишите пять значений: сеть, выпуск токена, адрес, метку, минимальную сумму.
  2. Сверьте каждое значение со своим черновиком перевода. Несовпадение хотя бы в одном пункте — повод остановиться.
  3. Отправьте пробную сумму, если переводите получателю впервые и порог зачисления это позволяет.
  4. Дождитесь исхода записи в реестре и отдельно — отражения поступления в учёте получателя.
  5. При расхождении определите сторону: нет записи — ваша зона; запись есть — зона получателя.
  6. Соберите данные операции и обратитесь к принимающей стороне с конкретным вопросом по конкретному полю.

Сколько это стоит

Расхождение стоит не платы, а времени. Поэтому таблицу ниже удобнее читать как перечень сроков и усилий, а не расходов.

Сверяемое значение Чем задаётся Как проявляется расхождение Что делать
Сеть перевода Список сетей, которые обслуживает получатель Запись есть, учёт получателя её не видит Обращение по регламенту принимающей стороны
Адрес контракта токена Реестр эмитента и правила получателя Поступил актив с похожим названием, но другого выпуска Уточнить, принимает ли получатель этот выпуск
Адрес и метка Инструкция получателя по приёму Поступление не сопоставлено ни с одним счётом Передать данные операции для ручного сопоставления
Сумма с учётом множителя Функция decimals контракта Величина отличается от ожидаемой на порядки Пересчитать сырое значение по множителю
Минимальная сумма зачисления Внутренний порог получателя Поступление зафиксировано, но не отражено на счёте Дополнить до порога либо запросить возврат
Числовой ориентир по сроку. По документации Ethereum время делится на слоты по 12 секунд и эпохи по 32 слота, то есть одна эпоха занимает 384 секунды — 6,4 минуты; на 23 июля 2026 года проектная документация называет для финальности блока около 15 минут. Эти величины относятся к реестру. Срок отражения поступления в учёте получателя задаёт он сам, и к параметрам сети этот срок отношения не имеет.

Как не повторить

  • Правила получателя читайте до выбора сети, а не после отправки.
  • Выпуск токена сверяйте по адресу контракта, а не по названию на кнопке.
  • Метку и тег заполняйте ровно так, как требует инструкция приёма.
  • Сумму сверяйте с учётом множителя контракта.
  • Первый перевод новому получателю делайте пробным, если порог это позволяет.
  • Данные операции сохраняйте до подтверждения зачисления, а не до подтверждения сети.

Регулярные выплаты удобнее сверять пакетом: один признак на серию экономит часы ручного перебора и сразу показывает, какая часть не опознана получателем. Приёмы собраны в материале о том, как отследить пакет переводов одной операцией.

Итог

Две системы учёта — два разных утверждения. Сеть отвечает за запись. Получатель отвечает за опознание. Отсюда вывод: подтверждение в реестре не является подтверждением зачисления, и путать их — источник большинства затяжных разбирательств.

Сеть для перевода выбирают так же, как выбирают способ доставки документа: не по удобству отправителя, а по тому, что принимающая сторона согласна принять и чем она это опознает. Пять значений, выписанных заранее, снимают вопрос ещё до подписи, а когда правила самой сети меняются обновлением протокола, порядок сверки остаётся прежним — что именно правит очередное обновление, показывает разбор о том, что меняет обновление Glamsterdam для сети Ethereum.

Материалы по теме:

Частые вопросы

Сеть показывает успешный исход, а получатель денег не видит. Где искать?

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

Сколько подтверждений нужно, чтобы считать перевод дошедшим?

Со стороны сети ориентир задан параметрами протокола: эпоха занимает 6,4 минуты, а финальность блока проектная документация оценивает примерно в 15 минут. Со стороны получателя порог устанавливает он сам и вправе требовать больше. Ориентируйтесь на его правило, а не на общее.

Я забыл указать метку при переводе на площадку. Что теперь?

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

Почему получатель видит сумму меньше отправленной?

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

Можно ли ускорить зачисление на стороне получателя?

Повышением платы — нет: надбавка влияет на включение записи в блок, а не на внутренний учёт принимающей стороны. Ускоряет другое: точное соблюдение правил приёма и полный набор данных операции в обращении. Чем меньше ручной работы у получателя, тем быстрее отражение на счёте.

Вердикт

Разделите два вопроса, и разбирательства станут короче. Вопрос первый: существует ли запись и успешен ли её исход. Вопрос второй: выполнены ли условия опознания у получателя. Сеть отвечает только на первый, и ссылаться на её подтверждение в споре о зачислении бесполезно. Пять сверяемых значений дешевле любой переписки с поддержкой.

Устройство времени и финальности описано в документации Ethereum о доказательстве доли, перечень выпусков токена — в реестре адресов контрактов USDC, а разборы операций — в Telegram-канале Cryptium.