Юнит-экономика токен-проекта: метрики, формулы и моделирование

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

Что такое юнит-экономика в контексте токенов

Юнит-экономика — расчёт доходности на единицу (пользователя, транзакцию, подписку). В токен-проектах добавляется второй слой: помимо фиатной выручки, существует токен-экономика — эмиссия, стимулы и сток токенов, которые влияют на P&L.

В традиционном бизнесе формула проста: если LTV > CAC, бизнес масштабируется. В криптопроекте LTV включает доход от использования и влияние токена (субсидии, эмиссия, сжигание), а CAC может оплачиваться токенами (airdrop, реферальные программы, ликвидити-майнинг).

Зачем считать юнит-экономику

1. Проверка устойчивости — окупается ли привлечение пользователей без бесконечной эмиссии?
2. Калибровка эмиссии — сколько токенов тратить на стимулы, чтобы не уйти в гиперинфляцию?
3. Оценка токена — какая фундаментальная цена токена при заданных метриках использования?
4. Привлечение инвесторов — инвесторы вкладывают в метрики, а не в обещания

Почему в web3 это сложнее, чем в традиционном бизнесе

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

Это означает, что юнит-экономика токен-проекта принципиально не может быть точной:

• CAC зависит от цены токена — а цена зависит от спроса, который зависит от количества пользователей, которых вы привлекаете за этот CAC. Циклическая зависимость
• LTV зависит от утилизации токена — если пользователи перестанут стейкать или burn-механизм изменится, ценность токена и LTV изменятся
• Рыночная цена влияет на всё — при росте цены токена растёт и «стоимость» стимулов (CAC), и «ценность» пользовательского вклада (LTV). Эти эффекты не компенсируют друг друга

Ключевые метрики

CAC — стоимость привлечения пользователя

В криптопроектах CAC часто включает токен-составляющую: airdrop, реферальные награды, ликвидити-майнинг. Эти расходы реальны — они создают давление на продажу.

Критический момент: CAC зависит от P_token. В формуле выше P_token — текущая рыночная цена токена. Это значит, что CAC не является константой: при росте цены токена в 5 раз расходы на стимулы вырастают пропорционально (если количество раздаваемых токенов фиксировано). Проект, который раздаёт 100K токенов/мес, тратит $50K при цене $0.50 и $500K при цене $5.00 — за тех же самых пользователей.

Пример. Протокол тратит $50K/мес на маркетинг и раздаёт 100 000 токенов в месяц. Привлечено 2 000 новых пользователей:

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

ARPU — средний доход на пользователя

В DeFi-протоколах доход складывается из:

• Комиссии за свопы (DEX)
• Проценты по кредитам (лендинг)
• Комиссии за мосты (кроссчейн)
• Плата за хранение (децентрализованные хранилища)
• Подписки (premium-функции)

LTV — пожизненная ценность пользователя

Для подписочных моделей: LTV = ARPU / ChurnRate. Для транзакционных: LTV = ARPU × среднее количество активных месяцев.

Пример. ARPU = $5/мес, средний пользователь активен 8 месяцев:

LTV = $5 × 8 = $40

При CAC = $50 юнит-экономика отрицательная: проект теряет $10 на каждом пользователе.

LTV/CAC — коэффициент окупаемости

Velocity — скорость обращения токена

Velocity показывает, как быстро токены переходят из рук в руки. Высокая velocity (> 10) означает, что пользователи не держат токен — покупают и тут же тратят. Это снижает фундаментальную цену.

Пример. Протокол обрабатывает транзакции на $100M/год (PQ), velocity = 20, circulating supply = 50M:

P_fundamental = $100M / (20 × 50M) = $0.10 за токен

Если снизить velocity до 5 (через стейкинг, lock-up, модели утилизации):

P_fundamental = $100M / (5 × 50M) = $0.40 — рост в 4 раза.

Юнит-экономика с учётом токена

Токен-субсидированная модель

Большинство криптопроектов на ранней стадии субсидируют пользователей: дают токены за использование (ликвидити-майнинг, награды, airdrop). Это создаёт искусственно высокий ARPU для пользователей — и отрицательную экономику для протокола.

Пример. DEX генерирует $2M/мес комиссий и раздаёт 500K токенов/мес по $3:

NetRevenue = $2M - 500K × $3 = $500K (чистый доход)

Если цена токена вырастет до $5: NetRevenue = $2M - 500K × $5 = -$500K (убыток)

Точка безубыточности

Модель погашения долга

Токен-субсидии на раннем этапе — это «долг» перед будущими держателями. Каждый розданный токен создаёт потенциальное давление на продажу. Здоровая экономика предполагает, что:

1. Субсидии привлекают пользователей (фаза роста)
2. Пользователи генерируют доход (фаза монетизации)
3. Доход покрывает давление от продажи розданных токенов (фаза устойчивости)

Моделирование юнит-экономики

Симуляция на 36 месяцев показывает: при росте цены токена на 2%/мес расходы на стимулы к 36-му месяцу удваиваются, а CAC растёт с $75 до $125+. При этом LTV остаётся $62.50 (зависит от ARPU и churn, не от цены токена). В итоге LTV/CAC ухудшается даже при росте MAU.

Ключевые выводы:

• Без дохода от комиссий точка безубыточности не достигается за 36 месяцев
• При фиксированном количестве раздаваемых токенов рост цены ухудшает юнит-экономику
• Переход на фиксированный долларовый бюджет стимулов стабилизирует CAC

import numpy as np
import matplotlib.pyplot as plt

