Как это устроено:
Главное отличие инфраструктуры под ЦФА от «классического» крипторынка в том, что здесь каждая сущность привязана к праву. Токен — это не просто запись в блокчейне, а цифровой финансовый актив, который живёт в связке:
- с оператором информационной системы, включённым в реестр Банка России;
- с правилами оборота (выпуск, обращение, погашение), одобренными регулятором;
- с юридической конструкцией в оффлайне: договор займа, доля в ООО, права требования по доходу и т.д.
Платформы системного уровня, такие как, готовящийся к запуску - цифровой инвестиционный фонд НЕКСУС, выстраивают конвейер вокруг этой связки. На входе — проект, который нужно «упаковать»: проверить бенефициаров, структуру владения, налоговые последствия, возможные ограничения по типам инвесторов. На выходе — токен, у которого:
- прописаны права и обязанности эмитента и инвестора,
- понятен порядок выплат и событий дефолта,
- прозрачен режим налогообложения.
Отсюда — необходимость отдельного блока: матрица соответствия законам (259‑ФЗ, 115‑ФЗ, 152‑ФЗ, 187‑ФЗ, закон о цифровых платформах и т.п.), план регистрации ИС, криптосредств, серверной инфраструктуры. Для финтех‑компании это не «побочный слайд», а часть архитектуры продукта.
Почему «свой» блокчейн, а не Ethereum/TON
В криптомире давно есть соблазн: «Зачем изобретать велосипед, если можно всё выпустить на Ethereum?» Для российской юрисдикции такой подход быстро упирается в реальность: ГОСТ‑криптография, требования к КИИ, локализация данных, сертификация средств защиты, регуляторные проверки.
Поэтому в ряде проектов выбирается путь собственного L1:
- на уровне криптоядра можно заменить secp256k1 и SHA‑256 на отечественные стандарты;
- можно встроить поддержку отечественных СКЗИ и HSM в узлы‑валидаторы;
- проще доказать регулятору контроль над инфраструктурой и соответствие отраслевым стандартам безопасности.
Отдельная причина — предсказуемость экономической модели. Когда комиссия сети определяется не загруженностью глобального Ethereum, а локальной экономикой конкретной сети, проще строить юнит‑экономику под ЦФА‑платформу: комиссию за транзакцию, долю, идущую валидаторам, и долю, которая сжигается или попадает в фонд протокола.
Вторичный рынок как «лакмусовая бумажка» всей конструкции
Теоретически токенизация без вторичного рынка уже даёт плюс: оцифрованный учёт, автоматические выплаты, быстрые реестровые операции. На практике спрос инвесторов резко растёт, когда появляется возможность не только войти в сделку, но и выйти из неё до окончания срока проекта.
Отсюда роль отдельной биржевой составляющей:
- формирование книги заявок и механизмов ценообразования;
- обеспечение базовой ликвидности (через маркет‑мейкинг, AMM‑пулы, программы стимулов);
- соблюдение ограничений по типам инвесторов (например, отдельные инструменты только для квалифицированных).
Это превращает платформу из «цифрового регистратора» в полноценную финансовую инфраструктуру. Одновременно повышаются требования к мониторингу манипуляций, инсайда, отмывания — поэтому архитектура часто включает:
- мониторинг сделок в режиме реального времени;
- профилирование адресов и кластеризацию,
- сценарии «красных флагов» для служб комплаенса.
Роль экспертов: зачем люди, если есть AI
В первой волне финтех‑продуктов AI часто позиционировали как «замену аналитикам». В токенизации реальных проектов подход меняется: модели работают не вместо, а поверх экспертного слоя.
Типичный пайплайн выглядит так:
- AI‑фильтр: автоматический скоринг проектов отсекает заведомо несоответствующие базовым требованиям (по объёму рынка, адекватности финмодели, структуре команды, уровню долговой нагрузки).
- Экспертный слой: живые аналитики рассматривают то, что прошло фильтр, и принимают ответственность за финальное заключение.
- Обратная связь в модели: результаты сделок (успешность, дефолты, задержки выплат) подаются обратно в модель, улучшая последующие решения.
Такой симбиоз позволяет:
- сократить стоимость и сроки анализа;
- выстроить репутационные треки экспертов (рейтинги, доля в комиссионном доходе);
- постепенно накапливать «корпус знаний» о поведении разных классов проектов в реальных условиях рынка.
Инвесторский UX: от интерфейса до налогообложения
Если посмотреть на зрелые финтех‑продукты последних лет, у них есть общая черта: они забирают на себя максимальное количество «грязной работы» — от договоров до налогов. Платформа под ЦФА логично движется в ту же сторону:
- Договорная база и «бумаги» формируются автоматически на этапе сделки;
- выплаты по токенам проходят без участия инвестора — по сигналу из смарт‑контракта;
- налоговые обязательства либо удерживаются у источника, либо сопровождаются автоматической генерацией отчётности.
Для частного пользователя это значит, что взаимодействие с достаточно сложным инструментом (цифровой финансовый актив, привязанный к конкретному проекту) выглядит как интерфейс качественного брокерского приложения:
- список активов;
- прогнозные и фактические доходности;
- пометка, какие выплаты уже учтены в налогах, а какие нужно декларировать отдельно.
Такой UX критичен, если задача — выйти за пределы узкой аудитории «продвинутых инвесторов» и стать массовым финтех‑продуктом.
Риски и точки отказа: куда смотреть скептику
Любая подобная система уязвима сразу в нескольких местах:
- Регуляторика. Любые изменения в законах о ЦФА, цифровых платформах или КИИ могут потребовать серьёзных доработок архитектуры и процессов.
- Качество проектов. Даже идеальный блокчейн и безупречный комплаенс не спасут, если на входе будут слабые или заведомо нежизнеспособные проекты.
- Ликвидность вторичного рынка. Без достаточного числа участников и оборотов рынок легко превращается в «болото», где выйти из позиции сложно.
- Технологические сбои и безопасность. Ошибки в смарт‑контрактах, уязвимости в инфраструктуре, компрометация ключей валидаторов — это уже риск не только денег, но и репутации сегмента ЦФА в целом.
Поэтому, оценивая подобные платформы, разумно смотреть не только на красивые презентационные цифры, но и на:
- процессы отбора и мониторинга проектов;
- качество и прозрачность вторичного рынка;
- зрелость инженерной и комплаенс‑функций;
- то, как платформа переживает первые стресс‑сценарии (задержки выплат, дефолты, рыночные просадки).