Если криптодепозит отправлен не в той сети и не появился на балансе, сначала найдите транзакцию в обозревателе фактически использованного блокчейна. Сохраните TXID, статус, номер блока, время, адрес отправителя и назначения, актив, контракт токена, сумму и комиссию. Затем сопоставьте эти сведения со страницей депозита, которая была открыта перед переводом: какой актив принимался, какая сеть была выбрана, какой адрес показала площадка и требовался ли memo или tag. Успешная запись on-chain доказывает доставку на адрес в конкретной сети, но не доказывает зачисление определённому биржевому аккаунту. Главный вопрос — кто контролирует ключ адреса назначения именно в использованной сети. В самостоятельном EVM-кошельке один владелец иногда может увидеть актив после безопасного подключения официально поддерживаемой сети и проверки контракта. У кастодиальной биржи пользователь не владеет ключом: возможны только её официальный recovery-процесс, ручное зачисление либо возврат, причём сервис вправе установить технические ограничения и комиссию. Не импортируйте seed-фразу на сайты «возврата», не передавайте приватный ключ и не отправляйте газ на биржевой адрес по просьбе незнакомца. Для пользователя из РФ доступность площадки, процедура жалобы и адресат претензии определяются договорной компанией и регионом аккаунта. Восстановление технически возможно не всегда; гарантий возврата нет.
Коротко
Ошибка сети проверяется по блокчейну, депозитной инструкции и контролю адреса, а не по одному скриншоту пустого баланса.
- Найдите TXID в обозревателе фактически использованной сети и сохраните неизменяемые поля операции.
- Сопоставьте сеть, актив, контракт, адрес и требования страницы депозита на дату отправки.
- Определите, чей это адрес: ваш самостоятельный кошелёк, кастодиальная площадка, чужой получатель или контракт.
- Выберите безопасный маршрут: собственный доступ через официальное ПО либо recovery-заявка принимающему сервису без передачи секретов.
Не отправляйте повторный «проверочный» платёж и не подключайте кошелёк к найденному в рекламе восстановителю: сначала нужно понять, где находится первый актив.
Сначала определяют фактический блокчейн
Прямой ответ: название монеты в приложении не заменяет сеть, в которой записан TXID.
Возьмите хэш из истории вывода отправляющей площадки или кошелька. Откройте его в обозревателе той сети, которую действительно выбрали при отправке, и проверьте, существует ли операция. Если хэш не находится, возможно, использован другой обозреватель, вывод остался внутренним либо строка не является публичным TXID. Пока операция pending или failed, это ещё не завершённый депозит не в той сети.
Для подтверждённой транзакции выпишите chain, блок, timestamp с часовым поясом, from, to, asset, token contract, amount, fee и execution status. Эти поля образуют первичную техническую карточку. Название сети из памяти, комментарий оператора или логотип токена к ней не приравниваются. Ссылка на обозреватель удобна, но дополнительно сохраните PDF или снимок страницы: интерфейс и подписи обозревателя могут измениться.
Криптодепозит не в той сети подтверждает TXID
Прямой ответ: блокчейн показывает, куда дошёл актив, но не знает внутренний UID владельца биржевого счёта.
Когда перевод не в той сети получил статус Success, реестр подтверждает выполнение операции на конкретной цепочке. Он не сообщает, поддерживает ли принимающая биржа этот токен, следит ли её депозитный индексатор за цепью и сопоставлен ли адрес с вашим аккаунтом. Поэтому фраза поддержки «средства не поступили» требует уточнения: не поступили on-chain, не обнаружены системой или обнаружены, но не зачислены.
В тикете укажите оба идентификатора: публичный TXID и внутренний deposit или withdrawal ID, если он есть. Попросите проверить адрес назначения на фактической сети и назвать результат поиска. Такая формулировка не требует от поддержки признать долг заранее; она заставляет отделить сетевую доставку от бухгалтерского кредита на баланс. Если адрес в TXID отличается хотя бы одним символом, это уже спор не только о сети.
Пять полей отличают сеть от похожей ошибки
Прямой ответ: одновременно сверяют chain, адрес, контракт, назначение операции и дополнительный идентификатор.
Первое поле — сеть, например Ethereum, BNB Smart Chain, Polygon, Tron или иной блокчейн. Второе — destination address. Третье — контракт токена: одинаковый тикер USDT, USDC или другого актива не доказывает, что контракт официальный и поддерживается получателем. Четвёртое — тип события: обычный native transfer, token transfer либо вызов контракта. Пятое — memo, tag или comment, если сеть и сервис используют общий адрес.
Сценарий этой страницы ограничен случаем, когда депозит отправили не в той сети, но адресный идентификатор визуально соответствует выданному получателем. Чужой адрес рассматривается в разборе подмены адреса кошелька, а пропущенный tag — в отдельном материале. Это не формальность: контролёр адреса и техническая операция восстановления в трёх ситуациях различаются.
Таблица наблюдений показывает владельца следующего шага
Прямой ответ: один и тот же пустой баланс может означать четыре разных технических состояния.
| Что установлено | Что это означает | Кто может действовать | Следующий вопрос |
|---|---|---|---|
| TXID failed или reverted | Доставка на адрес не завершена; сетевой сбор мог быть списан | Отправитель и отправляющий сервис | Почему операция не исполнилась и вернулся ли основной актив |
| Success, собственный совместимый EVM-адрес | Актив может находиться у того же ключа в другой цепочке | Владелец кошелька через официально поддерживаемое ПО | Подлинны ли сеть и контракт токена |
| Success, депозитный адрес биржи | Актив виден on-chain, но не отражён во внутреннем учёте | Получающий кастодиан | Доступны ли manual credit или return |
| Success, несовместимый или чужой адрес | Владелец нужного ключа не установлен | Фактический получатель, если его возможно определить | Есть ли подтверждённый контроль и законный канал связи |
Заполните строку по фактам, а не по желаемому исходу. Если перевод ушёл не в той сети на адрес биржи, инструкции для самостоятельного кошелька к нему неприменимы.
Success не равен зачислению на аккаунт
Прямой ответ: публичный реестр завершает сетевой этап, а платформа отдельно создаёт запись внутреннего баланса.
Кастодиан отслеживает поддерживаемые цепочки, ждёт заданное число подтверждений, распознаёт контракт и связывает адрес с UID. После этого его внутренняя система делает credit. Перевод не в той сети может миновать один из индексаторов, оказаться ниже порога обработки или потребовать ручной операции с hot или cold wallet. Публичный обозреватель не показывает эти служебные действия.
Просите поддержку ответить раздельно: видит ли она транзакцию; контролирует ли destination в фактической сети; поддерживает ли этот asset-contract; достаточно ли подтверждений; доступен ли recovery. Ответ «TXID успешен, значит деньги у вас» столь же неполон, как «баланс пуст, значит мы ничего не получили». Для претензии нужны обе части: доказанная доставка и правила внутреннего зачисления.
Failed и reverted ведут обратно к отправителю
Прямой ответ: при неисполненной операции основной актив обычно не оказался на destination, хотя комиссия сети могла быть израсходована.
Посмотрите не только крупную надпись Status, но и receipt: success, failed, reverted, dropped или заменена другой транзакцией. В токеновом переводе полезно проверить event logs и фактическое изменение баланса адреса. Если смарт-контракт откатил вызов, формулировка «депозит не в той сети» может быть преждевременной: сначала сверяют возврат в кошельке отправителя и списанный gas.
На централизованной площадке внутренний статус Completed иногда означает, что она опубликовала вывод, но сетевой receipt всё равно требует проверки. Попросите отправителя или площадку назвать TXID и итог. Не открывайте recovery-case у получателя для транзакции, которой нет в его цепочке: он не может найти несуществующий депозит. Отдельно зафиксируйте сетевой сбор, потому что он может не вернуться даже при откате основного вызова.
Ошибочная сеть не тождественна чужому адресу
Прямой ответ: строка назначения должна совпадать с адресом, который получатель показал перед операцией.
Сравнивайте адрес посимвольно по сохранённым исходникам, а не по первым и последним четырём знакам. Вредоносная подмена буфера способна сохранить похожий вид. Если в TXID записан иной адрес, отправка не в той сети — только часть события; актив контролирует другой субъект либо неизвестный ключ. Обращение к бирже тогда строится иначе: она может подтвердить, что destination ей не принадлежит.
Для визуально совпавшего EVM-адреса вопрос смещается к ключу и поддержке цепочки. Для Bitcoin-подобного и Ethereum-подобного формата совпадение вообще может быть лишь ошибкой пользователя, а не одним аккаунтом. Не пытайтесь «преобразовать» адрес через найденный конвертер. Сохраните исходный QR, текст из страницы депозита и TXID; эксперт сможет проверить формат без доступа к кошельку.
Memo и tag образуют соседний, но другой сценарий
Прямой ответ: memo связывает общий кастодиальный адрес с пользователем, тогда как сеть определяет сам реестр операции.
На некоторых цепочках биржа выдаёт многим клиентам один адрес и отдельный memo, tag или comment. Если сеть, токен и адрес верны, а дополнительное поле пропущено, актив может находиться в общем кошельке площадки, но не быть атрибутирован UID. Такой случай вынесен в разбор незачисленного депозита без memo/tag.
Когда депозит одновременно отправили не в той сети и без memo, перечислите обе ошибки в одном recovery-case, но не подменяйте одну другой. Поддержке понадобятся фактическая цепочка, TXID, адрес, дополнительное поле, аккаунт и доказательство отправки. Не создавайте второй перевод с правильным memo исключительно ради «синхронизации», если это не описано в официальной процедуре: новая операция не меняет атрибуты первой.
Контракт токена важнее знакомого тикера
Прямой ответ: символ на экране не подтверждает происхождение и стандарт актива.
В одной сети могут существовать десятки токенов с одинаковым названием. Откройте token transfer в обозревателе и скопируйте contract address. Сопоставьте его с официальным сайтом эмитента и депозитной страницей получателя. Если перевод не в той сети содержал обёрнутую или мостовую версию актива, биржа может не поддерживать именно этот контракт, хотя принимает одноимённую монету в другом стандарте.
Не взаимодействуйте с неизвестным контрактом и не подтверждайте разрешение на списание, чтобы «разблокировать» отображение. Сначала проверьте, есть ли у токена ликвидность, возможность передачи и официальный эмитент. Поддельный актив, который лишь нарисовал большую сумму, не превращается в требование на номинал. В recovery-заявке пишите символ вместе с contract address и decimal-значением, если оно отображается; это уменьшает риск разговора о другом токене.
Native coin и token transfer читаются по-разному
Прямой ответ: нулевое значение основного перевода не исключает перемещение токена через журнал событий.
При отправке native coin сумма видна в value обычной транзакции. ERC-20-подобный токен перемещается вызовом контракта, а количество отражается в logs. Пользователь может ошибочно показать поддержке нулевой value и решить, что депозит не в той сети не состоялся, хотя token transfer выполнен. В другом случае вызов есть, но receipt reverted, и события не закрепились.
Сохраните общий TXID, страницу token transfers, контракт, decimals и итоговые балансы from/to. Не редактируйте число вручную: обозреватель может показывать raw units и человекочитаемую сумму по-разному. Если токен взимает комиссию при переводе, полученное количество может отличаться от отправленного. Кастодиан решает, поддерживает ли такие токены и способен ли безопасно их перемещать со своего адреса.
Обёрнутый актив не становится нативным автоматически
Прямой ответ: bridge-wrapped, pegged и native версии имеют разные контракты и риски погашения.
Например, знакомый тикер на сторонней цепочке может обозначать токен, выпущенный мостом, а не прямое обязательство исходного эмитента. Если депозит ушёл не в той сети, сервис должен проверить не только chain, но и точную версию актива. Даже технически доступный кастодиальному ключу токен может быть не принят из-за отсутствия листинга, ликвидности или безопасного маршрута вывода.
В карточке случая укажите, где актив был получен, кто указан эмитентом контракта, через какой мост он появился и есть ли официальный redeem. Не оценивайте восстановление по цене одноимённой монеты, пока не подтверждена возможность обмена. Если контракт оказался мошенническим, просьба о ручном зачислении номинала необоснованна; поддержка может лишь подтвердить отсутствие поддержки.
Число подтверждений проверяют до recovery
Прямой ответ: успешная, но ещё не финальная транзакция может появиться на балансе позже без ручного вмешательства.
Получающие сервисы задают собственное число confirmations и могут временно приостановить депозиты при обновлении сети. Запишите номер блока, текущую высоту и требование площадки. Если перевод сделан не в той сети, достижение финальности не исправит несовместимость, но отделит обычное ожидание от технического recovery. Не создавайте несколько заявок до прохождения опубликованного порога.
Реорганизация цепочки, сбой индексатора и maintenance — разные причины. Проверьте статус сервиса и уведомления на время операции. Уточните, нужен ли новый блок после возобновления индексатора. Скриншот «0 подтверждений» через минуту после отправки не доказывает потерю; снимок финализированного TXID и пустого баланса спустя установленный срок уже полезнее для case.
Совпадающий EVM-адрес создаёт возможность, а не обещание
Прямой ответ: одинаковый hexadecimal address может выводиться из одного ключа, но доступ зависит от типа кошелька и цепочки.
Официальная справка MetaMask разделяет EVM-совместимые и не-EVM случаи: для EVM один recovery phrase часто создаёт тот же адрес в разных сетях, тогда как несовместимые сети могут выводить иные адреса. Это объяснение относится к самостоятельному кошельку, а не к депозитному адресу биржи.
Если токены отправлены не в той сети на собственный адрес, сначала подтвердите, что кошелёк действительно управляет тем же account, сеть поддерживается производителем, а token contract подлинный. Смарт-контрактный кошелёк, MPC-схема, hardware wallet и обычный externally owned account могут вести себя неодинаково. Никому не показывайте seed ради доказательства контроля; достаточно безопасной проверки через официальное приложение и публичные данные.
Самостоятельный кошелёк проверяют без раскрытия seed
Прямой ответ: владелец может исследовать публичный адрес, не вводя секрет на стороннем сайте.
Начните с read-only обозревателя: выберите фактическую сеть, найдите destination, откройте token holdings и точный контракт. Если актив виден, сверяйте инструкции официального производителя кошелька по добавлению сети или отображению токена. Перевод не в той сети иногда оказывается лишь невидимым в интерфейсе, но это справедливо только при реальном контроле того же ключа.
Не переносите recovery phrase в новый браузер, приложение из рекламы или чат поддержки. Для аппаратного устройства используйте официальное ПО и проверенный канал обновлений. До новой исходящей операции зафиксируйте текущий баланс и продумайте сетевую комиссию. Если вы не уверены в контракте или derivation path, остановитесь на публичной диагностике и обратитесь к компетентному специалисту офлайн, не передавая ему секретные слова.
Кастодиальный адрес принадлежит операционной системе биржи
Прямой ответ: пользователь видит адрес депозита, но не получает приватный ключ и не может самостоятельно переключить его сеть.
Биржа может использовать общие адреса, индивидуальные адреса, omnibus wallets, автоматические sweeps, MPC либо multisig. Поэтому совет «добавьте сеть в MetaMask» не подходит, когда перевод не в той сети пришёл на кастодиальный destination. Импортировать нечего: secret находится у оператора, а аккаунт пользователя существует в отдельной базе.
Только площадка способна оценить, контролирует ли она тот же адрес в фактической цепочке, может ли подписать безопасную исходящую транзакцию и разрешает ли её политика manual recovery. Даже технический доступ не означает обязанность немедленно зачислить токен: возможны вопросы листинга, AML, обслуживания gas, смарт-контракта и внутренней отчётности. В запросе просите проверить возможность, а не требуйте раскрыть ключевую инфраструктуру.
MPC и multisig меняют стоимость ручной операции
Прямой ответ: доступ к одному адресу может требовать согласованных действий нескольких систем и сотрудников.
Кастодиан нередко не хранит один экспортируемый приватный ключ. Подпись может собираться частями, адрес — обслуживаться политиками кошелькового провайдера, а неизвестная сеть — отсутствовать в разрешённом контуре. Депозит не в той сети тогда извлекается не одной кнопкой: нужны проверка контракта, создание безопасного маршрута, gas, согласование риска и бухгалтерское отражение.
Это объясняет возможную комиссию и срок, но само по себе не оправдывает бесконечное молчание. Попросите назвать, зарегистрирован ли case, возможна ли техническая оценка, каков ориентир и какой исход рассматривается. Не просите платформу «просто выдать ключ»: такой способ несовместим с custody и создаёт угрозу другим клиентским активам.
Получающий сервис отвечает за фактически полученный адрес
Прямой ответ: после подтверждённого вывода главный recovery-адресат — оператор destination, а не площадка-отправитель.
Отправляющая биржа предоставляет withdrawal ID, TXID, сеть, сумму и подтверждение списания. Если она отправила именно по выбранным пользователем реквизитам, она обычно не может отозвать завершённую запись. Когда криптодепозит прошёл не в той сети на адрес другой биржи, решение о доступе к адресу и внутреннем credit принимает получатель.
Однако ошибку интерфейса отправителя проверяют отдельно. Сохраните экран выбора сети, предупреждения, совместимость адреса и подтверждение операции. Если сервис автоматически предложил несовместимую сеть либо неверно маркировал её, это может менять распределение ответственности. Не смешивайте такое требование с recovery-запросом получателю: у каждого участника свои данные и возможное действие.
Справка OKX, обновлённая 12 августа 2026 года, разделяет самостоятельный кошелёк и exchange: для перевода на биржу она направляет пользователя к поддержке получателя. Это правило продукта OKX, а не обязанность любого сервиса выполнить recovery.
Recovery-заявка начинается с одного TXID
Прямой ответ: краткая карточка одной операции помогает поддержке найти актив быстрее длинного эмоционального рассказа.
В теме напишите asset, actual network и «uncredited deposit». Далее укажите UID в маске, полный TXID, from, deposit address, количество, contract address, block time, confirmations, intended network и внутренний withdrawal ID. Сообщите, что депозит был отправлен не в той сети, и попросите проверить контроль destination в фактической цепочке.
Сформулируйте желаемые варианты: manual credit на аккаунт либо return на согласованный адрес. Задайте вопросы о комиссии, сроке, KYC, минимуме и формате подтверждения владения источником. Приложения пронумеруйте: обозреватель, история вывода, депозитная страница, условия и предыдущие тикеты. Seed, private key, пароль, MFA и remote access исключите. Не открывайте параллельно десять обращений: сохраняйте case ID и продолжайте одну ветку.
Инструкцию депозита фиксируют на дату отправки
Прямой ответ: текущая страница биржи может отличаться от той, на которую пользователь опирался перед переводом.
Площадки добавляют и отключают сети, обновляют адреса, меняют минимумы и временно ставят deposits на maintenance. Сохраните скриншот или экспорт, где одновременно видны аккаунт в маске, asset, выбранная сеть, deposit address, token contract, minimum, confirmations и предупреждение. Если перевод прошёл не в той сети из-за старого адреса в белом списке, приложите историю его добавления и уведомление об изменении.
Официальная справка OKX о причинах незачисленного депозита на 5 августа 2026 года отдельно называет неподдерживаемую сеть, контракт, memo, минимум и деактивированную платформу. Это полезный перечень проверок для аккаунта OKX, но не универсальные правила любой биржи. Для другого получателя берите его собственную страницу и версию условий.
Дополните архив списком сетей, комиссией, предупреждением и финальным экраном Confirm. Для России доступна бесплатная дистанционная оценка хронологии и recovery-пакета, без гарантий зачисления, возврата токенов или ответа иностранного сервиса. Получить консультацию
Комиссию обсуждают после технической оценки
Прямой ответ: официальный fee может покрывать ручную операцию, но не превращает невозможное восстановление в возможное.
Спросите, взимает ли площадка фиксированную сумму, процент, фактический gas либо сочетание расходов. Уточните, удерживается ли fee из recovered asset или оплачивается внутри аккаунта, в какой момент и что произойдёт при техническом отказе. Если депозит оказался не в той сети и ниже операционного минимума, комиссия может приблизиться к стоимости актива; тогда рационально письменно зафиксировать case и отказаться от убыточной процедуры.
Настоящее требование об оплате должно появиться в официальной системе и содержать case ID. Перевод на адрес из Telegram, покупка «сертификата», налог до разблокировки и страховой взнос — признаки новой схемы. Не отправляйте gas на кастодиальный deposit address: пользователь не управляет тем, как биржа расходует native coin и перемещает поступления.
Возврат и внутреннее зачисление имеют разные реквизиты
Прямой ответ: до согласия на recovery нужно узнать, куда именно платформа переместит актив.
Manual credit отражает количество на внутреннем счёте, после чего доступность торговли и вывода зависит от листинга и ограничений аккаунта. Return создаёт новую on-chain транзакцию. Когда актив пришёл не в той сети, сервис может вернуть его по той же сети на исходный address, запросить новый совместимый адрес или отказать в отправке на биржевой источник. Каждый вариант требует проверки.
Попросите назвать asset-contract, network, gross amount, fee, net amount, destination и ожидаемый TXID. Не указывайте адрес, пока не убедились, что он принимает фактический токен в этой цепочке. Если источник — другая биржа, согласуйте return address с её поддержкой: адрес исходящей транзакции может быть общим hot wallet и не обязательно является персональным депозитом пользователя.
Исходный адрес биржи нельзя считать адресом возврата
Прямой ответ: поле from в TXID может принадлежать omnibus-кошельку отправляющей площадки.
При withdrawal с кастодиальной биржи блокчейн показывает её операционный адрес, а не ваш внутренний аккаунт. Автоматический return туда способен снова остаться без атрибуции. Если криптодепозит ушёл не в той сети между двумя сервисами, сначала получите от отправляющего сервиса инструкции для возврата, memo/tag при необходимости и подтверждение поддержки actual network.
Передайте получателю номер связанного тикета у отправителя, но не пароли и коды. Попросите обе стороны назвать ожидаемые идентификаторы. После return сохраните новый TXID и проследите внутренний credit. Если одна площадка требует вернуть только на origin, а другая не принимает такие поступления, запросите письменную эскалацию до выполнения операции, иначе технический возврат может создать второй незачисленный депозит.
Мост работает только с активом под вашим контролем
Прямой ответ: bridge не способен забрать токен с адреса, которым распоряжается биржа или неизвестный получатель.
Мост — это новая операция со смарт-контрактом, а не редактирование старой записи. Если перевод выполнен не в той сети на собственный кошелёк и актив действительно доступен, владелец может после проверки рассмотреть официальный маршрут между цепочками. Но сначала нужны подлинный token contract, поддерживаемые сети, достаточный gas, понятный результат и оценка риска контракта.
Для кастодиального address никаких прав на подпись у пользователя нет. Сайт, который обещает «подключиться к TXID» и вытащить депозит, вводит в заблуждение. Не выдавайте unlimited allowance и не подписывайте сообщение, смысл которого не проверен. Иногда безопаснее отправить доступный актив обратно по исходной цепочке на корректный сервис, чем использовать малоизвестный bridge; решение зависит от официальной поддержки и не принимается по рекламе.
Повторный тест не исправляет первый перевод
Прямой ответ: новая маленькая транзакция может проверить будущий маршрут, но не меняет сеть уже завершённого TXID.
Поддержка иногда просит micro-deposit для подтверждения адреса или владения источником. Выполняйте это только по опубликованной процедуре внутри case, понимая точную сумму, сеть и назначение. Самостоятельно дублировать перевод не в той сети опасно: площадка получит ещё один неподдерживаемый asset, а расследование будет содержать два TXID.
Не пополняйте биржевой destination native coin ради «газа», если оператор прямо и проверяемо не подтвердил такой порядок. Кастодиан может переместить монету, распределить её по внутреннему учёту или не связать с вашим UID. Для проверки правильного будущего маршрута используйте новый депозитный address из кабинета и малую сумму только после закрытия recovery-диагностики первого случая.
Recovery-агент из мессенджера не управляет блокчейном
Прямой ответ: обещание отменить подтверждённую транзакцию за аванс противоречит устройству публичного реестра.
Мошенник находит пост пользователя, просит TXID, а затем демонстрирует открытые данные как доказательство доступа. Следом предлагает «синхронизировать сети», оплатить validator fee, установить приложение или назвать seed. Информация о том, что депозит отправлен не в той сети, не даёт ему контроль над destination. Никакой сотрудник не должен просить secret recovery phrase, private key, пароль, MFA-код или удалённый доступ.
Если контакт уже состоялся, прекратите диалог, сохраните username, домен, адрес оплаты и сообщения. Проверьте устройство, отзовите опасные разрешения через официальные средства и уведомите настоящую площадку. Если seed уже раскрыт, требуется отдельный безопасный план переноса оставшихся активов; не описывайте секреты в тикете и не переводите мошеннику дополнительную сумму «для возврата первой».
Доказательство контроля не требует передачи ключа
Прямой ответ: ownership подтверждают средствами, которые не позволяют постороннему потратить актив.
Биржа может запросить экран истории вывода, account statement отправителя, video verification внутри приложения, связь UID и TXID либо подпись безопасного сообщения по заранее описанной процедуре. Оцените, что именно подписывается: неизвестный transaction payload способен дать разрешение на списание. Когда токены оказались не в той сети в самостоятельном кошельке, публичный баланс и адрес уже доступны для технической проверки.
Не отправляйте seed даже тому, кто показывает удостоверение сотрудника. Приватный ключ не входит в претензию, нотариальный протокол или экспертный отчёт. В копиях паспорта и выписок закрывайте избыточные сведения, если форма сервиса это допускает, а оригиналы загружайте лишь на проверенном домене из кабинета. Запишите дату, case ID и перечень переданного.
Неподдерживаемый токен отделяют от неправильной сети
Прямой ответ: сеть может быть допустимой, а конкретный contract — отсутствовать в списке депозитов.
Проверьте актив на депозитной странице по contract address. Если пользователь выбрал правильную цепочку, но отправил другую версию токена с тем же тикером, выражение «не в той сети» неточно. Площадка могла получить неподдерживаемый контракт, фальшивый токен или wrapped asset. Техническая процедура и оценка стоимости тогда иные.
Если одновременно неверны chain и contract, перечислите оба несоответствия. Не требуйте credit как официального токена, пока эмитент и redeem не подтверждены. Попросите service сообщить, контролирует ли address и способен ли вернуть exact contract. У некоторых токенов есть transfer tax, blacklist или нестандартная логика; ручное перемещение может быть невозможно либо рискованно для операционного кошелька.
Условия аккаунта называют договорную компанию
Прямой ответ: бренд биржи не всегда совпадает с юридическим лицом, которое хранит актив и рассматривает complaint.
Скачайте Terms of Service, deposit rules, unsupported asset policy, fee schedule, complaint procedure и privacy notice. Найдите компанию, регистрационный адрес, применимое право, арбитраж или суд, дату принятия условий и региональную версию. Если перевод прошёл не в той сети после миграции аккаунта, установите, какая сущность обслуживала его в день операции.
Не выбирайте регулятора по логотипу лицензии на главной. Проверьте официальный реестр и охватываемую услугу. Криптодепозит может обслуживать кастодиан, а фиат — другой партнёр. Претензия получателю просит технический ответ, credit или return; требование отправителю касается интерфейса и параметров withdrawal. Их роли не объединяются автоматически.
Пользователь из РФ проверяет региональные ограничения
Прямой ответ: доступность recovery зависит от договорной сущности и аккаунта, а не только от языка help center.
Сервис может иметь разные сайты, наборы сетей и complaint channels для Европейской экономической зоны, глобального продукта и иных регионов. Русская страница не доказывает обслуживание резидента России. Если депозит ушёл не в той сети, войдите в существующий кабинет разрешённым способом, сохраните юридическую компанию и спросите, какой канал остаётся доступен для возврата остатка.
Не обходите ограничение VPN, чужими документами или аккаунтом знакомого: это создаёт новые нарушения и осложняет KYC. Если платформа прекращает обслуживание, запросите финальный порядок recovery и закрытия счёта. По РФ возможна бесплатная дистанционная проверка адресата и проекта претензии, но работа ведётся без гарантий возврата [сумма], доступности иностранной процедуры или исполнения решения. Получить консультацию
Претензия разделяет технический и договорный вопросы
Прямой ответ: сначала описывается местонахождение актива, затем правило сервиса и конкретное требование.
В шапке укажите юридическое лицо, [ФИО], UID, email в маске, case ID и дату. Факты изложите хронологически: депозитный экран, withdrawal, actual chain, TXID, finality, destination, token contract, отсутствие credit и ответы поддержки. Если криптодепозит оказался не в той сети, прямо назовите пользовательскую ошибку, не искажая интерфейс и предупреждения.
Далее сошлитесь на recovery policy и ответы конкретного сервиса. Попросите: зарегистрировать техническую оценку; подтвердить контроль address; сообщить возможность manual credit или return; назвать fee и срок; либо дать мотивированный отказ. Если claim касается неясного выбора сети в интерфейсе, приложите его архив. Убытки и курс отделите от основного требования о количестве актива.
Цена токена и сумма требования считаются отдельно
Прямой ответ: on-chain quantity является фактом, а рублёвая оценка меняется во времени и требует выбранной методики.
Запишите gross amount, transfer tax при наличии, recovery fee, network fee и net amount возможного возврата. Для стабильной монеты проверьте, какая именно версия контракта получена: одинаковый тикер не гарантирует одинаковую стоимость. Если перевод был не в той сети, рост или падение котировки после ошибки не всегда становится ответственностью биржи.
Для переговоров можно показать стоимость на дату транзакции, обнаружения, отказа и подготовки требования, указав источник курса. Не выбирайте исторический максимум как автоматический ущерб. При депозите не в той сети документально подтверждённые расходы на перевод документов или экспертизу учитываются отдельно. Если платформа вернула актив, остаток требований уменьшается на фактически полученное количество и стоимость сохранённой возможности распоряжения.
Комплект доказательств должен читаться без кошелька
Прямой ответ: проверяющему достаточно документов и публичных данных, чтобы проследить операцию, не получая доступ к активам.
Соберите индекс: карточка case; депозитная инструкция; подтверждение withdrawal; TXID и обозреватель; token contract; снимок destination balance; UID; тикеты; правила; KYC-запрос; расчёт; претензия. Для каждого файла запишите источник, дату, часовой пояс и контрольную сумму при необходимости. Комплект доказательств помогает организовать материалы, а разбор TXID объясняет поля транзакции.
Фраза «отправлено не в той сети» без chain и contract недостаточна. Исходные файлы храните отдельно, анализ делайте на копиях. Не обрезайте адреса на единственном скриншоте; персональные данные маскируйте только в передаваемой копии. Свяжите каждый вывод с источником, чтобы поддержка могла повторить проверку.
Связанные материалы не меняют техническую границу
Прямой ответ: соседние страницы нужны для навигации, но их сроки и адресаты нельзя переносить в криптодепозитный спор.
Если адрес был заменён вредоносной программой, смотрите сценарий подмены адреса кошелька. Если withdrawal ещё удерживает биржа до публикации TXID, полезен разбор AML-блокировки вывода. Ошибка «не в той сети» начинается только после определения фактического on-chain маршрута.
Статьи об отказе ДМС оплатить лечение и о возврате оплаты языковой школы относятся к другим материалам текущего круга. Их российские потребительские сроки не становятся автоматически правилами иностранной VASP. В криптослучае сначала устанавливаются custody, chain, address control и договорная компания.
История депозита на кастодиальную биржу
Прямой ответ: первая составная учебная история показывает recovery для USDT, пришедшего на биржевой адрес по неподдерживаемой EVM-цепочке.
Пользователь скопировал адрес USDT из депозитной страницы, где была выбрана Ethereum, но при выводе указал BNB Smart Chain из-за меньшей комиссии. Так подтвердился депозит не в той сети: TXID получил Success, destination совпал, а внутренний баланс не изменился. Он сохранил обе страницы, contract, время, UID и case ID. Биржа подтвердила, что контролирует адрес в фактической сети, но её автоматический индексатор не зачисляет такой депозит.
После KYC-проверки оператор предложил manual return за опубликованную комиссию. Пользователь согласовал новый BSC-адрес самостоятельного кошелька, получил TXID возврата и лишь потом отправил актив правильным маршрутом. Все участники, суммы и результат вымышлены в учебных целях. История не обещает, что другая платформа поддержит ту же сеть или согласится вернуть токен.
История самостоятельного EVM-кошелька
Прямой ответ: вторая составная учебная история показывает, почему совпавший адрес ещё требует проверки сети и контракта.
Владелец аппаратного кошелька ожидал токен в Ethereum, но отправитель выбрал Polygon. Перевод не в той сети обнаружился в обозревателе Polygon: тот же address содержал токен, тогда как основное приложение его не показывало. Пользователь не вводил seed и не отвечал «восстановителю» из личного сообщения. Он сверил официальный contract эмитента, документацию устройства и поддерживаемый интерфейс, после чего увидел актив под контролем того же hardware account.
Далее он подготовил новую транзакцию на проверенный адрес сервиса, который принимал именно этот token-contract в Polygon, и сначала проверил малую сумму. Эта учебная модель полностью вымышлена. При не-EVM сети, smart-contract wallet, ином derivation path или кастодиальном destination вывод мог бы быть противоположным.
Баланс позиции оценивают по контролю и политике
Прямой ответ: сильный case сочетает подтверждённую доставку, доказанный контроль адреса сервисом и действующую recovery-процедуру.
50/50 — это редакционная оценка, а не статистика. Условное равновесие уместно, если TXID финализирован, destination совпадает, contract подлинный, площадка контролирует адрес в фактической сети, сумма выше её операционного минимума и поддержка зарегистрировала техническую проверку. Позиция слабее, когда адрес чужой, цепочки несовместимы, токен поддельный, контракт не перемещается или стоимость ниже расходов.
Комментарий проверен модерацией сайта. Даже сильный комплект не создаёт гарантии: техническая возможность, договорное право и коммерческая политика — разные элементы. Если криптодепозит прошёл не в той сети, честное признание выбора пользователя не отменяет запрос о судьбе актива, но влияет на требование о комиссии и убытках.
Перевод не в той сети нельзя исправить новой подписью чужого адреса
Прямой ответ: повторная транзакция доступна только субъекту, который уже контролирует destination в фактической цепочке.
В самостоятельном кошельке это может быть владелец соответствующего ключа. В кастодиальном контуре — только оператор и его утверждённая инфраструктура. Если средства направлены не в той сети к смарт-контракту, возможность исходящей операции определяется кодом контракта, а не обещанием администратора. У неизвестного адреса законного способа подписи у отправителя нет.
Поэтому безопасная последовательность выглядит так: публично установить asset и address; документально подтвердить тип получателя; получить официальный ответ о control; согласовать credit или return; проверить новый destination; сохранить новый TXID. Любой, кто предлагает пропустить контроль и просит secret или аванс, создаёт отдельный риск хищения.
Запрос о депозите не в той сети завершает картой исходов
Прямой ответ: финальный документ должен показать не только проблему, но и проверяемый следующий шаг для каждого возможного ответа.
На первой странице разместите [ФИО], UID в маске, service entity, asset, actual и intended network, contract, [сумма], TXID, address, confirmations и case ID. Затем приложите депозитную инструкцию, withdrawal receipt, обозреватель, доказательство контроля источника, условия, ответы, расчёт fee и проект претензии. Для депозита не в той сети сформулируйте четыре исхода: automatic credit после индексации; manual credit; return с новым TXID; мотивированный отказ из-за отсутствия контроля или технической поддержки.
Отдельно запишите контрольную дату и адрес эскалации. Не включайте seed, ключи, пароли, коды или доступ к устройству. Бесплатная дистанционная консультация проводится для пользователей по всей России и помогает проверить route, доказательства и формулировки, но предоставляется без гарантий технического восстановления, возврата криптоактива или результата зарубежного спора. Получить консультацию