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

Процесс создания токеномики

Полный процесс проектирования токеномики: от исследования рынка до финальной документации. Этапы, стейкхолдеры, модели предложения и спроса.

Что такое создание токеномики

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

Процесс включает две составляющие: дизайн, который отвечает на вопрос “что строить и для кого”, и моделирование, которое проверяет решения числами (“как посчитать”). Обе части важны и неразрывны, но именно их последовательность определяет качество результата.

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

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

Этапы создания токеномики

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

Шесть этапов создания токеномики

1ИсследованиеРынок, конкуренты,регуляторный ландшафткарта конкурентов2СтейкхолдерыУчастники, мотивации,конфликты интересовматрица стейкхолдеров3ПредложениеАллокация, вестинг,эмиссия токеновтаблица распределения4СпросСтейкинг, сжигание,доступ. Зачем держать?модель утилизации5БалансировкаИнфляция vs дефляция,сценарный анализ3 сценария6ДокументацияДокумент токеномики,модель, ТЗ для разработкиФинальный результат
  1. Исследование. Изучение рынка, конкурентов, регуляторного ландшафта. Какие токеномики уже существуют в нише? Что работает, что провалилось? Какие ограничения накладывает юрисдикция?
  2. Анализ стейкхолдеров. Определение всех участников экосистемы: кто они, что мотивирует каждого, какие у них пересечения интересов и конфликты.
  3. Проектирование предложения. Как и кому распределяются токены: вестинг, airdrop, reward, bonding curve. Выбор модели эмиссии под каждого стейкхолдера.
  4. Проектирование спроса. Зачем кому-то нужен этот токен? Механизмы утилизации: governance, staking, оплата, доступ, burn. Без спроса предложение — пустой числовой ряд.
  5. Балансировка системы. Проверка устойчивости: соотношение инфляции и дефляции, скорость обращения, сценарный анализ. Итерационная подгонка параметров.
  6. Документация. Оформление результатов: документ токеномики, финансовая модель, таблицы распределения, техническое задание для разработки.
Частая ошибка
Большинство проектов начинают с третьего этапа — сразу рисуют круговую диаграмму “30% команде, 20% инвесторам”. Без исследования и анализа стейкхолдеров эти числа — случайность. Они не привязаны к реальным потребностям экосистемы.

Анализ стейкхолдеров

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

Типичные стейкхолдеры

Экосистема токена и её участники

ТокенэкосистемаКомандаПродукт, долгосрочный ростИнвесторыФинансируют, возвратПользователиПродукт, ценностьВалидаторыИнфраструктура, наградыРазработчикиЭкосистема, грантыПоставщики LPЛиквидность, доходностьКазначействоРезерв, голосование
  • Основатели и команда — строят продукт, заинтересованы в долгосрочном росте цены токена
  • Инвесторы — финансируют разработку, ожидают возврат вложений
  • Пользователи — используют продукт, нуждаются в понятной ценности токена
  • Валидаторы / операторы узлов — обеспечивают инфраструктуру, мотивированы наградами
  • Разработчики экосистемы — создают приложения поверх протокола, нуждаются в грантах и стимулах
  • Казначейство / фонд — резерв для будущего развития, управляется через governance
  • Поставщики ликвидности — обеспечивают торгуемость токена, мотивированы доходностью
  • Партнёры и консультанты — привлекают пользователей и капитал, получают вознаграждение за вклад

Матрица стейкхолдеров

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

СтейкхолдерМотивацияМодель полученияГоризонт
КомандаРост проекта, репутацияАллокация (клифф + линейный вестинг)3–5 лет
ИнвесторыВозврат вложенийАллокация (вестинг короче, чем у команды)1–3 года
ПользователиДоступ к продукту, выгодаReward, airdropКраткосрочный
ВалидаторыДоход от инфраструктурыReward (staking, блок-награды)Среднесрочный
РазработчикиГранты, рост экосистемыКазначейство, грантыСреднесрочный
Поставщики ликвидностиДоходностьReward (LP-награды)Краткосрочный
Принцип проектирования
Чем длиннее горизонт стейкхолдера — тем длиннее должен быть вестинг. Команда и инвесторы не должны получать токены раньше, чем продукт заработает. Это выравнивает стимулы: нельзя продать и уйти.

