Короткий ответ: перевод от смарт-контракта может быть полностью успешным в блокчейне, но не попасть в простой индексатор биржи. Нативная монета нередко приходит внутренним вызовом, а токен – через событие контракта. Если площадка ожидает обычную внешнюю транзакцию, потребуется ручное сопоставление по TxID.
Чем контрактный перевод отличается от обычного
Обычный аккаунт подписывает внешнюю транзакцию на депозитный адрес. Контракт получает вызов пользователя и уже внутри исполнения отправляет ETH или токен. Внешним отправителем в TxID остаётся пользователь или другой контракт, а движение к бирже видно глубже в trace или events.
Некоторые системы отслеживают только поле to и прямой value. Если депозитный адрес встречается лишь во внутреннем вызове, автоматическое правило не срабатывает.
Как проверить поступление ETH
Откройте TxID в обозревателе нужной сети, проверьте Success и вкладку внутренних вызовов. Найдите передачу нативной монеты на адрес биржи, сумму и путь вызовов. Затем сравните баланс адреса до и после блока.
Разные обозреватели показывают traces неодинаково. Используйте второй сервис или RPC, если вкладка пуста. Принцип чтения раскрывает статья о внутренних транзакциях и событиях.
Как проверить токен
Для ERC-20 найдите событие Transfer с точным контрактом токена, адресом биржи и raw amount. Обозреватель применяет decimals только для отображения. Убедитесь, что площадка поддерживает этот контракт в этой сети.
Поддельный токен может записать похожее событие. Символ и логотип не доказывают актив. Используйте алгоритм проверки адреса контракта.
Почему биржа запрещает такие депозиты
Индексатор может не уметь надёжно обрабатывать внутренние вызовы, proxy-контракты или необычные token events. Ограничение снижает риск двойного учёта и ложных событий. Оно относится к инфраструктуре площадки, а не к валидности перевода.
Некоторые биржи поддерживают контрактные переводы только для определённых сетей и активов. Проверяйте правила до отправки, особенно при выводе из DeFi, моста или смарт-кошелька.
Почему событие Transfer нужно проверять осторожно
Контракт сам записывает события. Поддельный токен способен создать запись с адресом биржи, не передавая поддерживаемый актив. Площадка сравнивает не только получателя и символ, но и точный контракт, состояние баланса и собственный список.
Для необычных токенов проверьте комиссию за transfer. Событие может показывать исходную сумму, тогда как фактическое изменение баланса получателя меньше. Минимальный депозит оценивается по поступившему количеству.
Что если внешний статус Failed
Если вся транзакция завершилась откатом, внутренние изменения состояния и token transfers не сохраняются, даже если trace показывает попытку вызова. В receipt ищите итоговый статус и журналы подтверждённого результата.
Не предъявляйте поддержке симуляцию или отменённый trace как состоявшийся депозит. Комиссия могла списаться за выполнение, но актив остался в исходном контракте.
Что делать после незачисленного перевода
- Не повторяйте перевод тем же маршрутом.
- Сохраните исходный TxID и номер блока.
- Найдите внутренний ETH-transfer или событие токена.
- Сверьте адрес, сеть, контракт и фактическую сумму.
- Проверьте минимальный депозит и memo.
- Откройте официальный тикет с публичными доказательствами.
Может ли биржа вернуть средства
Если актив действительно поступил на контролируемый адрес, технически только площадка может подписать дальнейшее движение или изменить внутренний учёт. Возможность ручного зачисления зависит от её кошельковой системы и политики.
Не платите человеку из чата за «вызов скрытой функции». Официальная процедура проходит через тикет. Биржа может запросить дополнительную информацию, но ей не нужен ключ вашего кошелька.
Особенности смарт-кошелька
Account abstraction может объединять действия в один пакет, а фактическую транзакцию отправляет bundler. Биржа видит другой внешний sender, хотя депозитный transfer присутствует в событиях. Сохраните и хеш user operation, и сетевой TxID, если интерфейс показывает оба.
Кто оплачивает такой gas, объясняет материал об оплате операций смарт-кошелька. Источник комиссии не меняет получателя токена.
Вывод из моста или протокола
Мост может выпустить актив в целевой сети отдельной транзакцией relayer, а протокол – отправить его внутренним вызовом. Для поддержки нужен хеш именно целевой цепочки. Исходный deposit в другой сети не доказывает поступление на биржу.
Если мост использовал другое представление токена, контракт не совпадёт со списком площадки. Сначала определите фактически полученный актив.
Какие данные подготовить
Укажите аккаунт биржи через защищённую форму, сеть, TxID, номер блока, депозитный адрес, контракт, raw amount, внутренний call path или event index. Приложите снимок правила депозита, если он сохранился.
Seed-фраза, приватный ключ, пароль и 2FA не нужны. Эти сведения позволяют украсть оставшиеся активы и не помогают прочитать публичный trace.
Как избежать проблемы
Перед крупной суммой выполните малый тест тем же контрактным маршрутом и дождитесь зачисления. Если правила биржи требуют прямой transfer, сначала выведите актив на свой обычный адрес, проверьте контракт, затем отправьте его отдельной транзакцией.
Не добавляйте лишний промежуточный шаг, если он заставляет раскрыть seed или использовать сомнительный мост. Проверяйте комиссию и сеть на каждом этапе.
Сохраните адрес обычного кошелька в whitelist биржи заранее, если площадка требует задержку после добавления. Это помогает не выбирать между срочным контрактным маршрутом и ожиданием в момент крупного вывода.
Итог
Контрактный депозит может существовать on-chain и оставаться невидимым внутреннему учёту биржи. Докажите поступление через trace, token event и изменение баланса, затем обращайтесь в официальный канал. Новый перевод не исправляет индексатор и способен удвоить проблему.
