Iceberg

Ледокол проекта
Открывая новые пути в трансграничных
розничных платежах CBDC

март 2023 г.
Банк Израиля Шведский Риксбанк

1
Project Icebreaker — открытие новых путей трансграничных розничных платежей CBDC
Содержание
Предисловие 4
1. Резюме 6
2. Определения, акронимы и сокращения 9
3. Введение 11
4. Обзор модели, используемой для Project Icebreaker 11
4.1 Внутренние системы rCBDC 11
4.2 Провайдеры FX 12
4.3 Центр ледокола 12
4.3.1 Ступичное решение 13
4.3.2 Валютный рынок 14
4.4 Процесс оплаты 14
5. Эксперимент и дизайн решения 17
5.1 Механизм преобразования FX 18
5.2 Связь и подключение 20
5.3 Скоординированное поселение в стиле PvP и PvPvP 21
5.3.1 Механизм HTLC 22
5.3.2 Интерактивность 23
5.3.3 Расширение валюты моста 23
5.4 Тестовые сценарии 24
6. Политические соображения 25
6.1 Управление 25
6.2 Устойчивость 25
6.3 Механизм FX 26
6.4 Предоставление ликвидности поставщикам FX 27
6.5 Стоимость услуг 28
6.6 Конфиденциальность и ПОД/ФТ 28
6.7 Адресация и инициирование платежа 29
7. Заключительное обсуждение 29
Рекомендации 32
Приложение A: Описание трех PoC rCBDC 34
Банк Израиля – прототип цифрового шекеля 34
Платформа CBDC — на основе DLT 35
2
Проверка токенов 35
Norges Bank — прототип NOK-CBDC 35
Базовая технология — Hyperledger Besu 36
Проверка токенов, расчет и окончательность 36
Sveriges Riksbank – тестовый прототип электронной кроны 37
CBDC-платформа — на основе DLT и UTXO 37
Валидация токенов, расчет и окончательность 38
Приложение B: Платежные данные в Icebreaker 39
Приложение C: Участники проекта и благодарность 40
Банк Израиля 40
Инновационный центр BIS 40
Банк Норвегии 40
Шведский Риксбанк 41
Благодарности 41
3
Предисловие
Project Icebreaker исследует потенциальные преимущества и проблемы использования розничных CBDC

в международных платежах. Он проверил техническую возможность проведения трансграничных /
кросс-валютных транзакций между различными доказательствами концепции CBDC на основе DLT. Цель
состояла в том, чтобы получить более глубокое понимание используемых технологий, а также
определить ключевые технические и политические решения и компромиссы, которые центральным
банкам необходимо будет учитывать при разработке реализаций CBDC, облегчающих трансграничные
платежи. Этот проект стал результатом сотрудничества между Банком Израиля, Банком Норвегии,
Банком Швеции и Инновационным центром BIS.
“Если Израиль выпустит цифровой шекель, очень важно, чтобы мы сделали это в соответствии с
меняющимися мировыми стандартами, чтобы израильтяне могли использовать его для
эффективных и доступных трансграничных платежей. Хотя нам еще предстоит проделать
большую работу, чтобы модель «Ледокол» стала глобальным стандартом, выводы из этого
успешного проекта были очень важны для нас и для сообщества центральных банков. Я
благодарю Инновационный центр BIS, коллег из Riksbank и Norges Bank, а также наш преданный
делу профессиональный персонал в Банке Израиля за эффективное сотрудничество и
профессиональную работу.”
Эндрю Абир, заместитель управляющего Банка Израиля
“Мы рады принять участие в одном из первых экспериментальных испытаний трансграничных

розничных платежей CBDC вместе с нашими партнерами BIS Innovation Hub, Sveriges Riksbank и Bank
of Israel. Этот проект способствует важным глобальным усилиям по совершенствованию
трансграничных платежей. Кроме того, это значительно повысило ценность экспериментального
тестирования Norges Bank внутренней системы розничных платежей CBDC.” Торбьерн Хегеланд,
исполнительный директор по финансовой стабильности, Norges Bank
«Хотя внутренние платежи стали дешевле, безопаснее и эффективнее, платежи в разных

валютах по-прежнему связаны с высокими затратами, низкой скоростью и риском. При
изучении CBDC важно с самого начала учитывать кросс-валютные возможности. Project
Icebreaker показывает, как различные решения CBDC в разных странах могут обеспечить
мгновенные кросс-валютные транзакции, что принесет большую пользу конечным
пользователям. Проект также стал прекрасным примером сотрудничества и обмена
знаниями между участвующими центральными банками и BIS. Хотя есть много вопросов,
требующих дальнейшего изучения, проект «Ледокол» является ценной инициативой и
вкладом в обсуждение того, как мы можем улучшить кросс-валютные платежи».
Айно Бунге, заместитель управляющего Sveriges Riksbank
“Project Icebreaker является еще одним примером ценности практических и быстрых экспериментов,
необходимых для продвижения знаний и мышления, необходимых для внедрения розничных систем
CBDC, чтобы ключевые функции, такие как обеспечение трансграничных и кросс-валютных платежей,
могли быть разработаны из начало. Проект продемонстрировал, как такая функциональность может
быть достигнута с минимальными требованиями к национальным системам CBDC, а также для
упрощения интеграции и взаимодействия между ними. Модель Icebreaker также продемонстрировала
другие преимущества для обычных пользователей, такие как повышенная прозрачность, снижение
затрат, усиление конкуренции.
4
и снизить риски. Для розничных CBDC по-прежнему требуется дополнительная работа, но

выводы из этого проекта бесценны для центральных банков. Участвующие команды должны
гордиться быстрым темпом, целенаправленностью и духом сотрудничества в Riksbank, Norges
Bank, Bank of Israel и BIS Innovation Hub.” Беджу Шах, глава скандинавского центра BIS Innovation
Hub.
5
1. Резюме
В то время как внутренние платежи значительно улучшились во многих юрисдикциях в последние годы,
трансграничные платежи по-прежнему сталкиваются с такими проблемами, как высокая стоимость,
низкая скорость, ограниченный доступ и недостаточная прозрачность. G20 сделала приоритетом
расширение трансграничных платежей, и в ответ на этот призыв к действию Инновационный центр BIS
координирует эксперименты по тому, как это можно сделать.1, 2
Многие центральные банки изучают цифровые валюты розничных центральных банков (rCBDC).
Некоторые из этих проектов находятся на стадии проверки концепции (PoC), в то время как другие
находятся на стадии пилотных испытаний, а некоторые достигли более зрелых стадий.3Требования к
взаимосвязи этих (внутренних) систем rCBDC для поддержки трансграничных платежей следует
учитывать с самого начала, чтобы при необходимости можно было разрешить трансграничные
платежи.
Проект «Ледокол» исследует особый способ соединения систем rCBDC (решение «звезда») с
несколькими дополнительными функциями, которые позволят легко масштабировать модель
«Ледокол». Кроме того, эти функции будут способствовать простоте и функциональной совместимости,
снижению риска расчетов, а также будут способствовать конкуренции и прозрачности для
трансграничных платежей rCBDC.4
Расчетный риск и скорость. В модели Icebreaker трансграничная транзакция разбивается на два

внутренних платежа, по одному в каждой внутренней системе. Таким образом, rCBDC никогда не
покидает свою внутреннюю систему. Это связано с тем, что поставщики FX покупают одну валюту
в одной системе и продают другую валюту в другой системе. Таким образом, провайдер FX
поддерживает кошельки rCBDC в двух или более системах. Расчеты осуществляются посредством
схемы атомарного платежа против платежа (PvP) с использованием контрактов с фиксированным
временем хеширования (HTLC), которые можно рассматривать как аналог цифрового условного
депонирования. Это устраняет временной разрыв между инициированием платежа и расчетом,
что в значительной степени способствует устранению риска контрагента в валютной сделке.
Конкуренция и прозрачность.В большинстве существующих трансграничных платежных

систем конечный пользователь привязан к своему поставщику платежных услуг (PSP) для
услуг FX. В модели Icebreaker услуги FX и ценообразование отделены от
1
Трансграничные платежи находятся в повестке дня международных органов и разработчиков стандартов в течение
нескольких лет. В дорожной карте G20 изложен комплексный набор действий, охватывающий 19 структурных элементов.
Комитет по платежам и финансовой инфраструктуре (CPMI) руководит реализацией строительных блоков 11–19, где в
строительном блоке 19 исследуется использование CBDC для трансграничных платежей. Для получения дополнительной
информации см.Программа трансграничных платежей CPMI (bis.org) .
2
Информацию об экспериментах по координации инновационного центра BIS см. в документе BIS Innovation Hub (2022).
3
CBDC — это цифровые деньги, выпущенные центральным банком, номинированные в национальной расчетной единице и
представляющие собой обязательство центрального банка. Розничная CBDC доступна для использования в платежах. См. Kosse and
Mattei (2022) для обзора деятельности центрального банка в CBDC).
4
Помимо особенностей модели ледокола, использование безрисковых денег, денег центрального банка, находящихся непосредственно у конечных
пользователей, снижает кредитные риски и потребность в некоторых финансовых посредниках, тем самым снижая риски контрагентов. Для
получения дополнительной информации о функциональной совместимости между системами CBDC в трансграничном контексте см. CPMI et al
(2022).
6
предоставление платежных услуг rCBDC. Поставщики FX отправляют курсы FX в концентратор

Icebreaker, который выбирает лучший курс, который будет представлен плательщику для каждого
платежного запроса. Это позволяет плательщику получать доступ к конкурентоспособным курсам FX
независимо от PSP, предоставляющего конечному пользователю цифровой кошелек с поддержкой
rCBDC. Кроме того, риск недостаточной ликвидности в желаемой двусторонней валютной паре
снижается не только за счет наличия нескольких поставщиков FX, но и за счет использования
промежуточных валют. Это может иметь потенциал для развития конкуренции между поставщиками
FX и повышения прозрачности комиссий FX для конечных пользователей.
Совместимость и масштабируемость.Количество соединений между системами rCBDC сведено

к минимуму за счет звездообразного подхода, используемого для модели Icebreaker.
Концентратор Icebreaker только направляет платежные сообщения и не обрабатывает их.
Единственная информация, на которую он действует, — это данные от провайдеров FX, которые
используются при определении и выборе лучших курсов FX для плательщика.
Модель Icebreaker предъявляет минимальный набор технических требований к системам

