Заказать токеномику

Модель вознаграждения: эмиссия, халвинг и игровые награды

Reward-модель предложения токенов: как проектировать эмиссию за полезные действия. Халвинг, убывающие кривые, GameFi-награды и калькулятор эмиссии.

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

Что такое модель вознаграждения

Модель вознаграждения (reward model) — модель предложения, при которой новые токены создаются как награда за целевые действия в системе. В отличие от аллокации, где токены распределены заранее, в reward-модели токены появляются только когда участник выполняет полезную работу.

Три ключевых компонента:

  1. Целевые действия — что именно вознаграждается (валидация блоков, предоставление хешрейта, игровая активность, предоставление данных)
  2. Размер вознаграждения — сколько токенов получает участник за каждое действие
  3. Кривая эмиссии — как размер вознаграждения меняется во времени
Reward ≠ airdrop
Airdrop — разовая раздача за прошлые действия. Reward — постоянный механизм: пока участник выполняет работу, он получает токены. Airdrop привлекает, reward удерживает.

Типы reward-моделей

Консенсусные вознаграждения

Токены создаются за поддержание работы сети:

МеханизмЧто вознаграждаетсяПримеры
Proof-of-WorkВычислительная работа (хешрейт)Bitcoin, Litecoin
Proof-of-StakeБлокировка капитала (стейкинг)Ethereum, Cosmos, Solana
Proof-of-Useful-WorkСпецифическая работа для сетиHelium (Proof of Coverage — покрытие), Filecoin (Proof of Replication — хранение)

Консенсусные вознаграждения — самый чистый случай reward-модели: токены создаются строго за работу, необходимую для функционирования сети.

Игровые и продуктовые вознаграждения

Токены создаются за активность в продукте:

ДействиеПример вознагражденияРиск
Регистрация в приложении3 000 токеновНизкий — разовое действие
Создание аватара2 000 токеновНизкий
Приглашение друзей (>3)5 000 токеновСредний — мошенничество с рефералами
Значительный объём торгов8 000 токеновВысокий — wash trading
Транзакция в периоде4 000 токеновСредний
Серия действий (streak)1.5x множительВысокий — автокликеры
Ключевой риск GameFi-наград
Сложно соблюсти долгосрочный баланс интересов участников и системы. Если вознаграждения слишком щедрые — участники фармят и продают, убивая цену. Если слишком скупые — нет мотивации участвовать. Дополнительная проблема — мошенничество с рефералами и автокликерами.

Стейкинговые вознаграждения

Отдельный подтип, сочетающий reward-модель с механизмом стейкинга:

Уровень стейкингаМинимальный стейкПериод блокировкиМесячная доходность (MPR)
Базовый (Common)50 токенов1 месяц5.00%
Средний (Uncommon)200 токенов2 месяца7.00%
Высокий (Rare)500 токенов3 месяца10.00%

Стейкинговые вознаграждения создают положительную обратную связь: участник блокирует токены (снижая давление на продажу) и получает новые (увеличивая предложение). Баланс между этими силами — главная задача проектирования.

Математика эмиссии

Убывающая эмиссия (халвинг)

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

R(t) = R₀ · (1/2)^(t / T_half)
R(t) — вознаграждение за блок в момент t, R₀ — начальное вознаграждение, T_half — период халвинга. Bitcoin: R₀ = 50 BTC, T_half = 210 000 блоков (~4 года)
ЭпохаПериодНаграда за блокВсего BTC за эпохуНакопительно
12009–201250 BTC10 500 00010 500 000
22012–201625 BTC5 250 00015 750 000
32016–202012.5 BTC2 625 00018 375 000
42020–20246.25 BTC1 312 50019 687 500
52024–20283.125 BTC656 25020 343 750

Халвинг гарантирует конечный supply (для Bitcoin — 21 000 000 BTC) и убывающую инфляцию. Но он же создаёт проблему: когда эмиссия станет слишком маленькой, хватит ли комиссий для мотивации майнеров?

Линейная убывающая эмиссия

Альтернатива халвингу — линейное снижение вознаграждения:

R(t) = R₀ · max(0, 1 - t / T_end)
Линейная убывающая эмиссия: вознаграждение уменьшается равномерно до нуля к моменту T_end. Более предсказуемо для участников, но нет резкого сокращения предложения

Привязка к активности

В продуктовых reward-моделях эмиссия часто привязана не ко времени, а к количеству участников:

R_total(t) = Σ (A(i,t) · W(i)) для всех действий i
Общая эмиссия R_total в периоде t: сумма по всем типам действий i, где A(i,t) — количество действий типа i в периоде t, W(i) — вес (вознаграждение) за одно действие

Эта модель напрямую связывает эмиссию с ростом продукта: больше пользователей — больше действий — больше токенов создаётся. Преимущество — связь с реальным развитием системы. Риск — при быстром росте эмиссия может стать неконтролируемой.

Калькулятор эмиссии

Настройте параметры reward-модели — калькулятор покажет кумулятивную эмиссию и инфляцию по месяцам.

Калькулятор эмиссии
Начальная награда / мес1.0M
Период халвинга (мес)12
Total supply (cap)100M
Горизонт (мес)48
0
Всего эмитировано
0%
% от cap
0%
Инфляция (последний мес)
Кумулятивная эмиссия
Месячная эмиссия

