Вестинг в крипте — это заранее заданный порядок, по которому токены становятся доступными получателю не сразу, а постепенно или после определённой даты. Команда проекта может получить allocation в 100 миллионов токенов, но это не означает, что все 100 миллионов можно продать в день запуска. Часть может быть заблокирована на несколько месяцев, затем открываться ежедневно, еженедельно, ежемесячно или отдельными траншами.
Для покупателя токена vesting важен не как красивый раздел tokenomics, а как карта будущего потенциального предложения. Он показывает, когда команда, инвесторы, advisors, treasury, ecosystem funds или участники airdrop смогут распоряжаться ранее недоступными токенами. Однако сам факт unlock не равен продаже: разблокированный объём может остаться на том же адресе, уйти в staking, liquidity, treasury, market maker или на биржу.
Главная задача — научиться отличать три вещи: что проект обещал в токеномике, что технически закреплено в vesting-контракте и что фактически произошло on-chain. Эти слои могут совпадать, а могут расходиться. Публичная диаграмма способна показывать четырёхлетний график, но токены при этом лежат на обычном multisig без технической блокировки. И наоборот, реальный контракт может иметь жёсткий cliff и линейный release, который нельзя ускорить без изменения кода или прав администратора.
В этой статье вестинг рассматривается как практический инструмент проверки токена. Мы разберём cliff, initial unlock, linear и step vesting, TGE, unlock, claim, circulating supply, FDV, revocable schedules, transferable vesting rights, on-chain verification, влияние крупных разблокировок на ликвидность и типичные ошибки сторонних календарей. Цель — не угадать цену после unlock, а понять, какое предложение действительно может выйти на рынок и насколько оно велико относительно текущей ликвидности.
Что такое vesting простыми словами
Allocation и vesting — не одно и то же
Allocation отвечает на вопрос, какая доля общего предложения предназначена конкретной группе. Например, 20% могут быть выделены команде, 15% инвесторам, 10% advisors и 25% ecosystem. Vesting отвечает на другой вопрос: когда эта выделенная доля становится доступной её получателям.
Если team allocation составляет 20% от миллиарда токенов, команда имеет экономическое назначение на 200 миллионов. Но при 12-месячном cliff и последующем 36-месячном linear vesting в первый год доступный объём может оставаться нулевым, а затем расти постепенно. Поэтому allocation нельзя автоматически считать circulating supply.
Lock и vesting тоже отличаются
Простой lock может удерживать весь объём до одной даты: до неё доступно ноль, после неё — всё. Vesting обычно описывает постепенное получение права на токены. В реальных системах эти понятия могут сочетаться: сначала cliff как период полного lock, затем linear release.
Для рынка разница существенна. Разовый unlock 100 миллионов токенов создаёт другой профиль потенциального предложения, чем равномерное открытие тех же 100 миллионов за два года.
Beneficiary
Beneficiary — получатель vesting allocation. Им может быть основатель, сотрудник, фонд, инвестор, advisor, DAO treasury или отдельный distribution contract. В on-chain vesting-контракте beneficiary часто записан как конкретный адрес.
Но один адрес не всегда равен одному человеку. Получателем может быть multisig, custody account или contract. Поэтому on-chain адрес показывает технического получателя, а не всегда конечного экономического владельца.
Vested и released — разные состояния
Vested amount — объём, который уже стал доступен по графику. Released amount — объём, который фактически был выведен или выплачен из vesting contract. Между ними может существовать разница: токены уже доступны, но beneficiary ещё не вызвал release.
Это одна из самых важных деталей для анализа. Если календарь сообщает «10 млн разблокировано», это ещё не значит, что 10 млн переведены на рынок. Нужно проверить, были ли они claimed/released и куда ушли после получения.
Releasable
Releasable — количество токенов, которое уже vested, но ещё не released. В хорошо спроектированном контракте это величина, которую beneficiary может получить прямо сейчас.
Для оценки рыночного риска releasable иногда важнее красивой даты следующего unlock: это уже доступный объём, который технически способен покинуть контракт без ожидания нового периода.
| Термин | Что означает | Чего не означает |
|---|---|---|
| Allocation | Доля токенов для группы | Что вся доля уже обращается |
| Lock | Блокировка до условия/даты | Постепенный release |
| Vesting | График получения доступности | Автоматическую продажу |
| Vested | Уже заработано/доступно по графику | Что токены уже переведены |
| Released | Фактически выведено из vesting | Что продано на рынке |
| Releasable | Можно получить сейчас | Что получатель обязательно вызовет release |
Cliff: период, когда токены ещё не доступны
Как работает cliff
Cliff — минимальный период ожидания до первой доступности токенов. Если команда имеет 12-месячный cliff, то по стандартной схеме в течение первых двенадцати месяцев она не может получить vested allocation. Что произойдёт в день окончания cliff, зависит от конкретной формулы.
В одном контракте после cliff может сразу стать доступной накопившаяся доля за весь прошедший период. В другом cliff просто откладывает начало linear vesting. Поэтому фраза «12 месяцев cliff + 36 месяцев vesting» без дополнительного объяснения неоднозначна.
Cliff с catch-up
Представим 120 миллионов токенов, которые должны vest равномерно за 24 месяца, но первые 6 месяцев запрещён release. Если cliff лишь блокирует выплату, не сдвигая саму кривую, в день его завершения сразу может стать доступно 25% allocation — 30 миллионов. Затем график продолжится равномерно.
Для рынка это означает заметный первый unlock. Нельзя смотреть только на надпись «linear vesting»: наличие cliff способно превратить плавную кривую в крупный первый транш.
Cliff, который сдвигает начало
Другая схема: 6 месяцев ничего не vest, затем начинается отдельный 24-месячный linear period. В день окончания cliff доступный объём всё ещё почти нулевой, а полное vesting заканчивается через 30 месяцев от исходной даты.
Эта модель создаёт намного меньший первый unlock. Поэтому для анализа нужны start, cliff timestamp, duration и формула vestedAmount, а не только маркетинговая подпись.
Почему cliff используют для команды и инвесторов
Экономический смысл — снизить возможность раннего выхода людей, которые получили токены на особых условиях. Для сотрудников cliff связывает вознаграждение с периодом работы. Для private investors он ограничивает мгновенный выход сразу после public launch.
Но cliff не гарантирует долгосрочную мотивацию после его завершения. Если в первый день открывается большая накопленная доля, sell pressure может просто сдвинуться во времени.
Cliff не равен lock-up биржи
Иногда централизованная площадка запрещает вывод токенов или пользователь добровольно блокирует их в Earn. Это не тот же vesting cliff. Вестинг относится к праву получателя на allocation по изначальному графику.
Не смешивайте ограничения exchange account с tokenomics schedule: они имеют разные причины и разные источники данных.
| Схема | До cliff | В день cliff | После cliff |
|---|---|---|---|
| Catch-up linear | 0 releasable | Открывается накопленная доля | Линейное продолжение |
| Delayed start | 0 vested | Начало начисления | Линейное vesting |
| Single cliff lock | 0 | 100% allocation | Всё доступно |
| Step schedule | По правилам | Первый транш | Следующие транши |
TGE, initial unlock и первый circulating supply
Что такое TGE
Token Generation Event — событие, связанное с созданием и начальным распределением токена в рамках запуска проекта. На практике TGE может совпадать с появлением token contract, первым claim, началом торгов или другим официально определённым моментом. Поэтому дату TGE нужно брать из первичного источника проекта, а не восстанавливать только по первой цене на агрегаторе.
Для vesting TGE часто используется как нулевая точка: «10% at TGE, затем 6-month cliff и 24-month linear vesting». В такой формуле первая часть доступна сразу, а остальная подчиняется отдельному графику.
Initial unlock
Initial unlock — доля allocation, доступная сразу при запуске или в отдельно заданный момент. Если инвестору выделено 10 миллионов токенов и 20% открывается на TGE, он получает доступ к 2 миллионам, а остальные 8 миллионов продолжают vest по schedule.
При оценке нового токена initial unlock влияет на стартовый float. Большая allocation может выглядеть пугающе, но если только небольшая часть доступна в день запуска, реальное начальное предложение меньше. Обратная ситуация — высокий TGE unlock — способна создать значительный продаваемый объём сразу.
TGE allocation и circulating supply не совпадают автоматически
Даже если сумма initial unlock всех категорий составляет 15% total supply, это не доказывает, что circulating supply равен ровно 15%. Часть токенов может находиться в liquidity pools, treasury, market-making inventory, claim contracts или на адресах, которые data provider считает нециркулирующими.
Circulating supply является экономической метрикой с методикой. Для проверки нужно понять, какие адреса и категории конкретный источник исключает.
Claim на TGE
Некоторые airdrops и public allocations не отправляются автоматически: пользователь должен claim токены. Тогда «100 миллионов доступны к claim» и «100 миллионов реально claimed» — разные цифры. Невостребованная часть может оставаться в distribution contract.
Для анализа предложения полезно смотреть cumulative claimed amount и правила окончания claim period. Старая таблица allocation не показывает, сколько токенов реально поступило на пользовательские адреса.
Почему TGE важен для расчёта полной кривой
Если schedule привязан к TGE, ошибка в его дате сдвигает каждый последующий unlock. Сторонние календари иногда используют дату листинга, а проект — timestamp deployment или claim start. Разница даже в несколько дней способна дать разные месячные даты.
Перед построением собственного графика зафиксируйте точку отсчёта и timezone, если schedule задан календарными датами.
Основные типы vesting schedule
Linear vesting
При линейном вестинге доступная доля растёт пропорционально времени. Если 120 миллионов токенов vest за 24 месяца без cliff, экономически каждый месяц добавляется около 5 миллионов, хотя конкретный контракт может считать доступность каждую секунду, каждый блок или по другому дискретному интервалу.
Формула для идеального continuous linear schedule проста: vested = allocation × elapsed time / total duration, но не больше allocation и не меньше нуля. В реальном контракте нужно учитывать rounding и timestamps.
Step vesting
Step schedule открывает токены порциями. Например, по 5% allocation в последний день каждого месяца. Между датами vested amount не меняется, затем скачком увеличивается.
Рыночный профиль отличается от continuous linear: участники знают конкретные даты, когда новые транши становятся доступными. Чем крупнее шаг, тем больше внимания к отдельному unlock event.
Monthly vesting
Фраза «monthly» кажется однозначной, но технически месяц может означать календарный месяц или фиксированное число секунд. Некоторые системы используют примерно 30 дней, другие — реальные календарные boundaries. На длинном графике разница накапливается.
Если вам нужна точная дата следующего unlock, используйте параметры контракта, а не умножение «старт + 30 × N» без проверки.
Quarterly и milestone tranches
Токены могут открываться раз в квартал или после бизнес-события: mainnet launch, завершение раунда разработки, достижение KPI. Milestone-based vesting сложнее проверять, потому что требуется определить, кто подтверждает наступление условия.
Если решение принимает admin multisig без objective oracle, график фактически содержит элемент доверия к управляющей стороне.
Backloaded vesting
Backloaded schedule оставляет большую долю на поздние периоды. Например, первые два года открывается 30%, а остальные 70% — в третий и четвёртый год. Такая схема снижает ранний float, но увеличивает будущий overhang.
Поэтому низкий circulating supply молодого токена не всегда положителен: нужно смотреть, сколько locked supply ещё впереди.
Front-loaded vesting
Front-loaded schedule открывает значительную часть в начале, затем темп снижается. Это может давать больше ликвидности на старте, но одновременно увеличивает возможность ранней продажи получателями.
Не оценивайте график по одному сроку «4 years vesting»: два четырёхлетних schedule могут иметь противоположный supply profile.
Dynamic и condition-based vesting
Существуют схемы, где скорость unlock зависит не только от времени, но и от условий — например, цены токена или внешнего oracle. Такие механизмы требуют дополнительной проверки источника данных, fallback rules и максимального срока.
Чем сложнее условие, тем меньше смысла пересказывать его одной строкой «vesting до 2029». Нужно понимать функцию, которая определяет доступный объём.
| Тип | Как открывается | Главный вопрос |
|---|---|---|
| Continuous linear | Плавно со временем | Какой start/end? |
| Step/monthly | Порциями по датам | Каков размер каждого транша? |
| Cliff + linear | Сначала 0, затем release | Есть ли catch-up? |
| Backloaded | Больше ближе к концу | Каков будущий overhang? |
| Milestone | По событию | Кто подтверждает событие? |
| Price-based | По цене + времени | Какой oracle и fallback? |
Как посчитать linear vesting вручную
Пример без cliff
Пусть investor allocation равен 24 миллионам токенов, а vesting длится 24 месяца. В идеальной линейной модели после 6 месяцев vested 25% — 6 миллионов. После 12 месяцев — 12 миллионов. После 18 — 18 миллионов. После 24 — вся allocation.
Если investor уже released 4 миллиона к шестому месяцу, releasable amount равен 2 миллионам: vested 6 минус released 4.
Пример с 12-month cliff и catch-up
Allocation — 48 миллионов, total vesting period — 48 месяцев, cliff — 12 месяцев, причём cliff только запрещает release, но линейная кривая идёт с первого дня. До cliff releasable ноль. В день cliff vested становится 12 миллионов, то есть 25% allocation, и этот объём может стать доступным сразу.
После этого ежемесячный экономический темп составляет примерно 1 миллион токенов до конца графика. Первый event существенно крупнее каждого следующего.
Пример initial unlock + linear
Allocation — 100 миллионов. На TGE доступно 10%, то есть 10 миллионов. Остальные 90 миллионов vest линейно за 36 месяцев. Экономический месячный темп оставшейся части — 2,5 миллиона.
Через 12 месяцев после TGE суммарно vested будет около 40 миллионов: 10 миллионов initial + 30 миллионов линейной части. Но actual circulating impact зависит от того, были ли эти токены claimed и перемещены.
Рounding
Смарт-контракты работают с целыми минимальными единицами token amount. Деление allocation на duration может давать остаток. Обычно контракт аккумулирует rounding так, чтобы к концу schedule весь объём стал vested, но промежуточные значения могут отличаться на несколько минимальных единиц.
Для рынка это обычно несущественно, но при аудите нельзя ожидать полного совпадения с Excel до последнего wei.
Seconds vs calendar months
Если контракт использует timestamps, duration может быть задана секундами. Тогда «12 месяцев» в презентации — человекочитаемое описание, а код считает конкретный интервал. Для точного vestedAmount используйте параметры deployment.
Ошибка в исходной дате или timezone обычно важнее rounding.
| Параметр | Пример |
|---|---|
| Allocation | 100 000 000 |
| TGE unlock | 10 000 000 |
| Остаток | 90 000 000 |
| Linear duration | 36 месяцев |
| Экономический темп | 2 500 000 в месяц |
| Vested через 12 месяцев | ≈40 000 000 суммарно |
Unlock не равен продаже: как правильно читать событие разблокировки
Сначала токен становится доступным
Unlock меняет юридическую или техническую доступность allocation. До события получатель не мог распоряжаться определённой частью; после события может. Это только первая стадия. Дальше токены могут оставаться на vesting address, перейти beneficiary, быть делегированы, внесены в liquidity или отправлены на централизованную биржу.
Поэтому новостный заголовок «проект разблокирует токены на 100 млн долларов» описывает потенциальный объём по текущей цене, а не факт продажи на 100 млн долларов. Рыночное воздействие зависит от поведения получателей.
Release
Если beneficiary вызывает release и получает токены на свой address, on-chain можно подтвердить сам перевод. Но даже это не означает продажу. Адрес может быть storage-wallet, multisig или промежуточным кошельком.
Следующий шаг анализа — классифицировать destination и проследить дальнейшие движения, не делая категоричного вывода из одного transfer.
Перевод на биржу
Токены, отправленные на известный deposit address централизованной биржи, получили более короткий путь к продаже. Это повышает вероятность рыночной реализации, но всё равно не доказывает её. Пользователь мог переместить актив для custody, collateral или внутреннего обмена.
Для подтверждения фактической продажи нужны дополнительные данные, которых публичный блокчейн часто не даёт после депозита на CEX.
Liquidity provision
Разблокированные токены могут попасть в DEX pool. Тогда часть allocation становится рыночной ликвидностью. Это увеличивает доступный резерв, но LP position не эквивалентна немедленной продаже всего объёма.
Нужно учитывать второй актив пары и ownership LP position. Ликвидность, добавленная контролируемым адресом, может быть позже удалена.
Staking и delegation
В proof-of-stake сетях unlocked token может быть делегирован или застейкан. Экономически он уже принадлежит beneficiary и может войти в обращение после выполнения withdrawal/unbonding rules, но не обязательно продаётся сейчас.
Circulating supply providers могут по-разному относиться к staked tokens, поэтому сравнивайте методики.
Почему рынок реагирует до unlock
Информация о schedule известна заранее. Участники способны продать до даты, ожидая будущий рост предложения. Поэтому падение может произойти за недели до unlock, а в день события цена почти не изменится. Обратная ситуация тоже возможна: рынок ожидал крупные продажи, но получатели удержали токены, и страх оказался преувеличен.
Календарь — инструмент подготовки, а не механический торговый сигнал.
Как vesting влияет на circulating supply, market cap и FDV
Total supply
Total supply показывает количество существующих токенов с учётом mint/burn по правилам актива. Locked tokens могут входить в total supply, даже если не считаются circulating.
Поэтому total supply не говорит, какой объём доступен рынку сегодня.
Max supply
Max supply — верхняя граница предложения, если она существует и технически или протокольно определена. У некоторых токенов она фиксирована, у других возможна будущая эмиссия.
Vesting распределяет уже выделенный supply во времени, но отдельная mint authority способна создавать дополнительный inflation risk, который не отражается в старом vesting chart.
Circulating supply
Circulating supply пытается оценить реально обращающийся объём. Из него часто исключают явно locked team/investor tokens, treasury и другие контролируемые резервы. Но единого блокчейн-стандарта для этой метрики нет.
Два data providers могут показать разные значения без математической ошибки: они по-разному классифицировали addresses.
Market capitalization
Market cap обычно рассчитывается как price × circulating supply. Если circulating резко увеличивается при стабильной цене, market cap растёт арифметически даже без нового капитала, поступившего в рынок в таком же размере.
Поэтому нельзя интерпретировать изменение market cap исключительно как приток или отток денег.
Fully diluted valuation
FDV условно показывает оценку при полной разводнённости: price умножается на fully diluted или max supply по методике источника. Большой разрыв между market cap и FDV означает, что значительная часть потенциального supply ещё не включена в текущий circulating denominator.
Это не доказательство переоценённости. Но для молодого токена с маленьким float и длинным vesting schedule разрыв помогает увидеть будущий supply overhang.
Float
Token float — реально доступная торговле часть supply. В контексте нового токена она может быть ещё уже, чем официальный circulating supply, если часть «circulating» фактически неподвижна на крупных адресах.
Чем меньше float относительно upcoming unlock, тем сильнее потенциальное влияние нового предложения на ликвидность.
| Метрика | Связь с vesting | Типичная ошибка |
|---|---|---|
| Total supply | Может включать locked allocation | Считать всё обращающимся |
| Circulating supply | Растёт по мере unlock/классификации | Считать методику универсальной |
| Market cap | Зависит от circulating | Считать капиталом, реально вложенным в токен |
| FDV | Показывает масштаб будущего supply | Считать гарантированной будущей капитализацией |
| Float | Показывает доступность рынка | Не сравнивать с unlock size |
Как оценить размер unlock относительно рынка
Процент circulating supply
Первый показатель: unlock amount / current circulating supply. Если обращается 200 миллионов токенов, а за один день открывается ещё 20 миллионов, потенциальное увеличение доступного объёма составляет 10% относительно текущего circulating.
Но эта цифра ничего не говорит о том, сколько будет продано. Она показывает масштаб события.
Процент total supply
Сравнение с total supply полезно для tokenomics, но хуже описывает краткосрочное воздействие. Unlock 1% total supply может быть огромным, если текущий float всего 5%.
Поэтому для рынка приоритетнее denominator, который отражает реально доступный объём.
Unlock value в долларах
Сервисы часто умножают количество токенов на current price и пишут «unlock на $50 млн». Эта величина удобна для сравнения, но сама покупка или продажа $50 млн по текущей цене невозможна без учёта liquidity и price impact.
Если рынок способен принять лишь несколько миллионов без сильного движения цены, headline dollar value переоценивает исполнимую стоимость.
Unlock / daily volume
Сравнение с trading volume помогает оценить масштаб, но volume тоже имеет ограничения: может включать churn, wash-like activity, derivatives или оборот одной и той же монеты много раз. Смотрите trusted spot venues и реальную depth.
Unlock, равный 20% суточного объёма, и unlock, равный 500% объёма, создают разные сценарии потенциального давления.
Unlock / market depth
Практичнее оценивать, какой объём можно продать в стакан или DEX route при допустимом price impact. Если unlocked allocation кратно превышает depth ±2% или ±5%, даже небольшая доля продажи способна заметно изменить цену.
Для DEX используйте реальные quotes на разные размеры. Для CEX — order-book depth, но помните, что liquidity динамична.
Кто получает unlock
Десять миллионов токенов для community rewards и десять миллионов для одного early investor — одинаковое количество, но разный concentration risk. Распределение между тысячами пользователей уменьшает власть одного продавца, хотя aggregate продажи всё равно возможны.
Поэтому unlock category так же важна, как amount.
| Проверка | Формула/вопрос | Что показывает |
|---|---|---|
| Относительно circulating | unlock / circulating | Потенциальное расширение доступного supply |
| Относительно volume | unlock / trusted spot volume | Масштаб к торговому обороту |
| Относительно depth | sell quote / order book | Реальную способность рынка поглотить объём |
| Концентрация | Сколько beneficiaries? | Риск действий отдельных держателей |
| Категория | Team/investor/community/treasury | Экономический контекст unlock |
On-chain vesting: как проверить, что блокировка действительно существует
Маркетинговая таблица не является смарт-контрактом
Tokenomics page может обещать «team locked for 12 months», но техническая сила такого обещания зависит от того, где находятся токены. Если они уже лежат на обычном EOA или multisig, который может перевести их в любой момент, это административное обязательство, а не технический vesting lock.
Покупатель должен различать public commitment и enforceable on-chain restriction. Оба могут иметь значение, но риск у них разный.
Найдите contract address
Если проект утверждает, что allocation заблокирована в vesting contract, нужен адрес этого контракта в правильной сети. Источник — официальный tokenomics document, explorer labels, audit или публичная документация проекта. Случайный адрес из комментария не подходит.
После этого проверяется code verification, proxy structure и current implementation. Общий технический чек-лист OneMagic по проверке смарт-контракта токена полезен именно на этом этапе.
Проверьте token balance
Контракт может иметь идеальный vesting code, но быть недофинансирован. Посмотрите, сколько нужного token реально находится под его контролем и соответствует ли это заявленной allocation. Если contract должен vest 100 миллионов, а balance равен 10 миллионам, остальные 90 миллионов требуют отдельного объяснения.
Некоторые модели финансируются частями, поэтому недостаточный текущий balance не обязательно ошибка. Но тогда вы зависите от будущих top-ups.
Start, duration и cliff
Извлеките параметры: timestamp начала, duration, cliff и периодичность. Сравните с tokenomics table. Разница в дате или продолжительности должна быть объяснена.
Если contract upgradeable, проверьте, можно ли изменить эти параметры после deployment и кто контролирует upgrade.
Beneficiary
Запишите recipient address. Если beneficiaries много, может использоваться factory, отдельные contracts или merkle/claim architecture. Не пытайтесь суммировать только один видимый wallet.
Если beneficiary — multisig, проверьте signers/threshold, насколько это раскрыто. Если это exchange account, дальнейшая on-chain прозрачность после депозита снижается.
Released и releasable
Если contract exposes released/releasable, эти значения позволяют отделить уже заработанную часть от фактически выведенной. Они особенно полезны, когда calendar provider показывает «следующий unlock» неточно.
Не все contracts имеют одинаковый API. Иногда значения приходится восстанавливать по events и формуле.
Events
Release events дают историю выплат. Сверьте timestamp, amount и destination. Если крупный release произошёл раньше заявленного schedule, выясните причину: другой contract, изменение schedule, admin action или ошибка стороннего сервиса.
Events сильнее скриншота старой tokenomics page, потому что фиксируют фактическое исполнение on-chain.
Owner и admin rights
Vesting contract может быть ownable, cancelable или upgradeable. Это не обязательно плохо: компании часто нуждаются в возможности отменить невестированную часть сотруднику, который ушёл. Но покупателю важно знать, кто способен изменить состояние.
Если admin может полностью вывести locked tokens в любой момент без timelock, экономический смысл «жёсткой блокировки» слабее.
Transferability
Некоторые vesting rights можно передавать или даже продавать. Тогда токены остаются технически locked по времени, но экономический exposure способен перейти новому владельцу раньше unlock. Это меняет идею «получатель не может монетизировать позицию».
OpenZeppelin отдельно указывает, что transferable ownership vesting wallet может позволять продажу unvested interest. Поэтому технический lock токена не всегда означает невозможность продать экономическое право.
| On-chain проверка | Что ищем | Красный флаг |
|---|---|---|
| Contract | Проверенный адрес и код | Только картинка tokenomics |
| Balance | Достаточное funding | Контракт пуст или частично финансирован без объяснения |
| Schedule | Start/cliff/duration | Не совпадает с публичными условиями |
| Beneficiary | Кто получает токены | Неизвестный/необъяснённый адрес |
| Admin | Owner/upgrade/cancel rights | Может обойти lock без ограничений |
| Events | Фактические releases | Досрочные крупные выплаты |
Off-chain vesting и ручные кошельки: где начинается доверие
Токены могут быть «locked» только организационно
Не каждый проект использует специализированный vesting contract. Team allocation может находиться в multisig, а команда публично обязуется не переводить её до определённых дат. Такой график можно выполнять добросовестно, но его enforcement зависит от signers и governance.
Покупатель должен классифицировать это как custodial/admin-controlled schedule, а не как immutable on-chain vesting.
Multisig лучше одного ключа, но не равен timelock
Multisig уменьшает риск действия одного signer, однако достаточное количество участников всё ещё может согласовать перевод. Timelock добавляет задержку между решением и исполнением, если он действительно встроен в architecture.
Поэтому фраза «team tokens in multisig» говорит о control structure, но не о сроке блокировки.
Custodian или foundation
Иногда allocation хранит юридическое лицо или профессиональный custodian, а release регулируется контрактными соглашениями. Это создаёт правовой слой, но on-chain observer может не видеть полный документ.
В таком случае disclosure и репутация сторон становятся важнее, а техническая проверяемость ниже.
Exchange lock
Early investor allocation может находиться у exchange/custody provider с внутренним schedule. На публичном blockchain виден один адрес, но внутренние subaccounts неизвестны. Вы не можете восстановить индивидуальный vesting только по balance omnibus wallet.
Не выдавайте отсутствие on-chain transfers за доказательство технического lock.
Как оценивать такой проект
Запишите отдельно: «on-chain enforced» или «off-chain/administrative». Затем оцените signers, public reporting, audit trail и историю соблюдения обещаний. Не нужно автоматически считать off-chain vesting мошенничеством — нужно правильно учитывать дополнительный trust risk.
OpenZeppelin VestingWallet: что его механика учит инвестора
Линейная кривая по умолчанию
В актуальной реализации OpenZeppelin VestingWallet стандартный vestedAmount рассчитывается по линейной кривой, а custom schedule можно реализовать отдельно. Это хороший пример того, почему слово vesting не определяет форму автоматически: smart-contract author способен изменить формулу.
При проверке конкретного token grant нельзя предполагать, что он использует стандарт OpenZeppelin без подтверждения deployed bytecode.
Cliff как расширение
Отдельная реализация VestingWalletCliff возвращает ноль до cliff timestamp, после чего применяется базовый schedule. Это подчёркивает важную деталь: cliff — конкретная логика функции, а не просто подпись в интерфейсе.
Если project forked или modified contract, поведение может отличаться.
Поздний депозит может частично стать доступным сразу
Документация OpenZeppelin предупреждает: asset, внесённый в уже идущий VestingWallet, следует тому же графику, как будто находился там с начала. Поэтому при schedule, прошедшем на 50%, новый deposit потенциально частично releasable сразу.
Это важно при анализе funding. Нельзя увидеть крупный top-up и автоматически считать его заблокированным ещё на полный исходный duration.
Duration zero как timelock
При определённой конфигурации vesting primitive можно использовать как простой time lock: до времени средства удерживаются, затем становятся доступны полностью. Это ещё раз показывает, что lock и vesting могут реализовываться одним техническим модулем с разными параметрами.
Ownership transfer
Если vesting wallet является ownable и ownership transferable, экономическое право на будущие tokens может сменить владельца. Locked token balance останется в contract, но beneficiary control изменится.
Для анализа insider overhang это означает: «original team address» не обязательно остаётся конечным держателем экономического интереса весь срок.
Rebase tokens
Если token balance автоматически меняется из-за rebase mechanics, простой vesting schedule требует дополнительного внимания. Иначе доля vested может вести себя не так, как ожидает пользователь. Для обычного fixed-balance token эта проблема отсутствует.
Проверяйте token mechanics до интерпретации contract balance.
Vesting в Solana и потоковых протоколах
Принцип тот же, реализация другая
В Solana vesting может быть реализован программой, которая удерживает SPL tokens и выпускает их по schedule. Термины start, cliff, period, amount per period и recipient остаются знакомыми, но account model отличается от EVM.
Поэтому не ищите ERC-20 contract interface в Solana explorer. Нужно определить program, escrow accounts и mint.
Initial allocation
Современные vesting platforms позволяют отдельно задать immediate/initial allocation до основной кривой. Это удобно для signing bonus, TGE unlock или небольшой стартовой ликвидности.
Для инвестора это значит, что одна allocation может состоять из нескольких слоёв: initial + cliff amount + recurring unlocks.
Unlock frequency
Протокол может выпускать tokens каждую секунду, день, неделю или месяц. Чем чаще period, тем ближе step schedule к continuous linear. Но economics для большого allocation всё равно нужно считать на удобном горизонте — день/неделя/месяц.
Cancelable schedule
Некоторые contracts позволяют sender отменить vesting. Обычно уже unlocked часть остаётся recipient, а locked remainder возвращается sender по правилам протокола. Для employee grants это логично, но для investor allocation нужно понимать условия отмены.
Cancelable не означает, что получатель обязательно получит всю nominal allocation.
Auto-claim
Unlocked tokens могут поступать recipient автоматически или требовать manual claim. Экономически vested amount существует независимо от того, нажал ли пользователь Claim, но on-chain destination balance меняется только после фактической выплаты.
Это ещё одна причина не путать календарный unlock с transfer event.
Transferable stream
Если права на vesting stream transferable, recipient способен продать или передать будущий поток. Тогда schedule продолжает действовать, но economic owner меняется. Для проекта это может сохранять token unlock discipline, но ослаблять цель удержания конкретного человека.
Перед выводом о «team locked for 4 years» проверьте, transferable ли права и кому.
| Параметр | Почему важен |
|---|---|
| Initial allocation | Определяет доступный объём до основной кривой |
| Cliff amount | Может создать крупный первый release |
| Unlock frequency | Определяет дискретность предложения |
| Cancelable | Меняет право на locked remainder |
| Auto-claim | Меняет момент фактического transfer |
| Transferable | Позволяет сменить economic owner до полного unlock |
Как проверить vesting конкретного токена перед покупкой
Шаг 1. Найдите актуальную tokenomics
Начните с официальной документации проекта. Нужны total allocation by category, TGE unlock, cliff, vesting duration и unlock frequency. Сохраните дату документа: токеномика может обновляться до запуска, а сторонняя статья продолжит показывать старую версию.
Если официальный источник не даёт понятной таблицы, это уже информационный риск. Не компенсируйте отсутствие первичного disclosure случайным инфографическим сервисом.
Шаг 2. Проверьте TGE и текущую фазу графика
В 2026 году многие токены, запущенные в 2024–2025 годах, уже прошли первые cliffs. Старое описание «team locked for one year» может быть формально правдивым для запуска, но сегодня эта блокировка закончилась. Анализ должен использовать текущую дату.
Вычислите, сколько schedule уже прошло и какая часть должна быть vested сейчас по исходным условиям.
Шаг 3. Найдите on-chain адреса
Для каждой крупной category постарайтесь определить vesting contract, treasury, multisig или claim contract. Если адреса публично не раскрыты, отметьте это как неизвестность.
Проверка токена до покупки должна включать не только contract identity, но и распределение supply. Для общей процедуры можно использовать чек-лист проверки токена перед покупкой.
Шаг 4. Сопоставьте balances с nominal allocations
Если team allocation номинально 200 миллионов, найдите, где находятся locked, vested и released parts. Возможно, они разбиты между множеством contracts. Не требуйте буквального одного адреса на всю категорию, но общая сумма должна объясняться.
Неизвестный остаток записывается как unknown, а не автоматически как circulating или burned.
Шаг 5. Проверьте следующий крупный event
Рассчитайте amount следующего unlock и его долю от current circulating supply. Затем сравните с trusted spot volume и реальной market depth. Так календарная дата превращается в измеримый риск.
Если event маленький относительно рынка, он может быть почти незаметен. Если огромный — требует дополнительного внимания, но всё равно не предсказывает направление цены.
Шаг 6. Определите получателей
Team, investor, advisor, community и treasury имеют разный экономический контекст. Early investor, который купил токен значительно дешевле public market, может иметь другую мотивацию к фиксации прибыли, чем ecosystem treasury, предназначенный для грантов.
Это вероятностная оценка, а не утверждение о намерениях конкретного адреса.
Шаг 7. Проверьте уже прошедшие unlocks
История полезнее обещаний. Как beneficiaries вели себя после предыдущих releases? Токены оставались на месте, распределялись по десяткам адресов, уходили на CEX или добавлялись в liquidity?
Поведение не обязано повториться, но показывает фактическую практику управления allocation.
Шаг 8. Проверьте admin rights
Если vesting contract upgradeable, cancelable или owner-controlled, определите контролирующие addresses. Особое внимание — функциям emergency withdraw, recover token, change beneficiary, change schedule и upgrade implementation.
Само наличие admin function не делает проект плохим. Важно, может ли она нарушить публично обещанный lock и есть ли governance/timelock.
Шаг 9. Отделите vesting от mint risk
Даже идеальный vesting schedule бесполезен для оценки total future supply, если owner способен дополнительно mint неограниченное количество токенов. Проверяйте mint authority отдельно.
Vesting отвечает за распределение конкретной allocation; emission policy — за возможность появления новой.
Шаг 10. Зафиксируйте источник каждой цифры
В личной таблице достаточно колонок: category, total allocation, TGE unlock, cliff, duration, frequency, next unlock, source URL, contract/address, last checked. Это намного надёжнее одного скриншота token unlock calendar.
Если цифра не подтверждена, пометьте её как estimate. Такая дисциплина не даёт случайному агрегатору превратиться в «официальную токеномику» в ваших записях.
| Что проверить | Минимальный результат |
|---|---|
| Tokenomics | Allocation + TGE + cliff + duration |
| Current phase | Сколько уже vested |
| On-chain | Contracts/addresses и balances |
| Next unlock | Amount + date + category |
| Market impact | % circulating + depth |
| Admin | Кто может изменить schedule |
| History | Куда уходили прошлые releases |
Почему сторонние unlock-календари расходятся
Разные версии tokenomics
Проект мог изменить распределение до или после TGE, а один сервис сохранил первоначальную whitepaper table. Другой обновил график. В результате оба аккуратно посчитали разные исходные данные.
Всегда проверяйте дату источника и change log.
Разная трактовка cliff
Один provider считает, что после 12-month cliff происходит catch-up, другой — что linear starts после cliff. Для allocation в сотни миллионов разница огромна.
Если wording двусмыслен, решающим источником может быть deployed vesting contract.
Calendar month vs seconds
Сервис может округлять schedule по месяцам, а contract работает каждую секунду. Тогда «unlock 1 сентября» в интерфейсе — агрегированное представление ежедневного/continuous vesting, а не один on-chain event.
Это не обязательно ошибка, но пользователь должен понимать aggregation.
Claimed vs vested
Один календарь показывает теоретически vested amount, другой — фактически released/claimed. Поэтому текущая «unlocked supply» отличается.
Сравните definitions, а не только числа.
Circulating methodology
Даже при одинаковом unlock amount сервисы могут показывать разный процент circulating, потому что denominator различается. Один исключает treasury, другой включает часть ecosystem, третий следует данным issuer.
Процент без definition неполон.
Time zone и timestamp
На границе дня локальные даты могут расходиться. Смарт-контракт использует Unix timestamp, а сервис отображает UTC или local time. Для инвестора это обычно не меняет фундаментальный риск, но важно для точной транзакционной проверки.
Динамические графики
Если vesting зависит от milestone, price oracle или admin decision, статический календарь не способен заранее точно показать все будущие events. Он строит предположение по текущим параметрам.
В таких случаях пометка estimated должна быть обязательной.
Десять практических расчётов vesting и unlock
1. Team allocation 20%, total supply 1 млрд
Team allocation составляет 200 миллионов. TGE unlock 0%, cliff 12 месяцев, затем 36-month linear. Если linear начинается после cliff, каждый месяц открывается около 5,56 миллиона. Если schedule завершает полный vesting на 36-м месяце от TGE и cliff только блокирует release, первый catch-up в 12 месяцев может быть около 66,7 миллиона. Одна строка «12m cliff, 36m vest» недостаточна — нужно уточнить формулу.
2. Private investors: 10% TGE + 18 месяцев
Allocation 80 миллионов. На TGE доступно 8 миллионов. Остаток 72 миллиона vest за 18 месяцев — экономически 4 миллиона в месяц при простой linear модели. Через 6 месяцев суммарно vested около 32 миллионов.
Для оценки рынка сравните ближайшие 4 миллиона не с total supply, а с current circulating и depth.
3. Advisors: 6-month cliff + quarterly unlock
Allocation 24 миллиона, четыре равных quarterly tranches после cliff. Каждый транш — 6 миллионов. Рынок получает четыре дискретные даты, а не continuous pressure.
Если daily spot depth ±2% всего 2 миллиона, даже частичная продажа одного транша потенциально значима.
4. Airdrop: 30% TGE + 70% linear 180 days
При allocation 100 миллионов 30 миллионов доступны сразу, 70 миллионов — примерно по 388 889 в день при идеальном continuous division. Но actual claimed supply может быть ниже, если пользователи не забрали всё.
Для анализа требуется claim data.
5. Treasury: monthly emissions
240 миллионов ecosystem treasury открываются за 48 месяцев — около 5 миллионов в месяц. Однако если treasury controlled multisig уже владеет всеми tokens без technical lock, «5 млн в месяц» может быть только бюджетным policy, а не enforceable vesting.
Risk classification здесь должен быть administrative.
6. Unlock 5% circulating supply
Current circulating 400 миллионов, upcoming unlock 20 миллионов. Потенциальное expansion — 5%. Если token daily trusted spot volume 200 миллионов, headline выглядит умеренно. Но если реальная depth ±2% всего 3 миллиона, market impact крупной продажи всё ещё может быть высоким.
7. Unlock 1% total supply, но 25% float
Total supply 1 млрд, unlock 10 миллионов — только 1%. Но если реальный tradable float сейчас 40 миллионов, новый объём равен четверти float. Сравнение только с total supply скрывает риск.
8. Vested 50 млн, released 20 млн
Releasable составляет 30 миллионов. Следующий календарный unlock через месяц может быть всего 5 миллионов, но уже сейчас beneficiary способен вывести 30 миллионов. Именно поэтому анализ только upcoming calendar неполон.
9. Поздний top-up vesting contract
Годовой linear schedule прошёл на 75%. Contract получил дополнительные 40 миллионов, которые подчиняются той же кривой. В некоторых реализациях до 30 миллионов из нового funding могут сразу считаться vested по текущей доле времени.
Нельзя автоматически считать top-up «заблокированным ещё на год».
10. Transferable vesting position
Получатель имеет право на 100 миллионов токенов за четыре года, но contract ownership transferable. Он продаёт право другому инвестору. Token unlock schedule не изменился, однако economic exposure original holder монетизирован раньше.
Это показывает разницу между token lock и transferable claim.
| Сценарий | Ключевая величина | Главный вывод |
|---|---|---|
| Team cliff | Catch-up или delayed start | Нужно читать формулу |
| Private linear | 4 млн/месяц | Считать относительно рынка |
| Quarterly | 6 млн одним событием | Дискретный pressure |
| Airdrop | Claimed vs available | Не путать доступность и обращение |
| Releasable backlog | 30 млн уже доступны | Calendar недооценивает риск |
| Transferable right | Economic ownership меняется | Lock не исключает монетизацию |
Риски, которые vesting не решает
Vesting не гарантирует качество проекта
Четырёхлетний team vesting выглядит дисциплинированно, но не доказывает, что продукт востребован, код безопасен, treasury управляется разумно или токен имеет устойчивую экономическую функцию. Это лишь один элемент распределения предложения.
Нельзя превращать длинный schedule в универсальный знак качества. Плохой проект тоже способен заблокировать токены на годы.
Vesting не отменяет mint authority
Если администратор способен выпускать новые токены вне исходной allocation, красивый график старого supply не описывает весь future dilution. Проверяйте emission rules и permissions.
Для fixed-supply token риск ниже, но нужно подтвердить, что mint действительно ограничен технически.
Vesting не гарантирует достаточную ликвидность
Даже маленький unlock способен быть проблемой в токене с тонким рынком. И наоборот, крупный unlock может пройти спокойно в глубоком market с устойчивым спросом.
Поэтому schedule всегда соединяется с liquidity analysis, а не изучается отдельно.
Vesting не устраняет связанные адреса
Проект может распределить allocation по множеству beneficiaries, которые контролируются одной группой. Наивный holder count создаст видимость децентрализации.
Полностью доказать common ownership часто невозможно, но funding paths, synchronized transactions и disclosure помогают классифицировать clusters.
Vesting не защищает от hack
Vesting contract сам является software. Ошибка кода, compromised admin, faulty upgrade или уязвимость dependency способны нарушить expected schedule. Стандартная audited library снижает риск, но конкретная интеграция всё равно должна быть проверена.
Если allocation огромна, vesting contract становится значимым security target.
Vesting не делает токен инвестиционной ценной бумагой или неценной бумагой автоматически
Наличие employee/investor vesting само по себе не определяет юридическую квалификацию токена. Regulatory status зависит от применимого права и фактов.
Не используйте technical schedule как юридический вывод.
Vesting не гарантирует отсутствие OTC
Даже если токены технически locked, economic rights могут быть проданы по private agreement, forward contract или через transferable vesting position, если это разрешено. Тогда original beneficiary монетизирует exposure раньше on-chain unlock.
Публичный рынок может не видеть такие сделки до последующих transfers.
Vesting, staking, lock и timelock: не смешивайте четыре механизма
Vesting
Vesting определяет, когда recipient получает право на allocation. Он связан с исходным распределением вознаграждения или инвесторской доли.
До vested point токены могут быть недоступны beneficiary по условиям contract.
Staking
Staking обычно означает использование уже принадлежащего актива для участия в consensus, security или protocol reward mechanism. Пользователь может иметь право собственности на весь token balance, даже если withdrawal временно ограничен.
Это другая экономическая задача. Стейкинг не заменяет vesting и не говорит о происхождении allocation.
Token lock
Lock может быть добровольным или программным удержанием уже принадлежащих токенов до даты. LP lock, governance lock и vesting lock имеют разные цели.
Если команда сначала получила 100% allocation, а потом добровольно внесла часть в lock, это отличается от ситуации, где она никогда не могла получить locked remainder раньше schedule.
Governance timelock
Timelock в управлении создаёт задержку между принятием admin/governance решения и его исполнением. Он может защищать от мгновенного изменения contract settings, но не является vesting schedule для team tokens.
При анализе upgradeable vesting contract governance timelock полезен как дополнительный слой контроля.
Unbonding
После staking withdrawal некоторые сети требуют период ожидания. Это unbonding, а не cliff vesting. Токены уже принадлежали staker, но временно не были liquid.
Не включайте unbonding в team vesting chart как «locked team supply» без объяснения.
| Механизм | Главный вопрос | Кому уже принадлежит актив? |
|---|---|---|
| Vesting | Когда allocation становится доступной? | Зависит от условия grant |
| Staking | Как актив участвует в протоколе? | Обычно staker |
| Lock | До когда нельзя перемещать? | Часто владельцу |
| Governance timelock | Когда исполняется admin action? | Не про ownership tokens |
| Unbonding | Когда stake станет liquid? | Staker |
Что делать владельцу токена перед крупным unlock
Не начинайте с прогноза цены
Сначала подтвердите сам event. Возьмите дату и amount из официальной документации или contract, проверьте, не изменился ли schedule. Если данные расходятся, не принимайте торговое решение на основе одного календаря.
Посчитайте масштаб
Вычислите unlock как процент current circulating supply и как процент estimated float. Затем сравните с spot depth и recent trusted volume.
Получите диапазон, а не один «страшный» долларовый headline.
Проверьте category
Кому открываются токены: team, private investors, treasury, ecosystem, community? Какова их cost basis, если она публично известна? Какие ограничения остаются после unlock?
Не приписывайте мотивы, но учитывайте структуру стимулов.
Посмотрите предыдущие events
Если аналогичный monthly unlock происходил последние полгода, изучите фактические transfers и market liquidity. Это даёт более релевантный контекст, чем сравнение с совершенно другим токеном.
Проверьте биржевые депозиты
После release отслеживайте transfers на известные CEX addresses, но трактуйте их осторожно. Deposit повышает готовность к торговле, но не доказывает sell.
Если large beneficiary держит токены на self-custody address, это также не гарантирует будущего удержания.
Не используйте высокий leverage вокруг unlock без отдельной стратегии
Известная дата часто привлекает спекулянтов, поэтому volatility может расти в обе стороны. Short «потому что будет unlock» способен быть ликвидирован, если событие уже priced in или рынок интерпретирует его иначе.
Vesting analysis полезнее для position sizing и risk awareness, чем как автоматический direction signal.
Проверьте новости из первичного источника
Если проект объявил изменение schedule, migration или перенос unlock, найдите исходный пост, governance proposal или contract transaction. Метод проверки новостей OneMagic разобран в статье как проверять новости крипты.
Как отслеживать vesting после покупки токена
Создайте собственную таблицу событий
Не требуется сложный терминал. Достаточно записать category, beneficiary/contract, total allocation, vested now, released now, next unlock date, next amount, source и дату проверки.
Обновляйте только значения, которые действительно изменились. Так вы видите supply trajectory без ежедневного информационного шума.
Проверяйте раз в месяц или перед крупным event
Для long-term holder ежедневное наблюдение vesting редко нужно. Разумный cadence — ежемесячно плюс за несколько дней до material unlock. При continuous vesting важнее aggregate monthly flow, чем каждую секунду.
Если токен имеет очень быстрый schedule, frequency можно увеличить.
Храните snapshots holder distribution
Записывайте top holders и известные category addresses. Изменение concentration иногда показывает больше, чем одна дата. Treasury, который постепенно распределяет токены сотням пользователей, и treasury, отправляющий крупные суммы на одну биржу, создают разные картины.
Смотрите releases, а не только календарь
Календарь прогнозирует theoretical vesting. Events и balances подтверждают execution. Если beneficiary месяцами не release vested tokens, backlog releasable растёт.
Такой backlog нужно учитывать как потенциально доступное предложение.
Следите за liquidity
Unlock risk меняется вместе с рынком. Тот же 5-million monthly release может быть несущественным при высокой depth и огромным после падения объёма.
Поэтому denominator обновляется вместе с numerator.
Следите за contract upgrades
Если schedule controlled proxy, upgrade способен изменить функции. Подписки на admin address или governance proposals полезны для крупной позиции.
Нельзя один раз проверить contract в день покупки и считать его неизменным навсегда.
Типичные ошибки при чтении tokenomics и vesting
Ошибка 1. Считать locked supply «не существующим»
Locked tokens могут уже быть minted и входить в total supply. Они просто недоступны определённым recipients до schedule. Если забыть о них, future dilution выглядит неожиданным, хотя был известен с запуска.
В модели портфеля locked supply нужно учитывать как будущий potential float, а не как ноль.
Ошибка 2. Считать весь unlock продаваемым по текущей цене
Headline value рассчитывается по marginal price. Продажа крупного объёма изменяет цену и сталкивается с ограниченной liquidity. Поэтому «разблокировка на $100 млн» не означает, что recipients могут немедленно получить $100 млн cash.
Оценивайте executable depth.
Ошибка 3. Игнорировать уже releasable backlog
Календарь следующего события может показывать 2 миллиона, тогда как 20 миллионов уже vested и не claimed. Потенциально доступный объём гораздо больше.
Проверяйте vested, released и releasable одновременно.
Ошибка 4. Считать team allocation одним адресом
Команда может иметь десятки individual grants. Один видимый contract не отражает весь pool. Наоборот, один multisig может представлять множество beneficiaries.
Нужна карта category, а не механический анализ top holder list.
Ошибка 5. Не замечать overlap категорий
Один и тот же economic party может присутствовать как strategic investor, advisor и foundation contributor. Публичная диаграмма показывает категории, но не всегда раскрывает связанные entities.
Не суммируйте независимость, которой нельзя подтвердить.
Ошибка 6. Считать transfer на CEX доказанной продажей
On-chain подтверждает deposit, но дальнейшая торговля внутри централизованной биржи не видна публично. Формулируйте вывод аккуратно: «токены перемещены на биржу», а не «проданы».
Ошибка 7. Использовать устаревшую цену для FDV
FDV меняется вместе с market price. Если старый tokenomics report показывает FDV на TGE, эта цифра не описывает текущую оценку. Пересчитайте на актуальную цену, если метрика нужна.
Ошибка 8. Игнорировать изменения supply policy
Burn, additional mint, migration или token redenomination способны изменить denominator. Vesting chart исходной версии тогда требует пересчёта.
Ошибка 9. Путать vesting allocation и circulating emissions
Protocol rewards могут выпускаться независимо от team/investor vesting. В таком токене future supply состоит из нескольких потоков: vesting unlocks плюс ongoing emissions.
Строить модель нужно по всем источникам dilution.
Ошибка 10. Верить одной платформе без первичного источника
Unlock dashboards удобны для поиска событий, но финальная проверка должна возвращаться к project docs и blockchain. Агрегатор — навигация, а не последний уровень доказательства.
Когда вестинг выглядит здоровее, а когда требует повышенного внимания
Прозрачные адреса
Хороший признак — проект публикует vesting contracts, allocation addresses и понятный schedule. Это не гарантирует успех, но позволяет независимо проверить исполнение.
Если крупные team/investor allocations невозможно связать с on-chain balances, uncertainty выше.
Длинный срок без огромного первого catch-up
Равномерное распределение на несколько лет обычно создаёт более предсказуемый supply flow, чем короткий cliff с гигантским первым unlock. Но «длиннее» не всегда «лучше»: слишком маленький initial float может сделать раннюю цену очень чувствительной.
Смотрите полный shape, а не только duration.
Unlock размером, который рынок способен поглотить
Если monthly release мал относительно reliable liquidity и распределён между множеством recipients, immediate market risk ниже. Крупный concentrated unlock при тонком рынке требует большей осторожности.
Ограниченные admin rights
Если schedule immutable или изменения проходят через прозрачное governance и timelock, обещание сильнее. Если один owner может мгновенно отменить или переписать график, trust assumption выше.
История соблюдения schedule
Проект, который несколько лет выполнял публичный vesting и объяснял transfers, даёт больше данных для оценки. Частые необъяснённые изменения schedule повышают risk.
Связь allocation с задачей
Ecosystem и treasury allocation должны иметь понятную роль, а releases — соответствовать этой роли. Если «ecosystem» регулярно отправляется на непрозрачные адреса без отчётности, название категории мало помогает.
| Признак | Более прозрачная ситуация | Требует внимания |
|---|---|---|
| Адреса | Публичны и сверяются | Неизвестны |
| Schedule | Однозначная формула | Двусмысленный cliff |
| Admin | Ограничен/timelocked | Может менять всё мгновенно |
| Funding | Allocation реально обеспечена | Будущие top-ups неясны |
| Unlock/Depth | Умеренное отношение | Объём кратно больше ликвидности |
| История | Schedule соблюдался | Частые необъяснённые изменения |
Вестинг для команды, инвесторов, advisors и community: почему мотивация отличается
Команда
Team vesting обычно связывает долгосрочное вознаграждение с развитием проекта. Cliff может удерживать allocation в первый год, а последующая линейная схема постепенно передаёт доступ. Для анализа важны не только сроки, но и общий процент team ownership.
Даже очень длинный vesting при 60–70% контролируемого supply создаёт concentration, которую нужно учитывать отдельно.
Private investors
Early investors часто имеют cost basis ниже публичной цены. Это не означает, что они обязательно продадут сразу после unlock, но потенциальная прибыль влияет на incentives. Изучайте условия раунда, если они официально раскрыты.
Большой unlock одной инвесторской группы может иметь иной market profile, чем distributed community rewards.
Advisors
Advisor allocation обычно меньше team/investor pools, но может иметь более короткий vesting. Если advisors много, распределение снижает concentration, однако конечные terms могут различаться.
Community airdrop
Vested airdrop распределяет supply между большим числом addresses. Это создаёт широкую ownership base, но получатели могут иметь нулевую себестоимость и часть из них продаёт сразу после claim.
Поэтому large recipient count не гарантирует отсутствие sell pressure.
Treasury
Treasury allocation предназначена для будущих расходов, grants, partnerships и operations. Даже если токены unlocked, они могут оставаться под governance control. Важно различать technically available treasury и market circulating float.
Ecosystem incentives
Rewards могут открываться пользователям по мере активности, а не одному beneficiary. Здесь supply flow зависит от программы distribution и claim rate.
У tokenomics category может быть четырёхлетний «vesting», но фактическая эмиссия зависит от adoption.
Кому особенно важно разбираться в vesting
Покупателю нового токена
У молодых проектов разрыв между circulating supply и fully diluted supply часто велик. Vesting показывает, как этот разрыв будет сокращаться. Без него price chart первых месяцев даёт неполную картину.
Долгосрочному holder
Если горизонт несколько лет, investor проживёт значительную часть team/investor unlock cycle. Нельзя анализировать только текущий float.
Покупателю после сильного роста
Высокая цена при маленьком initial float может давать огромный FDV. Если впереди крупные unlocks, нужен особенно строгий sizing.
Участнику private round
Он должен понимать собственный grant: cliff, start date, claim mechanics, transferability и tax/legal implications своей юрисдикции. Номинальная allocation не равна liquid wealth.
Сотруднику Web3-проекта
Token compensation может составлять большую часть пакета. Нужно знать, когда tokens vest, что происходит при увольнении, кто контролирует contract, можно ли сменить beneficiary и как документируется grant.
Конкретные трудовые и налоговые последствия зависят от договора и страны; технический vesting schedule их не заменяет.
Практический чек-лист вестинга перед покупкой токена
1. Каков total allocation каждой крупной группы?
Запишите team, investors, advisors, treasury, ecosystem, community и другие существенные pools. Проценты должны в сумме давать понятную картину total supply или объяснять, какие категории отсутствуют. Не начинайте с unlock dates, пока не понимаете общий размер каждой allocation.
2. Что доступно на TGE?
Отдельно посчитайте initial unlock. Он определяет стартовую доступность получателей и помогает объяснить ранний circulating supply. Если TGE unlock не указан, не предполагайте ноль.
3. Есть ли cliff и как именно он работает?
Нужно знать не только продолжительность, но и механику: накопленная доля открывается сразу после cliff или vesting начинает считаться только после него. Это может менять первый release в несколько раз.
4. Какая кривая после cliff?
Continuous linear, monthly steps, quarterly tranches, milestone или dynamic schedule дают разные supply profiles. Переведите текстовую формулировку в числа хотя бы на ближайший год.
5. Где находятся locked tokens?
Найдите vesting contract, escrow, multisig или custodian. Если project disclosure не позволяет определить location значительной allocation, это фиксируется как trust/visibility risk.
6. Сколько уже vested, released и releasable?
Эти три числа показывают текущую фазу лучше одной строки «next unlock». Большой releasable backlog может быть более значимым, чем ближайший новый транш.
7. Кто контролирует admin?
Проверьте owner, multisig, upgrade authority, cancellation rights и timelock. Ответьте на вопрос: может ли контролирующая сторона ускорить, отменить или перенаправить locked allocation?
8. Можно ли передать vesting rights?
Transferable beneficiary/ownership позволяет economic interest сменить владельца до полного unlock. Это не обязательно риск безопасности, но меняет смысл обещания «получатель заблокирован на четыре года».
9. Насколько следующий unlock велик относительно float и liquidity?
Посчитайте проценты и получите sell quotes/market depth. Именно это превращает tokenomics в практическое управление риском.
10. Как вели себя предыдущие beneficiaries?
Изучите releases и subsequent transfers. История не предсказывает будущее, но показывает, насколько публичная схема соответствует фактической практике.
11. Есть ли дополнительные emissions?
Staking rewards, mining, inflation, grants и mint authority могут увеличивать supply параллельно vesting. Общий dilution складывается из всех потоков.
12. Когда вы проверяли данные последний раз?
Tokenomics — не документ, который можно один раз скачать и забыть. Сохраните check date и перед крупным решением обновите contracts, balances, schedule и circulating data.
| Контрольный вопрос | Ответ должен быть известен |
|---|---|
| Allocation? | Да |
| TGE unlock? | Да |
| Cliff mechanics? | Да |
| Release curve? | Да |
| On-chain location? | По возможности подтверждена |
| Releasable backlog? | Проверен |
| Admin rights? | Понятны |
| Unlock / liquidity? | Посчитано |
| Extra emissions? | Учтены |
Итог: как правильно понимать вестинг в крипте
Вестинг — не просто «заморозка токенов команды». Это механизм распределения права на allocation во времени. Чтобы читать его правильно, нужно разделять allocation, lock, vested amount, releasable amount, release и фактическую продажу. Между каждым из этих состояний существует отдельный шаг, и смешение понятий приводит к неправильной оценке предложения.
Главная практическая ценность vesting schedule — возможность увидеть будущую траекторию потенциального supply. Но календарь работает только вместе с текущей картиной: circulating supply, float, holder concentration, liquidity, market depth и уже накопленным releasable balance. Одинаковый unlock может быть несущественным для глубокого рынка и критичным для тонкого.
Публичную tokenomics table нужно проверять технически. Если проект заявляет on-chain vesting, ищите contract, funding, start, cliff, duration, beneficiary, released events и admin rights. Если токены находятся в multisig и график обеспечивается только политикой команды, это не обязательно проблема, но риск следует честно классифицировать как административный, а не immutable.
Не делайте из unlock автоматический прогноз падения. Разблокировка создаёт возможность распоряжаться токенами, но не заставляет получателя продавать. Реальное поведение подтверждается subsequent transfers, liquidity provision, staking, CEX deposits и другими действиями. Даже перевод на биржу повышает вероятность продажи, но сам по себе не доказывает fill.
Перед покупкой нового токена полезно свести анализ к простой последовательности: allocation → TGE → cliff → vesting curve → current vested/released/releasable → next unlock → beneficiaries → on-chain enforcement → liquidity → additional emissions. Если хотя бы один крупный элемент неизвестен, uncertainty нужно сохранить в модели, а не заполнить случайной цифрой из агрегатора.
Хороший vesting не гарантирует хороший токен, а плохой график не предсказывает обязательный обвал. Но понимание вестинга защищает от одной из самых дорогих ошибок крипторынка — покупать актив с маленьким текущим float, не замечая, насколько быстро и кому именно будет доступно остальное предложение.
Что делать, если проект меняет vesting schedule после запуска
Сначала установить, что именно изменилось
Фраза «вестинг продлили» может означать разные вещи. Команда могла добровольно перенести собственный unlock, governance мог изменить параметры upgradeable contract, инвесторы могли подписать новый side agreement, а data provider — просто исправить старую ошибку в календаре. Эти ситуации нельзя оценивать одинаково. Найдите исходное объявление, транзакцию или новую версию документа и сравните параметры до и после изменения.
Продление lock обычно уменьшает ближайший supply, но создаёт новую дату
Если получатели действительно согласились отложить доступность токенов, краткосрочный potential float уменьшается. Однако токены не исчезают: будущий overhang сдвигается дальше. Для долгосрочного holder важно перестроить всю кривую, а не убрать событие из ближайшего месяца.
Ускорение vesting требует более строгой проверки
Если проект сокращает cliff или открывает allocation раньше, спросите, на каком основании это возможно технически. Immutable contract нельзя переписать обычным постом в соцсети. Значит, либо изначально существовали admin/upgrade rights, либо фактическая блокировка была организационной, либо используется migration на новый contract.
Такое событие полезно не только из-за нового supply: оно раскрывает реальную степень контроля над системой.
Migration vesting contract
Иногда проект переносит schedules в новую версию контракта ради исправления ошибки или новых функций. Тогда нужно проследить полный путь: сколько токенов ушло из старого contract, сколько поступило в новый, сохранились ли beneficiaries и accrued vested amounts, не изменилась ли дата окончания.
Само слово migration не оправдывает появление лишнего supply. Балансы до и после должны сходиться с понятными adjustments.
Добровольное продление командой
Founders могут публично объявить, что повторно блокируют уже vested tokens. Экономически это может уменьшить ближайшую ликвидность, но технически это новый lock, а не продолжение исходного vesting задним числом. Проверьте, были ли токены действительно внесены в новый enforceable contract.
Ошибка стороннего календаря
Если официальный schedule и on-chain code не изменились, а агрегатор внезапно перенёс unlock, вероятно, изменилась его методика или исходные данные. Не трактуйте это как решение проекта, пока нет первичного подтверждения.
Как сохранить историю изменений
Для крупной позиции полезно хранить версии: дата проверки, старый schedule, новый schedule, источник и причина. Это позволяет увидеть, насколько часто tokenomics меняется и выполняются ли прошлые обязательства. Постоянно переписываемый график заслуживает большего risk discount, чем стабильная многолетняя схема.
Как читать календарь unlock за одну минуту, не попадаясь на громкие цифры
Смотрите количество токенов, а не только долларовый эквивалент
Dollar value меняется вместе с ценой каждую минуту. Количество tokens и их доля от circulating supply лучше описывают структуру события. Сначала фиксируйте units, затем переводите их в деньги для сравнения с liquidity.
Отделяйте cliff unlock от recurring vesting
Большой одноразовый first release после cliff не нужно считать обычным ежемесячным темпом. И наоборот, сервис может агрегировать ежедневный linear vesting в «monthly unlock», хотя фактически никакого единственного события в эту дату нет.
Проверяйте категорию получателя
Team, investor, treasury и community должны быть видны рядом с amount. Если календарь показывает только общую цифру, откройте детализацию. Концентрация получателей часто важнее нескольких процентов разницы в размере.
Проверяйте долю уже unlocked supply
Токен на поздней стадии vesting и токен в первые месяцы после TGE имеют разные профили. Если 90% supply уже доступно, новый 1% unlock означает одно. Если circulating пока 10%, тот же 1% total может быть крупным расширением float.
Смотрите следующий квартал, а не одну дату
Один маленький unlock может быть частью серии еженедельных или ежемесячных releases. Суммируйте ближайшие 30, 90 и 365 дней. Это показывает скорость dilution и помогает сравнивать проекты с разной периодичностью графика.
Возвращайтесь к блокчейну
Календарь нужен для навигации: он говорит, что проверить. Финальный вывод строится по contract, balances и events. Если сервис утверждает, что вчера открылись 50 миллионов токенов, а соответствующий on-chain vesting contract не показывает ожидаемого изменения, выясните, что именно сервис называл unlock.
Минимальная модель риска для личного портфеля
Не превращайте vesting analysis в попытку предсказать каждый день
Для частного инвестора достаточно трёх горизонтов: ближайшие 30 дней, квартал и год. По каждому запишите суммарный unlock, его долю от текущего circulating supply и категории получателей. Затем добавьте показатель ликвидности — например, размер sell order, который рынок способен принять при заранее выбранном допустимом price impact. Такая таблица даёт больше пользы, чем десятки уведомлений о каждом небольшом release.
Используйте сценарии, а не одну оценку
Базовый сценарий может предполагать, что beneficiaries продают лишь часть unlocked tokens. Стресс-сценарий — что на рынок выходит существенно большая доля одновременно с падением liquidity. Нейтральный сценарий — что большая часть остаётся на адресах. Цель не угадать процент продаж, а понять, выдерживает ли ваша позиция несколько правдоподобных вариантов.
Размер позиции — управляемая переменная
Вы не контролируете решения team или early investors, но контролируете собственную exposure. Если один предстоящий cliff способен увеличить доступный supply на десятки процентов, а рынок тонкий, меньший размер позиции может быть рациональнее попытки точно угадать реакцию цены.
Обновляйте модель после факта
После крупного unlock вернитесь к адресам и отметьте, сколько было released, какие направления transfers видны и как изменилась liquidity. Так анализ становится накопительной историей конкретного токена. Через несколько событий у вас появляется собственная база фактов, а не набор общих предположений о том, что «разблокировки всегда ведут к падению».
Вестинг полезен именно тогда, когда превращается из термина в измеряемый процесс. Чем точнее вы отделяете обещанный schedule от технически обеспеченного, theoretical vested от фактически released и headline value от реальной market depth, тем меньше шанс принять красивую токеномику или страшную дату unlock за полноценный анализ.
Если данных недостаточно, лучший результат проверки иногда звучит не «вестинг безопасный» или «вестинг опасный», а «часть будущего предложения невозможно подтвердить». Такая неопределённость сама является фактором риска и должна влиять на размер позиции. Точная неизвестность полезнее вымышленной точности: она не позволяет построить расчёт на предположении, которое позже окажется ошибочным.
Перед каждой новой покупкой возвращайтесь к исходному вопросу: сколько токенов уже реально доступно рынку, сколько станет доступно на вашем горизонте и кто сможет ими распоряжаться. Если ответы подтверждаются документами, контрактами и фактическими balances, vesting перестаёт быть абстрактным словом из tokenomics и становится понятной частью анализа предложения.
Именно поэтому хороший vesting-анализ всегда заканчивается не датой в календаре, а проверяемым решением. Вы либо понимаете текущий и будущий supply достаточно хорошо для выбранного размера позиции, либо уменьшаете exposure и продолжаете проверку. Такой подход не устраняет рыночную неопределённость, но отделяет её от ошибок, возникающих из-за неверно прочитанного cliff, устаревшей токеномики или неподтверждённого unlock.
В результате инвестор контролирует главное: качество исходных данных, логику расчёта и собственный риск, не подменяя анализ обещанием проекта или чужим прогнозом цены.
Это и есть рабочая дисциплина анализа предложения.