rCBDC, которые к ней подключаются, а именно:
• Каждая из них должна быть функционирующей платежной системой и работать в реальном времени или почти в реальном времени, в идеале 24
часа в сутки, 7 дней в неделю, 365 дней в неделю.
• Каждый из них может реализовать и поддерживать использование HTLC.
• В каждой системе rCBDC есть участники, которые могут выступать в качестве поставщиков FX.
Концентратор Icebreaker предоставляет стандартный набор интерфейсов прикладного

программирования (API), что позволяет различным домашним системам беспрепятственно
взаимодействовать с ним. Технологические требования к отечественным системам намеренно сведены
к минимуму, что способствует масштабируемости, функциональной совместимости и простоте.
Проект был сосредоточен только на основных функциях, включая техническое решение для
концентратора Icebreaker, интеграцию трех PoC-систем rCBDC Израиля (Ethereum Quorum), Норвегии
(Hyperledger Besu) и Швеции (Corda), а также техническую проверку ограниченный набор ключевых
вариантов использования вместе с соответствующими соображениями политики.5Функциональные
аспекты, такие как ПОД/ФТ, или более долгосрочные соображения, такие как бизнес-модель или свод
правил схемы, были сочтены выходящими за рамки, но их можно было бы рассмотреть в будущих
экспериментах.
Project Icebreaker показывает, что центральные банки могут иметь почти полную автономию при
разработке своей внутренней системы rCBDC, но при этом иметь возможность участвовать в
формализованном соглашении о взаимосвязях для обеспечения трансграничных платежей.
Ключевые рекомендации для центрального банка, рассматривающего возможность трансграничных

платежей при внедрении системы rCBDC, заключаются в следующем:
5
См. Приложение A для общего описания трех PoC rCBDC. Они были построены с целью проведения
экспериментальных испытаний и не должны рассматриваться как показатель каких-либо будущих проектных
решений rCBDC со стороны участвующих центральных банков.
7
оРассмотрите способы включения условного расчета, например, HTLC.
о Рассмотрите способы обеспечения доступности системы и короткого времени отклика в режиме 24/7/365,
чтобы максимизировать скорость и свести к минимуму ошибочные платежи.
о Рассмотрите возможность принятия текущих стандартов обмена сообщениями и адресации и
обеспечьте гибкость при принятии будущих стандартов.
о Рассмотрите способы предоставления мгновенной ликвидности rCBDC поставщикам FX в режиме
24/7/365.
оПродвигайте прозрачные и конкурентоспособные стимулы для поставщиков FX.
Реализация модели «Ледокол» в реальном мире потребует рассмотрения

целого ряда технологических, политических и правовых соображений.
Вопросы политики могут включать механизм управления, жизнеспособность
бизнес-модели, предоставление ликвидности, конфиденциальность,
соблюдение и мониторинг ПОД/ФТ, а также стандарты, связанные с
инициированием платежей. Юридические соображения будут включать
прочную правовую основу для подхода типа концентратора ледокола, а также
возможность конфликта законов и правил между подключенными системами
rCBDC и разрешение конфликтов. Технические соображения могут включать
требования к отказоустойчивости для узла ледокола и участников систем
rCBDC. Центральные банки должны учитывать такие трансграничные аспекты
при разработке своих систем rCBDC, чтобы избежать создания
непреднамеренных барьеров для трансграничной функциональности.
8
2. Определения, акронимы и сокращения
2.1 Определения
Валюта бриджа:Валюта, которая используется в качестве промежуточного шага при обмене

между двумя валютами, для которых нет прямого курса FX, или курс FX неблагоприятен.
Поставщик иностранной валюты (FX):Организации, предоставляющие услуги по обмену rCBDC

в одной валюте на rCBDC в другой валюте. Они покупают одну валюту, используя свой кошелек
rCBDC в одной системе rCBDC, и продают другую валюту, используя кошелек в другой системе
rCBDC.
Хэш-функция:Процесс использования математического алгоритма в отношении данных для получения

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

использовать систему или механизм в сочетании с другими системами. Функциональная
совместимость позволяет участникам различных систем проводить, очищать и урегулировать
платежи или финансовые операции между системами, не участвуя в нескольких системах.
Оплата против оплаты (PvP):Механизм расчетов, обеспечивающий окончательный

перевод платежа в одной валюте тогда и только тогда, когда происходит окончательный
перевод платежа в другой валюте или валютах. Если в цепочке PvP участвует более двух
валют, это называетсяПвПвПв контексте данного исследования.
Розничная цифровая валюта центрального банка (rCBDC):Цифровой платежный инструмент,
деноминированный в национальной расчетной единице, который является прямым обязательством центрального
банка и доступен для общественности.
система rCBDC: Экосистема rCBDC будет состоять из нескольких элементов и функций. Основной реестр с
поддерживающей инфраструктурой и правилами будет лежать в основе более широкой экосистемы
инфраструктуры обработки, поставщиков кошельков и пользовательских сервисов с бизнес-правилами и
техническими правилами.
ША-256: SHA расшифровывается как Secure Hash Algorithm, а 256 — это число битов на выходе
криптографического процесса. SHA-256 является членом семейства SHA-2, состоящего из шести
хеш-функций, созданных Агентством национальной безопасности США.
Кошелек:Электронные кошельки — это платежные механизмы, которые позволяют конечным пользователям
безопасно получать доступ, управлять и использовать различные платежные инструменты, выпущенные одним или
несколькими поставщиками платежных услуг, через приложение или веб-сайт. Электронный кошелек может
находиться на устройстве, принадлежащем держателю, например, на смартфоне или персональном
9
компьютер, или может быть удаленно размещен на сервере, но все еще находится под контролем
владельца.
Поставщик кошелька:Организация, которая предоставляет электронные кошельки широкой публике и, как

правило, имеет лицензию на предоставление платежных услуг и может включать как банки, так и небанковские
организации, такие как финтех-компании.
2.2 Другие сокращения и аббревиатуры
ПОД борьба с обмыванием денег

API интерфейс прикладного программирования Банк
БИС международных расчетов борьба с финансированием
ЦФТ терроризма Комитет по платежам и рыночной инфраструктуре
ИМЦП децентрализованные идентификаторы
ДЕЛАЛ
DLT иностранная валюта с технологией
Форекс распределенного реестра

ЗСК знай своего клиента
ПФМИ Принципы для поставщиков платежных услуг
ПСП инфраструктуры финансового рынка
PoC доказательство концепции
RTGS валовой расчет в режиме реального времени
10
3. Введение
Project Icebreaker вносит практический вклад в дискуссию об использовании rCBDC в

трансграничных платежах (которые для целей этого проекта также включают кросс-валютные
платежи). Этот эксперимент помогает определить ключевые технические и политические
решения, которые центральным банкам, возможно, придется учитывать при исследовании
rCBDC.
На сегодняшний день трансграничные проекты CBDC BIS Innovation Hub изучили различные
подходы к совершенствованию трансграничных платежей. Project Jura, Dunbar и mBridge
исследовали многосторонние платформы, на которых выпускается несколько оптовых CBDC.6
Project Icebreaker исследует альтернативный подход, использующий звездообразное решение
для соединения различных систем на основе rCBDC DLT. Хотя Project Icebreaker имеет некоторое
сходство с Project Nexus, который связывает внутренние системы мгновенных платежей, он
отличается методом расчетов, выбором поставщика FX, использованием промежуточных валют
и технологиями, используемыми в каждой местной системе.7
В этом отчете описывается модель, использованная в этом проекте, процесс оплаты

(раздел 4), дизайн решения Icebreaker Hub, техническая архитектура и проведенные
эксперименты, а также основные выводы и извлеченные уроки (раздел 5). Политические
соображения представлены в Разделе 6, а Раздел 7 завершается.
4. Обзор модели, используемой для Project Icebreaker
В этом разделе представлен обзор модели, используемой в Project Icebreaker, которая

состоит из внутренних систем rCBDC, провайдеров FX, хаба Icebreaker и процесса оплаты
(см. График 1). Технические соображения, варианты дизайна и соображения политики
подробно описаны в следующих разделах.
4.1 Внутренние системы rCBDC
Системы rCBDC, в простейшем случае, состоят из разных уровней и типов участников. Таким образом, они
представляют собой развивающиеся экосистемы. Следовательно, система rCBDC представляет собой более широкое
понятие, чем базовая техническая инфраструктура, предоставляемая центральным банком.8
В центре системы будет центральный банк, обеспечивающий основную техническую

инфраструктуру, как минимум, для выпуска и погашения rCBDC. Базовая инфраструктура, как
правило, дополняется схемой и сводом правил, определяющих права и обязанности, а также
соответствующие технические требования, вопросы безопасности и
6
См. Центр инноваций BIS (2022 г.) и CPMI et al (2023 г.). См.
7
Центр инноваций BIS (2021 г.) для Project Nexus.
8
Более подробное обсуждение конструкции систем CBDC см., например, в BIS et al (2021a).
11
стандарты обмена данными и другие операционные и юридические требования к

участникам системы (вне рамок данного проекта).
На следующем уровне находятся поставщики кошельков. Поскольку банки или небанковские организации, такие как финтех-
компании, имеют лицензию на предоставление платежных услуг, они предоставляют конечным пользователям кошельки,
поддерживающие rCBDC. Они служат в качестве уровня распределения между центральным банком и конечными
пользователями, через который конечные пользователи могут получать, хранить и совершать транзакции, используя свои rCBDC.
На внешнем уровне находятся конечные пользователи, которые могут быть физическими лицами или организациями частного или
государственного сектора. Они участвуют в качестве плательщиков и получателей платежей, используя услуги rCBDC.
4.2 Провайдеры FX
Модель Icebreaker облегчает трансграничные платежи за счет соединения систем rCBDC.

