Проектування та розробка економічної моделі токена

Проєктуємо та розробляємо блокчейн-рішення повного циклу: від архітектури смарт-контрактів до запуску DeFi-протоколів, NFT-маркетплейсів та криптобірж. Аудит безпеки, токеноміка, інтеграція з наявною інфраструктурою.
Показано 1 з 1Усі 1305 послуг
Проектування та розробка економічної моделі токена
Складний
~1-2 тижні
Часті запитання

Напрямки блокчейн-розробки

Етапи блокчейн-розробки

Останні роботи

  • image_website-b2b-advance_0.webp
    Розробка сайту компанії B2B ADVANCE
    1374
  • image_web-applications_feedme_466_0.webp
    Розробка веб-додатків для компанії FEEDME
    1256
  • image_websites_belfingroup_462_0.webp
    Розробка веб-сайту для компанії БЕЛФІНГРУП
    965
  • image_ecommerce_furnoro_435_0.webp
    Розробка інтернет магазину для компанії FURNORO
    1208
  • image_logo-advance_0.webp
    Розробка логотипу компанії B2B Advance
    667
  • image_crm_enviok_479_0.webp
    Розробка веб-додатків для компанії Enviok
    954

Одна з частих причин провалу 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 (продаж токенів засновниками).

Що входить у розробку

  1. Проектування механік та геймтеоретичний аналіз
  2. Кількісне моделювання в Excel/Google Sheets
  3. Написання та тестування смарт-контрактів
  4. Формальна верифікація за допомогою Echidna (fuzzing)
  5. Стрес-тести та оптимізація gas
  6. Фінальна документація для команди та інвесторів

Орієнтовні строки: 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.

Процес консалтингу

  1. Discovery-сесія (3–5 робочих днів) — аудит поточного стану, інтерв'ю з командою, збір вимог. Результат: гіпотези по стеку та токеноміці.
  2. Технічний due diligence (якщо продукт існує) — поверхневий аудит контрактів, архітектури backend, токеномічної моделі.
  3. Розробка Architecture Decision Record (ADR) — документ з trade-offs по мережі, стеку, токеноміці.
  4. Побудова токеномічної моделі з симуляцією — agent-based simulation на 36 місяців.
  5. Передача документації та шаблонів — 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-хвилинний брифінг. Замовте консультацію — і ми покажемо, як уникнути типових помилок. Для індивідуального розрахунку вартості та термінів зв’яжіться з нами.