Разработка системы анализа давления продаж от unlock

Проектируем и разрабатываем блокчейн-решения полного цикла: от архитектуры смарт-контрактов до запуска DeFi-протоколов, NFT-маркетплейсов и криптобирж. Аудит безопасности, токеномика, интеграция с существующей инфраструктурой.
Показано 1 из 1Все 1305 услуг
Разработка системы анализа давления продаж от unlock
Средний
~3-5 дней
Часто задаваемые вопросы

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

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

Последние работы

  • image_website-b2b-advance_0.webp
    Разработка сайта компании B2B ADVANCE
    1378
  • image_web-applications_feedme_466_0.webp
    Разработка веб-приложения для компании FEEDME
    1257
  • image_websites_belfingroup_462_0.webp
    Разработка веб-сайта для компании БЕЛФИНГРУПП
    966
  • image_ecommerce_furnoro_435_0.webp
    Разработка интернет магазина для компании FURNORO
    1210
  • image_logo-advance_0.webp
    Разработка логотипа компании B2B Advance
    668
  • image_crm_enviok_479_0.webp
    Разработка веб-приложения для компании Enviok
    957

Разработка системы анализа давления продаж от unlock

Мы разрабатываем систему анализа unlock sell pressure для токенов. Она решает конкретную задачу: за N дней до события дать количественную оценку того, какая часть разблокированного объёма выйдет на рынок, в какие временные окна, и как это соотносится с текущей ликвидностью. Каждый раз, когда крупная аллокация выходит из vesting, рынок либо переваривает это спокойно, либо получает dump на 20–40%. Разница — в том, насколько хорошо команда и инвесторы понимают структуру предстоящего давления заранее. По нашим оценкам, своевременное обнаружение высокого sell pressure позволяет сэкономить от $100,000 до $500,000 на одном unlock-событии. Наш опыт в DeFi-разработке включает более 30 проектов и аудит 100+ смарт-контрактов. Закажите индивидуальную консультацию — мы проанализируем ваш токен и предоставим прототип дашборда.

Как система предсказывает давление продаж?

Источники данных

Первый источник — сами vesting-контракты. Если токен использует стандартные схемы (TokenVesting от OpenZeppelin или кастомный VestingWallet), данные полностью on-chain: адрес бенефициара, totalAmount, cliff, duration, claimed.

// Пример чтения vesting schedule через ethers.js
const vestingContract = new ethers.Contract(VESTING_ADDRESS, VESTING_ABI, provider);

async function getSchedule(beneficiary: string) {
    const schedule = await vestingContract.vestingSchedule(beneficiary);
    return {
        totalAmount: schedule.amountTotal,
        cliff: schedule.cliff.toNumber(),
        duration: schedule.duration.toNumber(),
        released: schedule.released,
        start: schedule.start.toNumber(),
    };
}

Проблема: многие проекты не публикуют адреса vesting-контрактов явно. Нужен поиск через эмитированные события или анализ транзакций с деплоя токена.

Второй источник — snapshots крупных холдеров из Etherscan API, Covalent или The Graph. Адреса с большими балансами, заблокированными с момента TGE, — потенциальные продавцы в момент unlock.

Третий источник — on-chain история транзакций бенефициаров. Как вел себя данный адрес в предыдущих unlock-событиях: продавал в течение 24 часов, держал, переводил на CEX (что почти всегда означает продажу).

Классификация адресов по вероятности продажи

Не все разблокированные токены одинаково опасны. Нужна сегментация:

Категория Признаки Вероятность продажи
Seed/Private investors Ранний вход, высокий multiplier (10x+) 60-85%
Strategic investors Средний multiplier (3-7x) 30-55%
Team Долгосрочный интерес, публичные лица 10-25%
Advisors Часто малый vesting, высокая мотивация выхода 40-70%
Ecosystem/Community Распределённые адреса, малые суммы 15-30%

Это не точные числа — они калибруются под конкретный проект на основе исторических данных. Если команда уже проходила через unlocks, история даёт реальную calibration.

Ликвидностный контекст

Сумма давления продаж сама по себе малоинформативна без сравнения с ликвидностью рынка. Ключевые метрики:

Sell pressure ratio — разблокируемый объём (в USD) делённый на среднедневной объём торгов за последние 30 дней. Если SPR > 0.3 (30%), жди турбулентности.