Проектирование предложения

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

Модели предложения

МодельМеханизмДля когоКогда применять
АллокацияФиксированная доля с графиком разблокировки (вестинг)Команда, инвесторы, партнёрыКогда нужна привязка к срокам
Bonding curveЦена алгоритмически определяется предложением (обычно монотонно растёт при минте; в bidirectional-реализациях снижается при burn)Ранние пользователи, публичная продажаКогда нужна честная цена без посредников
AirdropРаздача за целевые действияПользователи, сообществоКогда нужно привлечение и распределение
RewardВознаграждение за действияВалидаторы, пользователи, LPКогда нужно поддерживать поведение
Покупка (DEX/CEX)Свободный рынок, пулы ликвидностиЛюбой участникПосле первоначального распределения
Вестинг и клифф --- не модели предложения
Вестинг (постепенная разблокировка) и клифф (период заморозки) — это механизмы разблокировки, а не самостоятельные модели предложения. Они комбинируются с любой моделью: аллокация + вестинг (классика для команды), reward + вестинг (награды с отложенной разблокировкой), bonding curve + вестинг (наминченные токены разблокируются постепенно).

Дерево выбора модели

Для каждого стейкхолдера задаём три вопроса:

Фиксированная доля от объёма?A1 -->ДаАллокация (вестинг)Q2 -->НетПривязка к действию?A2 -->ДаReward / AirdropQ3 -->НетПривязка к спросу?A3 -->ДаBonding curve / РынокA4 -->НетНужен ли токен?
Правило
Один стейкхолдер — одна модель предложения. Не смешивайте: если команда получает токены через аллокацию, не добавляйте им ещё и reward. Это усложняет систему и размывает стимулы.

Что такое вестинг и как его настроить

Вестинг — самый распространённый механизм разблокировки для команды и инвесторов. Основные параметры:

  • Клифф — период, в течение которого токены не разблокируются (обычно 6–12 месяцев)
  • Длительность — общий срок разблокировки (обычно 2–4 года)
  • График — линейный, ступенчатый или экспоненциальный
  • Событие запуска — от чего отсчитывать: TGE, листинг, запуск сети
Unlocked(t) = Allocation × min(1, max(0, (t − Cliff) / Duration))
  • Unlocked(t) — разблокированное количество в момент t
  • Allocation — общая аллокация группы
  • Cliff — период до начала разблокировки (месяцы)
  • Duration — длительность линейного вестинга после cliff (месяцы)
  • t — время с момента TGE (месяцы)
  • min(1, …) гарантирует, что доля разблокировки не превысит 1 после окончания вестинга

Проектирование спроса

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

Спрос на токен создаётся через утилизацию — механизмы, которые заставляют участников покупать и удерживать токены. Вот основные:

Механизмы утилизации

МеханизмКак создаёт спросСила удержанияПримеры
GovernanceПраво голоса пропорционально количеству токеновСредняяCompound, Uniswap
StakingДоход за блокировку токеновВысокаяEthereum, Cosmos
Оплата услугТокен как средство платежа внутри экосистемыНизкаяFilecoin (оплата хранения), Audius (стриминг)
ДоступТокен как ключ к функциям или контентуСредняяENS (домены), Helium (data credits), NFT-gated доступ
BurnУничтожение токенов при использованииВысокаяEthereum (EIP-1559), BNB

Зачем кому-то держать ваш токен?

Для каждого механизма задаём проверочный вопрос: “Может ли участник получить то же самое без токена?” Если да — механизм не создаёт реального спроса. Это — фальшивая утилизация.

  • Governance без влияния — если голосование ни на что не влияет, держать токен ради голоса бессмысленно
  • Оплата без скидки — если можно оплатить в стейблкоине с тем же результатом, токен для оплаты не нужен
  • Staking без полезной нагрузки — если staking существует только чтобы снизить давление продаж, это замкнутый круг
