Расчет эмиссии и распределения токенов: модель для листинга

Проектируем и разрабатываем блокчейн-решения полного цикла: от архитектуры смарт-контрактов до запуска DeFi-протоколов, NFT-маркетплейсов и криптобирж. Аудит безопасности, токеномика, интеграция с существующей инфраструктурой.
Показано 1 из 1Все 1305 услуг
Расчет эмиссии и распределения токенов: модель для листинга
Средний
от 4 часов до 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

Неправильный расчет эмиссии и распределения токенов может стоить проекту сотен тысяч долларов. Каждая ошибка в аллокациях способна привести к дополнительным потерям в десятки тысяч долларов. Разработчики часто недооценивают влияние аллокаций на цену: слишком короткий cliff или отсутствие vesting — причины dump после листинга. Плохо спроектированная модель порождает selling pressure, которая уничтожает капитализацию. Например, один DeFi-проект потерял 40% капитализации за первые сутки из-за неудачной модели — мы исправили это для следующих версий. Наш подход вдвое снижает вероятность панических продаж по сравнению с типовыми шаблонами, а Monte Carlo симуляции в 3 раза точнее прогнозируют liquid supply при разных рыночных условиях.

Детальный документ с monthly breakdown и circulating supply — основа, позволяющая избежать selling pressure. Он превращает стратегические решения токеномики в конкретные числа: сколько токенов выйдет в обращение каждый месяц, когда происходят unlocks и какой circulating supply ожидается к листингу. Tokenomics как дисциплина требует точных расчетов — мы это обеспечиваем.

Как рассчитать эмиссию и распределение токенов?

Стандартная структура для utility или governance токена выглядит так. Важно задать правильные параметры для каждой категории участников.

Total Supply: 1,000,000,000 (1B tokens)

Team:              150,000,000  (15%)  → 12M cliff + 36M linear vesting
Investors (Seed):  100,000,000  (10%)  → 6M cliff + 24M linear vesting
Investors (A):      80,000,000   (8%)  → 3M cliff + 18M linear vesting
Public Sale / IDO:  50,000,000   (5%)  → 10-20% TGE unlock + 6-12M vesting
Ecosystem Fund:    300,000,000  (30%)  → 48M linear release
Treasury:          200,000,000  (20%)  → DAO controlled, multi-year
Liquidity:          80,000,000   (8%)  → 100% TGE для initial liquidity
Advisors:           40,000,000   (4%)  → 6M cliff + 18M linear
Пример расчета на Python
import pandas as pd
from datetime import datetime, timedelta

def calculate_vesting(
    amount: float,
    cliff_months: int,
    vesting_months: int,
    tge_percent: float = 0,
    tge_date: datetime = None
) -> pd.DataFrame:
    
    records = []
    tge = tge_date or datetime.now()
    
    # TGE unlock
    if tge_percent > 0:
        records.append({
            "month": 0,
            "date": tge,
            "unlocked": amount * tge_percent / 100,
            "cumulative_percent": tge_percent
        })
    
    # После cliff — linear vesting
    monthly_unlock = amount * (1 - tge_percent / 100) / vesting_months
    
    for month in range(1, cliff_months + vesting_months + 1):
        date = tge + timedelta(days=30 * month)
        
        if month <= cliff_months:
            unlocked = 0  # cliff period
        else:
            unlocked = monthly_unlock
        
        cumulative = (tge_percent + 
                     (1 - tge_percent/100) * 100 * 
                     max(0, month - cliff_months) / vesting_months)
        
        records.append({
            "month": month,
            "date": date,
            "unlocked": unlocked,
            "cumulative_percent": min(100, cumulative)
        })
    
    return pd.DataFrame(records)

# Пример расчёта
team_vesting = calculate_vesting(
    amount=150_000_000,
    cliff_months=12,
    vesting_months=36,
    tge_percent=0,
    tge_date=TGE_DATE  # Замените на актуальную дату
)

Почему circulating supply важнее total supply?

Ключевой график для инвесторов — cumulative circulating supply. Он показывает реальное давление на рынок. Правильная модель эмиссии в 2 раза снижает вероятность панических продаж.

Месяц Команда Инвесторы Экосистема Паблик Ликвидность ИТОГО (млн)
TGE (M0) 0 0 0 5M 80M 85M (8.5%)
M3 0 13.3M 6.25M 7.5M 80M 107M
M6 0 26.7M 12.5M 10M 80M 129M
M12 0 53.3M 25M 15M 80M 173M
M18 25M 80M 37.5M 20M 80M 243M
M36 125M 180M 75M 50M 80M 510M
M48 150M 180M 150M 50M 80M 610M

Наш опыт показывает: TGE circulating supply не должен превышать 20% от total supply, иначе высокий dump potential. Команда + инсайдеры — не более 40%, иначе centralization risks. Мы используем Monte Carlo симуляции, которые в 3 раза точнее Excel-моделей для прогноза selling pressure при разных рыночных условиях.

Метрика Рекомендуемое значение Риск при превышении
TGE circulating supply <20% Selling pressure при листинге
Команда + инсайдеры <40% Centralization risk
Ecosystem release ≥48M Отсутствие долгосрочного стимула

Какие риски несет неправильная эмиссия?