Провайдеры FX, являющиеся членами нескольких систем rCBDC, будут обменивать rCBDC в одной
валюте на rCBDC в другой валюте. По сути, они будут покупать одну валюту в одной системе
rCBDC, расплачиваясь другой валютой во второй системе. Если бы Алиса в Швеции захотела
заплатить Бобу в Израиле, провайдер FX купил бы шведские кроны и продал бы израильские
шекели. Поставщиком FX может быть любое лицо, например, финансовое учреждение, имеющее
кошельки в двух или более системах rCBDC, которое готово взять на себя валютный риск для
облегчения платежей.9Стоимость хранения и управления ликвидностью вместе с валютным
риском будет отражаться в спреде между курсами покупки и продажи, предлагаемыми для каждой
конкретной валюты.10
4.3 Центр ледокола
Концентратор ледокола выполняет две основные функции:
• Маршрутизация трансграничных платежных сообщений между внутренними системами.
• Предоставление «торговой площадки», сопоставляющей плательщиков с котировками FX от
поставщиков FX.
Для выполнения своей роли Icebreaker hub предъявляет к каждой отечественной системе минимальный
набор требований:
• что это должна быть функционирующая платежная система, работающая в реальном времени или
почти в реальном времени, в идеале 24/7/365,
• что он может реализовать HTLC (см. Раздел 5.3.1) и
9
Организация, выступающая в качестве поставщика кошелька, также может выступать в качестве поставщика FX. Однако это не
обязательно так, и в оставшейся части отчета провайдеры FX и кошельков называются отдельными функциями.
10
Одним из упрощающих допущений в Project Icebreaker является то, что поставщик FX имеет достаточную ликвидность по данной
ставке.
12
• что у него есть участники, которые выступают в качестве поставщиков FX.
4.3.1 Ступичное решение
Существует несколько способов объединения разрозненных систем. Единый доступ,

двустороннее соединение и решения типа «звезда-звезда» — все это альтернативы моделям с
одной общей платформой.11В рамках проекта Icebreaker было изучено центральное решение,
связывающее внутренние системы с помощью технической платформы, которая облегчает связь
между системами rCBDC. Каждая система rCBDC должна интегрироваться только с одной внешней
системой (хабом Icebreaker), а не с любой другой отдельной системой rCBDC. Преимущество этой
модели заключается в том, что ее можно масштабировать для поддержки множества
участвующих систем без усложнения конструкции, учитывая общее количество соединений
между системами rCBDC, которые необходимо будет настроить, когда сеть начнет расти.12
Каждая внутренняя система rCBDC может подключаться к концентратору двумя способами,

каждый из которых имеет разные эффекты, некоторые из которых выходят за рамки проекта. Во-
первых, участники системы, такие как поставщики кошельков и FX, могут напрямую общаться с
хабом. Во-вторых, внутренняя система rCBDC предоставляет шлюз, который служит единым
каналом связи между внутренней системой rCBDC и концентратором.
11
См. CPMI и др. (2022).
12
Снсистемы rCBDC,нсоединений достаточно в модели ступицы и спицы, в то время как решения без центрального
хаба требуют, по крайней мере,п(п-1)/2такие связи. Для 15 стран требуется 105 подключений без звездообразного
решения (что делает топологию сети очень сложной и подверженной ошибкам, а также увеличивает риски
кибербезопасности), но это число сокращается до 15 с использованием звездообразной модели. .
13
График 1. Общий вид модели ледокола.
Примечание. Внутренние системы rCBDC на графике имеют разные модели распределения, чтобы
проиллюстрировать, что выбор конструкции и технологий может различаться между системами rCBDC в модели
Icebreaker. Иллюстрация вдохновлена тремя PoC в эксперименте. Кроме того, здесь предполагается, что провайдер
FX использует провайдера кошелька для своего кошелька FX. Это может быть не всегда так, и поставщик FX может
быть поставщиком собственного кошелька.
4.3.2 Валютный рынок
Как описано ранее, поставщики FX будут хранить и управлять ликвидностью rCBDC в

своих операционных валютах. Каждый провайдер FX будет отправлять курсы покупки и
продажи этих валют в хаб Icebreaker. Таким образом, хаб Icebreaker поддерживает
оперативную базу данных отправленных курсов FX и возвращает плательщику лучший
доступный курс вместе с идентификатором поставщика FX по запросу. Эта функция хаба
Icebreaker похожа, но не идентична модели в Project Nexus, и может быть описана как
«торговая площадка» FX (подробнее см. Раздел 5.1).
4.4 Процесс оплаты
Трансграничный платеж делится на два внутренних платежа. Плательщик платит поставщику FX в

валюте плательщика (валюта в системе rCBDC плательщика), а поставщик FX платит получателю в
валюте получателя (валюта в системе rCBDC получателя). Ни один rCBDC не покидает пределы
своей юрисдикции. Трансграничный платеж выполняется таким образом, что получатель платежа
получит свои деньги только в том случае, если он предоставит поставщику FX информацию,
необходимую для требования своих денег от плательщика. Следовательно
14
плательщик будет платить провайдеру FX только в том случае, если провайдер FX заплатил получателю
платежа. В данном отчете это называется «согласованное поселение в стиле PvP» (см. Раздел 5.1).
Связь через концентратор Icebreaker обеспечивается API-интерфейсами, которые позволяют ему

стандартизированным образом взаимодействовать с каждой системой PoC rCBDC. Ниже транзакции
описываются с точки зрения кошелька плательщика или получателя платежа, выполняющего определенные
задачи. Это упрощение. В зависимости от индивидуального внутреннего технологического решения rCBDC
задача выполняется либо кошельком, либо поставщиком кошелька от имени владельца кошелька.
Четыре этапа платежного процесса:
Этап 1 (Получить цитату):Плательщик открывает кошелек и вводит страну получателя платежа и

сумму к оплате. Эта сумма может быть определена как в валюте плательщика, так и в валюте
получателя.
• Кошелек плательщика отправляет запрос котировки в хаб Icebreaker (шаг 1 на

графике 2).
• Icebreaker Hub извлекает наилучшую доступную котировку из базы данных

хаба (шаг 2).
• Концентратор Icebreaker отвечает лучшей котировкой и сообщает идентификатор

поставщика FX обратно в кошелек плательщика (шаг 3).
Этап 2 (Обнаружение платежа):Если плательщик принимает предложение (этап 4), он продолжает

ввод платежного адреса/псевдонима получателя. Это требует, чтобы плательщик имел
соответствующую адресную информацию, которая могла быть известна плательщику заранее или
могла быть включена в счет-фактуру, электронное письмо, отсканированный QR-код или другой
подобный носитель.
• Платежный запрос поступает из кошелька плательщика через хаб Icebreaker на

кошелек получателя (шаг 5).
• Кошелек-получатель проверяет адрес своего кошелька и генерирует секрет, например число

или фразу (шаг 6). Особенностью модели Icebreaker является использование заблокированных
(условных) платежей, разрешенных HTLC. Секрет, сгенерированный на этом шаге, позже будет
использоваться для разблокировки заблокированных платежей. Кошелек получателя
генерирует шифрование (хеш-значение) секрета, и это хэш-значение будет использоваться
для блокировки платежей на следующем этапе. Это объясняется ниже в Разделе 5.3.1.
• Кошелек получателя отправляет результат проверки адреса и, в случае успеха,

значение хеш-функции через хаб Icebreaker на кошелек плательщика (шаг 7).
Этап 3 (настройка оплаты):Теперь плательщик инициирует платеж.
15
• Кошелек плательщика создает заблокированный (внутренний) платеж из кошелька плательщика в

кошелек валюты плательщика поставщика FX (шаг 8).13
• Валютный кошелек плательщика поставщика FX отправляет платежную информацию и

хеш-значение в валютный кошелек получателя FX через концентратор Icebreaker (шаг
9).
• Кошелек в валюте получателя FX создает (внутренний) заблокированный платеж в

валюте получателя на кошелек получателя (шаг 10).
Обратите внимание, что оба платежа заблокированы одним и тем же значением хеш-функции, которое было предоставлено
кошельком получателя платежа (шаг 7).
Этап 4 (Завершение платежа):Трансграничный платеж завершается разблокировкой

заблокированных платежей.
• Кошелек получателя распознает наличие заблокированного входящего платежа,

ожидающего разблокировки. Он проверяет информацию о платеже и предоставляет
секрет, сгенерированный на шаге 6, механизму HTLC, который заблокировал платеж в
валюте получателя (шаг 11).
• Вычисленное хэш-значение представленного секрета соответствует хэш-значению,

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

валютному кошельку получателя платежа (где находился заблокированный платеж).
Кошелек получателя валюты поставщика FX отправляет секрет через концентратор
Icebreaker в кошелек валюты плательщика поставщика FX (шаг 13).
• Кошелек в валюте плательщика провайдера FX использует его для разблокировки входящего

платежа в валюте плательщика (шаг 14).
13
Обратите внимание, что платеж от плательщика провайдеру FX является внутренним платежом и что провайдер FX информируется об
этом через внутреннюю систему CBDC. Концентратор используется только для маршрутизации сообщений через границы.
16
График 2. Обзор процесса оплаты.
Примечание. На графике процесс оплаты описывается так, как если бы кошелек плательщика или получателя платежа выполнял
определенные задачи. Это упрощение. В зависимости от индивидуального внутреннего технологического решения rCBDC задача
выполняется либо кошельком, либо поставщиком кошелька от имени владельца кошелька. Символ поставщика кошелька представляет эту
возможность.
Хотя на каждом этапе есть несколько шагов, и сообщения отправляются туда и обратно, весь
процесс был завершен в течение нескольких секунд во время системного тестирования
проекта.
5. Эксперимент и дизайн решения
Процесс оплаты, описанный в предыдущем разделе, выделяет три ключевых

компонента модели, используемой в Project Icebreaker:
• Как плательщик получает лучшую котировку FX.
• Как упрощается связь между различными системами rCBDC.
• Как работает согласованное поселение в стиле PvP.
Они описаны более подробно ниже с оценкой преимуществ и недостатков и

возможных альтернатив. После тестовых сценариев излагаются результаты
эксперимента.
17
5.1 Механизм преобразования FX
Центр Icebreaker поддерживает базу данных с курсами FX, загруженными поставщиками FX. Этот
вариант дизайна призван гарантировать предоставление FX конечным пользователям, а также
повысить прозрачность и конкуренцию в предоставлении FX за счет отделения услуг FX от услуг,
предоставляемых поставщиком кошелька. Конечный пользователь не привязан к предпочтительному
поставщику FX, выбранному поставщиком его кошелька, в отличие от ситуации с существующими
трансграничными платежами. Хаб Icebreaker выступает в качестве беспристрастного брокера. Этот
выбор дизайна может также повысить прозрачность для конечных пользователей, которые будут
знать, какова будет стоимость транзакции и кто является поставщиком FX, прежде чем одобрить ее.
Смоделированные платежи в эксперименте включали три валюты: израильский шекель (ILS),