Критерий настоящего спроса
Настоящий спрос — когда участник не может получить ценность без токена. Burn комиссий (Ethereum) работает, потому что газ нельзя оплатить иначе. Governance работает, когда казначейство распределяет реальные средства. Staking работает, когда он обеспечивает безопасность сети.

Комбинирование механизмов

Сильная токеномика использует 2–3 механизма спроса, которые усиливают друг друга:

  • Staking + governance — застейканные токены дают право голоса (veTokenomics, Curve)
  • Оплата + burn — часть платежей уничтожается, создавая дефляцию (Ethereum)
  • Доступ + staking — для запуска узла нужен минимальный стейк (Chainlink, The Graph)

Балансировка системы

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

Инфляция, дефляция и velocity sinks

Три разных механизма управления supply, которые часто путают:

  1. Инфляция — токен выходит на рынок (reward, разблокировка вестинга, airdrop). Увеличивает circulating supply.
  2. Истинная дефляция — токен уничтожается навсегда (burn, buyback-and-burn). Сокращает total и circulating supply.
  3. Velocity sinks — токен временно выходит с рынка, но остаётся в total supply (staking lock, ve-lock, вестинг). Снижает circulating supply, но не total; при разблокировке возвращается.

Смешивать эти механизмы в одной формуле «дефляция» — концептуальная ошибка: staking lock не уничтожает токены, а только откладывает давление продаж во времени.

Баланс предложения токена

Инфляция (+ предложение)Эмиссия наградРазблокировка вестингаAirdropПродажи инвесторовДавление на цену внизРынокв обращенииДефляция и velocity sinksИстинная дефляция:Сжигание (burn)Buyback-and-burnVelocity sinks:Стейкинг, ve-блокировкаВестинг, lock-up за доступДавление на цену вверх
Net_supply_change = Emission − Burn
  • Net_supply_change — чистое изменение total supply за период
  • Emission — эмиссия новых токенов
  • Burn — сжигание токенов
  • Если положительное — supply растёт
  • Если отрицательное — система дефляционна (destroys tokens)
  • Staking lock, вестинг, ve-lock сюда не входят — они влияют на float, не на total supply
Eff_float = Circulating − Locked − Staked
  • Eff_float — эффективный free float (токены под реальным рыночным давлением)
  • Circulating — номинальный circulating supply
  • Locked — заблокировано в вестинге, ve-lock и т.п.
  • Staked — застейкано в консенсусе/протоколе
  • Отдельная метрика для оценки давления продаж и ценового эффекта
  • При разблокировке застейканное возвращается во float, а сожжённое — нет

Задача — не сделать систему дефляционной (это может убить рост), а обеспечить баланс: предложение должно расти медленнее, чем спрос.

Проблема скорости обращения

Проблема скорости обращения (velocity problem) — одна из ключевых проблем токеномики. Если токен быстро переходит из рук в руки (купил — использовал — продал), его рыночная стоимость будет низкой, даже при высоком объёме транзакций.

M = PQ / V
  • M — рыночная капитализация (используется как прокси money supply по адаптации Burniske; в оригинале Fisher MV=PT)
  • PQ — объём транзакций
  • V — скорость обращения

Чем выше V (скорость), тем ниже M (капитализация) при том же объёме экономики. Механизмы замедления скорости: staking, вестинг, блокировка (lock-up) за доступ.

Сценарный анализ

Для проверки устойчивости системы проводим анализ в трёх сценариях:

СценарийДопущенияЧто проверяем
ОптимистичныйБыстрый рост пользователей, высокий staking rateНе возникает ли дефицит токенов? Не слишком ли высокая награда?
БазовыйУмеренный рост, средний staking rateУстойчива ли инфляция? Достаточно ли спроса?
ПессимистичныйМедленный рост, низкий staking rate, продажи инвесторовНе обесценивается ли токен? Хватает ли казначейства?
Ключевой принцип
Токеномика должна работать в пессимистичном сценарии. Если система устойчива только при идеальных условиях — она сломается при первом кризисе. Проектируйте для худшего, надейтесь на лучшее.

