Розробка системи моніторингу vesting-розкладів токенів

Як показують дані Dune Analytics, після масштабного airdrop токенів у протоколі на Arbitrum ми спостерігали класичну картину: держателі почали дампити позиції миттєво, а команда не встигала відстежити розподіл. Через тиждень ціна впала на 80%, і ретроспективний аналіз показав, що 40% allocation було unlocked у перший день — частина з них належала сибілам. Саме тоді стало очевидно: моніторинг vesting-розкладів — не опція, а необхідність. Без нього будь-яке розблокування токенів — це гра в рулетку.

Контракт vesting сам по собі не дає картини. Ви бачите лише адресу отримувача та загальну суму. А після розблокування токени миттєво йдуть на біржі, і команда дізнається про це постфактум, коли ціна вже обвалилася. Наша система вирішує три ключові задачі: ранні алерти про майбутні unlock, аналітика розподілу та контроль над корпоративними та приватними сейлами. Крім того, наша система забезпечує аналітику токенів і виконує функцію token unlock tracker, відстежуючи unlock schedule для будь-яких контрактів.

Як працює система моніторингу vesting: архітектура

Система моніторингу vesting складається з трьох шарів:

1. Індексатор подій. Підключаємося до ноди (QuickNode або Alchemy) або використовуємо The Graph. Скануємо контракти vesting (ERC-20, ERC-721, ERC-1155 з vesting-логікою) і зберігаємо події Claim, VestingCreated, Withdraw. Дані пишуться в PostgreSQL.
2. Розрахунковий двигун. На Python або TypeScript обчислюємо для кожного адреса totalVested, claimed, remaining. Застосовуємо формулу:

function vestedAmount(address user, uint256 total) public view returns (uint256) {
    uint256 elapsed = block.timestamp - vestingStart[user];
    if (elapsed < cliff) return 0;
    uint256 duration = vestingDuration[user];
    return (total * min(elapsed - cliff, duration)) / duration;
}

3. Дашборд та алерти. Веб-інтерфейс (React + Viem) показує таблицю по всіх адресах: статус, дата наступного unlock, обсяг. Алерти через Telegram/Slack при наближенні великих unlock або підозрілій активності.

Як налаштувати систему моніторингу vesting?

1. Підключіть контракт vesting до індексатора.
2. Налаштуйте ABI та фільтри подій.
3. Запустіть backfill з genesis блоку.
4. Перевірте дашборд та налаштуйте алерти.

Які проблеми ми вирішуємо

Сибіли ліквідують позиції одразу після unlock. Навіть з vesting 90 днів кластер ферм може скоординовано зливати токени. Рішення: on-chain кластерний аналіз — адреси, які отримали токени з одного джерела та активні в однакові блоки, позначаються як ризикові. Для них включається додатковий алерт при будь-якому русі.

Відсутність даних по крос-чейн моніторингу. Багато протоколів розгортають контракти на кількох L2 (Arbitrum, Optimism, Base). Наша система агрегує події з усіх мереж в єдиний дашборд. Ви бачите total supply по всіх ланцюгах, а не фрагменти.

Складність розрахунку для нестандартних контрактів. Деякі проекти використовують кастомні EIP — гібрид ERC-721 з vesting-логікою. Ми адаптуємо indexer під будь-який ABI, додаємо кастомні обробники. Досвід таких задач у нас вже є для NFT-маркетплейсів з платіжними стрімами.

Як ми це робимо: стек та інструменти

Бекенд: Python + Pandas для трансформацій, PostgreSQL для зберігання, Redis для кешу. Смарт-контракти: Solidity 0.8.x з Foundry. Індексація: The Graph (subgraph) або власний event listener на ethers.js. UI: React + Wagmi + RainbowKit для гаманцевого підключення. Алерти: Webhooks + Telegram Bot API. Використання Redis для кешування даних знижує навантаження на RPC та газ-ліміти.

Приклад взаємодії з контрактом через viem:

import { createPublicClient, http, parseAbi } from 'viem'
import { mainnet } from 'viem/chains'

const client = createPublicClient({
  chain: mainnet,
  transport: http(process.env.RPC_URL)
})