норвежскую крону (NOK) и шведскую крону (SEK). Поставщик FX может предоставить курсы для
любой из валютных пар, т.е. NOK/SEK, SEK/ILS и NOK/ILS. Для каждой валютной пары, которой он
готов торговать, он может указать курсы продажи и покупки (см. пример в таблице 1 во вставке
A). При использовании трех валют каждый провайдер FX может отправлять котировки по шести
курсам.
Прямые котировки по некоторым валютным парам могут быть недоступны или неконкурентны. Между
небольшими валютами или парами стран с небольшой торговлей или без нее может не быть провайдера FX,
активного в обеих валютах, или единственный провайдер FX может попытаться извлечь монопольную ренту.
В любом случае хаб Icebreaker будет использовать промежуточную валюту для удовлетворения потребности в
FX. Например, если ни один провайдер FX не предлагает никаких услуг для валютной пары SEK/ILS или если
курс FX неблагоприятен, хаб Icebreaker устранит этот пробел, определив альтернативный маршрут оплаты с
использованием норвежских крон в качестве промежуточной (промежуточной) валюты. Только валюты,
участвующие в соглашении Icebreaker, могут использоваться в качестве промежуточных валют.
Концентратор Icebreaker рассчитывает наилучший эффективный курс, а курс FX, указанный плательщику,
всегда является курсом самого дешевого платежного маршрута между странами-плательщиками и странами-
получателями.14
14
Под эффективным обменным курсом мы подразумеваем обменный курс, рассчитанный по окончательным суммам в валютах плательщика и
получателя платежа.
18
Коробка А
Пример с тремя валютами
В таблице 1 хаб Icebreaker представит обменный курс 1,10 от поставщика FX FXP2 к

плательщику, который хочет совершить платеж из Швеции в Норвегию (и обменный
курс 1,05 от FXP1, если плательщик хочет сделать платеж из Норвегии). в Швецию.
Таблица 1.Пример обменных курсов в эксперименте Icebreaker, когда два

провайдера FX имеют кошельки во всех трех системах rCBDC.
FX провайдер Валюта FXP продать (аск) Покупка в валюте (ставка)
FXP1 NOK/SEK 1,20 1,05

FXP2 NOK/SEK 1.10 1,00
FXP1 SEK/ILS 0,70 -
FXP2 SEK/ILS 0,50 -
FXP1 NOK/ILS 0,65 0,44
FXP2 NOK/ILS 0,54 0,40
Примечание. Красным шрифтом отмечены лучшие обменные курсы. Первая валюта в валютной паре является
основной валютой, а курсы Ask и Bid — это курсы, по которым поставщик FX продает или покупает основную валюту.
Например, курс продажи NOK/SEK на FXP2, равный 1,10, говорит о том, что FXP2 продает 1 NOK за 1,10 SEK. Обменные
курсы являются чисто иллюстративными.
Чтобы проиллюстрировать, как хаб Icebreaker может заполнить пробелы в таблице обменных
курсов, используя промежуточные (промежуточные) валюты, предположим, что шведский
плательщик хочет отправить деньги израильскому получателю и что ни один поставщик FX не
может предложить курс Bid для SEK / ILS. валютная пара, как в Таблице 1. Центр ледокола
устраняет разрыв между SEK/ILS, предлагая NOK в качестве промежуточной валюты. Он
определяет курс FXP2 (который требует 1,10 SEK за 1 NOK) как лучший курс для обмена SEK на NOK,
а курс FXP1 (который продает 0,44 ILS за 1 NOK) как лучший курс для обмена NOK на ILS. Тогда
промежуточный курс для SEK/ILS будет 0,40=0,44/1,10.
График 3. Иллюстрация использования NOK в качестве промежуточной валюты.
19
5.2 Связь и подключение
Концентратор Icebreaker соединяет каждую связанную систему rCBDC через стандартный интерфейс
через API. Он никаким другим образом не влияет на содержимое сообщения. Каждое сообщение
можно маршрутизировать отдельно, не требуя каких-либо сведений об истории транзакций или
данных. Это позволяет свести к минимуму технологические требования хаба к домашним системам.
Без звездообразного подхода каждая система rCBDC должна была бы создавать

индивидуальную конфигурацию сети и инфраструктуры для связи с другими системами
rCBDC, например, используя белый список IP-адресов или конфигурации брандмауэра.
Связь между этими системами rCBDC может быть не стандартизирована через общий
интерфейс, а вместо этого будет представлять собой индивидуальную интеграцию между
каждой парой систем rCBDC. Это было бы не только сложно поддерживать и обслуживать,
но также могло бы создавать риски кибербезопасности. Концентратор Icebreaker сводит
уровень конфигурации сети и инфраструктуры к минимуму, тем самым упрощая и
стандартизируя процесс интеграции для систем rCBDC.
Платежи практически в реальном времени и низкий уровень неудачных платежей требуют, чтобы
платежные сообщения между хабом Icebreaker и системами rCBDC были синхронными в форме вызовов
API. На практике это требует, чтобы кошельки плательщика и получателя платежа отвечали и
выполняли шаги в процессе оплаты (размещенные кошельки) от имени конечных пользователей.
Однако система rCBDC может использовать или разрешать использование нехостинговых
(самостоятельных) кошельков, когда кошелек или сам получатель платежа должен предпринять
действия для принятия платежа с риском неудачного платежа, если требуемое время отклика не
встречается. Эту проблему можно решить, изменив значения времени ожидания для вызовов API, но за
счет снижения скорости. Асинхронный обмен сообщениями лучше подходит для случаев, когда ответы
от системы rCBDC не приходят немедленно и требуют дальнейших экспериментов.
В модели Icebreaker все трансграничные сообщения направляются через концентратор

Icebreaker, включая сообщения между кошельками провайдеров FX. На практике провайдер FX,
скорее всего, будет иметь прямую связь между своими организациями в разных внутренних
системах. Аутентификация может быть проще и потенциально более безопасна при прямом
обмене данными в сети поставщика FX, чем через прокси-соединение с концентратором
Icebreaker. С другой стороны, прямая связь между валютными кошельками может представлять
собой риск для общей трансграничной схемы, поскольку создает операционную зависимость.
Обеспечение определенного уровня стандартов и управления для таких коммуникаций было бы
сложнее, чем если бы связь между кошельками провайдеров FX направлялась через
концентратор Icebreaker.
На практике для сообщений, маршрутизируемых хабом Icebreaker, будет использоваться

стандарт ISO20022. В этом эксперименте стандарт ISO20022 не использовался, но некоторые
элементы данных соответствуют бизнес-элементам в словаре данных ISO20022, в то время как
другие, возможно, потребуется ввести.
20
5.3 Скоординированное поселение в стиле PvP и PvPvP
Многие из существующих систем трансграничных платежей основаны на корреспондентских

отношениях. Транзакция с использованием таких механизмов может иногда занимать
несколько дней, что подвергает плательщика и финансовые учреждения получателя
различным рискам контрагента. Лучший способ справиться с этими рисками, как правило,
через PvP. В традиционных схемах PvP обе валюты хранятся на одной и той же технической
платформе, поэтому можно обменивать обе валюты одновременно.15
Project Icebreaker исследует трансграничные платежи между системами rCBDC, которые

реализованы на разных решениях и обеспечивают PvP или PvPvP, не требуя общей
технологии или платформы. Этот согласованный расчет в стиле PvP использует поставщика
FX в качестве посредника, обменивая два платежа почти одновременно.
График 4. Иллюстрация традиционного PvP и скоординированного PvP и PvPvP.
Существует два подхода к обеспечению такого PvP в двух разных экосистемах на основе DLT: HTLC
и на основе оракула. PvP на основе Oracle полагается на доверенную третью сторону (т. е.
оракула) для координации расчетов, тогда как при HTLC координация достигается за счет
технологического решения.16Этот проект выбрал HTLC, поскольку он выровнен
15
Подробнее об использовании общих платформ в трансграничных платежах см. CPMI et al (2023).
16
В дизайне на основе оракула плательщик производит условный платеж на кошелек поставщика FX в системе плательщика
rCBDC. Условием здесь является то, что оракул подписывает транзакцию, и оракулу доверяют делать это тогда и только
тогда, когда провайдер FX платит получателю платежа. Оракулу должны доверять плательщик и провайдер FX, а также он
должен присутствовать в обеих системах rCBDC:
21
с выбранным дизайном концентратора Icebreaker только для маршрутизации

сообщений, а не для более сложной роли в процессе оплаты.
5.3.1 Механизм HTLC
Скоординированный расчет достигается с помощью пары HTLC, где одна сторона блокирует
платеж от плательщика на кошелек провайдера FX в валюте плательщика, а другая блокирует
платеж из кошелька провайдера FX в валюте получателя платежа. После установки второй этап —
разблокировка этой условной блокировки, так что платеж передается получателю платежа или
возвращается плательщику. Разблокировка может происходить двумя способами: либо
получатель разблокирует его, чтобы принять платеж, предоставив секрет до установленного
тайм-аута (условия платежа соблюдены), либо плательщик разблокирует его после тайм-аута,
чтобы потребовать возврата денег (условия платежа не выполнены). ). В первом случае условный
платеж был успешно выполнен, а во втором — фактически отменен. В этом эксперименте тайм-
аут был установлен на одну минуту для каждой стороны.
Механизм HTLC направлен на установление доверия, необходимого для модели, используемой в этом
проекте, и имеет следующие преимущества:
• Плательщик может быть уверен, что его платеж провайдеру FX пройдет только в том
случае, если получатель платежа получил правильную сумму.
• Провайдер FX может быть уверен, что если платеж получателю

