Цифровую валюту центрального банка (ЦБД) часто обсуждают так, будто это просто «наличные на телефоне». Однако на практике все обстоит гораздо шире. Для практического использования ЦБД необходимы: уровень эмиссии и расчетов, правила доступа к ней, интерфейсы для банков и платежных систем, пользовательские кошельки или другие платежные инструменты, средства контроля конфиденциальности, защита от мошенничества, операционная устойчивость и — в некоторых вариантах — возможность работы в автономном режиме. Поэтому эту технологию лучше понимать как платежную экосистему, а не как отдельное приложение или реестр.
Работа над цифровыми валютами центральных банков (CBDC) остается широко распространенной. В опросе Банка международных расчетов (BIS) за 2024 год, опубликованном в августе 2025 года, 85 из 93 опрошенных центральных банков — 91% — заявили, что изучают возможность создания розничной CBDC, оптовой CBDC или обеих. Работа над оптовой CBDC в целом продвинулась более далеко. См. результаты опроса BIS 2024 года по CBDC .
Цифровая валюта центрального банка (CBDC) — это деньги центрального банка, представленные в цифровой форме. Самое важное отличие заключается не в том, используется ли в ней блокчейн, а в том, для кого предназначены эти деньги и как организованы требования, записи и доступ к ним.
| Инструмент | Типичный эмитент или обязательство | Основные пользователи | Влияние на инфраструктуру |
|---|---|---|---|
| Розничная цифровая валюта центрального банка (CBDC) | Центральный банк | Домохозяйства и предприятия | Требуется обработка больших объемов розничных платежей, регистрация новых клиентов, электронные кошельки, контроль конфиденциальности, поддержка клиентов и зачастую планирование в офлайн-режиме. |
| Оптовая продажа CBDC | Центральный банк | Банки и другие соответствующие финансовые учреждения | Особое внимание уделяется окончательности расчетов, ликвидности, интеграции ценных бумаг или валютных рынков, институциональной идентичности и высокой устойчивости. |
| Депозит коммерческого банка | Коммерческий банк | клиенты банка | Работает на основе основных банковских систем и платежных каналов; претензии клиентов предъявляются банку, а не непосредственно центральному банку. |
| Стабильная монета | Обычно это частный эмитент или соглашение. | Различный | Зависит от резервирования, погашения, хранения, блокчейна и решений в области нормативно-правового регулирования. |
| Криптовалюта без обеспечения | Нет эмитента от центрального банка | Различный | Обычно опирается на общедоступную или распределенную сеть с ограниченным доступом и рыночную стоимость, а не на деньги центрального банка. |
Практический вывод прост: «цифровой» не подразумевает «блокчейн». Банк международных расчетов (BIS) давно отмечает, что инфраструктура цифровых валют центральных банков (CBDC) может использовать как обычную централизованно управляемую базу данных, так и технологию распределенного реестра (DLT). Правильный выбор зависит от целей политики, операционной модели, требований к отказоустойчивости, пропускной способности и управления, а не от предпочтения какого-либо конкретного модного слова.
Основная система должна отражать объем существующих цифровых валют центральных банков (ЦВКБ), кто или что имеет право перемещать их, и когда переводы становятся окончательными. Центральный банк остается ответственным за выпуск и погашение даже тогда, когда частные посредники предоставляют услуги клиентам.
Полезная справочная модель от Консультативной группы BIS по инновациям и цифровой экономике описывает четыре основных процесса розничной торговли: регистрация пользователей, создание цифровой валюты центрального банка (ЦВЦ) путем «внесения наличных», уничтожение ЦВЦ путем «выдачи наличных» и передача стоимости внутри реестра. Предлагаемая архитектура использует гибридную модель, которая разделяет обязанности между центральным банком и частными посредниками. См. предложение BIS по архитектуре розничной ЦВЦ .
При проектировании реестра необходимо учитывать такие операционные вопросы, как упорядочивание транзакций, предотвращение дублирования платежей, окончательность расчетов, восстановление после сбоя, сверка и возможность аудита. Эти требования важны независимо от того, используется ли в реализации традиционная база данных, распределенный реестр с ограниченным доступом или другая архитектура.
Во многих проектах по созданию цифровых валют центральных банков (CBDC) для розничной торговли не предполагается, что центральный банк станет повседневной службой поддержки для миллионов пользователей. Вместо этого банки или поставщики платежных услуг могут осуществлять регистрацию клиентов, распределение электронных кошельков, мониторинг мошенничества, восстановление счетов и оказание оперативной поддержки, в то время как центральный банк управляет или контролирует денежное ядро.
Такая двухуровневая модель сохраняет пространство для конкуренции частного сектора, одновременно превращая базовые деньги в обязательство центрального банка. Она также снижает необходимость для центрального банка собирать всю информацию о клиентах. Однако она создает дополнительную работу по взаимодействию и управлению: посредникам необходимы согласованные правила для идентификации, проверки на соответствие санкциям, сообщений о транзакциях, обработки ошибок, процессов разрешения споров и доступности услуг.
Инфраструктура цифровых валют центральных банков (CBDC) должна определять, как физическое или юридическое лицо может подтвердить право на открытие, пополнение, использование, возврат или закрытие кошелька или счета. В розничных системах это обычно пересекается с требованиями «знай своего клиента» (KYC), противодействия отмыванию денег (AML), соблюдения санкций, борьбы с мошенничеством и защиты прав потребителей.
Идентификация не обязательно означает, что центральный банк видит реальные данные каждого пользователя. Архитектуры могут отделять данные об идентификации, хранящиеся у поставщика платежных услуг, от идентификаторов транзакций, используемых расчетной системой. Точная модель конфиденциальности — это не только криптографический, но и политический выбор.
Интерфейсы прикладного программирования (API) являются связующим звеном между денежной системой и сервисами, с которыми непосредственно взаимодействуют пользователи. Хорошо спроектированный слой API позволяет нескольким банкам, электронным кошелькам, торговым предприятиям и финтех-провайдерам взаимодействовать друг с другом без необходимости индивидуальной интеграции каждого из них с реестром центрального банка.
Проект Rosalind инновационного центра BIS проверил эту идею, используя двухуровневую модель розничной цифровой валюты центрального банка (CBDC). Его прототип предоставил 33 API-интерфейса в шести функциональных категориях и протестировал более 30 вариантов использования. Проект пришел к выводу, что слой API может абстрагировать различия в базовых структурах реестров, но он должен соответствовать принципам конфиденциальности и операционной модели CBDC. См. отчет по проекту Rosalind .
В случае розничной цифровой валюты центрального банка (ЦВЦ) конечной точкой может быть банковское приложение, выделенный кошелек, смарт-карта, интерфейс мобильного телефона, POS-терминал, QR-код или другой форм-фактор. Конечной точкой является не сама валюта, а механизм доступа к системе ЦВЦ.
Разработчики должны учитывать доступность, восстановление потерянных устройств, аутентификацию, прием платежей продавцами, квитанции о транзакциях, лимиты, доступность для людей с ограниченными возможностями и поддержку пользователей, не имеющих современных смартфонов. Технически надежная система учета может оказаться неэффективной в качестве публичной платежной системы, если эти конечные точки сложны в использовании.
Офлайн-цифровая валюта центрального банка (CBDC) представляет собой одну из самых сложных инфраструктурных проблем, поскольку системе может потребоваться передача стоимости, когда ни одно из устройств не может получить доступ к онлайн-реестру. Это повышает риск двойного расходования средств, компрометации устройств, устаревших балансов и несогласованного состояния.
В руководстве по проекту Polaris, подготовленном Банком международных расчетов (BIS), подчеркивается, что не существует универсального решения для работы в автономном режиме. Решения могут включать в себя защищенное оборудование, хранение денежных средств, протоколы передачи данных между устройствами, ограничения рисков и последующую синхронизацию с онлайн-системой. См. руководство по проекту Polaris для работы с цифровыми валютами центральных банков в автономном режиме . Аналогичным образом, в обзоре МВФ 2025 года, посвященном решениям для работы с ограниченными возможностями подключения, рассматриваются карты с хранимыми средствами и подходы к передаче данных между устройствами, а также подчеркиваются компромиссы между форм-фактором, кибербезопасностью, конфиденциальностью и удобством использования; см. обзор МВФ по цифровым валютам центральных банков с ограниченными возможностями подключения .
Поскольку цифровая валюта центрального банка (CBDC) может стать критически важной национальной платежной инфраструктурой, обеспечение отказоустойчивости невозможно добавить в самом конце. Система нуждается в многоуровневой защите: надежном управлении ключами, сегментации сети, безопасной разработке программного обеспечения, управлении уязвимостями, контроле привилегированного доступа, мониторинге транзакций, резервном копировании и восстановлении, резервных площадках для аварийного восстановления, реагировании на инциденты и регулярном тестировании.
Целевые показатели доступности также должны охватывать зависимости за пределами центрального реестра: телекоммуникационные сети, службы идентификации, облачная или дата-центровая инфраструктура, посреднические системы, системы приема платежей от продавцов и аппаратные модули безопасности. Цифровая валюта центрального банка (CBDC), зависящая от одного уязвимого внешнего компонента, не является отказоустойчивой только потому, что ее реестр реплицируется.
Конфиденциальность — это свойство инфраструктуры, а не просто политическое заявление. Разработчики должны решить, какие данные создаются, где они хранятся, как долго они сохраняются, какие стороны могут связывать записи транзакций с личностями и что может быть раскрыто в соответствии с законом.
К полезным методам относятся минимизация данных, псевдонимные идентификаторы, разделение идентификационных данных и данных о транзакциях, шифрование, регистрация доступа и обеспечение видимости данных на основе ролей. В некоторых проектах могут быть уместны более совершенные технологии повышения конфиденциальности, но они по-прежнему должны обеспечивать контроль за мошенничеством, соблюдение юридических обязательств, производительность и восстановление работоспособности.
Цифровая валюта центрального банка (ЦВЦБ) редко существует изолированно. Внутренняя инфраструктура может нуждаться в подключении к денежным средствам коммерческих банков, системам мгновенных платежей, карточным сетям, платформам ценных бумаг или другим ЦВЦБ. Поэтому совместимость включает в себя не только формат сообщений: она может потребовать совместимых правил идентификации, времени работы, механизмов ликвидности, валютных механизмов, правовых рамок и моделей расчетов.
Для оптового и трансграничного использования были проведены такие эксперименты, как BIS Project mBridge и Project Icebreaker, в рамках которых изучались общие платформы и взаимосвязанные национальные системы. Это скорее эксперименты, чем универсальные шаблоны, но они показывают, почему трансграничные проектные решения проще решать на ранних этапах, чем модернизировать системы после того, как национальные системы уже отлажены.
| Вопрос | Традиционная централизованная или реплицированная база данных | Разрешенный DLT |
|---|---|---|
| Управление | Очистка обновлений централизованного управления оператора. | Полномочия по обновлению могут быть распределены между утвержденными валидаторами. |
| Пропускная способность | Зачастую оптимизацию проще проводить для очень больших объемов розничной торговли. | Достижение консенсуса и его воспроизведение могут привести к дополнительным затратам на координацию. |
| Общее состояние | Хорошо работает, когда достаточно одного авторитетного оператора. | Может быть полезно, когда нескольким уполномоченным учреждениям необходима общая синхронизированная запись. |
| Программируемость | Может быть реализовано в сервисах приложений или в логике бухгалтерского учета. | Также может быть реализовано с помощью механизмов, подобных смарт-контрактам. |
| Операционная сложность | Привычная технология и модель управления. | Вводит понятия управления валидаторами, консенсуса, работы узлов и дополнительных аспектов безопасности. |
Важно отметить, что ни одна из архитектур автоматически не является более «цифровой». Цифровая валюта центрального банка (CBDC) может быть технологически продвинутой и без использования блокчейна, а система на основе распределенного реестра (DLT) по-прежнему нуждается в традиционной инфраструктуре для идентификации, API, мониторинга, устройств, поддержки и управления.
При оплате в автономном режиме третий этап существенно меняется, поскольку окончательная онлайн-проверка может быть недоступна в момент перевода. Именно поэтому для обеспечения работы в автономном режиме требуется специальное проектирование, учитывающее риски, аппаратные средства, синхронизацию и восстановление, а не простое переключение в «автономный режим».
Текущие проекты указывают на модульные экосистемы, а не на единую универсальную платформу для цифровых валют центральных банков (CBDC). В работе BIS по техническим требованиям особо выделены такие основные требования, как совместимость, масштабируемость, ориентированный на пользователя дизайн, безопасность и конфиденциальность данных; см. технические требования BIS высокого уровня . В обновленном в ноябре 2025 года «Виртуальном руководстве по CBDC» МВФ также рассматривается CBDC как комплексная задача, включающая политику, операционные аспекты, технологии, конфиденциальность, киберустойчивость и внедрение.
Проект «Цифровой евро» представляет собой актуальный пример применения модульного подхода. После завершения подготовительного этапа в октябре 2025 года Евросистема перешла к дальнейшей технической работе. Опубликованные архитектурные работы охватывают такие области, как автономная функциональность, безопасный обмен платежной информацией, управление мошенничеством и рисками, приложения и комплекты разработки программного обеспечения, отказоустойчивость и обработка данных с сохранением конфиденциальности. В августе 2026 года ЕЦБ заявил, что работа над автономной функциональностью изучает защищенное оборудование в смартфонах, включая встроенные защищенные элементы и eSIM, в преддверии пилотного проекта, запланированного на вторую половину 2027 года. См. страницу ЕЦБ о ходе реализации проекта «Цифровой евро» и обновление стандартов автономной работы ЕЦБ от 18 августа 2026 года . Эти планы остаются предметом европейского законодательного и процессуального принятия решений, поэтому их следует рассматривать как проектную работу, а не как доказательство окончательной выпущенной системы.
Реестр важен, но это лишь один из уровней. Производственная цифровая валюта центрального банка (CBDC) должна координировать выпуск денежных средств, расчеты, посредников, идентификацию, конфиденциальность, API, пользовательские устройства, прием платежей продавцами, кибербезопасность, офлайн-риски, восстановление и правовое регулирование. Поэтому наиболее надежные проекты начинаются с определения требований и операционных ролей, а затем выбирают технологию, которая соответствует этим требованиям, а не наоборот.
Для читателей, сравнивающих предложения по созданию цифровых валют центральных банков (CBDC), наиболее полезными являются конкретные вопросы: Кто управляет реестром? Кто видит идентификационные данные пользователя? Что произойдет, если банк или сеть будут недоступны? Могут ли пользователи восстановить средства после потери устройства? Как система предотвращает двойные траты в офлайн-режиме? Могут ли несколько провайдеров подключаться через общие интерфейсы? И может ли архитектура развиваться без ущерба для целостности денег центрального банка? Эти вопросы гораздо больше говорят о качестве разработки CBDC, чем то, используется ли в проекте слово «блокчейн».
Практическое руководство 2026 года по искусственному интеллекту, датчикам для умного дома, дистанционному мониторингу, безопасности при падениях, конфиденциальности и тому, как технологии могут поддерживать комфортное старение в привычной обстановке без замены ухода.
Узнайте, как города могут использовать данные о мобильности, землепользовании, климате и состоянии окружающей среды для создания более безопасных, экологичных и удобных для пешеходов районов, не ставя технологии выше людей.
Сравните ведущие программы в области проектирования беспилотных летательных аппаратов и аэрокосмической техники, касающиеся дронов, автономности, систем управления, эксплуатации БПЛА и научных исследований для аспирантов, с учетом проверенных обновлений к 2026 году.
A practical guide to AI-powered surgical robotics: current capabilities, levels of autonomy, precision benefits, limits, regulation, and evaluation criteria.
Инвестиции в улавливание и хранение углерода растут, но может ли улавливание углерода обратить вспять глобальные выбросы? Узнайте, где это работает, что ограничивает масштабы и какие доказательства имеют значение.
Compare seven global programs for digital supply chains, logistics, analytics, global trade, and operations, with practical guidance on choosing the right fit.
Узнайте, как интерфейсы «мозг-компьютер» расшифровывают нейронные сигналы для восстановления коммуникации и движений, чего достигли недавние исследования и что по-прежнему ограничивает использование BCI.
Узнайте, как коммерческие дроны сочетают в себе датчики, периферийный ИИ, батареи, средства связи и программное обеспечение для управления полетом, а также где автономность по-прежнему зависит от задачи и регулирования.
Сравните семь перспективных вариантов аккумуляторных батарей и систем хранения энергии по таким параметрам, как материалы, системы, исследования, опыт работы в отрасли, гибкость, языковые особенности и соотношение цены и качества.
Learn how payload mass, battery limits, weather, propulsion efficiency, and aircraft architecture shape industrial UAV endurance—and how to improve it.