Проектирование reward-модели: пошаговый процесс

Шаг 1: Определить целевые действия

Какие действия создают ценность для системы? Каждое действие должно иметь измеримый вклад.

Тип проектаЦелевое действиеМетрика
L1/L2 сетьВалидация блоковUptime, количество блоков
DePINПредоставление ресурсаПокрытие, объём данных
GameFiИгровая активностьВремя в игре, транзакции
DeFiПредоставление ликвидностиОбъём TVL, длительность

Шаг 2: Определить вес каждого действия

Не все действия равноценны. Вес определяет, сколько токенов получает участник:

ДействиеВес (токенов)ТипОбоснование
Регистрация3 000Разовое (90% конверсия)Низкий порог входа
Загрузка аватара2 000Разовое (80% конверсия)Активация профиля
Приглашение 3+ друзей5 000Разовое (40% конверсия)Рост сети, но риск мошенничества
Значительный объём торгов8 000Ежемесячное (20% пользователей)Высокая ценность
Транзакция в периоде4 000Ежемесячное (30% пользователей)Удержание активности

Шаг 3: Спрогнозировать количество участников

Reward-модель требует прогноза роста аудитории, потому что эмиссия зависит от числа действий:

МесяцНачало периодаПривлечениеОтток (5%)Конец периода
101000100
21003005395
339530019676
61 196300591 437
122 4713001232 648

Шаг 4: Рассчитать эмиссию и проверить устойчивость

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

Пример расчёта для приложения с привлечением 300 пользователей в месяц и оттоком 5%:

МесяцПользователейЭмиссия за месяцНакопительно
1100910 000910 000
36763 782 8007 688 800
61 4375 913 60023 371 600
122 6489 304 40071 229 200

За 12 месяцев система эмитирует ~71.2 млн токенов. Если total supply ограничен 1 млрд — это 7.1% за год. Ключевой вопрос: создают ли пользователи ценность, соизмеримую с этой эмиссией? Если нет — веса действий слишком высоки или модель требует убывающего множителя.

Python: расчёт эмиссии reward-модели
actions = {
    "register":        {"weight": 3000, "pct_users": 0.90, "once": True},
    "avatar":          {"weight": 2000, "pct_users": 0.80, "once": True},
    "invite_3":        {"weight": 5000, "pct_users": 0.40, "once": True},
    "trading_volume":  {"weight": 8000, "pct_users": 0.20, "once": False},
    "transaction":     {"weight": 4000, "pct_users": 0.30, "once": False},
}

acquisition_month_1 = 100
acquisition_per_month = 300
churn_rate = 0.05
months = 12

users = 0
total_emission = 0

for m in range(1, months + 1):
    new_users = acquisition_month_1 if m == 1 else acquisition_per_month
    churned = int(users * churn_rate)
    users = users - churned + new_users

    month_emission = 0
    for name, a in actions.items():
        if a["once"]:
            eligible = new_users * a["pct_users"]
        else:
            eligible = users * a["pct_users"]
        month_emission += eligible * a["weight"]

    total_emission += month_emission
    print(f"Месяц {m:2d}: пользователей={users:,}, эмиссия={month_emission:,.0f}, накопительно={total_emission:,.0f}")

Типичные ошибки

  • Эмиссия без привязки к ценности: токены создаются за клики, лайки, регистрации — действия, не создающие реальной ценности для системы. Результат: инфляция без роста спроса
  • Отсутствие кривой убывания: фиксированная награда навсегда. Со временем предложение растёт, спрос стагнирует, цена падает. Нужна убывающая эмиссия или привязка к метрикам
  • Игнорирование wash trading: если за объём торгов дают токены — участники будут торговать сами с собой. Нужна защита: минимальный период между сделками, анализ графа транзакций, требование фактического владения активом
  • Слишком щедрый стейкинг: APR 100%+ привлекает фармеров, которые немедленно продают награды. Устойчивый APR для большинства проектов — 5-15% годовых
  • Нет механизма сжигания: reward создаёт предложение. Без механизма уничтожения токенов (burn, buyback) предложение только растёт. Нужен баланс: часть токенов должна выводиться из обращения

Reward vs другие модели предложения

КритерийAllocationAirdropRewardBonding Curve
Когда создаются токеныНа стартеРазовоПостоянноПри покупке
Связь с активностьюНетКосвеннаяПрямаяПрямая (с ценой)
Контроль эмиссииПолныйПолныйЧастичныйАвтоматический
Риск инфляцииНизкийНизкийВысокийНизкий
Для каких стейкхолдеровКоманда, инвесторыРанние пользователиВалидаторы, активные участникиЛюбые покупатели

Reward-модель незаменима для проектов, где стейкхолдеры выполняют работу для сети. Но она требует тщательного дизайна механизмов, чтобы эмиссия не превышала создаваемую ценность.

Читайте также

Проектируете reward-модель?

Мы спроектировали эмиссию для более чем 40 проектов: от L1-сетей до GameFi. Поможем рассчитать кривую эмиссии, веса действий и проверить устойчивость.

Обсудить проект