Система баллов (points) — это предтокенный механизм лояльности, в котором протокол начисляет внутренние баллы за целевые действия пользователей с последующей конвертацией в токены при TGE. В отличие от классического аирдропа, points создают предсказуемый стимул в реальном времени: пользователь видит накопленные баллы и понимает связь между действиями и будущей наградой.
Зачем нужны points
Классические аирдропы страдают от трёх проблем:
- Неопределённость. Пользователь не знает, получит ли аирдроп и в каком размере. Это привлекает «сибил-фармеров», которые создают сотни кошельков наугад
- Отсутствие обратной связи. Нет способа узнать, засчитывается ли активность до момента снапшота
- Одноразовый стимул. Аирдроп — разовое событие. После получения токенов у пользователя нет стимула оставаться
Points решают все три проблемы через прозрачное начисление баллов в реальном времени.
Архитектура points-системы
Три компонента
1. Целевые действия (actions). Что именно даёт баллы. Действия ранжируются по ценности для протокола:
| Тип действия | Ценность | Пример | Баллы/день |
|---|---|---|---|
| Депозит ликвидности | Высокая | $1 000 в пуле | 10 баллов |
| Активное использование | Средняя | Торговля, своп | 3 балла/транзакция |
| Социальная активность | Низкая | Приглашение друга | 1 балл |
| Удержание позиции | Средняя | Холд $1 000 на протяжении 30 дней | 5 баллов/день |
2. Начисление (accrual). Как баллы накапливаются. Два подхода:
- Линейное: 1 балл за $1 в день. Простое и предсказуемое
- С множителями: базовые баллы × множитель за ранний вход / объём / длительность. Сложнее, но позволяет тонко управлять поведением
3. Конвертация (conversion). Как баллы превращаются в токены при TGE.
- Аллокация_points — доля общего предложения, выделенная на points (обычно 5–15%)
- Баллы_i — баллы конкретного пользователя
- Баллы_всего — суммарные баллы всех пользователей
Модели начисления
Модель 1: Линейная (на основе TVL)
Самая распространённая модель. Баллы начисляются пропорционально объёму депозитов.
- TVL_юзер — объём средств пользователя в протоколе (в $)
- Ставка — баллы за доллар в день (обычно 1–10)
Пример: пользователь депонировал $10 000 на 60 дней при ставке 5 баллов/$:
- Итого: $10 000 × 5 × 60 = 3 000 000 баллов
Плюс: простота. Минус: привлекает «китов», которые вносят большой депозит незадолго до снапшота.
Модель 2: С множителями
Базовые баллы умножаются на коэффициенты:
- M_ранний — множитель за раннее участие (2x в первый месяц, 1.5x во второй, 1x далее)
- M_реф — множитель за приглашение (1.1x за каждого приглашённого, до 1.5x)
- M_длит — множитель за непрерывное удержание (1.2x после 30 дней, 1.5x после 90)
Множители решают проблему поведения: ранние пользователи получают больше, лояльные — ещё больше, а привлечение новых участников приносит бонус.
Модель 3: Сезонная (epoch-based)
Программа разбита на сезоны с фиксированной аллокацией на каждый:
| Сезон | Длительность | Аллокация | Действия |
|---|---|---|---|
| 1 | 3 месяца | 5% предложения | Депозиты, свопы |
| 2 | 3 месяца | 4% предложения | + governance, стейкинг |
| 3 | 3 месяца | 3% предложения | + продвинутые стратегии |
Сезонная модель решает проблему разбавления: аллокация каждого сезона фиксирована, и ранние участники получают свою долю независимо от будущего притока пользователей.
Защита от сибилов
Points-системы особенно уязвимы для сибил-атак: один пользователь создаёт множество кошельков для максимизации баллов. Подробнее о сибил-устойчивости — в статье об аирдропах.
Механизмы защиты
| Механизм | Как работает | Эффективность |
|---|---|---|
| Минимальный порог | Баллы начисляются только при TVL > $100 | Средняя — легко обойти с капиталом |
| Линейный кэп | Максимум баллов на кошелёк за день | Средняя — ограничивает и честных китов |
| Квадратичное снижение | Маржинальная ставка падает с объёмом | Высокая — дестимулирует концентрацию |
| Верификация личности | KYC, Worldcoin, Gitcoin Passport | Высокая — но снижает анонимность |
| Ончейн-репутация | Баллы за историю кошелька (возраст, активность) | Средняя — покупка aged wallets |
- Квадратичная модель: $10 000 даёт 100 баллов, $40 000 — 200 (а не 400)
- Снижает преимущество крупных депозитов
- Аналог квадратичного голосования из моделей governance
Конвертация points → токены
Открытая и закрытая конвертация
| Параметр | Открытая | Закрытая |
|---|---|---|
| Курс | Известен заранее (100 баллов = 1 токен) | Определяется при TGE |
| Предсказуемость | Высокая — пользователь знает, сколько получит | Низкая — зависит от общего числа баллов |
| Риск для проекта | Переобещание, если баллов выдано слишком много | Минимальный — аллокация фиксирована |
| Примеры | Blast (частично) | EigenLayer, LayerZero |
Большинство проектов используют закрытую конвертацию с фиксированной аллокацией. Это безопаснее для проекта, но создаёт неопределённость для пользователя.
Тайминг конвертации
| Подход | Описание | Плюс | Минус |
|---|---|---|---|
| Единоразовая | Все баллы конвертируются при TGE | Просто | Массовый дамп |
| Постепенная | Конвертация порциями (25% TGE + вестинг) | Снижает давление продаж | Сложнее для пользователей |
| По требованию | Пользователь сам выбирает момент конвертации | Гибкость | Неопределённость для казначейства |
Анти-паттерны
1. Бесконечное разбавление
Программа без кэпа на общие баллы и без сезонов. Чем дольше программа работает, тем менее ценен каждый балл. Ранние участники теряют мотивацию.
Решение: Фиксированная аллокация на сезон или снижающаяся ставка начисления.
2. Неопределённый TGE
Протокол накапливает TVL через points, но откладывает TGE на неопределённый срок. Пользователи устают ждать и уходят, забирая ликвидность.
Решение: Чёткие временные рамки (сезон 1: 3 месяца → TGE) или промежуточные конвертации.
3. Переоценка социальных действий
Начисление крупных баллов за ретвиты, подписки и приглашения привлекает ботов и обесценивает баллы активных пользователей.
Решение: Социальные баллы — не более 5% от общего начисления. Основной вес — на финансовые действия (депозиты, торговля).
4. Отсутствие прозрачности
Пользователь не может проверить, корректно ли начислены баллы. Это разрушает доверие и создаёт обвинения в манипуляции.
Решение: Ончейн-начисление или регулярные merkle-root снапшоты с публичной верификацией.
Параметры проектирования
| Параметр | Диапазон | Рекомендация |
|---|---|---|
| Аллокация на points | 5–15% предложения | 7–10% для первой программы |
| Длительность сезона | 1–6 месяцев | 3 месяца (баланс вовлечения и усталости) |
| Доля TVL-баллов | 60–90% | 70% от общего начисления |
| Доля торговых баллов | 10–30% | 20% от общего начисления |
| Доля социальных баллов | 0–10% | 5% максимум |
| Множитель раннего входа | 1.5x–3x | 2x для первого месяца |
| Вестинг при конвертации | 0–50% TGE | 25–50% TGE, остальное за 3–6 месяцев |
Чеклист points-программы
Points vs аирдроп: когда что использовать
| Фактор | Points | Классический аирдроп |
|---|---|---|
| Прозрачность для пользователя | Высокая | Низкая |
| Контроль поведения | Тонкий (множители, ставки) | Грубый (снапшот) |
| Защита от сибилов | Лучше (квадратичные модели) | Хуже (ретроспективный фильтр) |
| Стоимость реализации | Выше (бэкенд, дашборд) | Ниже (один снапшот) |
| Вовлечение до TGE | Непрерывное | Одноразовое |
| Риск усталости | Есть (при длинных программах) | Нет |
Points-система предпочтительна, когда протоколу нужно удерживать TVL на протяжении месяцев до TGE. Классический аирдроп достаточен для ретроспективного вознаграждения уже существующих пользователей.
Итоги
Points-система — это эволюция аирдропа, которая решает проблемы неопределённости, сибил-фарминга и одноразового стимула. Три ключевых решения при проектировании: ставка начисления (сколько баллов за какое действие), защита от сибилов (квадратичная модель или пороги), и механизм конвертации (открытая или закрытая, с вестингом или без).
Главный риск — разбавление при длинных программах без фиксированных сезонов. Решение: сезонная модель с фиксированной аллокацией на каждый период.