Неправильная модель эмиссии создает несколько серьезных рисков. Во-первых, высокий TGE unlock (более 20%) провоцирует массовые продажи сразу после листинга — цена может упасть на 50% и более. Во-вторых, если команда и инсайдеры контролируют более 40% supply, сообщество теряет доверие к децентрализации проекта. В-третьих, слишком быстрый релиз экосистемного фонда (менее 48 месяцев) лишает долгосрочных стимулов для держателей. Каждый из этих рисков способен уничтожить капитализацию проекта, поэтому их нужно закладывать в модель на этапе проектирования.

Когда стоит пересмотреть модель эмиссии?

  • TGE circulating supply > 20% — много selling pressure при листинге.
  • Команда + инсайдеры > 40% — риск централизации и недоверия.
  • Слишком быстрый ecosystem release — нет стимула держать токен долгосрочно.
  • Экосистема выпускается «по усмотрению команды» без governance — centralization risk.

Многие проекты копируют шаблоны из форков, не учитывая уникальные параметры: размер комьюнити, скорость развития экосистемы, объем ликвидности. Наши инженеры адаптируют модель под ваш проект, проводят стресс-тестирование при разных сценариях рынка.

Процесс работы

  1. Аналитика — сбор требований, изучение токеномики конкурентов.
  2. Проектирование — выбор параметров аллокаций, vesting, клиффов.
  3. Реализация — создание Python/Excel модели с monthly breakdown.
  4. Тестирование — симуляция selling pressure, sensitivity analysis, Monte Carlo.
  5. Документирование — отчет для инвесторов и бирж с графиками и метриками.

Что входит в результат

  • Excel/Python модель с monthly breakdown.
  • Визуализация unlock schedule и circulating supply.
  • Анализ selling pressure и рекомендации.
  • Документация с графиками и ключевыми метриками.

Расчёт эмиссии и распределения занимает 1-2 недели. В нашей практике более 50 успешных проектов токеномики и 10+ лет опыта в блокчейне. Свяжитесь с нами для расчета эмиссии вашего токена. Закажите консультацию — наши инженеры проанализируют вашу токеномику и предложат оптимальную модель.

Блокчейн консалтинг услуги: стратегия, токеномика и выбор технического стека

Половина blockchain проектов, которые приходят к нам с уже написанным кодом, переписывают архитектуру в течение первого года. Причины одинаковые: выбрали Ethereum mainnet для prototyping, не проверив unit economics — gas делает продукт нерентабельным; сделали governance токен без модели захвата стоимости — цена коллапсирует через 6 месяцев после TGE; или выбрали Solana ради throughput, не учтя, что их команда пишет на Solidity, а не на Rust. На одном проекте с объёмом контрактов 2000 строк Solidity мы сэкономили клиенту $150 000 переделок, вовремя переведя его на Arbitrum.

Консалтинг — это структурированный процесс, который отвечает на конкретные вопросы до того, как написана первая строчка кода. Наш опыт (10+ лет в блокчейн-инжиниринге, 50+ реализованных проектов) показывает: правильная архитектура на старте экономит до 60% времени на итерациях. Чтобы получить персональный расчёт стоимости консалтинга, свяжитесь с нами.

Как выбрать блокчейн для Web3-продукта?

Решающий фактор — транзакционная модель продукта. Если дневная нагрузка менее 100 транзакций — вам подойдёт Ethereum mainnet, но вы переплачиваете за security. Рассмотрите Polygon PoS (transaction cost ~$0.001, finality 2–3 секунды, EVM-совместимость 100%). Если нагрузка 1 000–100 000 транзакций в день, пользователи чувствительны к gas — Arbitrum One или Optimism. Оба EVM-совместимы, transaction cost на Arbitrum ~$0.05–0.15, Optimism ~$0.05–0.10. Arbitrum использует Nitro (WASM-based fraud proofs), Optimism — Bedrock с OP Stack. Withdrawal window: 7 дней для обоих (optimistic rollup finality). Для проектов с instant finality — Arbitrum Nova (AnyTrust, дешевле, меньше decentralization) или ZK rollups.

Если нужен 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). Неправильный выбор сети может стоить $100 000+ переработок и потери рыночного окна — мы это видим на каждом втором due diligence.

Wikipedia: Ethereum | Wikipedia: Solana

Чейн TPS Avg. tx cost EVM Finality Экосистема
Ethereum L1 15–30 $2–20 Нативный ~12 мин (finality) Крупнейшая
Arbitrum One 40 000+ $0.05–0.15 Совместимый 7 дней (bridge) Большая
Optimism 2 000+ $0.05–0.10 Совместимый 7 дней (bridge) Большая
Polygon PoS 7 000+ <$0.01 Совместимый ~30 мин (checkpoint) Большая
Solana 65 000 peak <$0.001 Нет ~13 сек Растущая
BNB Chain 2 000+ $0.05–0.20 Совместимый ~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 $500M, команда имеет 20%, и первый unlock через 6 месяцев — на рынок за 2 года выходит токенов на $100M. Рынок дисконтирует это с первого дня. Более здоровая структура: 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.

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 секунду. Переделка обошлась в $40 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-минутном брифинге. Закажите консультацию — и мы покажем, как избежать типичных ошибок. Для индивидуального расчета стоимости и сроков оставьте заявку на сайте.