Одна з частих причин провалу DeFi-протоколу — непродумана токеноміка. Проєкт копіює механіку Curve або Olympus, не адаптуючи її під свою аудиторію. В результаті — pump-and-dump, відтік ліквідності та банкрутство пулів. За 5 років ми провели понад 30 аудитів та розробок моделей для DeFi та NFT. Кожна модель проходить кількісне моделювання та стрес-тестування, щоб витримувати ринкові шоки та геймтеоретичні атаки.
Як досягти Nash Equilibrium у токеноміці?
Nash Equilibrium — це стан, в якому жоден учасник не може виграти, змінивши свою стратегію самостійно. Хороша модель токена повинна приводити до такої рівноваги, щоб раціональна поведінка кожного вела до процвітання протоколу. Погана модель — коли раціональні дії провокують bank run на стейкінг або governance-атаки. За визначенням Nash equilibrium (https://en.wikipedia.org/wiki/Nash_equilibrium) — фундаментальна концепція геймтеорії, що застосовується в крипто-економіці.
Механізм design: фундаментальні принципи
Incentive alignment
Кожен учасник повинен бути мотивований діяти в інтересах протоколу. Liquidity providers заробляють на комісіях пропорційно частці. Token holders отримують частку доходів, право голосу або buyback. Validators та Stakers заробляють на блок-рев'ю та транзакційних комісіях. Developers отримують гранти з казни.
Value flows
Користувачі платять fees ↓ [Protocol Revenue] ↓ ├─ 50% → Liquidity Providers ├─ 30% → Treasury └─ 20% → Buyback & Burn Цей flow має бути задокументований та змодельований кількісно.
Чому важлива кількісна симуляція?
Обов'язковий крок перед публікацією моделі — spreadsheet-симуляція. Вона покаже, як змінюється циркулююча пропозиція, дохід казни та break-even price залежно від сценаріїв.
Таблиця симуляції
| Параметр | Рік 1 | Рік 2 | Рік 3 |
|---|---|---|---|
| Circulating Supply | 20M | 45M | 70M |
| Treasury Revenue | $500K | $2M | $8M |
| Buyback | $100K | $400K | $1.6M |
| Inflation rate | 40% | 20% | 10% |
| Break-even price | $0.10 | $0.08 | $0.06 |
Break-even price — при такому курсі стейкінг або холдинг залишається економічно вигідним.
Моделі value capture
ve-Token (vote-escrowed)
Curve Finance ввела veToken механізм, який став індустріальним стандартом. Холдер блокує токен на строк від 1 тижня до 4 років, отримує veCRV — non-transferable токен. veTokens дають підвищену дохідність до 2.5x (це в 2.5 рази краще, ніж модель без блокування), голоси в управлінні, частину комісій протоколу. Чим довше блокування, тим більше veCRV. Після закінчення блокування повертається CRV, втрачаються veCRV.
Реалізація:
contract VotingEscrow { struct LockedBalance { int128 amount; uint256 end; } mapping(address => LockedBalance) public locked; function lockAmount(uint256 value, uint256 unlockTime) external { require(unlockTime > block.timestamp, "Can only lock until future"); token.transferFrom(msg.sender, address(this), value); locked[msg.sender] = LockedBalance({ amount: int128(int256(value)), end: (unlockTime / WEEK) * WEEK, }); emit Deposit(msg.sender, value, unlockTime); } function balanceOf(address addr) public view returns (uint256) { LockedBalance memory _locked = locked[addr]; if (block.timestamp >= _locked.end) return 0; uint256 remaining = _locked.end - block.timestamp; return uint256(int256(_locked.amount)) * remaining / MAX_LOCK_TIME; } } Bonding Curve
Для токенів, де ціна математично визначається смарт-контрактом:
contract BondingCurveToken { uint256 public constant SLOPE = 1e12; function getBuyPrice(uint256 amount) public view returns (uint256) { uint256 currentSupply = totalSupply(); return SLOPE * (2 * currentSupply + amount) * amount / 2 / 1e18; } function buy(uint256 minTokens) external payable { uint256 tokensToMint = calculateTokensForETH(msg.value); require(tokensToMint >= minTokens, "Slippage"); _mint(msg.sender, tokensToMint); } function sell(uint256 tokenAmount, uint256 minETH) external { uint256 ethToReturn = getSellPrice(tokenAmount); require(ethToReturn >= minETH, "Slippage"); _burn(msg.sender, tokenAmount); payable(msg.sender).transfer(ethToReturn); } } Bonding curves використовуються в Pump.fun, Clanker, ранньому Uniswap, social tokens. Bonding curve в 3 рази простіша за реалізацію порівняно з veToken.
Protocol Owned Liquidity (POL)
OlympusDAO популяризувала POL через bonding: замість звичайного випуску користувач продає протоколу LP-токени зі знижкою, отримуючи натомість токени. Протокол стає власником ліквідності та не залежить від найманих LPs. Проблема: без стабільного доходу POL перетворюється на Ponzi-схему. Він працює лише при реальному доході.
Порівняння моделей value capture
Таблиця порівняння
| Модель | Переваги | Ризики |
|---|---|---|
| veToken | Стійкість до спекулянтів, boosted yield | Складність реалізації, втрати ліквідності |
| Bonding Curve | Простота, автоматична ціна | Велика волатильність, не підходить для великих обсягів |
| POL | Контроль ліквідності | Вимагає постійного доходу |
Геймтеорія та Nash Equilibrium аналіз
Для кожної ключової ситуації ми визначаємо раціональний вибір кожного учасника. Приклад — governance attack: вартість накопичення 51% голосів X, потенційний прибуток від атаки Y. Якщо Y > X — атака раціональна. Захист: великий supply, timelock, multisig veto. Приклад — liquidity exits: APY від стейкінгу 10%/рік. Якщо ціна падає більш ніж на 10%, стейкінг стає збитковим, викликаючи вихід. Захист: забезпечена вартість treasury, винагороди з комісій.
Стрес-тестування
Модель перевіряється в сценаріях: bear market (ціна падає на 90%), governance attack (розрахунок вартості атаки), LP exit (відхід 80% LPs), founder exit (продаж токенів засновниками).
Що входить у розробку
- Проектування механік та геймтеоретичний аналіз
- Кількісне моделювання в Excel/Google Sheets
- Написання та тестування смарт-контрактів
- Формальна верифікація за допомогою Echidna (fuzzing)
- Стрес-тести та оптимізація gas
- Фінальна документація для команди та інвесторів
Орієнтовні строки: 2–4 тижні. Зв'яжіться з нами для оцінки вашого проекту. Отримайте консультацію з токеноміки та аудиту моделі. Наша послуга включає аудит токеноміки та стрес-тест моделі для вашої економічної моделі токена. Гарантія: сертифікований аудит та досвід нашої команди.







