Может ли смарт-контракт ЦФА автоматически выплачивать купон

Купонная выплата по ЦФА — это денежный перевод от эмитента к владельцам токенов в определённую дату. В классических облигациях платёж инициирует эмитент (или платёжный агент): бухгалтерия готовит реестр получателей, подписывает платёжное поручение, банк проводит списание. При ЦФА логика принципиально иная — техническая архитектура платформы позволяет автоматизировать этот процесс через программный код (смарт-контракт), который без участия человека определяет, кому и сколько причитается, и формирует распоряжение на перевод.

Как технически устроена купонная выплата по ЦФА

Когда наступает дата купонной выплаты, указанная в решении о выпуске ЦФА, оператор информационной системы выполняет следующую последовательность действий:

1. Эмитент заранее перечисляет денежные средства на номинальный счёт оператора в размере, достаточном для выплаты всем владельцам ЦФА. Это его обязанность по ст. 7 259-ФЗ.

2. Оператор формирует список владельцев ЦФА на момент, определённый в решении о выпуске (отсечка). Список берётся из реестра записей о правах.

3. Рассчитывается размер купона на каждый токен исходя из условий выпуска: фиксированная ставка, плавающая ставка, или иная формула.

4. Оператор списывает средства с номинального счёта эмитента и зачисляет их на номинальные счета владельцев ЦФА.

5. Оператор удерживает НДФЛ (если владелец — физическое лицо-резидент) или налог у источника (если владелец — нерезидент) и перечисляет его в бюджет.

Шаги 2–4 могут быть реализованы программно, без участия оператора как человека. Именно эту автоматизированную логику участники рынка называют «смарт-контрактом ЦФА».

Что такое смарт-контракт в контексте ЦФА

Закон 259-ФЗ не использует термин «смарт-контракт». Статья 6 говорит о правилах проведения сделок с ЦФА, которые определяются оператором информационной системы и согласовываются с Банком России. Технические детали реализации этих правил — включая программный код, обеспечивающий купонные выплаты — остаются на уровне внутренних регламентов оператора.

На практике «смарт-контракт» в российских ЦФА — это не обязательно смарт-контракт в смысле Ethereum (самоисполняемый код на блокчейне). Российские платформы работают на разных технологических решениях:

• Атомайз — использует собственный блокчейн на базе Hyperledger Fabric, где логика купонных выплат кодируется в цепочках (chaincode).
• Лайтхаус — работает на платформе Masterchain, логика выпуска и выплат реализуется через смарт-контракты Solidity.
• Сбер — инфраструктура интегрирована в банковскую систему, автоматизация выплат обеспечивается внутренней IT-архитектурой.

Во всех случаях принцип одинаков: код проверяет условие (наступила ли дата выплаты, сколько токенов у каждого владельца), рассчитывает сумму и формирует проводку. Человек не участвует — если эмитент вовремя пополнил номинальный счёт.

Автоматизация: что реально происходит без участия человека

Единственное звено, которое не поддаётся полной автоматизации — это поступление денег от эмитента на номинальный счёт. Эмитент должен инициировать платёж через свой банк. Если деньги не поступили к дате выплаты, смарт-контракт не сможет ничего зачислить, потому что источника средств нет. Это технический дефолт: код сработает, обнаружит нулевой баланс и зафиксирует невыполнение обязательства.

Плавающий купон: сложная автоматизация

Если купон привязан к ключевой ставке ЦБ РФ, RUONIA или иному показателю, смарт-контракт должен:

• получить актуальное значение ставки из надёжного источника (оракул);
• применить формулу из решения о выпуске;
• рассчитать сумму для каждого владельца.

В платформе Лайтхаус (Masterchain) для этого используются оракулы — смарт-контракты, которые агрегируют данные из внешних источников (котировки ЦБ, RUONIA). Оператор ЦФА «Норникель» на платформе Атомайз выпускал ЦФА с фиксированным купоном, что технически проще. С появлением выпусков с плавающей ставкой (планируются рядом эмитентов) нагрузка на оракулы возрастёт, и корректность их работы станет критическим фактором.

Отличие от DeFi-купонных токенов

В децентрализованных финансах (DeFi) смарт-контракт сам хранит средства в пуле и автоматически распределяет доход. В российских ЦФА деньги хранятся на банковском номинальном счёте, а не в блокчейне. Смарт-контракт лишь управляет логикой распределения — он не может сам создать деньги или взять их откуда-то. Фактический платёж проходит через банковскую систему.

Это принципиальное отличие: автоматизация в ЦФА — это автоматизация логики расчётов и зачисления, а не автоматизация хранения и перемещения средств в распределённом реестре. Банковский счёт, корреспондентские отношения, резервы — всё это остаётся в традиционной финансовой инфраструктуре.

Роль эмитента при автоматических выплатах

Хотя купонная выплата автоматизирована, эмитент не становится пассивным наблюдателем. У него остаются существенные обязанности:

