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

Мобильный контур проверки — это набор данных о проекте, которые получаются с телефона через кошелёк и веб-обозреватель без пакетных запросов к узлу сети и без выгрузки истории в таблицу.

Что кошелёк показывает, а что домысливает

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

Граница заметна в описании стандарта. Для невзаимозаменяемых предметов спецификация ERC-721 в статусе Final описывает ownerOf как «Find the owner of an NFT» и balanceOf как «Count all NFTs assigned to an owner» — это данные из цепочки. А вот метаданные живут по адресу из tokenURI, и стандарт оговаривает: «The URI MAY be mutable (i.e. it changes from time to time)».

Отсюда первое правило мобильной проверки. Картинке и подписи верить нельзя: они подменяются без следа в реестре. Проверять нужно адрес контракта и идентификатор предмета, а не то, что отрисовал интерфейс.

Как оценить экономику игрового проекта с мобильного кошелька: что читается за десять минут

Начните с адреса контракта. Он виден в деталях предмета и совпадает у всех предметов одной коллекции — расхождение означает, что перед вами две разные коллекции с одинаковым оформлением. Это частый сюжет в обращениях читателей.

Дальше смотрите баланс по идентификатору. Игровые предметы обычно выпускают по стандарту ERC-1155, и там один контракт держит и уникальные вещи, и расходуемые. Спецификация в статусе Final описывает balanceOfBatch как способ «Get the balance of multiple account/token pairs», а для адреса метаданных требует: «If the string {id} exists in any URI, clients MUST replace this with the actual token ID in hexadecimal form».

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

Четвёртое — заявленная ставка отчислений. Стандарт ERC-2981 в статусе Final даёт функцию royaltyInfo, которая по идентификатору и сумме продажи возвращает получателя и размер отчисления. Это заявление контракта, а не факт выплаты, и разница тут принципиальная.

Отчисления создателю — величина добровольная. Текст стандарта говорит об этом прямо: «The royalty payment must be voluntary» и «If a marketplace chooses not to implement this EIP, then no funds will be paid for secondary sales». В сети Solana обход описан ещё яснее: по документации Metaplex о программируемых предметах «anyone can bypass the royalty percentage stored on the Metadata account by interacting with the SPL Token program directly».

Где мобильный контур упирается в предел

Предел задан не экраном, а квотами. Публичный узел Solana по документации на 16 октября 2026 года допускает «Maximum number of requests per 10 seconds per IP: 100» и «Maximum number of requests per 10 seconds per IP for a single RPC: 40», при ограничении в 100 МБ данных за 30 секунд. Там же сказано: «The public RPC endpoints are not intended for production applications».

Квоты бесплатного доступа на 16 октября 2026 года. Публичный узел Solana: 100 запросов за 10 секунд с адреса, 40 запросов на один метод, 40 одновременных соединений, 100 МБ за 30 секунд. Бесплатный тариф API обозревателя Etherscan: «3 calls/second» и «up to 100,000 calls/day». Чтобы перебрать десять тысяч держателей коллекции, при трёх запросах в секунду нужен час непрерывной работы — расчёт условный и годится лишь для оценки порядка.

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

Отдельно проваливается история. Мобильные обозреватели отдают её постранично и без выгрузки в таблицу. Сравнивать периоды в такой подаче почти невозможно.

Как не принять активность за доход

Это главная ловушка сегмента, и у неё есть точная формулировка в стандарте. ERC-2981 признаёт: «It is impossible to know which NFT transfers are the result of sales, and which are merely wallets moving or consolidating their NFTs». Перевод в реестре не сообщает, была ли оплата.

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

Вторая ловушка — подмена заявленного фактическим. Ставка отчислений в контракте говорит о том, чего создатель хочет, а не о том, что ему приходит. На Solana механизм принудительного соблюдения существует: по документации Metaplex токен-аккаунт программируемого предмета «is always frozen on the SPL Token program», и программа метаданных размораживает его на время операции, проверяя набор правил. Для обычных предметов такой защиты нет.

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

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

Что видно с телефона, а что требует компьютера

Величина Доступна с телефона Почему требует компьютера
Владелец предмета и адрес контракта коллекции Да, читается в кошельке и веб-обозревателе одним запросом Не требует: это один вызов к реестру
Баланс по идентификатору предмета Да, для стандарта с множественными идентификаторами читается пакетным вызовом на несколько пар Не требует при проверке одного адреса
Заявленная ставка отчислений создателю Да, через вызов функции отчислений в интерфейсе обозревателя Не требует, но это заявление, а не факт выплаты
Распределение держателей коллекции Нет, перебор адресов не укладывается в квоты бесплатного доступа Нужен ключ API, скрипт обхода и выгрузка результата
Доля настоящих продаж в общем числе переводов Нет, реестр не различает продажу и перенос между своими адресами Нужен анализ связности адресов по выгруженной истории
Фактически выплаченные отчисления за период Нет, в мобильном интерфейсе нет сопоставления по периодам Нужна выгрузка операций получателя отчислений и сверка по датам

Порядок проверки, который укладывается в телефон

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

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

Риски сегмента и типовые схемы

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

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

Итог

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

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

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

Можно ли с телефона понять, жив ли проект?

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

Почему число переводов не показывает выручку?

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

Гарантирует ли ставка отчислений выплату создателю?

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

Сколько держателей можно проверить с телефона?

Единицы, а не тысячи. Бесплатный тариф API обозревателя на 16 октября 2026 года даёт три запроса в секунду, публичный узел Solana — сто запросов за десять секунд с адреса. Перебор коллекции в десять тысяч предметов при таких квотах занимает около часа непрерывной работы, и это условная оценка порядка.

Что делать, если картинка предмета изменилась?

Сверить адрес метаданных по контракту. Стандарт допускает изменяемость этого адреса, поэтому подмена оформления не является признаком взлома кошелька. Если адрес контракта и идентификатор прежние, предмет тот же; изменилось внешнее представление, которое хранится вне реестра и к принадлежности отношения не имеет.

Вердикт

Телефон — инструмент точечной проверки, и в этой роли он хорош: принадлежность, адрес контракта, дата операции читаются за минуту. Беда начинается там, где от него ждут выводов об экономике целого проекта — для них нужны массовые выборки, которые квоты бесплатного доступа не пропускают. Честный мобильный разбор заканчивается списком вопросов, а не оценкой; редакция не считает NFT инвестиционным инструментом и конкретных коллекций не называет. Квоты и формулировки стандартов актуальны на 16 октября 2026 года.

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