платежа был принят, платеж от плательщика обязательно пройдет.
• Получатель платежа может быть уверен, что полученный платеж будет соответствовать
платежной информации, полученной на этапе обнаружения платежа (см. Раздел 4.4).
Секретом может быть любой набор информации, например число или фраза. Хэш-значение
секрета — это шифрование секрета, которое легко вычислить, хотя по-прежнему
невозможно вычислить секрет из хэша. При использовании хешированного секрета в
условном платеже для блокировки секрет остается безопасным, но легко проверить,
подходит ли данный секрет для разблокировки, поскольку его хеш-значение будет таким
же, как хеш-значение в условном платеже. В ходе эксперимента в качестве хэш-
генерирующей функции использовался SHA-256.
Оба платежа заблокированы с использованием одного и того же хеш-значения. Это гарантирует, что либо оба
платежа будут успешными (оба могут быть разблокированы одним и тем же секретом до истечения времени
ожидания), либо оба не пройдут (оба истекут).
В реальных условиях время блокировки должно быть достаточно большим, чтобы обеспечить полную
разблокировку. Риск того, что поставщик FX не получит оплату, регулируется путем предоставления времени
блокировки условного платежа от плательщика на валютный кошелек плательщика поставщика FX, которое
достаточно дольше, чем время в валютном кошельке получателя платежа поставщика FX получателю. В
целом, короткое время блокировки создает риск сбоя трансграничных платежей, а длительное время
блокировки создает риск того, что ликвидность для плательщика и поставщика FX будет заблокирована на
более длительный срок, что налагает на них дополнительные расходы и ограничения.
22
Для получателя единственным риском является принятие и разблокировка неправильного платежа, что
может произойти только в случае проблем с кошельком получателя, но не может возникнуть из-за
использования HTLC. Риск можно снизить с помощью правил в своде правил схемы, согласно которым
получатель платежа принимает выполнение платежной инструкции, разблокируя платеж от поставщика
FX.
Хотя использование HTLC обеспечивает доверие и безопасность на основе технологий, некоторым сторонам по-прежнему
необходимо верить в то, что другие стороны будут вести себя честно, например, между конечным пользователем и любым
поставщиком кошелька, который может действовать от имени конечного пользователя (размещенные кошельки). Процесс
разрешения споров также потребуется для любых ошибочных случаев, которые могут возникнуть.
5.3.2 Интерактивность
Использование HTLC предполагает активное участие всех задействованных кошельков. Это вряд ли
будет практическим ограничением для кошельков плательщика или провайдера FX, но может стать
проблемой для получателя платежа. Например, кошелек получателя платежа может быть недоступен,
или если платеж необходимо принять вручную, получатель платежа может не знать об этом и не
принять его. Менее строгие требования к времени ответа на платежное сообщение и более длительное
время ожидания HTLC могут снизить некоторые из этих рисков, но за счет потенциально более
длительного процесса оплаты. Плательщику также придется дольше ждать, чтобы инициировать
платеж, если он не знает, может ли он ожидать немедленного ответа от кошелька получателя платежа
на этапе обнаружения платежа.
Автоматизированные ответы, позволяющие избежать ручных действий в процессе оплаты, необходимы для
обеспечения низкого уровня неудачных платежей и скорости.
5.3.3 Расширение валюты моста
Описанный выше процесс скоординированных расчетов основан на использовании прямого

платежного маршрута, когда провайдер FX активен как в валюте плательщика, так и в валюте
получателя. При использовании промежуточной валюты согласованный расчет становится
немного сложнее.,хотя логика та же самая. В примере во вставке 1 в разделе 5.1, где для платежа
из Швеции в Израиль используются норвежские кроны в качестве связующего звена между
шведскими кронами и шекелями, необходимы три условных платежа вместо двух:
• условный платеж от плательщика на FXP2 в шведских кронах;
• условный платеж в норвежских кронах от FXP2 до FXP1; и
• условный платеж от FXP1 получателю платежа в ILS.
Этапы «Получить котировку» и «Обнаружение платежа» одинаковы, хотя нагрузка сообщений

теперь больше из-за необходимой дополнительной информации (например, адреса кошелька
для второго поставщика FX). Этапы «Настройка платежа» и «Завершение платежа» имеют ту же
структуру, что и раньше, но имеют промежуточный этап в системе моста rCBDC, где
производится дополнительный платеж. Платеж считается завершенным, когда получатель
платежа впервые требует платеж ILS, раскрывая
23
секрет. Это позволяет FXP1 требовать оплаты в норвежских кронах, что, в свою очередь, позволяет FXP2
требовать оплаты в шведских кронах.
В этом примере, чтобы гарантировать, что оба участника несут одинаковый уровень риска,
продолжительность тайм-аута должна постепенно увеличиваться ближе к концу цепочки
разблокировки и относительно количества валют, используемых в транзакции.
5.4 Тестовые сценарии
В рамках проекта были протестированы три платежных сценария и кейса.
Таблица 2.Обзор протестированных сценариев, случаев и проверенных элементов.
Оплата 1. Оплата между всеми комбинациями стран, когда доступен и наиболее

сценарии благоприятен прямой путь.
проверено 2. Оплата между Швецией и Израилем с использованием норвежских крон в качестве
промежуточной валюты, когда не было прямых путей для (SEK/ILS).
3. Оплата между Швецией и Израилем с использованием норвежских крон в качестве

промежуточной валюты, когда прямые пути для (SEK/ILS) были доступны, но были менее
выгодны, чем промежуточный путь.
В целом 1. Инициация платежа может быть выражена как в валюте плательщика, так и
сценарии в валюте получателя.
проект протестирован 2. Функционирование механизма HTLC в следующих ситуациях:
а. Оплата прошла успешно от начала до конца.
б. Платеж не был выполнен из-за того, что (а) получатель платежа не разблокировал
платеж до истечения времени ожидания, или (б) у провайдера FX не было
ликвидности, что привело к сбою создания одной из блокировок HTLC.
Для каждого теста 1. Центр Icebreaker выбрал лучший обменный курс (курсы), рассчитал правильную
случае, сумму (суммы) платежа, и что системы rCBDC сгенерировали соответствующую
проект платежную инструкцию для выполнения.
подтвердил, что: 2. Правильная сумма была заблокирована в кошельке плательщика при создании
блокировки HTLC в системе CBDC плательщика.
3. Для PvP корректная сумма была списана с кошелька поставщика FX в
принимающей системе CBDC при создании второй блокировки HTLC.
4. Для PvPvP правильные суммы были списаны с кошельков двух
поставщиков FX при создании второй и третьей блокировки HTLC.
5. В случае успешного платежа правильные суммы были зачислены
поставщику(ам) FX и кошелькам получателя.
6. В случае неудачного платежа балансы кошельков плательщика и
провайдера(ов) FX не изменялись или восстанавливались до значений,
существовавших до начала платежа.
Кроме того, была измерена продолжительность платежа, который должен быть завершен, отметив, что
это зависит от внутренних систем и среды, в которой размещается концентратор Icebreaker. В этом
эксперименте платежи, как PvP, так и PvPvP, выполнялись в течение нескольких секунд. Эти
промежутки времени можно было бы сократить, если бы была проведена оптимизация
производительности для внутренних систем rCBDC и/или концентратора Icebreaker. Однако такие
временные промежутки также могут быть увеличены, если участвующей системе rCBDC требуется
больше времени для завершения транзакции или сетевое подключение было медленнее для одной из
внутренних систем rCBDC.
24
6. Политические соображения
В этом разделе изложены политические соображения, которые сообществу центральных банков может
потребоваться принять во внимание при изучении, расследовании или участии в договоренностях типа
«ледокол», подобных рассмотренному здесь. Соображения, изложенные ниже, не следует рассматривать как
исчерпывающие, и они могут измениться, если будет проведена дальнейшая работа.
6.1 Управление
Модель владения и управления, а также соответствующие компромиссы для такого механизма

необходимо будет рассмотреть и настроить оптимальным образом. Соглашение может сыграть
центральную роль в трансграничных платежах rCBDC и, как ожидается, будет соответствовать
соответствующим положениям CPMI-IOSCO.Принципы инфраструктуры финансового рынка(
ПФМИ).17Это подразумевает прозрачную и эффективную структуру и структуру управления,
включая системные правила, четкие цели, эффективные процессы принятия решений, политики
и процедуры управления рисками, а также четкие права и обязанности. Для организации,
управляющей таким хабом, должна быть четкая и прочная правовая основа. Структура
управления должна предусматривать участие заинтересованных сторон из нескольких
центральных банков, коммерческих участников и некоторых других типов субъектов.
Сложность структуры управления, вероятно, возрастет по мере увеличения числа вовлеченных

заинтересованных сторон. С другой стороны, привлечение заинтересованных сторон, таких как
центральные банки, имеет такие преимущества, как легитимность, баланс сил, сетевые эффекты и
согласование стимулов с социальным обеспечением, среди прочего. Например, отсутствие влияния
может удержать центральные банки, поставщиков кошельков и FX от участия в таком соглашении. Сеть,
подключенная к концентратору, может быть меньше, чем то, что считается социально оптимальным,
что не позволяет концентратору обеспечить ожидаемое улучшение благосостояния. Достаточный
уровень автономии и контроля должен быть сбалансирован с универсальностью и стандартизацией.
6.2 Устойчивость
Решение типа «звезда-втулка» подразумевает, что концентратор может стать единой точкой отказа.
Операционные нарушения могут прервать трансграничный платежный трафик, проходящий через хаб.
В качестве основы для управления операционными рисками соответствующие части PFMI, включая
обновления, а также другие отраслевые стандарты кибербезопасности и
17
The Принципы инфраструктуры финансового рынка(ПФМИ), включая изменения и дополнения, распространяются на все
системно значимые платежные системы, центральные депозитарии, системы расчетов по ценным бумагам, центральных
контрагентов и торговые репозитории. Они устанавливают требования к правовой основе, корпоративному управлению и
управлению рисками, включая финансовые и операционные риски. PFMI является основой надзора центрального банка за
ИФР, а также используется надзорными органами и международными организациями, такими как Международный
валютный фонд. Для получения дополнительной информации о PFMI см.Принципы инфраструктуры финансовых рынков
(PFMI) (bis.org) .
25
Киберустойчивость должна применяться к концентратору, чтобы его операционная устойчивость была

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

подчиняться требованиям публичного участия. Это должно гарантировать, что
участники смогут обрабатывать платежи в соответствии с определенным диапазоном
условий в соответствии со сводом правил хаба. Требования могут различаться в
зависимости от роли учреждения в хабе.
6.3 Механизм FX
Конструкция механизма FX может повлиять на конкуренцию на рынке услуг FX и

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

лучшую котировку, отделяет предоставление кошелька от услуги конвертации FX. Поставщик кошелька
с большой пользовательской базой не будет автоматически получать FX-бизнес своей
пользовательской базы, и провайдеры FX больше не будут зависеть от наличия большой
пользовательской базы для захвата большой доли рынка. Хотя эта модель должна усилить
конкуренцию в предоставлении FX, что может привести к снижению затрат для конечных
пользователей, она также может уменьшить стимулы PSP к тому, чтобы быть поставщиками
кошельков, поскольку они не получат автоматически бизнес FX. С другой стороны, модель, изучаемая в
этом проекте, может снизить барьеры для некоторых PSP, чтобы стать поставщиками кошельков,
поскольку они могут предоставлять эту услугу без затрат, связанных с предоставлением услуг FX.
В частности, важной особенностью является автоматизированное использование промежуточных валют.
• Во-первых, это может расширить сеть подключенных систем rCBDC, позволив

