Как вывести внутриигровые активы за пределы игры при переезде на другую сеть

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

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

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

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

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

Как вывести внутриигровые активы за пределы игры при переезде на другую сеть

Порядок отличается от обычного вывода двумя добавленными проверками: сети и нового контракта.

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

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

Что переносится, а что остаётся

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

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

Почему предмет в новой сети — другой объект

Формальный ответ даёт спецификация идентификаторов активов. CAIP-19 собирает идентификатор предмета из трёх частей: обозначения сети, адреса контракта и номера экземпляра. Меняется сеть — меняется первая часть. Развёрнут новый контракт — меняется вторая. Совпадение третьей части роли не играет: идентификатор целиком другой, и сослаться на предмет старым обозначением нельзя.

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

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

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

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

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

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

Переезд — удобный повод для обмана, потому что он объясняет любые необычные просьбы.

Первая схема: поддельное объявление о миграции. Копия сайта проекта, свой адрес контракта, просьба подписать перенос. Человек ожидал объявления и потому не проверяет источник. Сверять адрес нового контракта нужно по официальному каналу проекта, а не по ссылке из сообщения.

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

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

Итог

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

Первоисточники короткие и доступные. Привязка подписи к конкретной сети описана в стандарте EIP-155 на eips.ethereum.org, а форма полного идентификатора предмета с номером сети и адресом контракта — в спецификации CAIP-19 об идентификаторах активов.

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