Из чего состоит цифровой финансовый актив с технической точки зрения
Из чего состоит цифровой финансовый актив с технической точки зрения
ЦФА — это не файл на компьютере и не картинка в приложении. С технической стороны каждый ЦФА — набор структурированных данных, записанных в распределённый реестр оператора платформы. Закон 259-ФЗ не предписывает конкретную технологию — блокчейн, база данных или гибридная архитектура. Он задаёт требования к результату: записи о правах должны быть неизменяемыми, доступными для проверки и защищёнными от несанкционированного изменения.
Каждый ЦФА в системе оператора состоит из нескольких слоёв. Юридический слой — решение о выпуске и условия, закреплённые в электронном виде. Данные слой — записи в реестре, связывающие конкретный токен с конкретным владельцем. Технологический слой — инфраструктура платформы: узлы (ноды), криптография, смарт-контракты, API. Понимание этой структуры помогает инвестору осознать, где находятся его активы, кто ими управляет и что происходит при каждой сделке.
Смарт-контракт: программный каркас выпуска
Смарт-контракт — это компьютерная программа, которая автоматически выполняет заранее запрограммированные действия при наступлении определённых условий. В контексте ЦФА смарт-контракт реализует бизнес-логику выпуска: контролирует количество токенов, проверяет права на проведение сделок, рассчитывает купонные выплаты, обрабатывает погашение.
Юридически смарт-контракт признаётся письменной формой сделки (ст. 160 ГК РФ, ст. 8 259-ФЗ). Код программы фиксирует условия, которые эмитент прописал в решении о выпуске. Если эмитент обязался платить 12% годовых каждые 90 дней — смарт-контракт рассчитает сумму, проверит наличие средств на счёте эмитента и инициирует перевод на кошелёк инвестора.
На практике платформы используют разные подходы к смарт-контрактам:
- Атомайз — работает на платформе Momentum, использует смарт-контракты на языке Solidity с аудитом исходного кода независимой лабораторией перед каждым выпуском.
- Лайтхаус — собственная блокчейн-платформа на базе Hyperledger Fabric, смарт-контракты (chaincode) пишутся на Go и Java.
- Сбер — инфраструктура построена на базе Sberchain (permissioned blockchain), смарт-контракты проходят внутренний аудит.
- Токеон — дочерняя структура Московской биржи, использует технологию, совместимую с инфраструктурой Мосбиржи.
- Альфа-Банк — платформа «А-Токен», работает на собственной архитектуре с интеграцией в банковские системы.
Реестр записей: где «живут» права
Статья 14 259-ФЗ обязывает оператора вести реестр записей о правах на ЦФА. Именно в этом реестре зафиксировано, кто и сколько токенов какого выпуска владеет. Реестр — не просто таблица в Excel. Это распределённая система, в которой каждая запись криптографически подписана и связана с предыдущей.
Структура записи о праве включает:
- Идентификатор выпуска — уникальный код, присвоенный при регистрации выпуска (аналог ISIN для ценных бумаг).
- Идентификатор токена — номер конкретной единицы ЦФА внутри выпуска.
- Идентификатор владельца — привязка к учётной записи (кошельку) инвестора на платформе.
- Метаданные — номинал, дата выпуска, срок погашения, размер купона, частота выплат.
- Хеш предыдущей записи — криптографическая ссылка, обеспечивающая целостность цепочки.
- Электронная подпись оператора — квалифицированная или неквалифицированная электронная подпись, подтверждающая достоверность записи.
Если кто-то попытается подделать запись (например, увеличить количество токенов на своём кошельке), хеш изменится, и несоответствие будет мгновенно обнаружено при следующей проверке. Этот механизм — базовая защита от фальсификации, предусмотренная ст. 14 259-ФЗ.
Узлы (ноды): кто хранит данные
Распределённый реестр платформы ЦФА состоит из узлов — серверов, на которых хранятся копии реестра и которые участвуют в подтверждении транзакций. Количество и расположение нод зависят от конкретной платформы.
| Платформа | Тип архитектуры | Количество нод | Контроль нод |
|---|---|---|---|
| Атомайз | Permissioned blockchain (Momentum) | 5–8 | Оператор + эмитенты |
| Лайтхаус | Hyperledger Fabric | 4–6 | Консорциум участников |
| Сбер | Sberchain | Корпоративная сеть | ПАО Сбербанк |
| Токеон | Собственная платформа Мосбиржи | Сеть Мосбиржи | Московская биржа |
| Альфа-Банк | Собственная архитектура | Банковская инфраструктура | ПАО «Альфа-Банк» |
Все российские платформы ЦФА используют permissioned (разрешённые) блокчейны. Это значит, что ноды управляются заранее определёнными организациями, а не любыми желающими, как в публичных сетях (Ethereum, Bitcoin). Решение о добавлении новой ноды принимает оператор или консорциум участников. Такая модель обеспечивает скорость обработки транзакций (секунды, а не минуты) и соответствие требованиям Банка России к финтех-инфраструктуре.
Криптография: как защищаются права владельца
Каждый кошелёк инвестора на платформе ЦФА защищён парой криптографических ключей: приватным (секретным) и публичным. Приватный ключ используется для подписания транзакций — продажи, передачи, голосования. Публичный ключ идентифицирует кошелёк и позволяет другим участникам системы проверять подлинность подписи.
На практике инвестор редко напрямую работает с ключами. Платформы реализуют custody-модель: приватные ключи хранятся в защищённых хранилищах оператора (HSM-модули), а инвестор авторизуется через банковский пароль, биометрию или двухфакторную аутентификацию. Это компромисс между безопасностью и удобством: если инвестор потеряет приватный ключ, оператор сможет восстановить доступ (в отличие от криптовалютных кошельков, где потеря ключа означает потерю средств навсегда).
Для обеспечения неизменности записей применяются хеш-функции (SHA-256 или аналоги). Каждая транзакция проходит через алгоритм консенсуса — механизм, при котором ноды проверяют валидность операции и подтверждают её. В permissioned-сетях чаще всего используется PBFT (Practical Byzantine Fault Tolerance) или его вариации, обеспечивающие финальность транзакции без механизма майнинга.
API и интеграция: как платформа общается с внешним миром
Операторы платформ предоставляют API-интерфейсы для автоматизации операций с ЦФА. Через API эмитент может инициировать выплату купона, инвестор — подать заявку на покупку, а брокер — интегрировать ЦФА в свою торговую платформу.
Основные типы запросов:
- Запрос баланса — получение информации о количестве и номинале ЦФА на кошельке.
- Размещение оферты — выставление ЦФА на вторичный рынок с указанием цены.
- Исполнение сделки — списание ЦФА с кошелька продавца и зачисление на кошелёк покупателя.
- Получение купона — автоматическое зачисление денежных средств при наступлении даты выплаты.
- Информация о выпуске — доступ к условиям, отчётности эмитента, событиям корпоративных действий.
Стандартизация API между платформами пока находится на начальной стадии. Каждый оператор использует собственный формат данных и протокол аутентификации. Банк России работает над созданием единых стандартов обмена информацией, но до полной унификации ещё далеко.
Транзакции: как происходит сделка
Когда инвестор нажимает «купить» ЦФА на платформе, запускается многошаговый процесс, который занимает секунды, но включает несколько этапов:
- Авторизация. Система проверяет личность инвестора и его право проводить операции (пройдено ли тестирование, есть ли лимиты).
- Валидация. Смарт-контракт выпуска проверяет, что продавец действительно владеет указанным количеством токенов и что они не обременены (не находятся в залоге, не арестованы).
- Формирование транзакции. Оператор создаёт запись о переходе права: списание с кошелька продавца, зачисление на кошелёк покупателя.
- Подписание. Транзакция подписывается электронной подписью оператора (а в некоторых архитектурах — подписями обеих сторон).
- Консенсус. Узлы сети проверяют транзакцию и подтверждают её. В permissioned-блокчейне это занимает доли секунды.
- Расчёты. Параллельно с записью о переходе права происходит перечисление денежных средств с номинального счёта покупателя на номинальный счёт продавца.
- Финальность. Транзакция считается завершённой. Запись о новом владельце появляется в реестре.
В отличие от публичных блокчейнов (Ethereum), где транзакция может попасть в mempool и ждать минутами, российские платформы ЦФА обеспечивают T+0 или T+1 — финальность в день сделки или на следующий рабочий день. Это требование Банка России к торговой инфраструктуре.
Резервное копирование и отказоустойчивость
Статья 14 259-ФЗ обязывает оператора обеспечивать сохранность записей о правах. Технически это реализуется через:
- Геораспределённое хранение — копии реестра находятся в нескольких дата-центрах на территории РФ.
- Резервное копирование — регулярное создание snapshots (снимков) состояния реестра с хранением в независимых хранилищах.
- Аудит безопасности — регулярные проверки уязвимостей, пентесты, bug-bounty программы.
Если платформа полностью выходит из строя (пожар в дата-центре, кибератака), записи о правах должны быть восстановлены из резервных копий. Закон не регламентирует конкретные технические требования к резервированию, но Банк России включает их в свои надзорные ожидания.
Часто задаваемые вопросы
Вопрос: Можно ли увидеть исходный код смарт-контракта конкретного выпуска ЦФА?
Ответ: Зависит от платформы. Атомайз публикует адрес смарт-контракта, код которого можно прочитать в блокчейн-эксплорере. Лайтхаус и Сбер предоставляют техническую документацию по запросу. Но даже если код открыт, для его анализа требуются знания Solidity или Go. Практический выход — ориентироваться на результаты аудита смарт-контракта, которые оператор обязан провести перед запуском выпуска.
Вопрос: Что произойдёт с моими ЦФА, если блокчейн платформы будет взломан?
Ответ: В permissioned-блокчейне вероятность взлома сети значительно ниже, чем в публичных. Но даже в этом случае записи о правах подлежат восстановлению из резервных копий (ст. 14 259-ФЗ). Оператор несёт ответственность за сохранность данных. Ст. 17 259-ФЗ устанавливает административную и уголовную ответственность за фальсификацию записей.
Вопрос: Может ли инвестор самостоятельно управлять своим приватным ключом, а не доверять его платформе?
Ответ: Техническая возможность зависит от платформы. Большинство российских операторов реализуют custody-модель, при которой ключи хранятся у оператора. Это связано с требованиями Банка России к идентификации клиентов и противодействию отмыванию денежных средств (115-ФЗ). Полностью некастодиальный кошелёк (как MetaMask для Ethereum) на российских платформах ЦФА пока не применяется.
Вопрос: Как быстро проходит транзакция с ЦФА?
Ответ: На российских платформах транзакции подтверждаются в течение нескольких секунд. Permissioned-блокчейн не требует майнинга или сложного консенсуса с тысячами узлов. Фактическое зачисление денежных средств от продажи ЦФА на банковский счёт занимает от нескольких минут до одного рабочего дня в зависимости от платформы и банка.
Источники
- Федеральный закон №259-ФЗ — «О цифровых финансовых активах, цифровой валюте и о внесении изменений в отдельные законодательные акты Российской Федерации»
- ГК РФ, ст. 160 — письменная форма сделки и смарт-контракт
- Информация ЦБ РФ о цифровых финансовых активах — официальные материалы регулятора
- Платформа Атомайз — техническая документация
- Платформа Лайтхаус — архитектура и безопасность