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

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

Зачем в этом сегменте нужен след операции

У монеты след почти не нужен: изменился остаток — вопрос закрыт. С коллекционным предметом так не выходит. Остаток здесь не меняется на понятную величину, а экземпляров в контракте бывают десятки тысяч, и подтвердить нужно судьбу одного.

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

Опора здесь — определение события в самом стандарте. На 17 октября 2026 года текст ERC-721 на eips.ethereum.org числится в статусе Final с датой создания 24 января 2018 года и описывает событие Transfer так: оно возникает при смене владельца любого экземпляра любым механизмом, включая создание, когда адрес отправителя нулевой, и уничтожение, когда нулевым оказывается адрес получателя. Идентификатор интерфейса — 0x80ac58cd.

Из этой формулировки следует практический вывод. Журнал событий одного номера — непрерывная цепочка владения от минта до текущего дня, и сохранённый хеш указывает в ней одно звено.

Как перевести предмет между кошельками и сохранить хеш операции: устройство журнала

Транзакция — это конверт. Внутри лежат события. Смена владельца — одно из них, и редко единственное.

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

Что сохранили Что это доказывает Чего не хватает
Только хеш Что транзакция была включена в блок и чем закончилась Какой экземпляр двигался и в какой коллекции
Хеш и сеть Где искать запись, не перебирая обозреватели Предмета в записи по-прежнему не видно
Хеш, сеть, адрес контракта Коллекцию, внутри которой искать Номер экземпляра из серии
Хеш, сеть, контракт, номер Смену владельца конкретного предмета Количество, если стандарт допускает несколько единиц
Все пять полей плюс номер события в журнале Одно звено цепочки владения без перебора Ничего: это рабочий минимум для обращения в поддержку

Поле количества нужно не всем. У единичного экземпляра оно равно единице и выглядит избыточным, зато у второго стандарта без него запись читается неоднозначно и спор о том, сколько единиц ушло, разрешить нечем. Проверьте стандарт заранее.

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

Второй стандарт устроен иначе, и запись приходится вести подробнее. ERC-1155 создан 18 июня 2018 года, идентификатор интерфейса — 0xd9b67a26. Его требование сформулировано жёстко: при переводе токенов обязано возникнуть событие TransferSingle или TransferBatch, причём и при нулевом количестве, и при создании, и при уничтожении. У события TransferBatch аргументы — списки номеров и списки количеств, и порядок в обоих списках обязан совпадать. Значит у номера в журнале есть позиция внутри списка, и сохранять нужно её тоже.

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

Издержки: комиссии, роялти, газ — и что из них видно в записи

Журнал операции служит ещё и финансовым документом. Читается он не как счёт.

  • Плата сети видна в самой транзакции отдельной строкой — это единственная сумма, которую журнал показывает прямо.
  • Тариф торгового сервиса виден как перевод средств на его адрес внутри того же конверта, отдельной строки «комиссия» в записи нет.
  • Роялти коллекции видны там же, если площадка их выплатила. Стандарт ERC-2981 (создан 15 сентября 2020 года, идентификатор интерфейса 0x2a55205a) называет выплату добровольной, поскольку перевод между кошельками сделкой не является, — поэтому отсутствие такой строки не нарушение.
  • Выдача разрешения оплачивается отдельной транзакцией и имеет собственный хеш. Сохранив его вместо хеша перевода, вы сохранили не то.
  • Отзыв разрешения — третий хеш, и для отчётности он нужен не меньше первых двух.

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

Пошаговый сценарий: паспорт операции

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

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

Риски: когда сохранённый хеш не помогает

След операции — защита, но не универсальная. Есть сюжеты, где он бесполезен или работает против вас.

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

Зачем цепочка владения нужна за пределами коллекционного рынка, видно по разбору NFT-билетов и борьбы с чёрным рынком: там непрерывность журнала и есть защита от перепродажи. А как устроена фиксация следа на другом базовом слое, показывает материал про цифровые артефакты на базовом слое Bitcoin — там нет ни контракта, ни журнала событий, и паспорт операции собирается из других полей.

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

Итог

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

Первоисточники откройте сами. Формулировка события смены владельца, включая случаи создания и уничтожения экземпляра, — в тексте стандарта ERC-721. Требования к событиям одиночного и пакетного перевода, порядок списков номеров и количеств — в тексте стандарта ERC-1155. Данные сверены на 17 октября 2026 года. Что проверить не удалось: единого формата нумерации событий у обозревателей нет, у одних это позиция в журнале, у других сквозной индекс, и при обращении в поддержку стоит указывать оба варианта.

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

Хеш сохранил, а номер предмета нет. Можно восстановить?

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

Почему хеш из кошелька не открывается в обозревателе?

Три обычные причины. Транзакцию заменили при ускорении или отмене, и ушла другая, с новым хешем. Операция была в тестовой сети, а вы смотрите основную. Либо обозреватель выбран для другой сети. Проверьте сеть первым делом, затем историю кошелька: там рядом с операцией стоит ссылка на верный обозреватель.

Достаточно ли скриншота карточки предмета вместо хеша?

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

В одной транзакции ушло несколько предметов. Как указать нужный?

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

Хеш перевода и хеш разрешения — чем они отличаются в журнале?

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

Вердикт

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

Разборы операций с коллекционными предметами и предупреждения о свежих схемах выходят в нашем Telegram-канале Cryptium.