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

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

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

Техническая база сегмента описана двумя стандартами, и обе даты стоит держать в голове. Стандарт ERC-1155, созданный 17 июня 2018 года и имеющий статус Final, прямо назван ответом на игровую задачу: в его мотивационной части сказано, что «с ростом блокчейн-игр и платформ разработчики игр могут создавать тысячи типов токенов, и нужен новый тип стандарта токена для их поддержки». Каждый идентификатор в нём задаёт отдельный тип токена «со своими метаданными, предложением и другими атрибутами».

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

Второй стандарт отвечает за долю создателя. ERC-2981, созданный 15 сентября 2020 года, описывает функцию, которая возвращает адрес получателя и сумму отчисления для заданной цены продажи. Ключевая оговорка в тексте стандарта звучит так: «Выплата роялти должна быть добровольной, поскольку механизмы передачи вроде transferFrom включают переводы между кошельками, и их выполнение не всегда означает, что продажа состоялась». Сеть долю создателя не удерживает. Её платит площадка, и только если решила платить.

Как устроена операция технически

Разберите путь сделки. Игрок выставляет предмет, покупатель подтверждает цену, контракт переносит владение, деньги расходятся по адресам. Участников в расчёте четверо.

  1. Продавец получает цену за вычетом удержаний.
  2. Площадка удерживает свой сбор — он задан в её правилах и к стандарту токена отношения не имеет.
  3. Создатель коллекции получает долю, если площадка читает данные по ERC-2981 и исполняет их.
  4. Сеть получает плату за выполнение вызова, и платит её тот, кто отправил транзакцию.

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

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

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

Источник Кто получает Когда возникает Чем задаётся Можно ли избежать
Сбор за сделку внутри проекта Проект При каждой покупке и продаже во внутреннем магазине или на внутренней бирже Правилами проекта, меняются его решением Только отказом от сделки внутри контура
Доля создателя при перепродаже Адрес, указанный в контракте коллекции При вторичной продаже, если площадка исполняет стандарт Функцией royaltyInfo по ERC-2981, выплата добровольная Зависит от площадки, а не от игрока
Плата за игровые действия Проект, иногда частично сжигается При создании, улучшении, выставлении лота, смене характеристик Внутренним прейскурантом проекта Нет, если действие нужно по правилам
Плата сети за транзакцию Валидаторы сети При любой операции на уровне блокчейна Загрузкой сети и сложностью вызова Снижается пакетной передачей нескольких предметов
Выпуск внутренней валюты Никто напрямую Постоянно, по правилам начисления Параметрами эмиссии и каналами изъятия Нет, это фон, а не разовое списание

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

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

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

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

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

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

  • Прейскурант без версии и даты. Если правила опубликованы без указания, когда они вступили в силу, сверить расчёт сделки не с чем.
  • Доля создателя, объявленная в описании коллекции, но не заданная в контракте. Площадка такую долю не прочитает и не выплатит.
  • Плата за действие, которое нельзя пропустить. Обязательное улучшение или обязательная починка превращают прейскурант в абонентскую плату.
  • Выпуск валюты без изъятия. Начисления растут, стоков нет. Итог предсказуем арифметически, без всяких прогнозов.
  • Бесплатная раздача как вход в воронку расходов. Что проверять в таких механиках, описано в разборе про участие в бесплатной раздаче предметов.
Этот разбор не оценивает перспективы проектов и не предлагает в них участвовать. Коллекции и игровые предметы не являются инструментом вложения средств, доходность по ним никем не гарантирована, а ликвидность вторичного рынка может исчезнуть вместе с интересом к игре. Любые суммы в тексте условны и служат только для показа пропорций.

Итог

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

  • Прейскурант выписан из документации проекта с датой редакции.
  • Контракт коллекции проверен на поддержку стандарта доли создателя.
  • Правила двух-трёх площадок сопоставлены между собой.
  • Каналы выпуска внутренней валюты перечислены полностью.
  • Каналы изъятия перечислены и сопоставлены с выпуском.
  • История изменений правил просмотрена за последний год.

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

Из чего складывается доход проекта?

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

Почему доля создателя приходит не всегда?

Потому что сеть её не удерживает. По тексту ERC-2981 выплата роялти добровольна: стандарт лишь сообщает адрес получателя и сумму, а переводит средства площадка. Если площадка не читает эти данные или решила их не исполнять, отчисление не придёт. Проверяется это правилами конкретной площадки, а не контрактом коллекции.

Можно ли снизить плату сети при работе с игровыми предметами?

Частично да, за счёт пакетной передачи. Стандарт ERC-1155 позволяет переносить несколько типов токенов одним вызовом, и мотивационная часть называет это прямой экономией на стоимости транзакции. Выигрыш заметен, когда предметов много. На единичной операции он отсутствует, а общая плата всё равно зависит от загрузки сети.

Что важнее при разборе: прейскурант или эмиссия валюты?

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

Как проверить, что прейскурант не изменится завтра?

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

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

Первоисточники: текст стандарта ERC-1155 (создан 17 июня 2018 года) и текст стандарта ERC-2981 (создан 15 сентября 2020 года) на eips.ethereum.org. Данные проверены 16 октября 2026 года.

Вердикт

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

Разборы игровых и коллекционных механик публикуем в нашем Telegram-канале.