const abi = parseAbi([
  'function getVestingSchedule(address beneficiary) view returns (uint256 total, uint256 claimed, uint256 start, uint256 cliff, uint256 duration)'
])

const schedule = await client.readContract({
  address: vestingContract,
  abi,
  functionName: 'getVestingSchedule',
  args: [userAddress]
})

Процес роботи та що входить в результат

Наш підхід до розробки системи моніторингу vesting забезпечує прозорість на кожному етапі. У результаті ви отримуєте:

• Документація: архітектурна схема, інструкція з експлуатації, API-специфікація.
• Доступи: до дашборду, Telegram-бота, репозиторію коду.
• Навчання: відеодзвінок для команди (до 2 годин).
• Підтримка: 6 місяців гарантії, технічний супровід у робочий час.

Чому варто замовити систему у нас?

У нас за плечима 7+ років розробки на Solidity та 15+ проектів з моніторингу токенів. Ми знаємо, як відрізнити сибілів від органічних держателів, як налаштувати алерти без false positives і як масштабувати indexer під мільйони подій. Питома економія на gas аналіз — до 40% порівняно з повним on-chain підрахунком. Середня вартість системи — $7,000 – $15,000 залежно від складності. При типовому проекті економія складає $2,000 на місяць. Гарантія на всі компоненти системи — 6 місяців, підтримка входить у вартість.

Один із кейсів. Для протоколу A (DEX на Arbitrum) ми розгорнули моніторинг vesting за 5 тижнів. Система виявила кластер з 1 200 сибілів, які планували дампнути 3% supply через 72 години після cliff. Завдяки алертам команда встигла звернутися до інвесторів з проханням відстрочити unlock, і падіння вдалося уникнути.

Типові помилки при моніторингу vesting

• Відсутність історії. Якщо indexer запускається після deploy, минулі unlock не видно. Потрібен backfill з genesis.
• Ігнорування мультичейн. Vesting може бути на Ethereum, а торгівля — на Polygon. Без крос-чейн агрегації картина неповна.
• Сліпі зони по контрактах. Proxy-контракти, upgradeable vaults — події можуть змінюватися. Ми відстежуємо імплементації.

Порівняння підходів: off-chain indexer vs on-chain розрахунок

Off-chain indexer в 10 разів дешевший і в 50 разів швидший для історичних даних. Це підтверджує наш досвід: для проектів з обсягом подій понад 100 000 на місяць off-chain незмінно виграє. Наш off-chain indexer у 50 разів швидше за on-chain розрахунок.

Як підвищити точність алертів

• Встановлюйте пороги unlock не лише за відсотком supply, а й за абсолютними значеннями (наприклад, >50 000 токенів).
• Використовуйте ковзне вікно для аналізу активності: якщо гаманець після unlock не рухає токени 7 днів, ризик дампа нижчий.
• Інтегруйте дані з блокчейн-аналітикою (Chainalysis, Elliptic) для перевірки гаманців на зв'язок з біржами.

Скільки коштує система моніторингу vesting?

Вартість розраховується індивідуально після оцінки обсягу контрактів та необхідного функціоналу. Типовий діапазон — $7,000 – $15,000. Напишіть нам — оцінимо проект і запропонуємо рішення під ключ за 2 робочих дні.

Як наша система моніторингу vesting порівнюється з іншими?

Наше рішення на базі off-chain indexer у 2 рази швидше за дашборди конкурентів завдяки кешуванню Redis та оптимізації запитів до RPC. Ми також маємо більш точні алерти завдяки аналізу event log topics і nonce-послідовностей.

Розробка токенів на Ethereum: ERC-20, токеноміка, вестинг

Ми маємо 5+ років досвіду в розробці токенів на Ethereum та сумісних L2. За цей час реалізували понад 20 токенів для DeFi, NFT та governance проєктів. Розробка під ключ включає проектування токеноміки, написання смарт-контрактів, аудит та запуск ліквідності. Гарантуємо прозорість умов і супровід після запуску. Напишіть нам — отримайте технічний аналіз вашого проєкту за 1 день.

