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

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

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

Тестовых сетей стало меньше, и это к лучшему. Официальная документация Ethereum Foundation о сетях, обновлённая 23 сентября 2026 года, называет Sepolia «the recommended default testnet for application development», а Hoodi оставляет разработчикам протокола и стейкерам. Там же сказано прямо: «your account balance and transaction history won’t carry over from the main Ethereum network».

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

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

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

Смысл репетиции — проверка получателя, и стандарты описывают эту проверку нормативно. По EIP-721 безопасный перевод обязан убедиться, что получатель является контрактом, вызвать у него onERC721Received и отклонить операцию, если возврат не равен ожидаемому значению: «Return of other than the magic value MUST result in the transaction being reverted». Сверено по тексту на eips.ethereum.org 17 октября 2026 года.

У ERC-1155 требование сформулировано ещё строже. Спецификация предписывает: «MUST revert if _to is a smart contract… does not implement the ERC1155TokenReceiver interface function(s)». Ожидаемые значения в тексте стандарта ERC-1155 указаны прямо: 0xf23a6e61 для одиночного перевода и 0xbc197c81 для перевода пачкой.

Вторая задача репетиции — разобрать интерфейс. В тестовой сети не страшно нажать не туда и увидеть, чем отличается запрос на один предмет от запроса на всю коллекцию. Формулировка стандарта про setApprovalForAll не оставляет двусмысленности: оператор получает право «manage all of msg.sender’s assets». На экране кошелька эта разница малозаметна, и привычку различать два запроса нарабатывают там, где ошибка ничего не стоит. Заодно полезно разобраться в комиссиях площадки: часть запросов на подпись приходит именно от её контрактов.

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

Монета тестовой сети выдаётся краном и ценности не имеет, однако документация оговаривает исключение: «there have been markets created for certain types of testnet ETH that have become scarce or hard to obtain». Роялти и комиссий площадки в репетиции нет — продажи не происходит. Платить придётся временем.

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

1. Переключите кошелёк на Sepolia и проверьте, что в интерфейсе указана тестовая сеть, а не основная с похожим названием.
2. Получите тестовую монету из крана — без неё подписать перевод не удастся, потому что газ платится и здесь.
3. Выпустите тестовый предмет или возьмите готовый из демонстрационной коллекции: репетировать на предмете из основной сети невозможно.
4. Переведите предмет на обычный адрес и убедитесь, что владелец сменился, а номер остался тем же.
5. Повторите перевод на адрес контракта, который планируете использовать в основной сети, — хранилище, мультиподпись, игровой сейф.
6. Запишите результат и перенесите в основную сеть порядок действий, а не адреса: контракты в цепях разные.

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

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

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

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

Итог

• Сеть в кошельке переключена на тестовую и подписана в интерфейсе.
• Тестовый предмет выпущен заново, а не «скопирован» из основной сети.
• Перевод на обычный адрес прошёл, владелец номера сменился.
• Адрес контракта-получателя проверен безопасным переводом.
• Разница между approve и setApprovalForAll увидена на экране.
• Для репетиций используется отдельный кошелёк.

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

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