Внутренний перевод биржи без tx hash: доказательства

Сначала определяют, существовала ли блокчейн-транзакция

On-chain withdrawal формирует сетевую транзакцию и после broadcast должен дать hash для проверки сети, sender, recipient, asset и finality. Internal transfer меняет записи одной платформы: получатель задаётся UID, email, телефоном, sub-account или другим внутренним идентификатором, а публичная сеть может не участвовать. Требование tx hash к такому переводу создаёт невозможное поле.

Два маршрута и разные доказательства
Признак	Внутренний перевод	On-chain вывод
Получатель	Аккаунт той же платформы	Блокчейн-адрес в выбранной сети
Основной ID	Transfer/withdrawal/deposit ID площадки	Transaction hash сети плюс ID заявки биржи
Комиссия и confirmations	По правилам внутреннего продукта; сетевых confirmations может не быть	Network fee и confirmations определяет маршрут/сеть
Независимая публичная проверка	Обычно невозможна без records площадки	Возможна через независимый explorer/node
Кто исправляет ошибку учёта	Только оператор внутреннего ledger	Сначала сеть/получатель; биржа только в пределах своих custody records

Два маршрута и разные доказательства

Признак: Получатель
Внутренний перевод: Аккаунт той же платформы
On-chain вывод: Блокчейн-адрес в выбранной сети

Признак: Основной ID
Внутренний перевод: Transfer/withdrawal/deposit ID площадки
On-chain вывод: Transaction hash сети плюс ID заявки биржи

Признак: Комиссия и confirmations
Внутренний перевод: По правилам внутреннего продукта; сетевых confirmations может не быть
On-chain вывод: Network fee и confirmations определяет маршрут/сеть

Признак: Независимая публичная проверка
Внутренний перевод: Обычно невозможна без records площадки
On-chain вывод: Возможна через независимый explorer/node

Признак: Кто исправляет ошибку учёта
Внутренний перевод: Только оператор внутреннего ledger
On-chain вывод: Сначала сеть/получатель; биржа только в пределах своих custody records

На 21 августа 2026 года Bybit разделяет внутренний перевод на другой аккаунт Bybit и on-chain вывод на внешнюю биржу или кошелёк. В OKX внутренний получатель может задаваться через phone, email, sub-account или UID; функции зависят от клиента и региона. Эти детали нельзя переносить на другую площадку.

Нужны две согласованные записи, а не один скриншот

Сильный пакет связывает debit отправителя и credit получателя через внутренний ID. В OKX API deposit type отделяет internal transfer от deposit from chain, fromWdId может ссылаться на withdrawal ID инициатора, а txId — на blockchain hash. У других платформ поля отличаются: сохраняйте их происхождение и не переименовывайте transfer ID в tx hash.

Соберите воспроизводимый evidence packet

1
Зафиксируйте площадку и маршрут
Запишите точное юридическое/региональное приложение, asset и выбранный режим internal transfer. Сохраните URL текущей инструкции и checkedAt.
2
Экспортируйте запись отправителя
Нужны internal ID, asset/amount, masked recipient, time/timezone, status и source account. Секреты, 2FA-коды и полный email не прикладывают.
3
Получите запись получателя
Получатель ищет credit того же asset/amount и сохраняет deposit/transfer ID, status и masked reference, если она доступна.
4
Нормализуйте время
Переведите обе отметки в UTC либо явно укажите timezone. Разница отображения local time не является доказательством другого события.
5
Свяжите идентификаторы
Сопоставьте withdrawal/transfer ID с from-reference или deposit ID по официально доступным полям. Если прямой link отсутствует, так и запишите; не склеивайте записи только по похожей сумме.
6
Сформулируйте расхождение
В тикете укажите ожидаемое и фактическое состояние, время, IDs и приложите экспорт/оригинальные страницы. Не отправляйте seed, пароль, API secret или одноразовый код.

Развилка определяет следующий инструмент

Decision tool: результат классификации
Наблюдение	Класс	Следующее действие
Есть blockchain hash и сеть	On-chain withdrawal	Проверить hash, recipient, token contract, status/finality; не искать внутреннее подтверждение вместо сети
Есть internal/transfer ID, выбран получатель той же биржи, tx hash пуст	Вероятный internal transfer	Сверить две записи и reference fields; при mismatch открыть тикет
У отправителя completed, у получателя записи нет	Несогласованность внутреннего ledger или неверный recipient identifier	Не повторять; сохранить обе истории и эскалировать по внутреннему ID
У отправителя pending/processing	Операция ещё не завершена по площадке	Проверить текущий status/help page; не обещать мгновенность и не дублировать
Нельзя установить маршрут или региональный продукт	Недостаточно доказательств	Запросить полный receipt и точное название операции до вывода о потере