«ERC-20 — це просто» — фраза, після якої починаються проблеми. Базовий transfer написати не складно. Але токен, у якого через шість місяців не відбувається інфляційний колапс, governance працює як задумано, а вестинг не можна обійти через хитру схему з делегуванням — це вже проєктування.

Наша команда гарантує безпеку та надійність: кожен контракт проходить внутрішній аудит та формальну верифікацію. Ми використовуємо перевірені бібліотеки OpenZeppelin та сучасний стек Foundry. Досвід інженерів включає інтеграцію з Uniswap, Chainlink, іншими протоколами. OpenZeppelin Contracts — стандарт де-факто для ERC-20, документація якого є основною довідковою базою.

ERC-20: що під капотом

Стандарт ERC-20 — дев'ять функцій. Складність починається з розширень.

ERC-20Permit (EIP-2612) — gasless approve через підпис. Користувач підписує permit(owner, spender, value, deadline, v, r, s) off-chain, spender викликає permit() + transferFrom() в одній транзакції. Це прибирає окремий approve step. Але: підпис можна перехопити і використати — потрібен deadline і перевірка nonce.

ERC-20Votes (EIP-5805) — snapshot балансів для governance. Checkpoint-система зберігає історію балансів за номером блоку. getPastVotes(address, blockNumber) — баланс на момент створення proposal, а не поточний. Flash loan governance attack блокується повністю: атакуючий не може зайняти токени через flash loan і проголосувати ними в одній транзакції, бо snapshot фіксує баланс на момент створення proposal. ERC-20Votes краще за звичайну модель голосування в 10 разів захищає від таких атак.

Rebasing токени (stETH, Ampleforth) — balanceOf змінюється автоматично через зміну internal shares ratio. Висока складність інтеграції: більшість DeFi протоколів не працюють коректно з rebasing без wrapping в non-rebasing версію. Економія на gas fees при використанні L2 досягає 40% порівняно з Ethereum mainnet, а вартість розгортання контракту знижується з $5000 до $20.

Fee-on-transfer токени — при кожному transfer знімається відсоток. Ламають AMM розрахунки: пул отримує менше, ніж очікував. Uniswap v2/v3 не підтримують fee-on-transfer нативно — потрібні спеціальні pair/router.

Tokenomics: де математика перетворюється на економіку

Токеноміка — це не таблиця в Excel з сумою 100%. Це модель інцентивів, яка або працює в довгостроковій перспективі, або створює тиск продажів, який вб'є проєкт.

Emission schedule та інфляція

Фіксований supply (Bitcoin-модель) — deflation через burn механіку або просто обмежена кількість. Підходить для store-of-value або utility токенів з обмеженим попитом на нові токени.

Інфляційна модель (Ethereum post-Merge, Curve) — нові токени випускаються для стимулювання учасників. Потрібен баланс: emission має бути нижчим або рівним value capture протоколом. Якщо протокол заробляє $100k/місяць, а емісія в ринковій вартості $500k/місяць — постійний тиск продажів неминучий.

Halving schedules (Bitcoin-style) — зменшення emission з часом. Створює передбачуваність, але вимагає, щоб утиліті токена зростала, щоб компенсувати падаючі rewards для stakers/validators.

Supply distribution

Немає універсальної формули. Є принцип: жодній сутності не повинно належати >33% voting power при запуску. Інакше governance — фікція.

Liquidity Bootstrapping — механіка запуску ліквідності

Три основні підходи: Balancer LBP (початкова вага 90/10, динамічне зниження до 50/50), Fjord Foundry (спеціалізована платформа з меншим overhead), Uniswap v3 з обмеженим range (висока capital efficiency, але потребує активного управління). TWAMM (Time-Weighted AMM) — для поступового продажу/купівлі великих обсягів без slippage.

Vesting та Governance

Vesting контракти: деталі мають значення

Linear vesting з cliff — стандарт для команди та інвесторів. cliff — період після TGE, протягом якого нічого не доступно. Після cliff — лінійний unlock до duration.