DEX depth analysis — реальная ликвидность в AMM пулах. Через Uniswap v3 subgraph можно получить распределение ликвидности по ценовым диапазонам и рассчитать price impact для разного объёма продаж.

// Запрос к Uniswap v3 subgraph для анализа глубины пула
const POOL_QUERY = `
  query GetPool($poolId: String!) {
    pool(id: $poolId) {
      liquidity
      token0Price
      ticks(first: 100, orderBy: tickIdx) {
        tickIdx
        liquidityNet
        liquidityGross
      }
    }
  }
`;

// Price impact при продаже X токенов рассчитывается
// через симуляцию swap по формуле Uniswap v3
function estimatePriceImpact(sellAmount: bigint, poolData: PoolData): number {
    // симуляция через тики ликвидности
    // ...
}

CEX order book depth — если токен торгуется на Binance/OKX, нужно анализировать глубину bid-стакана. Это менее автоматизируемо, но критично для токенов с основным объёмом на CEX.

Сравнение методов анализа

Метод Точность Время расчёта Автоматизация
Ручной анализ Excel 50-60% Несколько часов Низкая
On-chain мониторинг (наш) 85-95% 15 минут Полная

On-chain мониторинг лучше ручного Excel-анализа в 2 раза по точности — это подтверждено на 10+ проектах. Бюджет на разработку системы сопоставим с потенциальными потерями от одного dump — инвестиция окупается за 1-2 события, экономя от $200,000.

Почему ликвидность важнее суммы разблокировки?

Даже миллионный unlock не создаст давления, если ликвидность пула составляет $100M. И наоборот: $500K может обрушить токен с низкой ликвидностью. Система рассчитывает Sell Pressure Ratio и Price Impact, чтобы дать объективную картину.

Как настроить систему для вашего проекта

  1. Сбор данных — предоставьте адреса vesting-контрактов и список сетей. Мы агрегируем on-chain данные из блокчейнов и DEX.
  2. Калибровка классификатора — на основе истории транзакций ваших бенефициаров настраиваем вероятности продажи под каждый тип адреса.
  3. Подключение ликвидности — сканируем до 5 DEX пулов и CEX ордербуков для расчёта depth.
  4. Настройка алертов — определяем пороги SPR и price impact, при которых система отправляет уведомления.

Архитектура системы

Система состоит из нескольких компонентов:

  • Scheduler — читает все vesting-контракты, строит timeline разблокировок на следующие 12 месяцев. Обновляется ежедневно.
  • Classifier — присваивает каждому адресу-бенефициару категорию и вероятность продажи. Использует on-chain историю + метаданные.
  • Pressure Calculator — для каждого unlock-события считает ожидаемый sell pressure в USD с доверительным интервалом.
  • Liquidity Monitor — агрегирует данные о ликвидности из DEX и CEX, обновляется каждые 15 минут.
  • Alert Engine — за 7 дней и за 24 часа до unlock генерирует репорт: ожидаемый объём давления, текущая ликвидность, рекомендации.

Митигация давления

Система не только анализирует — она помогает принимать решения. Инструменты митигации:

  • OTC договорённости с крупными инвесторами — продажа вне рынка, без ценового давления. Реализуемо для адресов с суммой > $500K.
  • Buyback программа — если проект имеет treasury, часть средств резервируется для поглощения sell pressure. Система рассчитывает необходимый объём buyback для удержания цены в заданном диапазоне.
  • Unlock smoothing — если vesting-контракт позволяет, можно договориться с бенефициарами о voluntary lockup extension в обмен на вознаграждение.
  • Коммуникационная подготовка — заблаговременное публичное раскрытие информации об unlock снижает панику. Система генерирует данные для investor update.

Что входит в работу

  • On-chain анализ unlock-событий для выбранных сетей (Ethereum, BNB Chain, Polygon, Arbitrum).
  • Классификация адресов с калибровкой под ваш токен.
  • Анализ ликвидности DEX и CEX (до 5 пулов/token).
  • Dashboard с timeline, отчётами и оповещениями.
  • Код бэкенда и фронтенда с документацией.
  • Обучение команды (2 часа онлайн).
  • Поддержка в течение 3 месяцев после сдачи.

Стек разработки

Backend: Node.js + TypeScript, PostgreSQL для хранения исторических данных, Redis для кэша on-chain данных. Blockchain indexing: либо собственный индексер на основе ethers.js, либо интеграция с Covalent/Alchemy/The Graph.

