Юридическая суть SAFT договора в Web3 проектах
Разработка SAFT договора (Simple Agreement for Future Tokens) стала стандартом для Web3 стартапов на ранних стадиях привлечения инвестиций. Этот инструмент заменяет классические договоры купли-продажи акций или долей. Вы предлагаете инвесторам право на получение токенов после запуска сети в обмен на текущее финансирование. Основная ценность децентрализованных проектов сосредоточена в утилитарных токенах, а не в корпоративной структуре.
Юридическая природа SAFT требует точности. Это форвардный контракт, который квалифицируется как инвестиционный контракт в ряде юрисдикций. Ошибки в формулировках превращают техническую сделку в незаконную продажу ценных бумаг. Регуляторы, включая SEC, пристально следят за подобными соглашениями. Вы должны четко разграничивать этапы разработки продукта и выпуска токенов.
Неправильно составленный SAFT договор создает риски признания токена ценной бумагой, что влечет за собой штрафы и блокировку проекта регуляторами.
Отличия SAFT от SAFE и Equity моделей
Основатели часто путают SAFT и SAFE (Simple Agreement for Future Equity). Выбор зависит от долгосрочной стратегии проекта. SAFE дает инвестору право на долю в капитале компании. SAFT предоставляет только право на будущие цифровые активы. В этой модели инвестор не получает права голоса в совете директоров или дивиденды от прибыли юридического лица.
Некоторые проекты используют гибридную модель: SAFE + Token Side Letter. В этом случае инвестор покупает долю и получает токены как дополнительный бонус. Мы рекомендуем выбирать чистый SAFT, если ваша цель — полная децентрализация и переход к управлению через DAO. Это упрощает структуру владения и снимает лишние корпоративные обязательства с команды фаундеров.
Ключевые условия защиты токеномики
При составлении договора вы должны синхронизировать юридический текст с программным кодом смарт-контракта. Любое расхождение приведет к конфликтам с крупными фондами. Особое внимание уделите следующим блокам:
- Определение токена — пропишите стандарт (например, ERC-20), технические функции в сети и ожидаемую полезность (utility).
- Триггер TGE (Token Generation Event) — установите четкие критерии выпуска актива, чтобы избежать обвинений в затягивании сроков.
- Порядок распределения — укажите способ передачи токенов на кошельки инвесторов сразу после генерации или через вестинг-контракт.
- Права при форках — определите, получает ли инвестор новые токены при разделении основной сети.
Вестинг и Клифф как инструменты стабильности
График вестинга защищает экономику проекта от резкого обвала курса. Если все инвесторы получат доступ к токенам в день листинга, цена упадет под давлением продаж. Вы должны внедрить Cliff — период полной заморозки активов после TGE. Обычно он составляет от 6 до 12 месяцев для ранних стадий.
После завершения клиффа начинается линейный или ступенчатый разблокированный период. Прописывайте эти условия в SAFT максимально детально. Инвесторы должны понимать, какой процент активов они смогут реализовать в каждый конкретный месяц. Это создает предсказуемое предложение на рынке и повышает доверие крупных институциональных игроков.
Синхронизация условий вестинга в договоре и смарт-контракте исключает судебные претензии со стороны венчурных фондов.
Регуляторные риски и соответствие законодательству
Даже если ваш проект зарегистрирован на Британских Виргинских островах (BVI) или Каймановых островах, вы сталкиваетесь с глобальным регулированием. Продажа токенов резидентам США обязывает соблюдать правила Reg D или Reg S. Вы должны проверять статус аккредитованного инвестора (Accredited Investor) для каждого участника раунда.
Внедрите в процесс подписания договора обязательные процедуры KYC (Know Your Customer) и AML (Anti-Money Laundering). Это защитит ваш банковский счет и счета фаундеров от блокировок. В тексте SAFT необходимо указать заверения и гарантии (Representations and Warranties), что инвестор понимает риски полной потери капитала и не использует средства, полученные преступным путем.
Условия прекращения договора и возврат средств
Проект может столкнуться с техническими трудностями или запретом регулятора. Вы обязаны прописать сценарии выхода из сделки. Инвесторы требуют защиты своих прав при наступлении Dissolution Event (ликвидации проекта). Определите порядок возврата оставшихся средств после вычета операционных расходов на разработку.
- Longstop Date — крайний срок запуска сети, после которого инвестор может потребовать возврат вложений.
- Приоритет выплат — установите очередность возврата денег держателям SAFT относительно акционеров компании.
- Налоговые последствия — укажите, кто несет ответственность за уплату налогов при получении прибыли от токенов в разных юрисдикциях.
Разработка SAFT договора требует участия юристов с опытом в блокчейн-технологиях. Шаблонные документы из открытых источников не учитывают специфику вашей токеномики и требования конкретных бирж для будущего листинга. Мы создаем правовую базу, которая выдерживает проверку комплаенс-отделами крупнейших Tier-1 фондов и криптобирж.
