юридическая сторона
Выбор между готовой платформой и собственной разработкой — одно из ключевых решений в проекте токенизации. Помогаем оценить юридические ограничения платформ, подготовить договоры с провайдерами и структурировать отношения с кастодианом и transfer agent.
Выбираете платформу для RWA-токенизации. Важно понять: какие юрисдикции поддерживает платформа, какие ограничения по whitelist и transfer, кто является transfer agent и как устроен кастодиан.
Разрабатываете собственное решение для токенизации. Нужно выстроить юридическую архитектуру: договоры с кастодианом, KYC-провайдером, аудитором смарт-контракта и правила вторичного обращения.
Привлекаете капитал через Security Token Offering. Инвесторы требуют понятную правовую модель: какая платформа, какой кастодиан, как устроен whitelist и как обеспечивается вторичное обращение.
Это решение определяет юридическую архитектуру всего проекта — и его сложно изменить на поздних этапах
Securitize, Tokeny (ERC-3643/T-REX), DigiShares, Polymath — специализированные платформы с встроенными механизмами whitelist, transfer restrictions и compliance. Быстрый старт, но нужно понять юридические ограничения каждой платформы.
Разработка собственных смарт-контрактов и инфраструктуры. Полный контроль над логикой, но требует полной юридической проработки: аудит смарт-контракта, договоры с кастодианом и transfer agent, правила вторичного обращения.
Юридические характеристики ключевых платформ — выбор зависит от актива, юрисдикции и инвесторов
| Платформа | Юрисдикции | Тип активов | Whitelist / Transfer | Лучше для |
|---|---|---|---|---|
| Securitize | США, ЕС, ОАЭ, Япония | Акции, долг, фонды, RE | Встроенный whitelist, регуляторные ограничения по юрисдикциям | Институциональные STO, US-инвесторы |
| Tokeny (T-REX) | ЕС, ADGM, глобально | Любые security токены (ERC-3643) | Программируемый compliance, on-chain whitelist | EU/MiCA проекты, гибкий compliance |
| DigiShares | ЕС, ОАЭ, СНГ | Недвижимость, фонды | Встроенный KYC/AML, cap table management | RWA недвижимость, европейские проекты |
| Polymath | Глобально | Security токены, фонды | Polymesh blockchain, встроенный compliance | Проекты с собственным блокчейном |
| Harbor | США, глобально | RE, фонды, private equity | Compliance layer поверх ERC-20, whitelist через R-Token | US-ориентированные STO, accredited investors |
Характеристики платформ меняются — актуальный анализ проводим под конкретный проект
выбор платформы и юрисдикции
Платформа выбирается до начала разработки — менять её на поздних этапах дорого. Прежде чем принять решение — закажите правовой анализ под вашу конкретную модель.
- Квалификация токена: security, utility или hybrid
- Совместимость платформы с целевой юрисдикцией
- Ограничения платформы по инвесторам и юрисдикциям
- Договоры с платформой: риски в DPA, SLA, IP-оговорках
- Рекомендация: готовая платформа vs собственная разработка
Независимо от выбора платформы — нужны договоры с каждым провайдером инфраструктуры
Договор с кастодианом цифровых активов: условия хранения ключей, страхование, процедуры при инцидентах, SLA доступности, порядок передачи активов при прекращении отношений.
Договор с transfer agent: ведение реестра держателей, обработка transfer запросов, проверка whitelist, корпоративные события (дивиденды, buyback), отчётность эмитенту.
DPA с KYC-провайдером (Sumsub, Onfido, Jumio): условия обработки данных инвесторов, ретенция, передача третьим сторонам, breach notification, интеграция с whitelist платформы.
Договор с аудитором кода: scope аудита, ответственность за пропущенные уязвимости, NDA, права на публикацию отчёта, re-audit при изменениях. Для собственной разработки — обязателен.
Договор с биржей или OTC-дилером для вторичного обращения: условия листинга, маркет-мейкинг, делистинг, ограничения на transfer между юрисдикциями, репортинг для регулятора.
Договор с платформой (Securitize, Tokeny): IP права на токены, ограничения по юрисдикциям, данные инвесторов, условия прекращения сервиса, миграция реестра при смене платформы.
Начали разработку на конкретной платформе — а потом выяснилось что она не поддерживает нужные geo-ограничения или не совместима с требованиями целевого регулятора. Миграция на другую платформу — это пересмотр смарт-контрактов и всей документации.
При прекращении отношений с платформой реестр держателей токенов оказывается «заперт» у провайдера. В договоре не было прописано право на выгрузку данных в машиночитаемом формате — и переход на новую платформу превращается в длительный юридический спор.
Логика смарт-контракта не совпадает с инвестиционным меморандумом: другой supply, другие условия buyback или transfer. При споре суд руководствуется документами — а код «делает что-то другое».
Не настроили geo-блокировку и whitelist на уровне платформы — в STO зашли инвесторы из США или других юрисдикций где требуется отдельная регуляторная регистрация. Это может аннулировать весь оффер.
Чем ERC-3643 (T-REX) отличается от обычного ERC-20? +
Нужен ли аудит смарт-контракта если используем готовую платформу? +
Можно ли перейти с одной платформы на другую после запуска? +
Что такое transfer agent и зачем он нужен? +
и выстроить юридическую инфраструктуру?
Расскажите о проекте — определим платформу, договоры и структуру на первом звонке.