Дизайн механизмов — это не ещё одна модель предложения или спроса. Это дисциплина, которая отвечает на вопрос: как соединить все компоненты токеномики так, чтобы участники системы вели себя желаемым образом без принуждения.
Что такое дизайн механизмов
Дизайн механизмов (mechanism design) — раздел теории игр, изучающий создание правил взаимодействия, при которых рациональное поведение каждого участника приводит к оптимальному результату для системы в целом.
В токеномике дизайн механизмов решает задачу:
Связь с теорией игр
Классическая теория игр анализирует существующие игры: какие стратегии выберут игроки? Дизайн механизмов работает в обратном направлении: какие правила нужно создать, чтобы игроки выбирали желаемые стратегии?
Это «обратная теория игр» (reverse game theory):
Теория игр: Правила → Стратегии → Результат
(дано) (анализ) (вывод)
Дизайн механизмов: Результат → Стратегии → Правила
(цель) (ограничения) (проектирование)
Три элемента механизма
Любой токеномический механизм состоит из трёх элементов:
1. Стимулы (incentives)
Что получает участник за желаемое поведение.
| Тип стимула | Описание | Пример |
|---|---|---|
| Денежный | Прямая финансовая выгода | Награды валидаторам, комиссии LP |
| Доступ | Право на использование функции | Стейкинг для участия в governance |
| Репутация | Социальный капитал | Рейтинг делегата, trust score |
| Скидка | Снижение стоимости | Комиссия 0.5% вместо 1% при оплате токеном |
2. Штрафы (penalties)
Что теряет участник за нежелаемое поведение.
| Тип штрафа | Описание | Пример |
|---|---|---|
| Slashing | Конфискация части стейка | Валидатор потерял от ~3% (изолированный инцидент) до 100% (коррелированный слэшинг) за двойное подписание |
| Репутационный | Снижение рейтинга | Делегат потерял делегации после плохого голосования |
| Exclusion | Исключение из системы | Бан за спам-предложения в governance |
| Разводнение | Размывание доли | Невестинг токенов при нарушении условий |
3. Информация (information)
Какую информацию имеют участники и как это влияет на их решения.
| Аспект | Описание | Пример |
|---|---|---|
| Прозрачность | Что видно всем | On-chain данные: балансы, голоса, транзакции |
| Асимметрия | Кто знает больше | Инсайдеры знают о предстоящем обновлении |
| Обязательства | Что нельзя отменить | Залоченные токены на 4 года в ve-модели |
| Сигналы | Что действия говорят о намерениях | Крупная покупка токена = сигнал уверенности |
Принципы проектирования
Совместимость со стимулами (incentive compatibility)
Механизм совместим со стимулами, если честное поведение приносит каждому участнику больше выгоды, чем нечестное. Это ключевое свойство — оно означает, что систему не нужно «охранять», она работает за счёт рациональности участников.
- U_honest — выгода от честного поведения участника i
- U_cheat — выгода от нечестного поведения
- Условие должно выполняться для каждого участника
Пример: PoS-стейкинг. Валидатор стейкает минимум 32 ETH (с обновлением Pectra, май 2025, максимальный эффективный баланс — 2 048 ETH, валидаторы массово консолидируются). Честная валидация приносит ~3–4% годовых на начало 2026. Попытка атаки (двойное подписание) ведёт к slashing — потере части или всего стейка. Пока доходность от честной работы превышает потенциальную прибыль от атаки минус потери от slashing, система совместима со стимулами.
Устойчивость к коалициям
Механизм должен быть устойчив не только к индивидуальному, но и к коллективному нечестному поведению. Группа участников не должна иметь возможность сговориться для извлечения выгоды за счёт остальных.
Минимальная извлекаемая стоимость (MEV-устойчивость)
MEV (Maximal Extractable Value, изначально — Miner Extractable Value, переименован после The Merge в сентябре 2022) — прибыль, которую валидаторы или сиквенсеры могут извлечь за счёт переупорядочивания транзакций. Хорошо спроектированный механизм минимизирует MEV:
- Batch auctions — обработка транзакций пачками, а не по одной (CoW Protocol)
- Encrypted mempools — скрытие содержимого транзакций до включения в блок (Shutter Network)
- Fair ordering — протоколы с правилами честного порядка транзакций (Chainlink Fair Sequencing Service, FSS)
Кейс 1: Рейтинговая система
Задача
Разработать рейтинговую систему для платформы, где пользователи оценивают друг друга. Рейтинг должен отражать реальное качество, быть устойчив к накрутке и стимулировать честную оценку.
Наивное решение
Простое среднее оценок: Rating = Σ(scores) / N. Проблема: легко накрутить через поддельные аккаунты, нет стимула оценивать честно.
Решение через дизайн механизмов
- Стейкинг для оценки. Чтобы поставить оценку, нужно застейкать токены. Если оценка близка к медиане — стейк возвращается с бонусом. Если сильно отклоняется — часть стейка сжигается.
- Reward — награда оценщика
- Stake — размер застейканных токенов
- Score — оценка конкретного участника
- Median — медианная оценка
- Range — максимально допустимый разброс шкалы
- Чем ближе оценка к медиане, тем больше награда
- max(0, …) защищает от отрицательной награды при |Score − Median| > Range
- Вдохновлено механизмом Шеллинга (Schelling point), но отличается от оригинала: SchellingCoin (Бутерин, 2014) использует бинарный механизм — участники в диапазоне 25–75 перцентиль получают полную награду, остальные не получают ничего. Формула выше использует пропорциональную штрафную кривую
Весовая система. Вес оценки пропорционален исторической точности оценщика (как часто его оценки попадали в медианный диапазон).
Защита от сибилов. Стоимость атаки через поддельные аккаунты: N аккаунтов × стейк × вероятность потери. При достаточном стейке атака становится убыточной.
Аналогия из спорта
Рейтинговые системы в шахматах (Elo, FIDE) и теннисе (балльные рейтинги ATP/WTA) используют похожий принцип: рейтинг меняется на основе результатов, а не субъективных оценок. Отличие в токеномике — отсутствие объективного результата, поэтому используется механизм Шеллинга (координация на фокальной точке).
Кейс 2: Стейкинг с переменным APR
Задача
Спроектировать стейкинг, где APR автоматически регулирует соотношение застейканных и свободных токенов.
Проблема
Фиксированный APR создаёт дисбаланс:
- Слишком высокий → все стейкают, нет ликвидности для торговли
- Слишком низкий → никто не стейкает, нет безопасности сети
Решение: динамический APR
- APR — текущая ставка стейкинга
- Base — базовая ставка (например, 5%)
- Target_% — целевая доля стейкинга (например, 50%)
- Staked_% — текущая доля застейканных токенов
- APR_max — верхний предел (без cap формула расходится при Staked_% → 0)
Поведение системы:
| Стейкинг | APR при Base=5%, Target=50% | Эффект |
|---|---|---|
| 25% (ниже цели) | 10% | Высокий APR привлекает стейкеров |
| 50% (цель) | 5% | Равновесие |
| 75% (выше цели) | 3.3% | Низкий APR мотивирует выход из стейкинга |
Система саморегулируется: отклонение от целевого уровня стейкинга создаёт экономический стимул для возврата к равновесию. Валидаторам не нужно координировать действия — каждый рационально реагирует на текущий APR.
Реальные примеры
Ethereum PoS использует аналогичную формулу: индивидуальная награда валидатора обратно пропорциональна √(total_staked). Чем больше ETH в стейкинге, тем ниже доходность на каждого валидатора — естественный механизм балансировки. (Суммарная эмиссия сети при этом пропорциональна √(total_staked).)
Кейс 3: Необеспеченное кредитование
Задача
Создать систему необеспеченного (undercollateralized) кредитования в DeFi, где отсутствует традиционный залог.
Проблема классического подхода
В DeFi кредитование требует избыточного залога (>100% LTV). Это неэффективно для капитала и исключает заёмщиков без крипто-активов.
Решение через дизайн механизмов
Механизм приоритетного кредитования:
- Рейтинг заёмщика. Заёмщик стейкает токены протокола и строит кредитную историю через погашение малых займов. Каждый успешно погашенный займ увеличивает лимит.
- Limit(n) — кредитный лимит на n-м займе
- Base — базовый лимит
- n — номер займа
- History_score(n) — функция от количества успешных погашений (растёт с каждым n)
- K_stake — множитель от размера стейка
Социальный залог. Группа заёмщиков формирует пул взаимных гарантий. Если один не погашает — остальные теряют часть стейка. Аналог — микрофинансовые группы (Grameen Bank).
Штрафы и репутация. Дефолт по кредиту ведёт к:
- Потере всего стейка (slashing)
- Обнулению кредитной истории
- Публичной отметке на адресе (on-chain репутация)
Стимулы для кредиторов. Повышенная процентная ставка компенсирует риск дефолта. Часть процентов идёт в страховой пул.
Баланс механизма
Стоимость дефолта для заёмщика:
= Потеря стейка
+ Потеря кредитной истории (будущие займы)
+ Социальные последствия (страдают участники группы)
Выгода от дефолта:
= Невозвращённый займ
Механизм работает когда:
Стоимость дефолта > Выгода от дефолта
Типичные ошибки
1. Стимулирование метрики вместо результата
Закон Гудхарта: когда мера становится целью, она перестаёт быть хорошей мерой.
Протокол стимулирует TVL (Total Value Locked) → участники создают рекурсивные позиции (вложил → взял кредит → вложил снова), завышая TVL без реальной ликвидности. Метрика растёт, а реальная полезность — нет.
2. Игнорирование краевых случаев
Механизм работает при нормальных условиях, но ломается при экстремальных:
- Экстремальная волатильность — ликвидации каскадируют, oracle отстаёт
- Уход крупного участника — кит продаёт стейк, APR скачет, остальные тоже выходят
- Нулевая активность — нет торгов, нет комиссий, нет наград, нет стейкинга → спираль смерти
3. Несовместимость временных горизонтов
Стимулы ориентированы на краткосрочное поведение, а цели протокола — долгосрочные. Пример: ликвидити-майнинг привлекает «наёмный капитал», который уходит при снижении наград.
Решение: ve-модель выравнивает горизонты — блокировка на 4 года привязывает интересы держателя к долгосрочному успеху протокола.
4. Отсутствие штрафов
Система, где нет наказания за вредоносное поведение, будет эксплуатироваться. Если голосование бесплатно — будет спам. Если стейкинг без slashing — валидаторы могут не проверять транзакции. Штрафы не должны быть жёсткими, но должны существовать.
Фреймворк проектирования
Шаг 1: Определить стейкхолдеров
Кто участвует в системе? Какие у них цели?
| Стейкхолдер | Цель | Действия | Потенциальные злоупотребления |
|---|---|---|---|
| Пользователь | Дешёвый сервис | Покупает токен, платит | Спам, сибил-атаки |
| Валидатор | Доход от стейкинга | Стейкает, валидирует | Ленивая валидация, downtime |
| LP | Доход от комиссий | Предоставляет ликвидность | Наёмный капитал, manipulation |
| Инвестор | Рост цены | Покупает и держит | Dump после разблокировки |
| Команда | Развитие протокола | Разработка, управление | Инсайдерская торговля |
Шаг 2: Спроектировать петли обратной связи
Каждый механизм должен содержать петлю обратной связи, которая корректирует поведение:
Позитивная петля (рост):
Больше пользователей → больше комиссий → выше доход стейкеров →
больше стейкинг → меньше предложение → выше цена → больше пользователей
Негативная петля (стабилизация):
Больше стейкинг → ниже APR → часть стейкеров выходит →
меньше стейкинг → выше APR → стейкеры возвращаются
Спираль смерти (предотвратить!):
Падение цены → выход стейкеров → рост предложения →
дальнейшее падение цены → ещё больше выходов
Шаг 3: Проверить устойчивость
Шаг 4: Моделирование
После проектирования механизма — симуляция:
- Анализ чувствительности — как параметры влияют на результат?
- Метод Монте-Карло — 1000 случайных сценариев, какой процент приводит к нежелательным результатам?
- Агентное моделирование — симуляция поведения рациональных и иррациональных агентов
Нужен дизайн механизмов?
Дизайн → моделирование → аудит → запуск → мониторинг → корректировка. Пропуск шага увеличивает вероятность эксплойта. Спроектируем систему стимулов и проведём симуляцию.
Обсудить проект →