Decision tool: результат классификации

Наблюдение: Есть blockchain hash и сеть
Класс: On-chain withdrawal
Следующее действие: Проверить hash, recipient, token contract, status/finality; не искать внутреннее подтверждение вместо сети

Наблюдение: Есть internal/transfer ID, выбран получатель той же биржи, tx hash пуст
Класс: Вероятный internal transfer
Следующее действие: Сверить две записи и reference fields; при mismatch открыть тикет

Наблюдение: У отправителя completed, у получателя записи нет
Класс: Несогласованность внутреннего ledger или неверный recipient identifier
Следующее действие: Не повторять; сохранить обе истории и эскалировать по внутреннему ID

Наблюдение: У отправителя pending/processing
Класс: Операция ещё не завершена по площадке
Следующее действие: Проверить текущий status/help page; не обещать мгновенность и не дублировать

Наблюдение: Нельзя установить маршрут или региональный продукт
Класс: Недостаточно доказательств
Следующее действие: Запросить полный receipt и точное название операции до вывода о потере

Если hash существует, переходите к on-chain разбору того, почему USDT не пришёл: сеть, contract, recipient, memo/tag и состояние зачисления. Этот гайд заканчивается в момент классификации маршрута и внутреннего evidence packet; он не дублирует диагностику уже опубликованной blockchain-транзакции.

Ошибка внутреннего получателя не исправляется в блокчейне

Внутренний UID или email — координата custody-системы, не публичный адрес. Explorer не покажет владельца и не отменит запись. Возможность возврата зависит от правил площадки, статуса и сотрудничества получателя; статья не обещает reversal. Ответ support должен ссылаться на ваш transfer ID.

Recovery без повторной отправки

1
Заморозьте гипотезу
Не делайте второй перевод «для проверки», пока первый record не классифицирован. Дубликат создаст отдельную операцию.
2
Проверьте recipient identifier
Сравните тип идентификатора и masked value с тем, что подтверждает получатель. Не публикуйте полный email/phone/UID.
3
Откройте официальный тикет
Передайте IDs, asset/amount, timestamps/timezone, statuses и обе стороны records. Используйте домен/приложение площадки, а не поддержку из входящего сообщения.
4
Зафиксируйте решение
Сохраните номер обращения, ответ, изменение статуса и новую запись credit/reversal, если площадка её создаст. Обещание сотрудника без ledger update не закрывает инцидент.

Memo или destination tag относятся к конкретным депозитным маршрутам и не возникают в internal evidence автоматически. Если интерфейс их запросил, сохраните поле и инструкцию площадки; не добавляйте его к операции задним числом.

Stop-сигналы

внутренний ID выдают за hash публичного блокчейна;
операцию связывают только по сумме без account context и времени;
completed у отправителя называют доказательством credit без записи получателя;
региональный Bybit/OKX workflow переносят на другую площадку как стандарт;
pending transfer предлагают повторить до выяснения статуса;
поддержка просит seed-фразу, private key, пароль, 2FA-код или удалённый доступ к устройству.

Инцидент закрыт, когда маршрут классифицирован, запись отправителя и получателя согласована либо площадка создала документированный reversal/credit, а все идентификаторы и время можно воспроизвести. Если остаётся только обещание без изменившегося ledger state, статус остаётся открытым.

Источники

Мы используем прямые ссылки и фиксируем дату проверки. Полный текст чужих материалов не перепечатывается.

Bybit — Как вывести активы через внутренний перевод Bybit · Проверено 21 августа 2026 г. в 22:04 GMT+5
OKX — How do I make a withdrawal in the app OKX · Проверено 21 августа 2026 г. в 22:04 GMT+5
OKX API — Funding account deposit history OKX · Проверено 21 августа 2026 г. в 22:04 GMT+5

Материал носит информационный характер и не является индивидуальной рекомендацией. Криптоактивы связаны с риском волатильности, технических сбоев, хищения и полной потери средств.