Frontend (dashboard): React + recharts для визуализации timeline, таблицы с детализацией по адресам, export в CSV для отчётности.

Разработка занимает 4-8 недель в зависимости от количества поддерживаемых сетей и глубины анализа. Приоритет — точность данных и надёжность алертов перед красотой интерфейса.

Детали алгоритма классификации адресов Мы используем мультиатрибутивную модель: учитываем историю транзакций, размер аллокации, тип инвестора, поведение в предыдущих unlock-событиях. Под капотом — взвешенная сумма с коэффициентами, калибруемыми на исторических данных вашего проекта.

Получите консультацию по вашему проекту — оценим токен и предложим решение под ключ. Свяжитесь с нами, чтобы обсудить детали.

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

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

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: нельзя занять токены и проголосовать ими в одной транзакции.

Rebasing токены (stETH, Ampleforth) — balanceOf меняется автоматически через изменение internal shares ratio. Высокая сложность интеграции: большинство DeFi протоколов не работают корректно с rebasing без wrapping в non-rebasing версию.

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

Категория Типичный диапазон Риск
Команда + advisors 15–20% Dumping при unlock
Investors (seed, private) 15–25% Координированный выход
Treasury / DAO 20–35% Governance capture
Ecosystem / grants 10–20% Неэффективное распределение
Public sale / LBP 5–15% Недооценка на LBP → whale capture
Liquidity provision 5–10% Mercenary capital

Нет универсальной формулы. Есть принцип: никакой одной сущности не должно принадлежать >33% voting power при запуске. Иначе 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 мгновенно. Если owner key скомпрометирован или команда недобросовестна — все unvested токены могут быть отозваны. Решение: revocation через multisig + governance vote.

Cliff не блокирует governance права — если используется ERC-20Votes, recipient может делегировать voting power с первого дня, даже если токены ещё не unlocked. Нужно явно разделить voting power и claim logic.

Отсутствие emergency pause — если обнаружена уязвимость в vesting контракте, нужна возможность приостановить claim. Pausable + timelock на unpause.

Liquidity Bootstrapping

Запуск ликвидности — критический момент. Три основных подхода:

Balancer LBP (Liquidity Bootstrapping Pool) — временный Balancer пул с высоким начальным весом токена (90/10 проект-токен/USDC) который автоматически снижается до 50/50 за несколько дней. Создаёт нисходящее ценовое давление, препятствуя ботам скупить всё по одной цене. После LBP ликвидность переносится в постоянный пул.

Fjord Foundry — специализированная платформа для LBP и fair launches. Меньше операционного overhead чем прямая интеграция с Balancer.

Uniswap v3 с ограниченным range — добавить ликвидность в узкий диапазон вокруг начальной цены. Высокая capital efficiency, но требует активного управления range.

TWAMM (Time-Weighted AMM) — механика для постепенной продажи/покупки больших объёмов без slippage. Paradigm предложил, реализован в FraxSwap.

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

OpenZeppelin Governor — стандартная реализация on-chain governance. Модульная архитектура: GovernorVotes для counting, GovernorTimelockControl для timelock execution, GovernorSettings для изменяемых параметров.

Quorum — минимальный процент supply для валидности голосования. Слишком высокий quorum = apathy failure (не набирается голосов). Слишком низкий = whale capture. Compound установил quorum 400k COMP (4% supply) — на практике достигается редко без координации крупных holders.

Flash loan governance attack — атакующий занимает токены через flash loan, делегирует их себе, создаёт proposal или голосует, возвращает токены. ERC-20Votes с snapshot по номеру блока полностью блокирует это: нужно иметь токены на момент создания snapshot, который берётся в момент создания proposal.

Delegation — пользователи с малыми балансами часто не голосуют. Liquid delegation (как в Optimism) позволяет делегировать voting power конкретным addresses (delegates) без передачи ownership токенов.

Стек для токен-разработки

Контракты: Solidity 0.8.x, OpenZeppelin Contracts 5.x (ERC20, ERC20Permit, ERC20Votes, Governor, TimelockController, TokenVesting)

Аудит токеномики: Python модели с симуляцией emission/demand, cadCAD для complex systems modeling

Деплой и управление: Foundry scripts, Gnosis Safe для treasury, OpenZeppelin Defender для автоматизации

Аналитика: Dune Analytics для on-chain метрик, Token Terminal для protocol revenue

Процесс

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.

Сроки

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