• Своевременное пополнение номинального счёта. Деньги должны поступить до даты выплаты. Операторы устанавливают внутренние дедлайны — обычно за 1–2 рабочих дня до даты купона. Если деньги зачислены с опозданием и код уже отработал с нулевым балансом, потребуется ручная корректировка.

• Уведомление оператора об изменениях. Если купонная ставка изменилась (например, по результатам пересчёта по формуле плавающего купона), эмитент должен подтвердить оператору корректное значение до даты расчёта. Смарт-контракт не может самостоятельно определить ставку — он берёт её из источника данных, который должен быть актуализирован.

• Публикация существенных фактов. Если эмитент понимает, что не сможет выплатить купон (дефолт), он обязан опубликовать информацию об этом до даты выплаты (ст. 8 259-ФЗ). Автоматизация не снимает информационных обязательств.

Погашение номинала: та же логика

При наступлении даты погашения ЦФА смарт-контракт выполняет аналогичную работу: проверяет баланс номинального счёта эмитента, рассчитывает сумму номинала для каждого владельца и формирует проводки на зачисление. Если ЦФА обеспечены залогом (например, денежным требованием к третьему лицу), эмитент может не пополнять счёт — оператор может обратиться к обеспечению в рамках процедуры, описанной в решении о выпуске.

Автоматическое погашение целесообразно при большом числе владельцев: когда выпуск составляет тысячи токенов и держателей, ручной расчёт и зачисление заняли бы дни и потребовали участия десятка сотрудников. Смарт-контракт обрабатывает это за секунды.

Риски автоматизации

Полная автоматизация несёт свои риски:

• Ошибка в коде. Если смарт-контракт неверно рассчитывает плавающую ставку (например, использует неправильную дату фиксации RUONIA), все владельцы получат неверную сумму. Аудит смарт-контрактов перед внедрением снижает, но не исключает этот риск.
• Сбой оракула. Если источник данных (оракул), предоставляющий значение ключевой ставки, временно недоступен или передаёт некорректные данные, расчёт купона будет ошибочным.
• Недоступность банковской системы. Если банк-эквайер, обслуживающий номинальный счёт эмитента, испытывает технический сбой, зачисление купона на кошельки владельцев задержится, даже если смарт-контракт сработал корректно.

Снижение этих рисков — задача оператора. Аудит кода перед внедрением, резервирование источников данных (несколько оракулов), дублирование банковских каналов и обязательная возможность ручного вмешательства — стандартные меры, которые операторы должны реализовывать по требованию ЦБ РФ.

Часто задаваемые вопросы

Вопрос: Может ли смарт-контракт ошибиться в расчёте купона?

Ответ: Да. Ошибки в коде смарт-контракта возможны. Именно поэтому операторы проводят аудит исходного кода перед внедрением и обязаны обеспечить возможность ручной корректировки. Если ошибка привела к неправильной выплате, оператор обязан выявить её и провести корректирующие операции. Ответственность за корректность кода несёт оператор информационной системы.

Вопрос: Что происходит с купоном, если владелец продал ЦФА за день до даты отсечки?

Ответ: Право на купон переходит к новому владельцу. Дата отсечки (record date) указывается в решении о выпуске. Смарт-контракт формирует список получателей на момент отсечки, и владелец, который продал ЦФА до этой даты, купон не получит — он достаётся покупателю.

Вопрос: Может ли эмитент вручную отменить или изменить автоматическую купонную выплату?

Ответ: Нет. Если условия выпуска предусматривают автоматическую выплату, эмитент не может произвольно отменить её. Отмена или изменение порядка выплат возможно только путём внесения изменений в решение о выпуске с соблюдением процедуры, установленной 259-ФЗ, и с согласия владельцев (если это требует решение о выпуске). Односторонний отказ эмитента от исполнения обязательств по ЦФА не допускается.

Вопрос: Нужно ли владельцу ЦФА подавать налоговую декларацию, если оператор сам удержал налог?

Ответ: Оператор выступает налоговым агентом и удерживает НДФЛ при выплате купона. В большинстве случаев владельцу не нужно подавать декларацию — оператор предоставит справку 2-НДФЛ. Исключение: если владелец продал ЦФА на вторичном рынке с прибылью — разница между ценой покупки и продажи подлежит декларированию самостоятельно.

Вопрос: Можно ли настроить реинвестирование купона в покупку новых ЦФА автоматически?

Ответ: Закон 259-ФЗ не регулирует реинвестирование. Технически оператор может реализовать эту функцию (код проверяет наличие средств на кошельке после купонной выплаты и автоматически инициирует заявку на покупку), но ни одна из действующих платформ на 2025 год не предлагает такую опцию по умолчанию. Владельцу необходимо вручную направить купонные средства на покупку новых выпусков.

Источники

• Федеральный закон №259-ФЗ — «О цифровых финансовых активах, цифровой валюте и о внесении изменений в отдельные законодательные акты Российской Федерации»
• Статья 214.1 НК РФ — налогообложение доходов по операциям с ЦФА
• Информация ЦБ РФ — технические стандарты для операторов информационных систем ЦФА