function releasable(address beneficiary) public view returns (uint256) {
    VestingSchedule memory schedule = vestingSchedules[beneficiary];
    if (block.timestamp < schedule.cliff) return 0;

    uint256 elapsed = block.timestamp - schedule.cliff;
    uint256 vestingDuration = schedule.duration - (schedule.cliff - schedule.start);
    uint256 vested = schedule.totalAmount * elapsed / vestingDuration;

    return vested - schedule.released;
}

Типові помилки при реалізації:

• Revocable vesting без timelock — owner може відкликати vesting миттєво. Рішення: revocation через multisig + governance vote.
• Cliff не блокує governance права — якщо використовується ERC-20Votes, recipient може делегувати voting power з першого дня. Потрібно явно розділити voting power і claim logic.
• Відсутність emergency pause — Pausable + timelock на unpause.

Як налаштувати vesting контракт покроково:

1. Визначити параметри vesting (cliff, duration, totalAmount).
2. Розгорнути контракт TokenVesting (наприклад, OpenZeppelin).
3. Призначити beneficiary та підтвердити розклад.
4. Налаштувати emergency pause та revocation через multisig.
5. Протестувати сценарії за допомогою Foundry fuzz тестів.

Governance токени та voting механіки

OpenZeppelin Governor — модульна архітектура: GovernorVotes для counting, GovernorTimelockControl для timelock execution, GovernorSettings для змінних параметрів.

Quorum — мінімальний відсоток supply для валідності голосування. Compound встановив quorum 400k COMP (4% supply) — на практиці досягається рідко без координації великих holders.

Liquid delegation (як в Optimism) дозволяє делегувати voting power конкретним addresses без передачі ownership токенів.

Як обрати правильний тип токена для вашого проєкту?

Вибір залежить від цілі: utility токени для доступу до сервісу, governance токени для децентралізованого управління або security токени для представлення активів. Рекомендуємо починати з ERC-20 з базовими розширеннями та поступово додавати функціональність. Ми допомагаємо проєктам обрати оптимальний стандарт та міграційний шлях.

Які ризики виникають при використанні rebasing токенів?

Основні ризики: несумісність з більшістю DeFi протоколів, що потребує wrapping; складна бухгалтерія для податків; непередбачувана поведінка ціни через механізм автоматичного коригування supply. Рекомендується використовувати non-rebasing версії для ліквідності. Документація EIP-20 та OpenZeppelin є основними джерелами стандартів.

Процес розробки та строки

• Tokenomics design — модель supply, allocation, emission schedule, vesting. Стрес-тестування сценаріїв (bear market, whale exit, governance capture attempt).
• Контракт розробка — ERC-20 + extensions, vesting, governance. Foundry fuzz тести на vesting calculations, governance thresholds.
• Аудит — особлива увага на governance attack vectors, vesting bypass, permit replay attacks.
• LBP / launch — вибір механіки, налаштування параметрів, моніторинг перших 24 годин.
• Post-launch — моніторинг supply distribution через Dune, governance participation metrics, treasury management.

Стек: Solidity 0.8.x, OpenZeppelin Contracts 5.x, Foundry, Gnosis Safe, OpenZeppelin Defender, Dune Analytics.

Строки (залежать від складності):

• ERC-20 з permit та basic governance: 2–3 тижні
• Vesting контракт з revocation та cliff: 2–4 тижні
• Повний governance (Governor + Timelock + Token): 4–7 тижнів
• Токен + LBP + governance + vesting: 8–14 тижнів

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

• Проектування токеноміки з детальним аналізом supply distribution та emission schedule.
• Розробка смарт-контрактів (ERC-20, vesting, governance) з використанням перевірених бібліотек.
• Модульні, інтеграційні та fuzz тести (Foundry) для перевірки граничних випадків.
• Внутрішній аудит коду з використанням Slither та Mythril.
• Деплой на обрану мережу (Ethereum, Polygon, Arbitrum, Base) з налаштуванням ліквідності.
• Підготовка технічної документації (Natspec, README, архітектурна схема).
• Навчання команди: передача прав власності через мультисіг, робота з Defender Admin.
• Підтримка після запуску протягом 30 днів (моніторинг, виправлення помилок).

Зв'яжіться з нами для отримання консультації та оцінки вашого проєкту. Замовте розробку токена — ми підготуємо рішення під ключ.