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

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

Почему словарь этого сегмента сбивает с толку

Интерфейсы кошельков и торговых сервисов переводят технические названия на бытовой язык, и перевод выходит неточным. «Коллекция» в приложении — это адрес контракта. «Предмет» — номер внутри него. «Разрешить» — не отправка, а выдача права отправлять.

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

Опорные документы здесь всего два, и оба открыты. На 17 октября 2026 года стандарт ERC-721 на eips.ethereum.org числится в статусе Final с датой создания 24 января 2018 года, его идентификатор интерфейса по ERC-165 — 0x80ac58cd, а у необязательного расширения метаданных — 0x5b5e139f. Стандарт ERC-1155 создан 18 июня 2018 года, идентификатор — 0xd9b67a26.

Два стандарта — два разных предмета за одним словом. По первому экземпляр единичен. По второму у одного номера есть количество, и перевести можно часть.

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

Ниже — словарь, собранный по текстам самих стандартов, а не по подсказкам интерфейсов.

Слово в интерфейсе Что это в контракте Чем опасна путаница
Коллекция Адрес смарт-контракта, в котором живут все номера серии Два разных контракта могут носить одно имя и одну картинку
Номер предмета Идентификатор типа uint256, уникальный внутри контракта Один и тот же номер в другой коллекции — другой предмет
Отправить Вызов transferFrom или safeTransferFrom с тремя аргументами Небезопасный вариант не проверяет, умеет ли получатель принимать такие токены
Разрешить approve: право распоряжаться одним номером выдаётся одному адресу Принимают за отправку, предмет остаётся на месте
Разрешить всё setApprovalForAll: оператор получает право на все предметы владельца в этом контракте Одна подпись охватывает серию целиком, а не выбранный экземпляр
Метаданные Строка-ссылка из функции tokenURI, по ней лежит файл JSON Ссылка по стандарту может меняться со временем

Строка про метаданные — ключ ко всему сегменту. В разделе обоснования ERC-721 авторы перечисляют отвергнутые варианты и первым называют хранение всех метаданных каждого актива в блокчейне: отклонено как слишком дорогое. Там же сказано, что ссылка может быть изменяемой, и приведён пример с домом, у которого со временем меняются и фотография, и состав жильцов, то есть переменчивость описания заложена в стандарт сознательно.

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

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

Стандарт предупреждает об этом заглавными буквами в самой подписи функции небезопасного перевода: вызывающая сторона отвечает за подтверждение того, что получатель способен принимать такие токены, иначе они могут быть потеряны безвозвратно. Безопасный вариант после смены владельца проверяет, есть ли по адресу получателя код, и при наличии кода требует от него ответного магического значения функции onERC721Received, а возврат любого другого значения, по формулировке стандарта, обязан откатить транзакцию целиком.

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

Чек за операцию складывается из нескольких строк, и названия у них тоже путаются.

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

Разбор того, из чего складывается итоговая сумма, подробно дан в материале о том, как перевести предмет между кошельками и понять структуру комиссий. Тарифы и удержания со стороны сервиса разобраны в тексте о том, как разобраться в комиссиях площадки.

У второго стандарта свой словарь количества. В ERC-1155 перевод принимает не три аргумента, а пять: адрес отправителя, адрес получателя, номер типа токена, количество и поле данных. Магическое значение приёма одного типа — 0xf23a6e61, пакета типов — 0xbc197c81. Ссылка на метаданные в этом стандарте содержит подстановку {id}, которую клиент обязан заменить номером в шестнадцатеричном виде, в нижнем регистре и с ведущими нулями до 64 знаков: номер 314592 превращается в строку из 64 символов, оканчивающуюся на 4cce0.

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

  1. Откройте страницу предмета и выпишите две величины: адрес контракта коллекции и номер экземпляра. Это и есть предмет. Имя коллекции не идентифицирует ничего.
  2. Определите стандарт. Если на карточке указано количество, перед вами ERC-1155, и в форме перевода появится поле «сколько». Для единичного экземпляра количество равно единице.
  3. Убедитесь, что в форме выбран перевод, а не выдача разрешения. Признак разрешения — в форме нет адреса получателя предмета, но есть адрес, которому вы что-то позволяете.
  4. Сверьте адрес получателя целиком, а не по первым и последним знакам. Проверьте, что это адрес кошелька под вашим контролем в той же сети, где живёт контракт.
  5. Для перевода на адрес смарт-контракта или на счёт сервиса выясните заранее, реализован ли у получателя приёмный интерфейс. Небезопасный перевод такой проверки не делает.
  6. После подтверждения найдите в журнале транзакции событие Transfer и сверьте в нём номер предмета. По стандарту это событие возникает при любой смене владельца, включая создание и уничтожение экземпляра.

Шестой шаг отличает проверку предмета от проверки монеты. У монеты хватает изменения остатка. Здесь остаток ничего не скажет: нужен номер в событии.

Риски и схемы, построенные на подмене слова

Мошеннические сценарии в этом сегменте почти целиком словарные: пользователю называют одно действие, а подписывает он другое.

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

Как устроен типовой разговор про бесплатные подписи, показывает разбор того, как участвовать в бесплатной раздаче предметов. А насколько терминология зависит от базового слоя, видно из материала про цифровые артефакты на базовом слое Bitcoin: там нет ни контракта коллекции, ни функции разрешения, и словарь переносить нельзя.

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

Итог

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

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

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

Чем отличается «разрешить» от «отправить», если обе кнопки стоят рядом?

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

Что такое номер предмета и почему его мало без адреса контракта?

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

Почему после перевода пропало изображение?

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

Что значит «количество» у предмета, которого один?

Это признак второго стандарта. В ERC-1155 каждый номер — отдельный тип токена со своим запасом, поэтому у перевода есть аргумент количества. Единичный экземпляр описывается запасом в одну единицу. Поле «сколько» в форме перевода означает ERC-1155, а не ошибку интерфейса.

Безопасный перевод и обычный — в чём разница для меня?

Безопасный после смены владельца проверяет получателя: если по адресу есть код, контракт обязан вернуть предусмотренное стандартом значение, иначе транзакция откатывается. Обычный такой проверки не делает, и стандарт прямо предупреждает о возможной безвозвратной потере. Для перевода на адрес сервиса выбирайте безопасный вариант.

Вердикт

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

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