осуществлять платежи между странами, где не существует прямых услуг FX.
• Во-вторых, это может усилить конкуренцию, поскольку прямые FX-сервисы будут конкурировать не
только с другими провайдерами, но и с мостовыми FX-сервисами.
• В-третьих, это может снизить затраты на ликвидность для провайдеров FX, поскольку провайдер
FX сможет сократить количество валют, в которых он работает. Со временем это может привести к
повышению эффективности, так что для большинства платежей будет использоваться всего
несколько общих промежуточных валют на ликвидных финансовых рынках. Как
18
Для концентратора без сохранения состояния, такого как концентратор Icebreaker, можно использовать стандартное в отрасли высокодоступное и
географически распределенное развертывание для решения проблем операционной отказоустойчивости, например, несколько серверов-
концентраторов в нескольких центрах обработки данных в разных местах, которые динамически (и прозрачно) направляют трафик в доступный
сервер.
26
количество подключенных стран в сети увеличивается, увеличивается потенциальное

использование промежуточной валюты или нескольких промежуточных валют.
Возможны и другие расширения модели, используемой в этом проекте. Например, плательщик

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

стабильности обсудили возможные ограничения или другие ограничения на использование rCBDC.19
Такие ограничения могут налагать ограничительный верхний предел ликвидности в одной или
нескольких валютах, препятствуя поставщикам FX предоставлять адекватные услуги FX. Аналогичным
образом, может быть стоимость хранения rCBDC по сравнению с хранением резервов или денег
коммерческих банков, что может помешать поставщикам FX держать достаточный запас rCBDC. Эти
потенциальные эффекты не следует преувеличивать. Согласование денежно-кредитной политики
происходит только в течение короткого периода времени вечером. Центральный банк может
рассматривать rCBDC, принадлежащие финансовым учреждениям, в качестве резервов, исключая
альтернативные издержки по отношению к резервам, и освобождать их от любых предполагаемых
лимитов.20
Большинство потенциальных проблем, обсуждавшихся выше, можно было бы смягчить, если бы

центральные банки предоставили средства, которые позволили бы участникам RTGS мгновенно
получить доступ к rCBDC под резервы или приемлемое обеспечение 24/7. Провайдеру FX не нужно
будет удерживать rCBDC в течение длительного периода времени. Поставщик FX может даже
автоматизировать конвертацию между резервами rCBDC, традиционными резервами или деньгами
коммерческих банков, что позволит ему поддерживать желаемый уровень ликвидности без
вмешательства человека.
19
В качестве примера см. BIS et al (2022b).
20
Некоторые центральные банки компенсируют владельцам частных складов с наличностью упущенные проценты по всем или
некоторым банкнотам и монетам, хранящимся в складе, отчасти для снижения альтернативных издержек хранения их в хранилищах.
Аналогичная логика может быть применена к rCBDC, чтобы поставщики FX, которые также являются денежными партнерами,
получали компенсацию процентной ставки за суммы, хранящиеся в специальных кошельках FX.
27
Центральные банки могут даже рассмотреть возможность расширения участия поставщиков FX, разрешив
нефинансовым организациям, имеющим кошельки более чем в одном rCBDC, выступать в качестве
поставщиков FX, тем самым добавляя ликвидности и усиливая конкуренцию.
6.5 Стоимость услуг
В реальном мире важно ценообразование на трансграничные услуги. Рынки платежей являются

двусторонними, так что использование услуги на одной стороне рынка влияет на стоимость услуги на другой
стороне. Поставщики частных кошельков в этом проекте не учитывают такие сетевые эффекты в своих
ценовых решениях и могут устанавливать слишком высокие цены на услуги с социальной точки зрения. В
случае данного проекта, если провайдер кошелька плательщика взимает высокую комиссию за поддержку
трансграничного платежа, то плательщик может воздержаться от его использования. Это снижает ценность
для получателя платежа за границей при подписке на трансграничную услугу, поскольку они знают, что
плательщик не будет ее использовать. Размер сети и использование могут быть меньше социально
оптимальных.
При наличии внешних эффектов, таких как рассмотренные ранее сетевые эффекты, может потребоваться
некоторое регулирование цен или субсидия, если социальные выгоды должны превышать социальные
издержки.21
6.6 Конфиденциальность и ПОД/ФТ
В этом проекте предполагается, что ответственность за KYC, AML/CFT и другие требования

должной осмотрительности лежит исключительно на поставщиках кошельков, и полный
нормативный анализ не проводился. Помимо информации из процесса KYC, поставщики
кошельков будут зависеть от информации, которую они могут извлечь из платежных
сообщений для соблюдения требований. Концентратор Icebreaker только направляет
сообщения и ведет журнал, все участники платежа в течение платежного цикла будут иметь
доступ ко всей соответствующей информации, содержащейся в платежных сообщениях.22
Вопросы конфиденциальности и конкуренции должны быть должным образом учтены в соглашении и
могут отражать компромисс и тщательную калибровку в отношении того, сколько и какую
информацию следует включать в платежные сообщения, чтобы они соответствовали применимым
режимам защиты данных и другим требования соответствия. Будущие исследования могут включать в
себя более инновационные технологии запутывания данных или технологии повышения
конфиденциальности, которые позволят реализовать все преимущества модели «Ледокол» при
меньшем количестве проблем с конфиденциальностью.
Одна из ключевых проблем для PSP в целом заключается в том, что они могут не иметь доступа ко
всей информации, необходимой для обеспечения соответствия.23К примеру кошелек
21
Карточные схемы используют комиссию за обмен и правила «соблюдения всех карт» для решения проблем стимулирования,
связанных с сетевыми эффектами. Это не лишено недостатков, и такие сборы и правила привлекли внимание регулирующих и
законодательных органов, что привело, например, к Положению ЕС о межбанковских комиссиях.
22
См. Приложение B для обзора информации платежного сообщения.
23
Личность преступников и происхождение средств могут быть сокрыты с помощью сложных трансграничных структур, в которых
незаконные средства переводятся между разными странами и юридическими/физическими лицами. Таким образом, финансовые
учреждения, как правило, не имеют обзора, необходимого для выявления случаев такого уровня сложности и сообщения о них.
Отчасти это является результатом законов о банковской тайне и защите частной жизни.
28
провайдер в одной стране может не знать происхождение средств, отправленных плательщиком в

другую страну в цепочке трансграничных платежей. Концентратор, с другой стороны, контролирует
полный журнал перенаправленных сообщений и, следовательно, может предоставлять услуги на
основе большего набора информации, тем самым облегчая действия поставщиков кошельков по
соблюдению требований.24Владелец центра может тщательно рассмотреть возможности применения
новых технологий и предоставления услуг, которые облегчают и улучшают способность
участвующего учреждения выполнять их требования.
6.7 Адресация и инициирование платежа
Формат платежного сообщения, информация, которая должна быть включена, и порядок, в

котором выполняются различные шаги, предопределены. Хотя это выходит за рамки проекта
«Ледокол», важно подчеркнуть необходимость координации и согласования в отношении
инициирования платежей. Например, как кто-то в одной стране может получить адрес кошелька
кого-то в другой стране? В модели Icebreaker одна система rCBDC может использовать систему
адресов, которая сильно отличается от адресной системы другой системы rCBDC. Чтобы
облегчить инициирование трансграничных платежей, был бы полезен общий стандарт адресов, а
также одна или несколько баз данных псевдонимов.25Децентрализованные идентификаторы W3C
(DID) могут быть полезны для адресации и могут стать областью дальнейшей работы.
Второй вопрос заключается в том, как плательщик должен вводить платежную информацию в свой
кошелек. Для карточных платежей в точке продажи карточный терминал связывается с картой, в то
время как некоторые мобильные платежи выполняются этим кошельком, сканирующим QR-код и т. Д.
Аналогичным образом, каждая система rCBDC может поддерживать несколько таких механизмов. Их
стандартизация облегчит трансграничные платежи CBDC.
7. Заключительное обсуждение
Проверка модели Icebreaker показывает, что центральные банки обладают почти полной
автономией при разработке своей внутренней системы rCBDC. Они могут использовать различные
технологические решения, сохраняя при этом возможность участвовать в формализованном
соглашении о взаимосвязи.
Проект демонстрирует следующие преимущества:

• Это обеспечивает трансграничную совместимость, позволяя системам с различными технологиями
взаимодействовать друг с другом стандартизированным способом.
24
Северный центр BIS Innovation Hub запустил проект «Аврора», чтобы изучить компоненты новой архитектуры данных и, в
конечном итоге, то, как технологии повышения конфиденциальности, искусственный интеллект и сетевую аналитику
можно использовать в данных централизованных платежей для лучшего выявления отмывания денег, финансирования
терроризма, незаконное финансирование, мошенничество или системные риски как внутри страны, так и за ее пределами.
См. www.bis.org/about/bisih/locations/se.
25
Адресация изучалась в Nexus, см. BIS Innovation Hub (2021). Существует международный стандарт номеров
банковских счетов (IBAN). Трансграничные платежи rCBDC будут значительно облегчены чем-то
подобным для rCBDC.
29
• Это снижает расчетный риск и риск контрагента за счет использования скоординированных
платежей в деньгах центрального банка.
• Это позволяет усилить конкуренцию и расширить выбор для потребителей,

отделив предоставление услуги FX от транзакции FX, а также за счет использования
промежуточных валют.
• Это помогает сократить расходы.
• Это помогает увеличить трансграничный охват.

• Он масштабируется, легко подключая системы многих стран.
• Это быстро; транзакции занимают всего несколько секунд.
• rCBDC не нужно покидать свою систему rCBDC.
Минимальные технические требования:
• Система rCBDC должна быть способна реализовать условный расчет на

основе HTLC.
• Система rCBDC должна работать в режиме реального времени или почти в режиме реального времени, 24 часа в сутки, 7 дней в неделю, 365
дней в неделю, чтобы максимизировать скорость и свести к минимуму количество неудачных платежей из-за тайм-аута при расчете и
ответе на сообщение.
Некоторые ключевые рекомендации центральному банку, рассматривающему возможность внедрения системы rCBDC, заключаются в
следующем:
• Рассмотрите способы включения условного расчета, например, HTLC.
• Рассмотрите способы обеспечения доступности системы и короткого времени отклика в режиме 24/7/365,
чтобы максимизировать скорость и свести к минимуму ошибочные платежи.
• Рассмотрите возможность принятия текущих стандартов обмена сообщениями и адресации,

поддержки их разработки там, где они необходимы и еще не существуют, и обеспечения
гибкости при принятии будущих стандартов.
• Рассмотрите способы предоставления мгновенной ликвидности rCBDC поставщикам FX в режиме