MONTHS = 36
MARKETING_SPEND = 50_000
TOKEN_INCENTIVES = 100_000
TOKEN_PRICE_0 = 1.0
NEW_USERS_MONTH = 2_000
CHURN_RATE = 0.08
ARPU = 5.0
PRICE_GROWTH = 0.02

months = np.arange(MONTHS)
active_users = np.zeros(MONTHS)
revenue = np.zeros(MONTHS)
token_cost = np.zeros(MONTHS)
net_revenue = np.zeros(MONTHS)
cumulative_pnl = np.zeros(MONTHS)
cac = np.zeros(MONTHS)
ltv = np.zeros(MONTHS)

for m in range(MONTHS):
    token_price = TOKEN_PRICE_0 * (1 + PRICE_GROWTH) ** m
    if m == 0:
        active_users[m] = NEW_USERS_MONTH
    else:
        active_users[m] = active_users[m - 1] * (1 - CHURN_RATE) + NEW_USERS_MONTH
    revenue[m] = active_users[m] * ARPU
    token_cost[m] = TOKEN_INCENTIVES * token_price
    total_cost = MARKETING_SPEND + token_cost[m]
    net_revenue[m] = revenue[m] - total_cost
    cumulative_pnl[m] = (cumulative_pnl[m - 1] if m > 0 else 0) + net_revenue[m]
    cac[m] = total_cost / NEW_USERS_MONTH
    ltv[m] = ARPU * (1 / CHURN_RATE)

fig, axes = plt.subplots(2, 2, figsize=(14, 10))
axes[0, 0].plot(months, active_users, color="#3b82f6", linewidth=2)
axes[0, 0].set_title("MAU"); axes[0, 0].grid(True, alpha=0.3)
axes[0, 1].plot(months, revenue / 1000, color="#10b981", linewidth=2, label="Доход")
axes[0, 1].plot(months, (np.full(MONTHS, MARKETING_SPEND) + token_cost) / 1000, color="#ef4444", linewidth=2, label="Расходы")
axes[0, 1].set_title("Доход vs расходы"); axes[0, 1].legend(); axes[0, 1].grid(True, alpha=0.3)
axes[1, 0].fill_between(months, cumulative_pnl / 1000, where=cumulative_pnl >= 0, alpha=0.3, color="#10b981")
axes[1, 0].fill_between(months, cumulative_pnl / 1000, where=cumulative_pnl < 0, alpha=0.3, color="#ef4444")
axes[1, 0].plot(months, cumulative_pnl / 1000, color="#1e293b", linewidth=2)
axes[1, 0].set_title("Кумулятивный P&L"); axes[1, 0].grid(True, alpha=0.3)
axes[1, 1].plot(months, ltv / cac, color="#8b5cf6", linewidth=2)
axes[1, 1].axhline(y=3.0, color="#10b981", linestyle="--", alpha=0.5, label="3x")
axes[1, 1].axhline(y=1.0, color="#ef4444", linestyle="--", alpha=0.5, label="1x")
axes[1, 1].set_title("LTV / CAC"); axes[1, 1].legend(); axes[1, 1].grid(True, alpha=0.3)
plt.tight_layout(); plt.show()

Калькулятор юнит-экономики

Двигайте ползунки и наблюдайте, как меняется соотношение LTV/CAC. Обратите внимание: при увеличении цены токена CAC растёт (жёлтая часть полоски), а LTV остаётся прежним.

Оценка стоимости токена через юнит-экономику

Метод дисконтированных потоков

Метод velocity

Метод P/E для токенов

Пример. Протокол с $10M годового дохода, P/E = 20, circulating supply = 50M:

P_token = ($10M × 20) / 50M = $4.00

Распространённые ошибки

1. Игнорирование токен-субсидий в расходах

«Airdrop ничего не стоит» — ложь. Каждый розданный токен — это давление на продажу, размывающее стоимость для держателей. Всегда включайте токен-стимулы в CAC по текущей рыночной цене.

2. LTV без учёта оттока

LTV = ARPU × 100 месяцев? Только если отток 1%. При реальном churn 8–15% средний срок жизни пользователя — 7–12 месяцев. Завышенный LTV маскирует убыточность.

3. ARPU на основе активных пользователей без фильтрации ботов

В криптопроектах 30–70% «пользователей» — боты, фермеры и дублированные адреса. ARPU на «реальных» пользователях может быть в 3–5 раз ниже заявленного.

4. Модель без сценариев цены токена

При росте цены токена в 5 раз расходы на стимулы растут пропорционально (если стимулы в токенах с фиксированным количеством). Моделируйте три сценария: текущая цена, рост в 3 раза, падение в 3 раза.

5. Выручка из токен-продаж как «доход»

Продажа токенов из казначейства — это не выручка, а привлечение капитала. Реальный доход — это комиссии от использования протокола.

• CAC рассчитан с учётом токен-субсидий — фиат + токены по рыночной цене
• LTV рассчитан с реальным churn — не оптимистичные 100 месяцев, а измеренные данные
• LTV/CAC > 3 — или план по достижению этого уровня
• Velocity токена оценена — и есть механизмы её снижения
• Точка безубыточности определена — при каком MAU протокол выходит в плюс
• Три сценария цены токена смоделированы — база, рост, падение
• Доход от комиссий отделён от токен-продаж — это разные вещи
• Боты отфильтрованы из MAU — реальные пользователи, не кошельки

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

• 5 моделей спроса на токен — как модели спроса влияют на ARPU и velocity
• Дивиденды или выкуп: модели утилизации — механизмы снижения velocity через стейкинг и burn
• Процесс создания токеномики — как юнит-экономика вписывается в общий процесс проектирования
• Симуляции и сценарный анализ — моделирование юнит-экономики через симуляции