Одна з частих причин провалу 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 тижні. Зв'яжіться з нами для оцінки вашого проекту. Отримайте консультацію з токеноміки та аудиту моделі. Наша послуга включає аудит токеноміки та стрес-тест моделі для вашої економічної моделі токена. Гарантія: сертифікований аудит та досвід нашої команди.
Блокчейн консалтинг послуги: стратегія, токеноміка та вибір технічного стеку
Половина blockchain проектів, які приходять до нас з уже написаним кодом, переписують архітектуру протягом першого року. Причини однакові: вибрали Ethereum mainnet для prototyping, не перевіривши unit economics — газ робить продукт нерентабельним (один swap може коштувати $50, на Polygon — $0.02). Зробили governance токен без моделі захоплення вартості — ціна колапсує через 6 місяців після TGE. Або вибрали Solana заради throughput, не врахувавши, що команда пише на Solidity, а не на Rust — learning curve 3–6 місяців. На одному проекті з обсягом контрактів 2000 рядків Solidity ми заощадили клієнту $40 000 на переробках, вчасно перевівши його на Arbitrum.
Консалтинг — це структурований процес, який відповідає на конкретні питання до того, як написаний перший рядок коду. Наш досвід (10+ років у блокчейн-інжинірингу, 50+ реалізованих проєктів, 5 років на ринку консалтингу) показує: правильна архітектура на старті економить до 60% часу на ітераціях. Щоб отримати персональний розрахунок вартості консалтингу, зв’яжіться з нами.
Як вибрати блокчейн для Web3-продукту?
Вирішальний фактор — транзакційна модель продукту. Якщо денне навантаження менше 100 транзакцій — вам підійде Ethereum mainnet, але ви переплачуєте за security. Розгляньте Polygon PoS (вартість транзакції дуже низька, finality 2–3 секунди, EVM-сумісність 100%). Якщо навантаження 1 000–100 000 транзакцій на день, користувачі чутливі до газу — Arbitrum One або Optimism. Обидва EVM-сумісні, вартість транзакції низька. Arbitrum використовує Nitro (WASM-based fraud proofs), Optimism — Bedrock з OP Stack. Withdrawal window: 7 днів для обох (optimistic rollup finality). Для проектів з instant finality — Arbitrum Nova (AnyTrust, дешевше, менше decentralization) або ZK rollups. Якщо порівняти: Arbitrum One дешевший за Ethereum mainnet у 100 разів за середньої комісії — це критично для DeFi з високою частотою транзакцій.
Якщо потрібен throughput > 10 000 TPS, latency < 1 секунда — Solana (400ms block time, ~4 000 TPS sustained, до 65 000 peak). Але: Rust + Anchor замість Solidity, account model замість contract storage, learning curve для команди 3–6 місяців. Solana мала кілька downtime incidents у минулому — для фінансових додатків це ризик. Якщо потрібна приватність транзакцій — Aztec Network (ZK rollup з private state), Polygon zkEVM з privacy extensions, або Aleo (ZK-native L1 на Leo language). Неправильний вибір мережі може коштувати значних переробок та втрати ринкового вікна — ми це бачимо на кожному другому due diligence.
| Мережа |
TPS |
Вартість транзакції |
EVM |
Фінальність |
Екосистема |
| Ethereum L1 |
15–30 |
Висока |
Нативний |
~12 хв (finality) |
Найбільша |
| Arbitrum One |
40 000+ |
Низька |
Сумісний |
7 днів (bridge) |
Велика |
| Optimism |
2 000+ |
Низька |
Сумісний |
7 днів (bridge) |
Велика |
| Polygon PoS |
7 000+ |
Дуже низька |
Сумісний |
~30 хв (checkpoint) |
Велика |
| Solana |
65 000 peak |
Найнижча |
Немає |
~13 сек |
Зростаюча |
| BNB Chain |
2 000+ |
Низька |
Сумісний |
~3 хв |
Азія-фокус |
«Більшість помилок при виборі мережі пов'язані з ігноруванням unit economics — газ може знищити маржинальність продукту» — дані нашої практики.
Чому більшість проектів втрачають капіталізацію?
Більшість токеномічних моделей, які ми аналізуємо, мають одну з трьох проблем.
Проблема 1: токен без utility. Governance токени без fee capture або реальних рішень — просто спекулятивний актив. Compound COMP: 99% holders ніколи не голосували. Модель «vote-escrowed» (veCRV Curve, vePENDLE) прив'язує голосування до lock-up — це підвищує участь, тому що lockers отримують реальні fee share.
Проблема 2: інфляція без demand sink. Staking rewards без burning механізму = постійне розводнення. EIP-1559 на Ethereum спалює base fee — це створює deflationary pressure при високому використанні мережі. Для application токена: fee burning (частина protocol fees йде на buyback+burn), lock-up механізми (зменшують circulating supply), real yield (fees розподіляються stakers замість інфляційних rewards).
Проблема 3: невірний vesting для команди та інвесторів. Cliff 6 місяців + linear vesting 18 місяців — стандарт для private round. Але якщо TGE при FDV високому, команда має 20%, і перший unlock через 6 місяців — на ринок за 2 роки виходить значна кількість токенів. Ринок дисконтує це з першого дня. Більш здорова структура: 12 місяців cliff, 36 місяців vesting, з on-chain enforcement через TokenVesting контракт (OpenZeppelin VestingWallet або кастомний з revoke capability для advisor's незароблених токенів).
Симуляція токеноміки: будуємо agent-based model у Python (Mesa framework) або використовуємо TokenSPICE. Параметри: темп зростання користувачів, retention, fee per user, staking ratio, selling pressure від unlocks. Результат: forecast circulating supply, fee revenue, APY для stakers — у динаміці на 36 місяців. Я гарантую, що модель враховує найгірші сценарії — рідкість на ринку консалтингу.
Як технічний стек впливає на швидкість розробки?
Вибір стеку визначає швидкість ітерації та розмір пулу найму. Сертифіковані спеціалісти нашої команди працюють з Solidity, Rust, Move, Vyper.
Solidity + Hardhat vs Foundry. Foundry виграє для серйозних контрактів: Forge tests на Solidity (немає перемикання контексту), fuzzing з коробки (forge fuzz), fork testing однією командою (vm.createFork), gas snapshots для regression. Hardhat залишається для проектів з TypeScript-heavy тестами або коли потрібна Plugin екосистема (ethers-hardhat, hardhat-deploy). Комбінація: Foundry для unit/fuzz, Hardhat для deployment scripts. На практиці Foundry дає приріст швидкості тестування у 5 разів порівняно з Hardhat — це означає години замість днів на регресію.
Frontend: ethers.js vs wagmi/viem. ethers.js v5 — монолітний. wagmi v2 + viem — React-first, type-safe (viem генерує TypeScript типи з ABI), краще працює з React Query, підтримує EIP-1193 providers з коробки. Для нових проектів на React — wagmi/viem. Для існуючих з ethers.js — міграція не потрібна заради самої міграції.
Indexing: The Graph (decentralized, subgraph на AssemblyScript) vs Ponder (TypeScript-native indexer, добре для in-house деплою) vs Moralis/Alchemy SDK (managed, швидкий старт, vendor lock-in). The Graph — стандарт для протоколів, яким потрібна decentralization indexing layer. Ponder — для команд, які хочуть контроль і TypeScript без AssemblyScript.
Процес консалтингу
- Discovery-сесія (3–5 робочих днів) — аудит поточного стану, інтерв'ю з командою, збір вимог. Результат: гіпотези по стеку та токеноміці.
- Технічний due diligence (якщо продукт існує) — поверхневий аудит контрактів, архітектури backend, токеномічної моделі.
- Розробка Architecture Decision Record (ADR) — документ з trade-offs по мережі, стеку, токеноміці.
- Побудова токеномічної моделі з симуляцією — agent-based simulation на 36 місяців.
- Передача документації та шаблонів — ADR, скрипти, boilerplate-репозиторій, навчання команди (2–4 години).
Engagement model: фіксований retainer (щомісячно, 20–40 годин) або проектний (deliverable-based). Для стартапів на стадії pre-seed/seed — проектний формат, щоб не розмивати бюджет на постійний retainer.
Типові помилки при виборі стеку: кейс з практики
Один клієнт вибрав Polygon PoS для NFT-маркетплейсу з високою частотою транзакцій. Після запуску з'ясувалося, що checkpoint finality (~30 хвилин) не влаштовує користувачів — вони чекали підтвердження. Мігрували на Arbitrum Nova (AnyTrust) з finality в 1 секунду. Переробка обійшлася у $25 000 та два тижні затримки. Якби discovery врахувала вимоги до finality, цих витрат вдалося б уникнути.
Що входить в роботу
| Deliverable |
Опис |
Формат |
| Architecture Decision Record (ADR) |
Обґрунтування вибору мережі, стеку, токеноміки |
Markdown-документ + PDF |
| Токеномічна модель з симуляцією |
Agent-based model на 36 місяців |
Python-скрипт + звіт |
| Технічний due diligence існуючого коду |
Аудит контрактів, бекенду, токеноміки |
Документ з рекомендаціями |
| Документація по інтеграції |
API-специфікації, конфіги, приклади |
Markdown + code snippets |
| Доступ до репозиторію з шаблонами |
Hardhat/Foundry boilerplate, VestingWallet |
GitHub private repo |
| Навчання команди (2–4 години) |
Розбір архітектури, best practices, demo |
Онлайн-сесія з записом |
Орієнтири по термінах та вартості
- Discovery + ADR — від 1 до 2 тижнів. Вартість: розраховується індивідуально.
- Повна токеноміка (модель + симуляція + документація) — від 3 до 6 тижнів.
- Tech stack audit існуючого проекту — від 1 до 3 тижнів.
- Ongoing advisory retainer — від 3 місяців (мінімальний horizon для значного impact).
Помилковий вибір мережі або токеноміки на ранній стадії може коштувати проекту значних витрат на переробку — це підтверджує кожна друга наша discovery-сесія. Отримайте експертну оцінку свого проекту — залиште заявку на безкоштовний 60-хвилинний брифінг. Замовте консультацію — і ми покажемо, як уникнути типових помилок. Для індивідуального розрахунку вартості та термінів зв’яжіться з нами.