Чому токеноміка розсипається на першому ринковому циклі
Токеноміка ламається не на етапі розрахунку графіка емісії, а на стику розблокування токенів і реального попиту. Команда закладає вестинг на кілька років, але кліф команди й фондів припадає на період, коли ліквідності та зовнішнього попиту ще немає.
Рахуємо тиск пропозиції за кожним інтервалом: скільки монет виходить на ринок, який обіг потрібен, щоб його поглинути, і в який момент продавці перевищують покупців.
Друга типова поломка — структура розподілу, яку не можна перевірити за документами. Частки фондів, команди, казначейства й ранніх учасників розкладені по гаманцях без міток, а умови виходу описані загальними формулюваннями.
Ринок не може оцінити майбутній тиск пропозиції й закладає найгірший сценарій: продає на будь-якому зростанні, знецінюючи роботу над продуктом.
Третя — стимули, які самі штовхають тримачів до продажу. Винагорода в нативній монеті виявляється вищою за те, що дає утримання, тому раціональний учасник фіксує її одразу.
Якщо попит на монету не зав’язаний на зовнішній потік, уся дохідність перетворюється на замкнену емісію: вона розганяє розблокування швидше, ніж зростає корисне навантаження.
Усі три збої рахуються: моделюємо тиск пропозиції та розблокування токенів за інтервалами, перевіряємо, звідки надходить попит і за рахунок чого заробляє тримач. Потім правимо структуру розподілу так, щоб вихід учасників збігався зі зростанням попиту, а не випереджав його.
Вимірювані ефекти від опрацьованої економіки токена
Перескладання графіка розблокувань — найшвидший спосіб зняти тиск на ціну.
Замість разового зняття блокування з великого пакета алокацій з’являється лінійний вестинг із коротким кроком, а фонди казначейства й команди розносяться за фазами так, щоб в одне вікно не потрапляло більше кількох відсотків пропозиції.
Тримач перестає чекати «дня X» і продавати заздалегідь — пропозиція на ринок надходить рівним потоком.
Стимули налаштовуються через механіку блокування: що довше токен залишається в стейкінгу, то вища вага в голосуванні та частка в емісії. Це змінює не ціну, а поведінку — зростає частка застейканої пропозиції, а середній строк утримання позиції вимірюється місяцями, а не днями. Водночас скорочується вільний обіг, і той самий обсяг попиту рухає ринок слабше.
Волатильність згладжується глибиною попиту, а не обіцянками. Програма емісії прив’язується до фактичної активності, у пули ліквідності додається буфер, а крок зміни ключових параметрів обмежується, щоб модель не переоцінювалася ривками.
Показник тут вимірюваний: просадка у вікні розблокування скорочується в рази за того самого обсягу торгів.
Результат рахується за даними мережі, а не за відчуттями. Дашборд на Dune збирає частку застейканої пропозиції, глибину ринку у вузькому коридорі ціни, розподіл розмірів позицій і активність у вікнах розблокування.
Порівняння періодів до й після показує, де модель тримає тиск, а де параметри час перескласти — токеноміка залишається живим контуром, а не документом на полиці.
Порівняння підходів до дизайну токеноміки: розбір чи супровід
Формат роботи з токеномікою вибирають за стадією: до запуску потрібен розбір моделі, після — супровід, бо параметри емісії та стимулів живуть у реальній поведінці тримачів. Нижче — три варіанти, між якими вибирають найчастіше, з їхніми обмеженнями.
| Формат роботи | Коли підходить | Обмеження підходу |
|---|---|---|
| Аудит моделі | Є чернетка розподілу, емісії та графіків розблокування, токен ще не в обігу | Дає зріз на дату: не показує, що станеться при зміні поведінки тримачів |
| Супровід економіки токена | Токен в обігу, параметри стимулів змінюються за сезонами | Потрібен доступ до даних мережі й право змінювати параметри, рішення ухвалюються повільніше |
| Розбір із періодичними переглядами | Модель запущена, але змінюються ринок або сценарії використання | Потребує дисципліни за метриками, інакше перегляди стають формальністю |
Аудит моделі закінчується документом: схема емісії, баланс стимулів, точки відмови. Далі команда реалізує її сама або повертається за переглядом — обидва варіанти робочі.
Супровід економіки токена потрібен, коли параметри вже не зафіксувати: змінюється частка активних тримачів і склад учасників. Ми тримаємо метрики й готуємо зміни під конкретний сценарій.
Змішаний формат знімає головний ризик — модель, спроєктовану один раз і далі не перевірювану. Опишіть стадію й задачу — повернемося з оцінкою та планом, який формат закриє її без зайвої роботи.
Етапи роботи: від аудиту моделі до передачі документації
Модель ламається не на формулі, а на припущенні: попит беруть за верхньою межею, відтік тримачів не рахують, а графік розблокування підганяють під бажану картину.
Ми йдемо від аудиту токеноміки та фактичних даних — скільки токенів в обігу, хто продає на розблокуванні, як розподілені гаманці. Далі кожен параметр перераховується так, щоб його можна було перевірити й відкотити.
- Збір даних і аудит токеноміки — знімаємо поточні параметри емісії, розподіл гаманців, історію розблокувань і реальний обіг.
- Схема потоків — описуємо, куди токен надходить і звідки виходить: винагороди, комісії, викуп, резерв; фіксуємо джерела та стоки.
- Перерахунок параметрів — обсяг емісії за фазами, графіки розблокування й розмір винагород виводимо з обігу, а не з цільового графіка.
- Сценарії емісії — рахуємо кілька траєкторій: повільний розгін, швидке зростання, затухання активності — і дивимося, де модель втрачає керованість.
- Стрес-тест моделі — проганяємо масовий вихід тримачів, падіння попиту, зсув розблокувань; за кожним контуром видно запас міцності.
- Перевірка припущень — позначаємо кожне як спостережуване або оцінне, для оцінних задаємо межі та умову перегляду.
- Передача документації — віддаємо розрахункову модель, таблиці параметрів, сценарії та правила перегляду: з ними ваша команда працює без нас.
На виході — перевірювана модель, а не презентація: видно, який параметр за що відповідає і що зміниться при його правці.
Пакет документів з токеноміки: моделі, розрахунки, регламенти
Токеноміка живе не в презентації, а в документах, за якими рахують емісію, налаштовують логіку контрактів і звітують перед тримачами.
Підсумок роботи — комплект, який залишається у вас і продовжує працювати без нас: інженер, аудитор або новий підрядник відкриває його і стартує з того самого місця.
- Модель розподілу — частки категорій із прив’язкою до адрес і контроль збіжності: сума дає рівно 100%, у кожної категорії вказано джерело.
- Схема потоків токена — звідки надходить емісія і через які контури виходить: виплати, казначейство, викуп, дожигання, де виникають затримки.
- Регламент розблокувань — графік за кожною категорією з датами, частками й періодами очікування, плюс правило на випадок дострокового виходу учасника.
- Документація з емісії — ліміти випуску, умови заморозки та дожигання, відповідність заявленій політиці; саме її запитують біржі та юристи.
- Розрахункова таблиця — формули відкриті, а не приховані: змінюєте вхідні — перераховується циркуляція й тиск на ціну.
- Сценарні моделі — базовий, стрес-сценарій і песимістичний, із явними припущеннями та критичними порогами.
- Реєстр припущень і ризиків — які гіпотези закладені та за якого відхилення модель перестає бути правильною.
Артефакти узгоджені між собою: цифри в розрахунках збігаються зі схемою потоків і графіком розблокувань, тому пакет іде аудитору або юристам без пояснювальних листів.
Кейс: перескладання розподілу та розблокувань токена
Що було до перескладання
Проєкт жив у мережі Polygon і роздавав токен лінійно, великими траншами раз на місяць. Кожне розблокування продавлювало ціну на 18–22% за першу добу, відновлення займало три-чотири тижні.
Глибина попиту в діапазоні ±2% від ціни покривала менше половини траншу — перший же великий продаж вибивав заявки зі стакана.
Частка довгих позицій, де гаманець тримає токен довше 90 днів, стояла близько 12%. Основна маса адрес виходила в перші дні після отримання — не тому, що не вірила в проєкт, а тому що модель не давала причин тримати.
Що змінили і що стало
Пересклали розподіл: пізні транші команди й фондів зсунули за строками, великі розблокування розбили на дрібні порції, а добровільне блокування пов’язали з вагою голосу й правом на частку комісій мережі.
Сценарій розблокування перерахували в моделі: частка вільного обігу в момент траншу перестала перевищувати поріг, за яким стакан не тримає тиск.
Метрики до й після: швидкість розпродажу на розблокуванні скоротилася з трьох-чотирьох тижнів до чотирьох-шести днів, глибина попиту в тому самому діапазоні зросла втричі, частка довгих позицій піднялася до 41%. Просадка на дату траншу стала вдвічі меншою, а відновлення вклалося в тиждень.
Технічні сумніви: емісія, розблокування, ліквідність
Заперечення щодо токеноміки майже завжди ті самі: емісія розмиває частки, розблокування тиснуть на ціну, ліквідність іде в тонкий пул. Нижче — те, як ми розбираємо кожен випадок із командою до фіксації моделі.
Емісія розмиває частки тримачів — це рахується заздалегідь?
Рахуємо частку в обігу на кожен період, а не від усього обсягу. Крива випуску, спалювання комісій і частка заблокованих токенів дають графік розмивання — якщо він розходиться з цільовим, змінюємо крок емісії до запуску.
Чому розблокування обвалюють ціну?
Справа не в самих розблокуваннях, а в їхній концентрації: кілька великих траншів в одному періоді створюють навіс. Розносимо графік за когортами, додаємо кліф, частину траншу прив’язуємо до метрик і рахуємо сценарії тиску на пул.
Що утримує ліквідність від «висихання»?
Важлива не глибина пулу сама по собі, а співвідношення заблокованої ліквідності та токенів в обігу. Моделюємо прослизання для типових угод і задаємо правила блокування токенів пулу — курс тримається при волатильності.
Як захистити голосування тримачів від захоплення?
За нерівномірного розподілу великий тримач проводить будь-яке рішення. Пороги кворуму, квадратичне зважування, розділення голосів за пулами й відкладене виконання рішень знімають ризик.
Контракти вестингу та голосування збираємо на аудитованих бібліотеках — OpenZeppelin і подібних — без довільних припущень в арифметиці траншів.
Обговоримо задачу: що підготувати для оцінки моделі
Оцінка моделі починається не з розрахунків, а з постановки задачі: чим точніше описано задум і його обмеження, тим менше припущень доведеться закладати в розрахунки. Нижче — вхідні дані, які закривають більшу частину питань на першому колі й прибирають зайві ітерації.
- Роль токена в продукті: доступ до сервісу, розрахункова одиниця, право голосу або їх комбінація — від цього залежить уся подальша логіка.
- Обсяги та графік випуску: стартова пропозиція, емісія за етапами, частки під команду, розвиток продукту й партнерів.
- Графік розблокування за кожною групою тримачів — з якого моменту і з якою швидкістю токени потрапляють у вільний обіг.
- Механіки попиту: за що токен купують, хто зобов’язаний брати його за бізнес-процесом і як він повертається в систему.
- Економіка продукту та її зв’язок з обігом: як виручка впливає на попит і де виникають розриви між ними.
- Обмеження: юрисдикції присутності, вимоги майданчиків, зобов’язання перед ранніми учасниками.
- Метрики результату — частка активних тримачів, глибина ринку, стійкість ціни до великих продажів.
Якщо частина даних ще не визначена — це нормально: фіксуємо припущення явно, показуємо, як кожне з них зміщує результат, і виносимо розвилки в план робіт. Опишіть задачу у вільній формі — повернемося з оцінкою строків і пропозицією за етапами.
Що робити, якщо токеноміка вже зафіксована в контрактах?
Зафіксована токеноміка не означає перезапуск проєкту — але й «поправити налаштування» працює не всюди. Межа проходить по тому, де живе параметр: якщо значення читається логікою смарт-контракту з окремого сховища, зміна — це транзакція із затримкою виконання. Якщо параметр вписаний прямо у формулу розподілу, на місці його вже не змінити.
Перший крок — інвентаризація смарт-контрактів і розкладка всіх значень за двома групами. До першої потрапляють емісія, ваги розподілу, комісії, пороги голосування та ставки — вони зазвичай параметризовані.
До другої — криві емісії, формула розрахунку частки й схема вестингу: вони вшиті в логіку і змінюються тільки заміною схеми.
Зміна токеноміки для другої групи — це міграція параметрів через перехідну модель. Нову схему розгортаємо поруч зі старою, знімаємо зріз стану на зафіксованому блоці, переносимо баланси та історію тримачів, потім перемикаємо вказівник основної схеми. Стара залишається доступною на читання, щоб відкат був можливий у будь-який момент.
Перехідна модель — найризикованіша ділянка. Потрібно заздалегідь закрити снапшоти для голосувань, узгодити переіндексацію з майданчиками та гаманцями, попередити тримачів про вікно міграції й прогнати весь сценарій на копії мережі з реальним станом.
На виході замовник отримує карту змінності контрактів, план міграції з точками відкату та перелік параметрів, які змінюються без нової схеми. Опишіть задачу — повернемося з оцінкою та планом.