24/7/365.
• Продвигайте прозрачные и конкурентоспособные стимулы для поставщиков FX.
Для модели ледокола можно дополнительно изучить два основных момента:
Концентратор с отслеживанием состояния: альтернативный дизайн, который был

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

рассмотреть. Потенциал сосуществования различных механизмов скоординированного
урегулирования заслуживает дальнейшего изучения и того, как это может быть
реализовано в различных технических решениях.
30
Реализация модели «Ледокол» в реальном мире потребует рассмотрения

целого ряда технологических, политических и правовых соображений.
Вопросы политики включают механизмы управления, жизнеспособность
бизнес-модели, предоставление ликвидности, конфиденциальность, ПОД/ФТ
и стандарты, связанные с инициированием платежей. Юридические
соображения будут включать прочную правовую основу для ледокольного
узла, потенциальный конфликт законов и правил между подключенными
системами rCBDC и разрешение конфликтов. Технические соображения
включают меры по обеспечению устойчивости и требования к центру
ледокола и участникам систем rCBDC. Центральные банки должны учитывать
такие трансграничные аспекты при разработке своих систем rCBDC, чтобы
избежать создания непреднамеренных барьеров для трансграничной
функциональности.
31
Рекомендации
БМР, Банк Канады, Банк Англии, Совет управляющих Федеральной резервной системы, Европейский
центральный банк, Банк Японии, Sveriges Riksbank и Швейцарский национальный банк (2020 г.):
Цифровые валюты центрального банка: основополагающие принципы и основные функции, октябрь.
— — — (2021а):Цифровые валюты центрального банка: системный дизайн и функциональная

совместимость, Сентябрь.
— — — (2021b):Цифровые валюты центрального банка: последствия для финансовой стабильности,

Сентябрь.
Банк Израиля (2022 г.):Цифровой шекель — технологический эксперимент на распределенной

платформе, Июнь.
Центр инноваций BIS (2021 г.):Nexus — схема мгновенных трансграничных платежей, Июль.
— — — (2022 г.):Трансграничное использование CBDC: уроки практических экспериментов, Июнь.
Инновационный центр BIS, Валютное управление Гонконга, Банк Таиланда, Институт

цифровой валюты Народного банка Китая и Центральный банк Объединенных Арабских
Эмиратов (2022a):Проект mBridge — соединение экономик через CBDC, октябрь.
Инновационный центр BIS, Центральный банк Малайзии, Денежно-кредитное управление Сингапура,

Резервный банк Австралии и Резервный банк Южной Африки (2022b):Project Dunbar — международные
расчеты с использованием нескольких CBDC, Маршировать.
Комитет по платежам и рыночной инфраструктуре (2023 г.):Требования

гармонизации ISO 20022 для улучшения трансграничных платежей, Консультативный
отчет, март.
Комитет по платежам и рыночной инфраструктуре и Технический комитет Международной

организации комиссий по ценным бумагам (2012 г.):Принципы инфраструктуры
финансового рынка, Апрель.
Комитет по платежам и рыночной инфраструктуре (CPMI), Центр инноваций BIS,

Международный валютный фонд и Группа Всемирного банка (2022 г.):Варианты доступа
и совместимости CBDC для трансграничных платежей, Отчет для G20, июль
— — — (2023):Изучение многосторонних платформ для трансграничных платежей, январь.
Коссе, А. и И. Маттеи (2022 г.): «Набирает обороты — результаты исследования BIS 2021 г. по
цифровым валютам центральных банков»,Документы BIS, № 125, май.
32
Банк Норвегии (2021 г.):Цифровые валюты центрального банка – Третий отчет рабочей группы,
Документы банка Норвегии, № 1/2021.
Шведский государственный банк (2021 г.):Электронная крона пилотная фаза 1, Апрель.
33
Приложение A: Описание трех PoC rCBDC
Конструкция трех PoC-систем имеет сходства и различия, а общим знаменателем является

то, что они были созданы для проведения ряда различных экспериментов. Ни один из них
не следует рассматривать как показатель каких-либо будущих проектных решений CBDC
соответствующего центрального банка.
Банк Израиля – прототип цифрового шекеля26
Экспериментальная среда цифрового шекеля реализует двухуровневую модель (График A1). В этой
модели, хотя цифровой шекель представляет собой обязательство центрального банка перед
держателями валюты, конечные пользователи не обращаются напрямую в центральный банк для
получения, погашения или оплаты цифровыми шекелями. Их доступ осуществляется через
поставщиков платежных услуг (PSP), которыми могут быть банки, другие финансовые учреждения или
даже нефинансовые организации — концепция, которая изучается в рамках проекта Sela, чтобы
обеспечить более широкое участие PSP.27
График 5. Обзор прототипа ILS-CBDC
26
Подробнее о цифровом шекеле см. Банк Израиля (2022 г.).
27
Центр инноваций BIS в Гонконге, Валютное управление Гонконга и Банк Израиля проводят совместный проект по
тестированию кибербезопасной архитектуры CBDC для розничной торговли, которая снижает финансовые риски
посредников.
34
Платформа CBDC — на основе DLT
Банк Израиля создал инфраструктуру DLT в облаке Microsoft Azure с использованием

Azure Blockchain Services, что позволяет реализовать блокчейн Quorum на основе
Ethereum. Экспериментальная среда включала создание частной сети, в которой
четыре узла были настроены на блокчейне, имитируя ситуацию, в которой экосистема
цифровых шекелей включает, помимо центрального банка, трех поставщиков
платежных услуг. Каждый поставщик платежных услуг создается в отдельном узле, а
сеть полностью распределена. Банк Израиля является администратором сети и
определяет поставщиков платежных услуг в качестве валидаторов.
Проверка токенов
Банк Израиля является стороной, реализующей смарт-контракт, определяющий цифровую валюту, и

единственной стороной, уполномоченной чеканить или сжигать монеты. PSP предоставляют конечным
клиентам инфраструктуру и услуги цифрового кошелька, через которые клиенты получают доступ к сети
цифровых шекелей, и именно PSP передают платежные поручения между конечными клиентами.
Как только система была создана, Банк Израиля «выпустил» «цифровые шекели» с использованием
стандарта ERC20. Стандарт включает выпуск валюты и платежные операции конечными
пользователями или поставщиками платежных услуг. Использование стандарта ERC20 в стандартной
цепочке блоков Ethereum Quorum, по сути, позволяет хранить цифровые шекели, выпущенные в ходе
эксперимента, в любом стандартном цифровом кошельке.
Norges Bank — прототип NOK-CBDC28
PoC не представляет собой полную платежную инфраструктуру или систему. Он состоит из одного основного
реестра, доступ к которому можно получить через некастодиальный кошелек, которым владеет конечный
пользователь. И реестр, и кошелек являются общими для всех пользователей, но у некоторых
пользователей могут быть особые привилегии в системе. Одним из примеров является то, что только
кошелек Norges Bank может выпускать и выкупать CBDC.
Основное предположение дизайна заключается в том, что частные лица будут предоставлять
кошельки CBDC населению и что CBDC будет распространяться через частный сектор. Эта
функциональность не является частью текущего тестового PoC.
28
Norges Bank не публиковал отчет о цифровом прототипе NOK-CBDC на момент публикации этого
отчета. Чтобы узнать больше о работе Norges Bank над CBDC, см. Norges Bank (2021).
35
График 6. Обзор прототипа NOK-CBDC
Базовая технология — Hyperledger Besu
Прототип построен в Hyperledger Besu, основанном на сети Ethereum. Это

включает в себя виртуальную машину Ethereum (EVM) и, как таковая, позволяет
выполнять смарт-контракты. Тестовая сеть является частной. Центральный
оператор принимает решение о допуске к сети. Тестовая сеть состоит из
нескольких проверяющих узлов и узлов, обрабатывающих смарт-контракты. Узлы
централизованно управляются Norges Bank в соответствии с механизмом
консенсуса с подтверждением полномочий. Деньги представлены в виде токенов,
а остатки токенов хранятся на счетах в базе данных блокчейна. Токены
соответствуют стандарту ERC 20 и могут содержать исполняемый программный
код. Смарт-контракт, лежащий в основе токена, не может быть изменен никем,
кроме центрального банка. Но смарт-контракты могут быть построены поверх
основного смарт-контракта.
Проверка токенов, расчет и окончательность
Кошелек используется для инициирования передачи токенов между учетными записями в

блокчейне/бухгалтерской книге и для активации смарт-контрактов. Запросы на транзакции
отправляются из кошелька на узлы в сети. Узлы несут ответственность за проверку
транзакций, проверяя свои подписи и достаточность средств для транзакций. Узлы хранят
реестр и добавляют новые блоки транзакций в реестр каждые пять секунд.
36
Sveriges Riksbank – тестовый прототип электронной кроны29
Дизайн сети e-krona основан на двухуровневой модели с целью имитации того, как
наличные деньги распределяются среди населения сегодня. Как и наличные деньги,
электронная крона выпускается и гарантируется Sveriges Riksbank, но распространяется
среди конечных пользователей через частных лиц, таких как банки или поставщики
платежных услуг. Сеть e-krona — это частная сеть, в которой Риксбанк, как владелец сети
ekrona, должен одобрить тех, кто хочет присоединиться к сети, купить электронную крону у
Riksbank и раздать ее своим клиентам. Утвержденные участники управляют процессом
регистрации своих клиентов в e-krona, управляют кошельками e-krona своих клиентов и
разрешают транзакции, а также разрабатывают для своих клиентов услуги и интерфейсы
платежных инструментов e-krona. Концептуальная идея дизайна состоит в том, чтобы
сохранить роль Риксбанка как создателя денег, а утвержденных участников - как
дистрибьюторов и поставщиков для конечных пользователей. Иллюстрация сети e-krona
показана на графике 6.
График 7. Обзор прототипа E-krona
Примечание. Нотариальный узел, управляемый Риксбанком, проверяет двойные расходы, что приводит к окончательности.
CBDC-платформа — на основе DLT и UTXO
Сеть e-krona основана на платформе Corda DLT, которая использует модель UTXO (вывод неизрасходованных
транзакций). Электронная крона переносится токенами (состояниями), которые являются неизменяемыми
записями в реестре, распределенном между его участниками. Токены могут быть использованы в качестве
входных данных в транзакции (при условии, что законный владелец
29
Подробнее об электронной кроне см. Sveriges Riksbank (2021).
37
token подписывает транзакцию), который пометит конкретный токен как потраченный и создаст новый
выходной токен e-krona для получателя платежа и возможный токен, несущий сдачу для плательщика.
Таким образом, каждая транзакция будет создавать новое состояние в распределенном реестре с
исторической ссылкой на ввод, который ее создал. В транзакции можно использовать только
неизрасходованные токены, и все неизрасходованные токены электронной кроны имеют цепочку
транзакций, ведущую к созданию электронной кроны в Риксбанке как единственном эмитенте. Реестр
распределяется между узлами-участниками в сети. Однако реестр с историческими транзакциями не
полностью распределяется между всеми участниками сети, как в некоторых общедоступных
распределенных реестрах. Только узлы, которые непосредственно участвуют в транзакции, будут
делиться новой обновленной информацией о состояниях.
Валидация токенов, расчет и окончательность
Узлы, участвующие в транзакции, также будут проводить проверку, чтобы убедиться, что ekrona
является законной и имеет историческую цепочку, которая ведет к выпуску из Риксбанка. Эта
проверка будет выполняться узлами участника, выполняющими транзакции от имени его
клиентов. Чтобы полностью проверить действительность транзакции, сеть также должна
проверить, что токены, используемые в транзакции, не использовались ранее, в так называемом
двойном расходовании. Эта проверка осуществляется нотариальным узлом, управляемым
Риксбанком, с единственной целью проверки того, что токены не израсходованы. Информация о
владельце токена (открытый ключ), получателе платежа, сумме и т. д. в данной транзакции не
будет доступна нотариальному узлу.30Проверка двойного расходования, выполненная
нотариальным узлом, представляет собой окончательность транзакции, что означает, что она
зарегистрирована в бухгалтерской книге и не может быть отменена.
30
Однако Риксбанк получит псевдонимизированную информацию в исторической цепочке, когда экроны
будут выкуплены для уничтожения обратно в узле Риксбанка.
38
Приложение B: Платежные данные в Icebreaker
В этом приложении описываются элементы данных в сообщениях, маршрутизируемых через

