Для обычного поиска платежа Bitcoin начните с поля txid в исходном кошельке. У транзакции с witness может быть другой wtxid: при его расчёте учитываются дополнительные данные witness. Два таких идентификатора способны описывать одну операцию, а не два платежа. Сохраняйте названия полей вместо передачи безымянной строки в надежде, что сервис сам угадает её смысл.
Разница связана с представлением данных
В BIP141 txid определяется по традиционному представлению транзакции, а wtxid — по представлению с witness. У обычной операции без witness-входов идентификаторы совпадают. При наличии witness они, как правило, отличаются. Это разные результаты хеширования данных одной операции, а не автоматическое создание дополнительного перевода средств.
Упрощение «txid исключает любые подписи» может ввести в заблуждение. Традиционные данные входов входят в соответствующее представление, в том числе при смешанных вариантах входов. Для обращения в поддержку самостоятельно разбирать байты не требуется. Зато нужно сохранить подписи полей, чтобы разработчик или обозреватель понимал, какой идентификатор ему передали.
Две разные длинные строки также не обязательно образуют пару txid/wtxid. Другой платёж или заменяющая транзакция тоже получают идентификаторы. Сначала установите, что поля взяты из одной разобранной записи. Совпадение времени, суммы либо адреса само по себе этого не доказывает. Без такой связи объяснять любое различие наличием witness нельзя.
Соотнесите название поля с задачей
| Поле или запись | Что обозначает | Как применять |
|---|---|---|
| txid | Идентификатор традиционного представления | Для поиска, прямо запрашивающего transaction ID |
| wtxid | Идентификатор с учётом witness | Передавать с подписью поддерживающему инструменту |
| hash в разобранной записи Core | По схеме может учитывать witness | Прочитать описание конкретного метода |
| blockhash | Блок, где найдена операция | Не подменять им хеш самого платежа |
| Номер сервиса или кошелька | Внутреннюю запись приложения | Добавлять к сетевым сведениям отдельно |
| Сырые данные hex | Представление транзакции, а не краткий идентификатор | Разбирать только понятным инструментом |
Конкретный версионный пример — decoderawtransaction Bitcoin Core 30.0. В его результате есть txid и hash с описанием различия по witness. Значит, подпись hash не всегда равнозначна txid. Это пример документированной схемы, а не утверждение об одинаковом интерфейсе всех кошельков и последнего выпуска Core.
Отсутствие результата бывает несовпадением интерфейсов
Если обозреватель не находит переданный wtxid, возьмите txid из первоначальной записи и выберите правильную сеть Bitcoin. Одни сервисы ищут именно по идентификатору транзакции, другие поддерживают дополнительные варианты. Универсальную поддержку предполагать нельзя. Не переворачивайте символы и не исправляйте строку наугад ради другого результата поиска.
В справке getrawtransaction отдельно описана область поиска узла. Наличие результата зависит от данных мемпула, индекса или указанного блока. Отсутствие у одного источника не доказывает, что операции никогда не существовало. А запись конкретного кошелька может отсутствовать в другом, у которого нет соответствующей истории.
В описании gettransaction прямо говорится об операции внутри кошелька. Такой просмотр отличается от запроса произвольному узлу. Сообщая об ошибке поиска, указывайте тип идентификатора, сеть, метод и доступную историю. Эти признаки помогают отличить неподходящий запрос от действительно отсутствующей отправки. Одного сообщения «хеш не работает» для этого мало.
Изменение текста не превращает txid в wtxid
Универсальной замены символов, которая получает witness-хеш из txid, нет. Хеши вычисляются из данных транзакции. Инструменту нужна соответствующая запись или исходное представление с нужными сведениями. Переименование поля, добавление префикса и удаление символов отсутствующие данные witness не восстанавливают. Правильный путь — найти уже известный кошельку идентификатор.
Обычному пользователю лучше скопировать txid, чем передавать резервную копию кошелька онлайн-конвертеру. Для поиска платежа слова восстановления не нужны. Если разработчик просит сырые данные, уточните, требуется ли только чтение и какие сведения содержит запись. Разбор представления и публикация операции в сеть — разные действия; не соглашайтесь на второе ради объяснения первого.
Сам результат декодирования также не доказывает приём сетью. Офлайн-инструмент способен показать поля ещё до отправки. После определения правильного идентификатора нужно отдельно смотреть сетевой результат. Задача этого различия — надёжно найти запись, а не объявить любую правильно составленную строку свидетельством получения. Держите проверку формата и проверку факта раздельно.
Если вы переносите запись в таблицу
Для выгрузки заведите отдельные поля txid, wtxid и blockhash, даже если строки выглядят одинаково. Если источник не передал одно из полей, отметьте отсутствие вместо копирования соседнего значения. Совпадение важно только тогда, когда исходная запись действительно определяет оба идентификатора таким образом. Сохраните рядом сеть и приложение выгрузки: будущий получатель должен знать происхождение подписей. Форма с одним общим полем «хеш» теряет эту информацию и затрудняет проверку. При переносе данных не заменяйте исходную строку результатом неудачного поиска: сохраните и запрос, и ответ отдельно. Так специалист увидит, что именно проверялось.
Составьте короткую запись для поддержки
- Откройте исходную запись и скопируйте значение поля txid.
- Если присутствует wtxid, сохраните его отдельно с исходным названием.
- Укажите сеть Bitcoin и приложение, из которого взяты значения.
- Используйте подходящий поиск и сохраните точную ошибку.
- Если записи выглядят разными, сравните содержимое до объявления их парой witness-идентификаторов.
- Передавайте необходимые публичные ссылки без секретных данных кошелька.
Представим вымышленную выгрузку с обозначениями T для txid и W для wtxid. Обозреватель находит T и нужный выход получателю, но поле поиска не распознаёт W. Это не означает исчезновение второго платежа. В обращении полезно указать происхождение каждого значения и результат каждого поиска. В другой ситуации новая заменяющая подпись может дать иной T: тогда требуется разбор истории, а не переименование W.
Общий процесс рассмотрен в инструкции проверки хеша, ожидание реального перевода — в материале о сроках транзакций Bitcoin. Для обмена без регистрации сохраните номер заказа отдельно от txid депозита. Точная подпись сетевого идентификатора помогает поддержке не перепутать заявку, блок и хеш с учётом witness.
Частые вопросы
Почему у транзакции Bitcoin показаны два идентификатора?
У транзакции с witness могут быть txid и wtxid, рассчитанные по разным представлениям данных. Сначала проверьте, что оба поля относятся к одной записи.
Какой хеш Bitcoin вводить в обозреватель?
Когда поиск запрашивает идентификатор транзакции, начните с поля txid отправляющего кошелька. Wtxid сохраняйте отдельно и указывайте его название, если он нужен конкретному инструменту.
Если обозреватель не находит txid Bitcoin, перевод не прошёл?
Само по себе нет: проверьте тип идентификатора, сеть и доступную источнику историю. Хеш, полученный офлайн-декодером, также не доказывает реальную отправку.