Что делать, если не могу продать ЦФА из-за сбоя платформы?

Дождаться восстановления. Зафиксируйте скриншоты для возможных претензий. Оператор обязан информировать о сбоях.

Может ли оператор отменить транзакцию из-за сбоя?

Нет. Запись в распределённом реестре неизменна. Отменённая транзакция — это отказ в обработке до включения в реестр.

Какой SLA (сервис-левел) у операторов ЦФА?

Не раскрывается публично. ЦБ требует «высокую доступность», но конкретных цифр нет.

Что если я отправил транзакцию, а интернет отключился до подтверждения?

Транзакция в очереди и будет обработана при восстановлении связи. Если истечёт таймаут — транзакция будет отклонена, средства вернутся.

Влияние сбоя электроснабжения или отключения интернета на транзакции с ЦФА

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

При отключении интернета у инвестора — он не может отправить транзакцию покупки, продажи или погашения. Транзакция, уже отправленная в сеть, обрабатывается независимо от подключения отправителя.

При сбое у оператора — транзакции ставятся в очередь. Если сбой затягивается, ЦБ может вмешаться.

Влияние сбоя у оператора

Ст. 6 259-ФЗ требует от оператора обеспечения «неизменности и доступности» записей. Платформы используют геораспределённые дата-центры. Если один ЦОД теряет питание, другой принимает нагрузку.

Практически: Атомайз использует ЦОДы в Москве и Санкт-Петербурге. Мастерчейн — в Москве и Екатеринбурге. Лайтхаус — три ЦОДа.

Тип сбоя	Влияние	Время восстановления
Отключение интернета у инвестора	Нет транзакций	При восстановлении
Сбой одного ЦОДа оператора	Нет влияния	Автоматическое переключение
Глобальный сбой оператора	Очередь транзакций	1–6 часов
Сбой в реестре	Критический	Не определено

Права инвестора

Если инвестор не мог продать ЦФА из-за сбоя платформы и цена упала, убыток не компенсируется. Закон 259-ФЗ не предусматривает ответственности оператора за упущенную выгоду.

Ст. 17 259-ФЗ: оператор отвечает за «ущерб, причинённый нарушением требований к ведению реестра». Потеря транзакции — не потеря записи.

Что происходит на разных уровнях инфраструктуры

Сбой может случиться в четырёх местах, и последствия разные:

Интернет у инвестора. Новые транзакции не отправляются; уже отправленные обрабатываются сетью независимо от отправителя. Риск — упустить момент сделки, но не потерять актив.
Канал или узел оператора. Платформа не принимает новые транзакции; существующие записи и права не страдают. Интерфейс может показывать устаревшие данные.
Смарт-контракт выпуска. Расчёт по расписанию (например, купона) задерживается, но обязательство не исчезает: после восстановления операция исполняется.
Переключение между дата-центрами. Геораспределённые площадки переходят на резерв автоматически; штатное переключение пользователь обычно не замечает.

Важно различать «транзакция не прошла» и «транзакция не отправилась». В обоих случаях запись либо не создана, либо операция отклонена до внесения в реестр — средства и активы остаются у владельца. Потерять можно только операцию, которую не успели совершить, но не сами ЦФА.

Что делает оператор при сбое

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

SLA: почему цифры доступности не публикуются

SLA (service level agreement) — это параметр доступности сервиса: например, «не более N часов простоя в год» или «успешное исполнение 99,9% операций». Для платёжных систем и брокеров такие цифры публикуются, для операторов ЦФА — пока нет: регулятор требует «высокую доступность» (ст. 6 259-ФЗ говорит о надёжности и неизменности записей), но не задаёт измеримых порогов и не требует отчётности по ним. Что это значит для инвестора практически: сравнить платформы по официальным метрикам недоступности нельзя, и при выборе стоит задавать вопросы напрямую — как долго длились прошлые инциденты, как информируются пользователи, есть ли компенсационные механизмы за простой. Ответ платформы, пусть и неформальный, всё равно полезнее его отсутствия: оператор, который отслеживает собственную доступность и готов её обсуждать, обычно и управляет инцидентами лучше.

Алгоритм действий инвестора при сбое

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

Как снизить риски заранее

Не откладывать критичные операции — погашение, продажу перед датой выплаты — на последний час срока.
Хранить выписки из реестра после крупных операций: доступ к платформе не гарантирован в любой момент.
Распределять активы между разными операторами: сбой одной платформы не блокирует весь портфель.
Настроить уведомления так, чтобы о недоступности узнавать не только из самого приложения.

Два уровня ответственности: запись и сервис

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

Кейсы из практики

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

Итог

Сбой интернета у инвестора останавливает новые транзакции, но не затрагивает уже созданные записи.
Права на ЦФА хранятся в реестре оператора и не зависят от доступности приложения.
Оператор обязан информировать и восстанавливать работу; упущенная выгода компенсации по закону не подлежит.
Практическая защита — запас времени на операции, выписки из реестра, диверсификация платформ.

Источники

Федеральный закон № 259-ФЗ — «О цифровых финансовых активах, цифровой валюта и о внесении изменений в отдельные законодательные акты Российской Федерации»
Банк России: требования к операторам
Платформа Атомайз: SLA

Материал носит справочный характер и не является индивидуальной инвестиционной рекомендацией.

Дополнительно по теме

Изменения в законодательстве о пенсионных отчислениях и их влияние на граждан — там же — пошаговый порядок и подводные камни
Вычет НДС при полной поставке: как работает, сроки и нюансы — Вычет НДС при полной поставке товаров в 2026 году: разбор письма Минфина от 27 июля, вычет с даты отгрузки, условия договора и трёхлетний срок.