В стандартном ERC-721 или ERC-1155 вызов setApprovalForAll разрешает оператору действовать с вашими активами данного контракта, а не только с предметом на картинке сайта. Перед подписью проверьте контракт NFT, адрес оператора и значение разрешения. Законные применения существуют, но необъяснимое широкое полномочие плохо соответствует обещанию просто показать или выдать один коллекционный предмет.
Слово all относится к контракту
Один проект может показывать несколько визуальных серий на общем контракте либо использовать разные контракты под одним брендом. Граница разрешения определяется фактическим контрактом в выбранной сети, а не рисунком, названием коллекции и вкладкой страницы. В ERC-1155 один контракт способен учитывать несколько идентификаторов предметов. Поэтому изображение единственного выбранного объекта особенно плохо объясняет полный охват оператора.
В стандарте ERC-721 различаются одобрение конкретного token ID и полномочие оператора. ERC-1155 также описывает операторское разрешение внутри своего контракта. Знакомое имя функции не удостоверяет сайт. Произвольный контракт с таким названием не обязательно выполняет правила стандарта. Проверяйте реальный объект взаимодействия, а не только понятную надпись в кошельке.
При стандартной модели это не прямой доступ к нативному ETH и всем посторонним контрактам токенов того же адреса. Но из ограничения не следует безвредность всего запроса. Взаимодействие может относиться к нестандартному контракту или включать несколько действий. Просматривайте содержимое и отдельные полномочия вместо оценки по одной распознанной функции. Широкий интерфейс приложения не уменьшает фактический доступ.
Разделите разрешение и перемещение
| Действие в стандартной модели | Охват | Что выяснить до подписи |
|---|---|---|
| Одобрение ERC-721 для token ID | Один указанный предмет | Какой ID и какой уполномоченный адрес названы |
| setApprovalForAll с включением | Активы владельца в NFT-контракте | Зачем оператору нужна такая роль |
| Перевод NFT | Конкретное движение предмета | Куда фактически уйдёт актив |
| setApprovalForAll с отключением | Разрешение этому оператору у этого владельца | Правильны ли сеть, контракт и оператор |
| Разрешение другой коллекции | Отдельное состояние контракта | Проверено ли оно самостоятельно |
| Подключение сайта | Сессия приложения | Не перепутана ли связь с сетевым полномочием |
Установка operator approval сама по себе не является обычной функцией перевода NFT. Однако она позволяет инициировать последующее перемещение без повторения такого же запроса разрешения владельцу. В справке OpenZeppelin ERC-721 описана возможность оператора вызывать перевод принадлежащих держателю токенов. Поэтому ждать видимого движения предмета на странице — плохой способ определить, какое право уже выдано.
Проверяйте оператора отдельно от коллекции
Контракт коллекции и оператор отвечают на разные вопросы. Можно вызвать настоящий контракт NFT, но разрешить действия неправильному оператору. Знакомая подпись оператора также не доказывает правильность коллекции назначения. Сверяйте полные адреса через независимо открытый официальный источник. Сокращённая строка рядом с логотипом не подтверждает совпадение и легко скрывает важное различие.
Вернитесь к намерению. У процесса работы маркетплейса может быть документированная причина для операторского доступа. Простое получение или просмотр предмета сами по себе не объясняют право постороннего распоряжаться уже имеющимися активами. Если запрос не удаётся объяснить, остановитесь и обратитесь к настоящему проекту. Одобрение ради проверки дальнейшего поведения страницы уже создаёт нежелательное полномочие.
Стандартное логическое значение разрешения также не задаёт короткий срок только из-за слова «временно» на сайте. Пока роль включена, она способна относиться и к будущим поступлениям в том же контракте. Объяснение охвата должно учитывать сохранённое разрешение, а не успокаивать изображением сегодняшнего единственного предмета. Изменение списка активов не обязательно меняет состояние approval.
Рассмотрите вымышленный набор из двух коллекций
Предположим, «Берёза-7» и «Берёза-9» относятся к контракту Б, а «Кедр-3» — к контракту К. Стандартное полномочие оператора у Б затрагивает оба предмета «Берёзы», хотя страница показывает только седьмой. Оно не становится автоматически разрешением у К. Это учебные обозначения, а не реальные коллекции и не история кражи.
Теперь представим, что сайт называет действие проверкой «Берёзы-7». Такая подпись не сужает операторскую роль контракта. Решение принимается по реально запрошенному полномочию. Если позднее придёт другой предмет «Берёзы», нельзя считать старое разрешение несущественным только потому, что первоначальная картинка изменилась. Сначала проверьте, остаётся ли оператор включённым.
При разборе старой записи действует тот же принцип: найдите владельца, контракт, сеть и оператора. Хороший результат у похожей коллекции в другой сети не закрывает этот случай. Исходная транзакция и текущее состояние также различаются. Первая фиксирует действие в истории, второе отвечает, разрешена ли роль сейчас. Сохраните оба свидетельства с понятными подписями.
После подписи проверьте, что произошло
- Найдите транзакцию или подписанный запрос и установите, появилось ли разрешение в сети.
- Определите точные контракт NFT, сеть, владельца и оператора.
- Прочитайте текущее состояние через надёжный инструмент, открытый независимо от подозрительной страницы.
- При ненужном доступе используйте проверенный процесс отзыва в этом охвате и сверьте результат.
- Отдельно исследуйте движения активов и прочие разрешения: отключение одной роли не возвращает переведённое.
- Сохраните доказательства и обратитесь к легитимной поддержке, если поведение контракта непонятно.
В ERC-721 операторская роль и одобрение отдельного предмета — самостоятельные полномочия. Удаление одной связи нельзя описывать как очистку любой возможной авторизации. Проверьте относящиеся к делу индивидуальные разрешения, особенно после взаимодействия с подозрительным оператором. Операторов также может быть несколько. Одна отключённая запись не подтверждает отсутствие остальных прав в контракте.
Общий порядок рассмотрен в инструкции отзыва разрешений, другой тип авторизаций — в материале о фишинговых подписях. Для обмена без регистрации действуют инструкции конкретной заявки. Разрешение NFT-оператору не объясняется одним словом «обменник» в шапке сайта. До подтверждения установите, какое право действительно получает другая сторона.
Частые вопросы
SetApprovalForAll открывает все активы кошелька?
В стандартной модели NFT разрешение относится к активам указанного контракта. Оно само по себе не даёт доступ к посторонним контрактам или нативному ETH, но весь запрос может включать другие действия.
Чем setApprovalForAll ERC-721 отличается от одобрения одного NFT?
Индивидуальное разрешение относится к указанному token ID, операторское — к активам владельца в данном контракте. Картинка одного предмета на сайте не уменьшает второй охват.
Отключение setApprovalForAll возвращает уже отправленный NFT?
Нет, оно меняет конкретную операторскую роль на будущее. Исторические перемещения и отдельные одобрения предметов проверяются самостоятельно.