Токен-варрант или SAFT: права, расчёт, исполнение
Токен-варрант или SAFT: краткий ответ
SAFT обычно даёт инвестору договорное право получить будущие токены после наступления определённого события запуска или поставки. Токен-варрант обычно даёт право, но не обязанность, приобрести будущие токены по установленной формуле и процедуре исполнения; нередко он оформляется вместе с раундом финансирования компании. Одного названия недостаточно: подписанный документ должен определить обязанное лицо, знаменатель формулы, триггер, цену, срок, ограничения передачи и последствия отсутствия запуска.
Практический вопрос не в том, какая аббревиатура лучше. Важно, можно ли провести инструмент от подписания до проверяемой аллокации и законной поставки. Ниже — карта жизненного цикла, пример изменения расчёта при смене знаменателя и перечень положений, которые нужно найти основателям, инвесторам, операционной команде и юристам. Это операционное руководство, а не готовый юридический шаблон и не юридическая консультация.
Сначала разграничьте три разных конструкции
Под выражением «токен-варрант» часто имеют в виду разные вещи:
- Варрант на будущие сетевые токены. Держатель может приобрести токены, если запуск состоится и выполнены условия исполнения.
- Токенизированный варрант. Уже существующее договорное право представлено в контролируемом цифровом реестре. Токен учитывает или передаёт позицию, но не переписывает базовый договор.
- Токен, связанный с обычным варрантом или иным активом. Он отражает экономическое участие, тогда как исходный документ и юридический реестр могут оставаться определяющими.
SAFT — ещё одна конструкция: обычно это форвардный договор на поставку будущих токенов, а не опцион с отдельным решением о покупке. Конвертируемые инструменты относятся к отдельной категории корпоративного финансирования: они конвертируются в капитал или иной инструмент по собственным условиям и не становятся обещанием будущих токенов только потому, что слово «convertibles» сохранено в историческом URL. Рыночные документы различаются, поэтому заголовок не заменяет постатейного анализа.
Слой инструмента также нужно отделять от юридического лица и технологии. Более широкий набор конструкций описывает наш обзор инструментов токенизации. Затем в рамках координации юридической структуры вместе с квалифицированными юристами определяются эмитент, токен-компания, периметр предложения и поставщики услуг.
На какие вопросы должен отвечать документ
| Вопрос | SAFT | Токен-варрант |
|---|---|---|
| Основное право | Договорное право получить токены при выполнении условий поставки | Опцион приобрести токены при выполнении условий исполнения |
| Платёж | Обычно производится при подписании в счёт будущей поставки | Часто выдаётся вместе с SAFE или раундом; цена исполнения платится позже |
| Связь с запуском | Обычно предполагает планируемую поставку токенов с оговорёнными условиями | Может сохранить реальную возможность вообще не запускать токен |
| Аллокация | Фиксированное число, цена, скидка, cap или иная формула | Часто процент, связанный с долей в капитале либо резервом команды/компании |
| Последующее действие | Поставка может быть автоматической после выполнения условий либо требовать уведомления и данных кошелька | Держатель обычно исполняет право до истечения срока и соблюдает уведомление/оплату |
| Если запуска нет | Возврат, конвертация, продление, прекращение или убыток — по тексту договора | Часто право прекращается без исполнения, но документ может предусматривать альтернативы или защитные механизмы |
| Главный операционный риск | Нечёткий триггер либо поставляющее лицо юридически не связано обязательством | Формула, разводнение и процедура исполнения не сходятся |
Это типичные модели, а не универсальные юридические определения. Определяющими остаются применимое право и конкретный договор.
Карта обязанного лица: кто действительно должен поставить токены
Частая ошибка возникает, когда договор подписывает разработчик, а выпуском и резервом токенов позднее распоряжается фонд, аффилированное лицо или отдельная токен-компания. Если эта организация не приняла обязательство, инвестор предъявляет требование одному лицу, а поставляемый актив контролирует другое.
До подписания составьте одностраничную карту:
| Роль | Что установить | Какое доказательство сохранить |
|---|---|---|
| Подписывающая компания | Наименование, юрисдикция, полномочия, ковенант | Подписанный документ и решение органа управления |
| Эмитент токенов / фонд сети | Кто вправе создать и распределить токены | Учредительные документы, политика аллокации, присоединение/принятие обязательства |
| Инвестор | Юридический держатель и допустимый цессионарий | Договор, KYC-статус, запись реестра |
| Администратор / расчётный агент | Кто рассчитывает entitlement | Назначение, расчётная таблица, запись утверждения |
| Реестр / кастодиальная функция | Какая запись определяющая и кто исправляет ошибки | Правила реестра, контроль кошельков, процедура сверки |
Если будущий эмитент ещё неизвестен, документ должен описать хотя бы присоединение аффилированного лица, судьбу обязательства при реорганизации и последствия отсутствия подходящего эмитента. Фраза «группа разберётся позже» не является механизмом поставки.
Формула аллокации: сделка скрыта в знаменателе
Споры о токен-правах часто выглядят арифметической ошибкой, но начинаются с неясного определения. Процент ничего не значит без знаменателя и момента измерения.
Распространённые варианты:
- Доля от общего возможного предложения. Инвестор получает
p × общее предложение токенов. - Доля от резерва компании или инсайдеров. Инвестор получает
p × резерв команды/компании. - Формула, связанная с equity. Полностью разводнённая доля инвестора на дату генерации токена умножается на согласованный коэффициент и общий объём предложения.
- Фиксированное число токенов. Инвестор получает указанное количество с учётом положений о корректировке.
Опубликованные материалы a16z crypto предупреждают, что фиксированные неразводняемые проценты могут ограничивать последующее финансирование и дизайн токеномики. В их публичных вариантах используется либо доля от fully diluted ownership на дату генерации, либо пропорциональная часть резерва компании и инсайдеров. Это рыночная позиция, а не универсальный стандарт, но она показывает ключевой вопрос: кто несёт разводнение до запуска?
Пример: как меняется знаменатель
Предположим, при закрытии раунда инвестору принадлежит 4% компании на полностью разводнённой основе. Варрант даёт право на токены в размере 50% от этой доли на дату генерации. Планируемое общее предложение — 1 000 000 000 токенов.
| Сценарий | Fully diluted доля на дату генерации | Процент токен-права | Аллокация |
|---|---|---|---|
| Нового разводнения нет | 4,00% | 2,00% | 20 000 000 |
| Новый раунд снизил долю до 3,20% | 3,20% | 1,60% | 16 000 000 |
| Новый раунд снизил долю до 2,50% | 2,50% | 1,25% | 12 500 000 |
Фиксированный варрант на 2% дал бы 20 000 000 токенов в каждой строке, хотя доля инвестора в компании уменьшается. Это может быть осознанным условием, но оно переносит разводнение на основателей, сотрудников, будущих инвесторов либо резерв сообщества.
Вторая проблема появляется при изменении самого предложения. Если формула равна «2% от общего предложения», увеличение лимита с 1 до 1,2 млрд повышает аллокацию с 20 до 24 млн. Если же зафиксированы 20 млн токенов, доля инвестора падает с 2,00% примерно до 1,67%. Договор должен прямо выбрать результат.
До утверждения расчётный файл должен показывать:
- что означает supply: созданное, разрешённое, выпущенное, fully diluted или обращающееся;
- какие резервы включены и исключены;
- дату измерения и ответственного за расчёт;
- режим burn, redenomination, fork, migration и successor token;
- округление и дробные значения;
- согласованный cap, floor или anti-circumvention;
- все существующие SAFT, варранты, side letters, гранты сотрудникам и экосистемные резервы в одной модели.
Подписание ещё не означает поставку
Рабочий инструмент имеет сквозную модель состояний.
| Состояние | Обязательное доказательство | Контрольный вопрос |
|---|---|---|
| Подписан | Исполненный договор, полномочия, личность инвестора, версия | Это определяющий документ? |
| Зарезервирован | Аллокация в единой модели предложения | Все обещания помещаются в план? |
| Решение о запуске | Решение совета или сетевого органа и юридическая проверка | Триггер действительно наступил? |
| Уведомление / исполнение | Своевременное уведомление, оплата/расчёт, реквизиты кошелька | Кто вправе действовать и до какого срока? |
| Проверка допустимости | Инвестор, предложение, санкции и ограничения передачи | Допустима ли поставка этому держателю и кошельку? |
| Аллокация | Утверждённый расчёт и запись выпуска | Сумма совпадает с формулой и cap? |
| Lockup / vesting | График и настройка ограничений | Ограничения встроены в реальный путь передачи? |
| Сверка | Договор, реестр, кошелёк и treasury | Юридические и технические записи совпадают? |
| Закрытие / истечение | Финальное уведомление, остаток, запись отмены | Остались ли обязательства или спор? |
Для исполнения варрантов и treasury-контролей полезны два общих операционных принципа. Во-первых, нахождение «в деньгах» или наступление даты само по себе не доказывает исполнение: сохраняются требования к уведомлению, оплате, полномочиям и исходному документу. Во-вторых, on-chain burn или статус redeemed доказывает только цифровой шаг. Он сам по себе не доказывает обновление юридического реестра, исполнение инструмента или завершение расчётов — для этого нужна сверка с внешними записями.
Исполнение, поставка и сценарий без запуска
Токен-варрант
Найдите окно исполнения, срок прекращения, форму уведомления, цену, cash/cashless механику, предварительные условия и лицо, принимающее исполнение. Затем опишите последовательность: запрос, проверка допустимости, оплата или расчёт, выпуск, lockup, обновление реестра и подтверждение.
Не называйте истечение срока автоматической конвертацией, если определяющий документ прямо этого не говорит. Многие варранты просто прекращаются, если не были надлежащим образом исполнены. Если инструмент имеет положительную внутреннюю стоимость, но выпуск заблокирован, договор должен описывать remedy, продление или требования — нельзя объявлять поставку состоявшейся.
SAFT
Найдите событие поставки, outside date, определение network launch, формулу количества/цены, требования к кошельку, lockup, прекращение и возврат. Testnet, релиз продукта, mint токена и юридически допустимая дистрибуция могут быть четырьмя разными событиями. Не следует объединять их словом «запуск» без определения.
Для несостоявшегося или задержанного запуска отдельно отразите:
- продление по согласию;
- полный или частичный возврат и источник денег;
- конвертацию в другое право;
- прекращение с сохранением либо без сохранения требований;
- реорганизацию или принятие обязательства правопреемником;
- порядок спора и применимое право.
Нельзя выводить возврат, поставку или убыток только из названия SAFT. Определяет конкретное положение.
Передача и юридический периметр
Частный инструмент не становится свободно передаваемым только потому, что представлен токеном. Сохраняются согласие на уступку, допустимость инвестора, ограничения предложения, lockup, санкционный контроль и обновление реестра. Контролируемый цифровой реестр может сделать эти требования проверяемыми, но не должен рекламироваться как их отмена.
Юридическая квалификация и ограничения дистрибуции зависят от юрисдикции и фактов и охватывают всю транзакцию, а не только заголовок договора. До выпуска или передачи квалифицированные юристы должны оценить инструмент, круг покупателей, состояние сети и план поставки.
Операционная архитектура должна использовать контролируемые процедуры передачи, сохраняющие согласия и проверки допустимости. Если сам инструмент представлен цифровым активом, архитектура определяющего реестра должна установить, какая запись главная и как исправляются расхождения.
Чек-лист поиска положений
Используйте этот список, чтобы находить положения, а не составлять их без юриста.
Стороны и полномочия
- Точное подписывающее лицо и полномочия подписанта
- Инвестор/юридический держатель и допустимый номинальный держатель
- Будущий токен-эмитент, присоединение аффилированного лица или принятие обязательства
- Необходимые решения совета, фонда или сетевого органа
Экономика
- Сумма встречного предоставления и статус оплаты
- Формула и знаменатель аллокации
- Дата измерения и режим разводнения
- Exercise price, discount, valuation cap или MFN
- Изменение supply, successor token, fork и migration
Триггер и сроки
- Определения token generation, network launch и delivery
- Начало исполнения, expiry и outside date
- Способ уведомления, момент получения и часовой пояс
- Предварительные условия и long-stop remedy
Поставка и контроль
- Допустимый кошелёк и доказательство личности
- Lockup, vesting и ограничения передачи
- Реестр, custody и treasury-записи
- Налоговое удержание и запрещённые юрисдикции
- Сверка, исправление ошибок и защита от двойных требований
Неудача и выход
- Последствия отсутствия или задержки запуска
- Прекращение, возврат, конвертация или продление
- Истечение и неисполненные права
- Обязанность правопреемника/аффилированного лица
- Форум спора, применимое право и сохраняющиеся положения
Пять приёмочных тестов до подписания
- Обязанное лицо: можно доказать, что поставляющее лицо связано напрямую либо механизмом принятия обязательства.
- Расчёт: независимый проверяющий воспроизводит аллокацию минимум в трёх сценариях изменения доли и предложения.
- Жизненный цикл: для каждого состояния от подписи до поставки, истечения или прекращения назначены владелец и доказательство.
- Ограничения: реальный путь передачи применяет те же eligibility, consent и lockup, что и документы.
- Сверка: права по договору, юридический реестр, treasury и кошельки можно сопоставить без двойного учёта.
Asset Haus предоставляет инфраструктуру токенизации и координацию структуры; юридическую квалификацию, соблюдение правил предложения и исполнимость определяют квалифицированные юристы. Полезный результат — согласованная карта «инструмент → реестр», а не общее обещание будущей поставки токенов.
Для структурирования доказательств начните с мемо о юридическом периметре и редактированного комплекта документов. Обезличенные примеры подходов доступны в библиотеке кейсов.
FAQ
Токен-варрант лучше SAFT?
Не всегда. Варрант может сохранить гибкость, если компания вообще не запустит токен; SAFT может подходить для финансирования, прямо связанного с будущей поставкой. Лучший инструмент — тот, чьи экономика, обязанное лицо, регуляторный периметр и сценарий без запуска соответствуют сделке.
Гарантирует ли токен-варрант получение токенов?
Нет. Обычно это опцион, зависящий от исполнения, срока и других условий. Также могут потребоваться будущий эмитент, план supply и юридическая допустимость. Читайте положения о поставке и remedies.
Какой знаменатель использовать?
Универсального ответа нет. Это может быть общее предложение, резерв компании/инсайдеров либо формула, связанная с fully diluted equity на дату генерации. Знаменатель, дата измерения, разводнение и изменение supply должны быть определены точно.
Что происходит с SAFT, если токен не запущен?
Определяет договор. Возможны продление, возврат, конвертация, прекращение или требование. Нельзя предполагать возврат либо автоматическую equity-конвертацию без соответствующего положения.
Можно ли токенизировать сам инструмент?
Да, если это допускает юридическая и операционная конструкция. Цифровая запись улучшает контролируемую передачу, учёт жизненного цикла и сверку, но не отменяет ограничения уступки и не заменяет юридический реестр, если закон и документы не сделали её определяющей.
Нужно разобрать реальный комплект документов? Запросите структурированную оценку, чтобы совместить права, лица, формулу аллокации и контроль поставки с работой квалифицированных юристов.
Материалы и оценка готовности (на английском)
Next step
Map the legal perimeter before launch.
Use the counsel-ready memo to separate issuer, platform, regulated partner, custody, transfer, and public-copy responsibilities.
Другие статьи
Токенизация в ADGM: структуры и контроли (2026)
Практическая карта токенизации в ADGM: инструмент, эмитент, разрешения, онбординг инвесторов, хранение, дистрибуция и контроли.
Use CasesТокенизация private credit: выбор правильного уровня
Сравнение токенизированных паёв фонда, нот SPV и участий в займах по правам инвестора, регрессу, обслуживанию и денежным потокам.
Platform & InfrastructureТребования к банковской платформе токенизации
Чек-лист требований к банковской платформе токенизации: контроль, интеграции, хранение, комплаенс, сверка и поэтапное внедрение.