Результаты работы токеномиста

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

Документ токеномики

Основной документ на 20–40 страниц, описывающий архитектуру экономики токена. Включает:

  • Назначение и тип токена (utility, governance, security)
  • Описание стейкхолдеров и их стимулов
  • Модель предложения: аллокации, графики вестинга, механизмы эмиссии
  • Модель спроса: механизмы утилизации, источники ценности
  • Параметры системы: общий объём, инфляция, burn rate
  • Сравнение с конкурентами

Финансовая модель

Таблица (Google Sheets или Excel) с помесячной проекцией на 3–5 лет:

  • Эмиссия по каждому стейкхолдеру по месяцам
  • Кумулятивное и циркулирующее предложение
  • Прогноз staking rate и заблокированных токенов
  • Три сценария (оптимистичный, базовый, пессимистичный)
  • Графики и визуализации

Таблицы распределения

Детальные таблицы по каждой группе: сколько токенов, по какому графику, с каким клиффом, от какого события. Служат основой для настройки смарт-контрактов вестинга.

Техническое задание

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

  • Описание контрактов (вестинг, staking, governance, burn)
  • Параметры каждого контракта
  • Связи между контрактами
  • Требования к безопасности и аудиту

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

За время работы с десятками проектов мы видели одни и те же ошибки. Вот десять самых частых — и как их избежать.

1. Токен ради токена

Проект не нуждается в токене, но выпускает его “потому что все так делают”. Если продукт работает без токена — токен не нужен. Добавление токена ради привлечения инвестиций — путь к провалу.

2. Перегруз утилизации

Токену приписывают 8–10 функций: и governance, и staking, и оплата, и доступ, и burn, и награда. На практике пользователь выбирает одну-две. Остальные — мёртвый груз, усложняющий систему.

3. Нет реального спроса

Все механизмы спроса — фальшивые. Governance ни на что не влияет, staking нужен только чтобы снизить давление продаж, оплату можно провести без токена. Тест: уберите токен — что сломается?

4. Неверный выбор блокчейна

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

5. Короткий вестинг для команды

Команда получает токены через 6–12 месяцев. Рынок видит разблокировку — начинает продавать заранее. Стандарт: клифф 12 месяцев, вестинг 36–48 месяцев. Команда должна получать токены дольше всех.

6. Игнорирование проблемы скорости обращения

Токен быстро переходит из рук в руки, никто не держит. Высокий оборот при низкой капитализации. Решение: механизмы замедления — staking, блокировка (lock-up), veTokenomics.

7. Копирование чужой токеномики

“У Solana ~39% на сообщество и гранты, давайте и мы так”. Но контекст другой: другие стейкхолдеры, другой рынок, другой продукт. Числа должны вытекать из вашей матрицы стейкхолдеров, а не из чужого whitepaper.

8. Отсутствие казначейства

Все токены распределены с первого дня. Через год нужны средства на развитие — а выделить нечего. Казначейство — это подушка безопасности: 10–20% на будущие потребности.

9. Забытая ликвидность

Токен выпущен, но негде его купить или продать. Нет пулов ликвидности, нет маркет-мейкера. Токен без ликвидности — фантик. Бюджет на ликвидность закладывается на этапе проектирования.

10. Дизайн без моделирования

Архитектура выглядит логично на бумаге, но никто не проверил числа. Через полгода инфляция разгоняется до 50% годовых, staking reward падает ниже привлекательного уровня, казначейство заканчивается досрочно. Каждое проектное решение нужно проверить моделью.

Правило проектирования
Если не можете объяснить, зачем токен нужен, за 30 секунд — у проекта проблема с дизайном. Токеномика — это не список механизмов, а ответ на вопрос: “почему рациональный участник будет покупать и держать этот токен?”

Контрольный список

Контрольный список проектирования токеномики
0 / 30 (0%)
Исследование
Стейкхолдеры
Предложение
Утилизация
Баланс
Документация

Нужна токеномика для вашего проекта?

Пройдём все этапы --- от исследования до финальной модели. Средний срок проекта: 4-6 недель.

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