концентратор Icebreaker (таблица B1), а также то, когда они видны различным участникам на
разных этапах платежного процесса в эксперименте Icebreaker (таблица B2).
Таблица Б1. Элементы данных в платежных сообщениях
Категория Элемент данных ИДЕНТИФИКАТОР
Информация о котировках Курс FX, Bid/Ask и название FX 1

Суммы в: Исходная и целевая валюты 2
Адреса кошельков: Плательщик 3
Получатель платежа 4
FXP, оплачивающий «этап» (этапы в PvPvP) 5
FXP, получающий «этап» (этапы в PvPvP) 6
Хозяева провайдеров Плательщик 7
кошельков: Получатель платежа 8
FXP, оплачивающий «этап» (этапы в PvPvP) 9
FXP, получающий «этап» (этапы в PvPvP) 10
Дополнительный мониторинг Идентификатор предложения 11
предметы Идентификатор платежа 12
информация HTLC Хэш секрета 13
Максимальная продолжительность блокировки 14
Тайм-аут блокировки в секрете системы 15
плательщика 16
Таблица Б2. Видимость информации в процессе оплаты

API Получить цитату Обнаружение платежа Настройка оплаты Оплата
завершение
Сущности Пайер, Пайер Пайер, кошелек Пайера Все Все

подвергать кошелек провайдер, кошелек получателя
данные провайдер, хаб провайдер, получатель
Идентификатор элемента данных 1, 2, 5, 6, 9-11 1-14 1-13 1-13

Примечание. Конструктивное решение внутренней системы rCBDC определяет, в какой степени центр имеет доступ к элементам данных
в платежных сообщениях.
39
Приложение C: Участники проекта и благодарность
Банк Израиля
Йоав Соффер, руководитель проекта Digital Shekel
Томер Мизрахи, технический директор и руководитель отдела технологий Digital Shekel
Амир Моше, экономист по цифровым шекелям
Даниил Скориков, Senior Cloud Architect
Авиа Холландер, старший разработчик программного обеспечения
Илан Матитяху, старший разработчик программного обеспечения
Наврас Далех, старший разработчик программного обеспечения
Рэйчел Вашди, старший разработчик программного обеспечения
Даниил Мирзакандов (технический консультант)
Инновационный центр BIS
Беджу Шах, глава Северного центра
Бьорн Сегендорф, советник
Дэниел Эйдан, советник и архитектор решений
Дарко Мичич, облачный архитектор
Гримур Сигурдарсон, советник
Уильям Чжан, советник
Банк Норвегии
Кнут Гуллейк Сандал, директор
Педер Остбай, директор по анализу
Лассе Мехольм, координатор
Суэла Кристиансен, старший советник
40
Терье Амас, специальный советник
Стефано Франц (технический консультант)
Орьян Монсен (технический консультант)
Шведский Риксбанк
Митра Сандберг, руководитель подразделения e-krona
Андре Реслоу, советник
Давид Лёв, старший экономист
Микаэль Линдгрен, ИТ-архитектор
Катарина Теландер (технический консультант)
Алишер Заитов (технический консультант)
Питер де Рой (технический консультант)
Миска Петониеми (технический консультант)
Лили Лехти (технический консультант)
Благодарности
Особая благодарность Сесилии Скингсли, Россу Лекоу, Эндрю МакКормаку, Даниэлю

Эйдану, Андреасу Адриано, Бену Дайсону, Кодруте Боар, Десси Чейтановой, Сигрид
Сульсебе, Сюзанне Бохман, Хашему Хассану, Габриэле Гибур, Эльзе Темнер, Монике
Йоханссон, Дилану Олсеру, Михал Sinai Livyatan, Helge Syrstad, Nick Vaughan, Manisha Patel,
Paola Di Casola, Lukas Ferdinand Petry, Dinesh Shah, Bjarki Vigfusson, Frederick Cheung, Bernia
Lee, Yvonne Tsui за поддержку этого проекта.
41
Заголовок публикации
Банк международных расчетов (БМР)
ISBN: 978-92-9259-638-5 (онлайн)

Iceberg

Загружено:

Сведения о документе

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Iceberg

Загружено:

Авторское право:

Доступные форматы

Ледокол проекта

Открывая новые пути в трансграничных

розничных платежах CBDC

Банк Израиля Шведский Риксбанк

Project Icebreaker исследует потенциальные преимущества и проблемы использования розничных CBDC

“Мы рады принять участие в одном из первых экспериментальных испытаний трансграничных

«Хотя внутренние платежи стали дешевле, безопаснее и эффективнее, платежи в разных

Айно Бунге, заместитель управляющего Sveriges Riksbank

и снизить риски. Для розничных CBDC по-прежнему требуется дополнительная работа, но

Расчетный риск и скорость. В модели Icebreaker трансграничная транзакция разбивается на два

Конкуренция и прозрачность.В большинстве существующих трансграничных платежных

предоставление платежных услуг rCBDC. Поставщики FX отправляют курсы FX в концентратор

Совместимость и масштабируемость.Количество соединений между системами rCBDC сведено

Модель Icebreaker предъявляет минимальный набор технических требований к системам

часа в сутки, 7 дней в неделю, 365 дней в неделю.

• Каждый из них может реализовать и поддерживать использование HTLC.

Концентратор Icebreaker предоставляет стандартный набор интерфейсов прикладного

Ключевые рекомендации для центрального банка, рассматривающего возможность трансграничных

оРассмотрите способы включения условного расчета, например, HTLC.

чтобы максимизировать скорость и свести к минимуму ошибочные платежи.

о Рассмотрите возможность принятия текущих стандартов обмена сообщениями и адресации и

обеспечьте гибкость при принятии будущих стандартов.

о Рассмотрите способы предоставления мгновенной ликвидности rCBDC поставщикам FX в режиме

оПродвигайте прозрачные и конкурентоспособные стимулы для поставщиков FX.

Реализация модели «Ледокол» в реальном мире потребует рассмотрения

2. Определения, акронимы и сокращения

Валюта бриджа:Валюта, которая используется в качестве промежуточного шага при обмене

Поставщик иностранной валюты (FX):Организации, предоставляющие услуги по обмену rCBDC

Хэш-функция:Процесс использования математического алгоритма в отношении данных для получения

разблокировки которого требуется криптографическая кодовая фраза.

Совместимость: техническая, семантическая и деловая совместимость, позволяющая

Оплата против оплаты (PvP):Механизм расчетов, обеспечивающий окончательный

Розничная цифровая валюта центрального банка (rCBDC):Цифровой платежный инструмент,

деноминированный в национальной расчетной единице, который является прямым обязательством центрального

банка и доступен для общественности.

поддерживающей инфраструктурой и правилами будет лежать в основе более широкой экосистемы

инфраструктуры обработки, поставщиков кошельков и пользовательских сервисов с бизнес-правилами и

Кошелек:Электронные кошельки — это платежные механизмы, которые позволяют конечным пользователям

находиться на устройстве, принадлежащем держателю, например, на смартфоне или персональном

Поставщик кошелька:Организация, которая предоставляет электронные кошельки широкой публике и, как

2.2 Другие сокращения и аббревиатуры

ПОД борьба с обмыванием денег

DLT иностранная валюта с технологией

Форекс распределенного реестра

RTGS валовой расчет в режиме реального времени

Project Icebreaker вносит практический вклад в дискуссию об использовании rCBDC в

В этом отчете описывается модель, использованная в этом проекте, процесс оплаты

4. Обзор модели, используемой для Project Icebreaker

В этом разделе представлен обзор модели, используемой в Project Icebreaker, которая

4.1 Внутренние системы rCBDC

понятие, чем базовая техническая инфраструктура, предоставляемая центральным банком.8

В центре системы будет центральный банк, обеспечивающий основную техническую

стандарты обмена данными и другие операционные и юридические требования к

Модель Icebreaker облегчает трансграничные платежи за счет соединения систем rCBDC.

4.3 Центр ледокола

Концентратор ледокола выполняет две основные функции:

• Маршрутизация трансграничных платежных сообщений между внутренними системами.

• Предоставление «торговой площадки», сопоставляющей плательщиков с котировками FX от

почти в реальном времени, в идеале 24/7/365,

• что он может реализовать HTLC (см. Раздел 5.3.1) и

• что у него есть участники, которые выступают в качестве поставщиков FX.

4.3.1 Ступичное решение

Существует несколько способов объединения разрозненных систем. Единый доступ,

Каждая внутренняя система rCBDC может подключаться к концентратору двумя способами,