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

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

Что происходит с сегментом сейчас

Коллекции живут неравномерно. Часть проектов 2021–2022 годов осталась без сопровождения: домены не продлены, шлюзы хранения отключены, а контракт в сети работает по-прежнему. Для владельца это разделение принципиально. Номер предмета за вами, картинка — нет.

Официальная страница Ethereum Foundation о сетях, обновлённая 23 сентября 2026 года, описывает основную сеть как «the primary public Ethereum production blockchain, where actual-value transactions occur on the distributed ledger». Слово «actual-value» здесь не украшение, и в обращениях читателей повторяется один сюжет: перевод прошёл, владелец номера сменился, а превью в кошельке осталось пустым, и человек считает актив потерянным.

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

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

Идентичность предмета складывается из адреса контракта и номера внутри него. Текст EIP-721 формулирует это нормативно: «Every NFT is identified by a unique uint256 ID inside the ERC-721 smart contract. This identifying number SHALL NOT change for the life of the contract». Сверено по первоисточнику на eips.ethereum.org 17 октября 2026 года. Вывод отличает предмет от любого делимого токена. Переводится этот экземпляр, а не количество.

Дальше развилка стандарта. Предмет по ERC-721 единичен, в вызове передаётся только его номер. Предмет по стандарту ERC-1155 переводится количеством: параметр _value описан в спецификации как «the number of tokens the holder balance is decreased by». Один контракт по ERC-1155 держит и единичные предметы, и серии по сотне копий.

Разрешения — место, где интерфейс обманчив. По EIP-721 функция approve меняет «the approved address for an NFT», то есть доступ к одному предмету, а setApprovalForAll включает оператора, который «manage all of msg.sender’s assets». В кошельке оба запроса выглядят похоже. Последствия разные на порядок.

Издержки: комиссии, роялти, газ

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

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

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

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

Риски и мошеннические схемы сегмента

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

Второй сюжет — метаданные. Описание и файл вынесены за пределы токена: tokenURI отдаёт «a distinct Uniform Resource Identifier (URI) for a given asset», а сам материал лежит на внешнем ресурсе. Новый владелец получает запись в контракте, но не гарантию доступности картинки. Шлюз отключён — предмет подлинный и пустой одновременно. Коллекции с хранением внутри контракта — исключение: модель цифровых артефактов на базовом слое Bitcoin этой зависимости не имеет.

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

Итог

• Адрес контракта и номер предмета выписаны и сверены с обозревателем.
• Активных торговых предложений на предмет не осталось.
• Выдано разрешение на один предмет, а не на всю коллекцию.
• Для ERC-1155 указано количество экземпляров.
• Адрес получателя проверен мелкой суммой.
• Ссылка из tokenURI открывается до перевода.

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

Формулировки стандарта приводятся по тексту спецификации EIP-721, сверка выполнена 17 октября 2026 года.