Цифровые активы относятся к цифровым представлениям стоимости, таким как право собственности на финансовые активы или реальные экономические активы. Экосистема цифровых активов может способствовать более эффективным транзакциям, расширению доступа к финансовым услугам и раскрытию экономической ценности. Цифровые валюты центральных банков (CBDC), токенизированные банковские обязательства и потенциально хорошо регулируемые стейблкоины в сочетании с тщательно продуманным набором смарт-контрактов могут служить средством обмена для этой новой экосистемы цифровых активов. Хотя первоначальные испытания показали потенциал, эти новые формы цифровых валют, популярные в блокчейне и одноранговых денежных потоках, все еще должны доказать свою полезность за пределами электронных платежных систем, таких как внутренние системы мгновенных платежей, которые уже существуют сегодня. предоставил. Одним из больших преимуществ цифровых валют является их поддержка программной функциональности. Тем не менее, это тема для постоянных дискуссий и дискуссий. Операторы должны убедиться, что программируемость не идет в ущерб способности цифровой валюты функционировать в качестве средства обмена. Должна сохраняться единство валюты, а программность не должна ограничивать распространение валюты и приводить к дроблению ликвидности внутри системы. В этой статье представлен технический обзор концепции денег с привязкой к цели (PBM), которая позволяет направлять деньги на конкретную цель без программирования самих денег. PBM использует общий протокол, предназначенный для работы с различными технологиями бухгалтерского учета и формами денег. Через стандартизированный формат пользователи смогут получить доступ к цифровым валютам, используя поставщика кошелька по своему выбору. Этот документ будет основываться на концепции PBM, впервые представленной в проекте MAS Orchid, и описывает, как ее можно расширить для более широкого диапазона сценариев применения.
Предыстория и мотивация
Цифровые инициативы, направленные на повышение операционной эффективности и улучшение пользовательского опыта, получили значительный импульс в последние годы. Однако цифровая работа в сфере финансов не лишена проблем.
Распространение и фрагментация рынка
Распространение платежных схем и платформ усугубило сложность и проблемы, с которыми могут столкнуться пользователи при внедрении цифровых финансовых услуг. Например, платежные операторы часто используют каналы сбыта с разными характеристиками для разных схем. Владельцам схем очень ресурсоемко включать продавцов в свои проприетарные платформы. В то же время интеграция с другими платформами увеличит операционные усилия продавцов, которым придется обучать своих розничных сотрудников работе с различными схемами оплаты и их приему.
Частные независимые усилия попытались объединить эти инициативы на единой платформе, чтобы упростить взаимодействие с пользователем и реализовать потенциал оцифровки. Однако эти усилия должны пойти дальше, чтобы обеспечить их открытость и совместимость во всех инициативах. Эти платформы не должны ограничиваться потребителями и продавцами, подписавшимися на их экосистемы. Интероперабельные платежные системы обеспечат большую гибкость и обеспечат бесперебойную оплату для предприятий и потребителей.
Программируемость валюты и взаимозаменяемость
В отличие от традиционных систем бухгалтерского учета, цифровые валюты предлагают возможность запрограммировать уникальные характеристики отдельных активов на предъявителя и определить, как используются цифровые валюты. Однако внедрение логики программирования непосредственно в цифровую валюту меняет ее свойства и принятие в качестве средства обмена. Хотя этот подход расширяет функциональные возможности цифровых валют, он ограничивает использование цифровых валют в качестве жизнеспособного средства обмена, если условия их использования разнообразны и динамичны. Это также требует перепрограммирования всех цифровых валют в обращении каждый раз, когда требуется новое условие или вариант использования.
Другой подход заключается в том, что эмитент цифровой валюты предлагает несколько версий цифровой валюты, каждая из которых имеет разное логическое программирование. Однако этот подход может оказаться непрактичным, поскольку эти цифровые валюты не являются взаимозаменяемыми, что приводит к фрагментации ликвидности на рынке. Чтобы понять, как поддерживать взаимозаменяемость цифровых валют, чтобы их можно было свободно обменивать, в этой статье рассматриваются различные модели программирования.
Модель программирования
Программируемые платежи относятся к платежам, которые выполняются автоматически после выполнения ряда предопределенных условий. Например, вы можете определить дневные лимиты расходов или регулярные платежи, аналогичные прямому дебету и постоянным поручениям. Программируемые платежи обычно реализуются путем установки триггеров базы данных или в виде шлюза интерфейса прикладного программирования (API), который находится между бухгалтерской книгой и клиентским приложением. Эти программные интерфейсы взаимодействуют с традиционными бухгалтерскими книгами и корректируют балансы банковских счетов на основе запрограммированной логики.
Программируемые деньги относятся к возможности внедрения правил в само средство сбережения, определяя или ограничивая его использование. Например, можно определить правила, согласно которым средства хранения можно отправлять только в кошельки из белого списка или передавать после выполнения фильтрации на уровне транзакций. Реализации программируемых денег включают токенизированные банковские обязательства и цифровые валюты центрального банка. В отличие от программируемых платежей, где логика программирования и сама ценность не связаны, программируемые деньги автономны, содержат логику программирования и служат средством сбережения. Когда программируемые деньги передаются другому лицу, логика и правила также перемещаются.
Преимущество программируемых платежей заключается в возможности определить набор логики или условий программирования, которые можно применять к различным формам денег. В то же время программируемые деньги являются автономными и имеют преимущество одноранговых условных логических переводов между сторонами. Ожидается, что будущий финансовый ландшафт будет более разнообразным, поскольку центральные банки, коммерческие банки и поставщики платежных услуг по всему миру изучают различные цифровые валюты центральных банков, токенизированные банковские обязательства и проекты стейблкоинов. Поэтому растет потребность в обеспечении общей основы для взаимодействия с различными формами цифровых валют и в обеспечении совместимости с существующей финансовой инфраструктурой.
Третья модель — Purpose-Bound Money (PBM), исследованная на начальных этапах проекта MAS Orchid, основана на концепции и возможностях программируемых платежей и программируемых денег. PBM относится к соглашению, в котором указаны условия, при которых может использоваться базовая цифровая валюта. PBM — это инструменты на предъявителя, которые позволяют осуществлять одноранговые передачи без посредников. PBM содержит цифровую валюту как средство сбережения и программную логику, которая идентифицирует ее использование на основе запрограммированных условий. Как только условия выполнены, цифровая валюта высвобождается и снова становится несвязанной.
Это можно проиллюстрировать на примере использования PBM в качестве цифрового купона. Купон поставляется с предопределенным набором условий использования. Владельцы купонов могут предлагать их участвующим продавцам в обмен на товары или услуги (программируемая платежная функция). В некоторых случаях условия купонной схемы допускают переводы между людьми (функция программируемых денег). Таким образом, потребитель может приобрести подарочный сертификат на основе PBM и передать его другому лицу, которое может использовать его у участвующего продавца.
Однако, в отличие от обычных купонов, PBM ограничивают использование PBM плательщиком, но не получателем. Когда потребитель оплачивает покупку с помощью PBM, цифровая валюта высвобождается из PBM и передается продавцу, если соблюдены условия использования. После этого продавцы могут свободно использовать цифровую валюту для других целей (например, для оплаты поставщикам).
Целевая связанная валюта
В этом разделе рассматривается жизненный цикл PBM и различные компоненты, из которых состоит PBM. В этом разделе описываются ключевые объекты и их взаимодействия с акцентом на их роли в жизненном цикле PBM.
Обзор системной архитектуры
Протокол PBM относится к четырехуровневой модели для описания стека технологий, используемого в сетях на основе цифровых активов. Компоненты сети можно разделить на четыре отдельных уровня: уровень доступа, уровень обслуживания, уровень активов и уровень платформы, как показано на рисунке 2. Программную логику PBM можно рассматривать как услугу, а цифровая валюта находится на уровне активов. Когда цифровая валюта привязана как PBM, она охватывает уровень услуг и уровень активов.
PBM разработан, чтобы быть технологически нейтральным и предназначен для работы с различными типами реестров и активов. Ожидается, что PBM может быть реализован как в распределенных, так и в нераспределенных реестрах.
Уровень доступа
Уровень доступа — это уровень, на котором пользователи взаимодействуют с различными службами через различные интерфейсы.
Сервисный уровень
Уровень обслуживания предоставляет различные услуги, связанные с цифровыми активами. Обычно он работает поверх уровня активов, позволяя пользователям управлять своими цифровыми активами и использовать их.
Уровень объектов
Уровень активов поддерживает создание, управление и обмен цифровыми активами.
Уровень платформы
Уровень платформы обеспечивает базовую инфраструктуру для выполнения, хранения и согласования транзакций.
Компоненты
Как показано на рисунке 3, PBM состоит из двух основных компонентов: оболочки, определяющей предполагаемое использование, и нижележащего хранилища стоимости, выступающего в качестве залога. Этот дизайн позволяет использовать существующие цифровые валюты для различных целей без изменения их собственных свойств. Как только PBM используется по назначению, цифровая валюта может использоваться без каких-либо условий или ограничений. Эмитенты цифровой валюты сохраняют контроль над цифровой валютой, предотвращая фрагментацию и обеспечивая простоту обслуживания.
Обертка PBM
Оболочка PBM, реализованная в виде кода смарт-контракта, определяющего условия, при которых доступна базовая цифровая валюта. Обертка PBM может быть запрограммирована таким образом, чтобы PBM можно было использовать только по назначению, например, действительным в течение определенного периода времени у конкретного розничного продавца в заранее определенном номинале. Как только условия, указанные в оболочке PBM, соблюдены, базовая цифровая валюта высвобождается и передается получателю. Например, оболочка PBM может быть реализована в виде смарт-контракта с несколькими токенами ERC-1155. В разделе 3.5 показан возможный последовательный процесс проектирования PBM.
Цифровая валюта
Базовая цифровая валюта, привязанная к PBM, используется в качестве обеспечения PBM. Когда условия PBM соблюдены, базовая цифровая валюта выпускается, и право собственности передается предполагаемому получателю. Цифровая валюта должна выполнять функции валюты, а именно как хорошее средство сбережения, расчетная единица и средство обмена. Цифровые валюты могут существовать в форме CBDC, токенизированных банковских обязательств или хорошо регулируемых стейблкоинов. Например, цифровые валюты могут быть реализованы в виде совместимых с ERC-20 смарт-контрактов взаимозаменяемых токенов.
Персонажи и взаимодействия
Актеры — это гибкая абстракция, которую можно реализовать различными способами. Сущность может выполнять несколько ролей, или роль может выполняться разными сущностями.
Создатель PBM
Этот объект отвечает за определение логики внутри PBM, чеканку и распространение токенов PBM.
Держатель ПБМ
Этот объект содержит один или несколько токенов PBM. Этот объект можно обменять на неистекшие токены PBM.
Конвертер PBM
Когда токены PBM передаются, этот объект получает базовую цифровую валюту.
жизненный цикл
Независимо от используемого языка программирования или сетевого протокола PBM разрабатываются с учетом согласованных этапов жизненного цикла, что обеспечивает совместимость с различными реализациями технологий. В этом разделе представлен обзор предполагаемой функциональности и соответствующих этапов жизненного цикла PBM. На рис. 4 показаны различные этапы жизненного цикла PBM.
изданный
Жизненный цикл PBM начинается с этапа выпуска. Здесь создается смарт-контракт PBM и чеканятся токены PBM. Право собственности на цифровую валюту передается смарт-контракту PBM. Цифровые валюты теперь регулируются смарт-контрактами PBM, которые могут быть реализованы с использованием ERC-1155 или эквивалента. Использование цифровой валюты регулируется условиями, указанными в смарт-контракте PBM, и будет выпущено только при соблюдении всех условий.
распределение
После того, как токены PBM отчеканены, создатель PBM распределяет их среди предполагаемых лиц (т. е. держателей PBM) для использования. Держатели PBM получают токены PBM в упакованном виде и могут выкупить токены только на исходных условиях, установленных создателем PBM.
Передача
На этом этапе токены PBM могут быть переданы от одной организации к другой в обернутой форме в соответствии с ее правилами программирования. Фаза передачи не является обязательной и зависит от варианта использования. В рамках государственных грантов (например, учебных грантов) токены PBM не могут передаваться другим гражданам. Принимая во внимание, что в коммерческих ваучерах (например, ваучерах розничных торговых центров) токены PBM могут быть переданы другим потребителям.
обмен
Фаза выкупа наступает после выполнения всех условий, указанных в PBM. На этом этапе токены PBM разворачиваются, и право собственности на базовые токены цифровой валюты передается принимающей стороне. Организации могут свободно использовать токены цифровой валюты, и их использование регулируется только условиями, указанными эмитентом цифровой валюты.
Истекший
Фаза истечения относится к ситуации, когда определенное условие, указанное в PBM, явно нарушено или истекло (например, срок действия), что делает токены PBM навсегда непригодными для использования держателями PBM. Токены PBM с истекшим сроком действия могут быть объединены и уничтожены или «сожжены», чтобы вернуть базовую цифровую валюту создателю PBM. В качестве альтернативы PBM можно приостановить на неопределенный срок, чтобы предотвратить дальнейшее взаимодействие владельцев PBM с просроченными PBM.
Последовательность операций
Реализации PBM могут различаться по дизайну, подходу и технологии. В этом разделе мы исследуем конструкцию, в которой PBM разделен на три части, как показано на рисунке 5. В этой реализации были определены следующие условия для выпуска цифровой валюты: (1) контроль доступа через белый и черный списки, (2) дата истечения срока действия оболочки PBM и (3) дата истечения срока действия токена PBM.
Менеджер токенов PBM
Например, если принят стандарт мультитокенов ERC-1155, создатель PBM может создавать разные типы токенов PBM, представляющие разные значения (например, 1 доллар, 2 доллара, 5 долларов и т. д.) в одной и той же оболочке PBM. Менеджер токенов PBM предоставляет интерфейс для простого управления различными типами токенов и поддержания баланса для каждого типа токенов. Вот некоторые ключевые особенности этого компонента:
Создайте тип токена PBM.
Получите подробную информацию о каждом типе токена PBM.
Увеличьте/уменьшите баланс предложения каждого типа токенов PBM.
Проверьте срок действия токенов PBM.
логика PBM
Этот компонент позволяет пользователям создавать сложные бизнес-условия, сохраняя компактность оболочки PBM. В нашем случае этот компонент хранит и управляет списком адресов из белого и черного списков. Вот некоторые ключевые особенности этого компонента:
Добавьте или удалите адреса из белого списка.
Добавить или удалить адреса из черного списка.
Проверьте, можно ли передать токены PBM.
Проверьте, можно ли развернуть токены PBM.
Обертка PBM
Этот компонент содержит условия, ограничивающие использование базовой цифровой валюты. Цифровые валюты могут быть совместимы с ERC-20 и принимать форму цифровых валют центрального банка, токенизированных банковских обязательств или стейблкоинов. В целях иллюстрации мы предполагаем, что для реализации оболочки PBM используется стандарт мультитокенов ERC-1155. Другие стандарты, такие как ERC-20, ERC-721 или их эквиваленты, также могут быть использованы для реализации. Вот некоторые ключевые особенности этого компонента:
Выпустить токены PBM.
Сжечь токены PBM.
Перевести токены PBM.
Взаимодействие с логическими компонентами PBM для дополнительной проверки.
Взаимодействуйте с менеджером токенов PBM, чтобы управлять типами токенов PBM.
На рис. 6 показано взаимодействие между различными смарт-контрактами PBM. В последующих разделах мы представим подробную последовательность действий для каждого этапа жизненного цикла PBM.
Жизненный цикл PBM: этап выпуска > Инициализация PBM
На рис. 7 показаны шаги по инициализации смарт-контракта PBM. На этом этапе создатель PBM предоставляет различные параметры для инициализации PBM и настройки соединений между различными компонентами PBM.
Жизненный цикл PBM: Фаза выпуска > Создание типа токена PBM
На рис. 8 показаны шаги по созданию нового типа токена PBM. На этом этапе создатели PBM могут создавать токены разных типов, представляющие разные значения.
Жизненный цикл PBM: Фаза выпуска > Чеканка токенов PBM
После выполнения вышеуказанных шагов создатели PBM могут начать чеканить токены PBM для распространения. На рис. 9 показаны шаги по чеканке токенов PBM.
Перед процессом чеканки создатель PBM должен одобрить смарт-контракт оболочки PBM для передачи цифровой валюты от имени создателя PBM. Это необходимый шаг для запуска шага 7 процесса чеканки.
• Шаг 1: Создатель PBM инициирует процесс пакетной чеканки.
• Шаг 2: Поскольку чеканка и распространение могут происходить в рамках одной транзакции, оболочка PBM должна вызвать логику PBM, чтобы проверить, не занесен ли получатель в черный список.
• Шаги с 4 по 6: Рассчитайте общее количество токенов цифровой валюты, необходимое для чеканки токенов PBM.
• Шаги с 7 по 10: Передача токенов цифровой валюты в оболочку PBM в качестве залога.
• Шаги с 11 по 14: Увеличьте баланс предложения типа токена PBM.
• Шаг 15: Выпустить токены PBM.
Адреса из белого/черного списка
PBM можно запрограммировать с помощью условной логики для проверки набора адресов, которым разрешено получать токены, и того, какие адреса не могут получать токены. В нашем примере токены PBM не могут быть переданы, если получатель находится в черном списке. Токены PBM не могут быть развернуты, если получатель не находится в белом списке. Создатели PBM могут получить доступ к следующим функциям на протяжении всего жизненного цикла PBM. Важно отметить, что технически этапы распространения и передачи являются одним и тем же процессом, различаются только задействованные роли. Если PBM распространяется по адресу из белого списка, PBM распаковывает и выпускает цифровую валюту.
Жизненный цикл PBM: распространение/передача
На этапе распределения или передачи токены PBM передаются в упакованном виде. Единственная разница между двумя этапами заключается в задействованных ролях. Рисунок 11 иллюстрирует необходимые шаги.
Некоторые ключевые шаги и их соображения во время передачи токенов PBM описаны ниже.
• Шаги с 3 по 5: проверьте, можно ли передать токены PBM. Здесь можно добавить дополнительные условия. В нашем случае проверьте, не попал ли получатель в черный список.
• Шаги с 6 по 8: проверьте, можно ли развернуть PBM для выпуска цифровых токенов. Здесь можно добавить дополнительные условия. В нашем случае получатель должен быть в белом списке.
• Шаг 9: Передайте токены PMB в упакованном виде.
Жизненный цикл PBM: распространение/передача – передача не удалась
На рис. 12 показаны шаги, связанные с неудачной передачей токена PBM. Токены PBM не были переданы и до сих пор существуют в инкапсулированной форме.
Жизненный цикл PBM: Фаза погашения
При передаче токенов PBM, если все условия соблюдены, токены PBM разворачиваются и передают базовые токены цифровой валюты получателю.
Ниже изложены некоторые ключевые шаги и связанные с ними соображения.
• Шаги с 6 по 8: проверьте, можно ли развернуть токены PBM, чтобы высвободить базовые цифровые токены. Если все условия соблюдены, токены PBM можно развернуть. В нашем случае проверьте, не находится ли получатель в белом списке.
• Шаги с 9 по 11: Рассчитайте количество токенов цифровой валюты, которое необходимо передать получателю.
• Шаг 12: Сжечь токены PBM. Этот шаг является необязательным и зависит от требований создателя PBM. В некоторых случаях токены PBM могут храниться в качестве сувениров.
• Шаги с 13 по 16: Уменьшите количество токенов PBM. В нашем дизайне срок действия токена проверяется на шаге 14, а не на шаге 7. Это связано с тем, что менеджер токенов предназначен для управления всеми аспектами, касающимися токенов PBM, в соответствии с нашим дизайном. Другие могут реализовать проверку на шаге 7.
• Шаги с 17 по 20: Оболочка PBM передает право собственности на токены цифровой валюты получателю.
• Шаг 21: Создайте событие PBMUnwrap
Жизненный цикл PBM: Этап истечения срока > Выкуп токенов PBM с истекшим сроком действия На этом этапе держатель PBM пытается выкупить токен PBM, если хотя бы одно из условий было бесспорно нарушено или срок его действия истек, и передача не удалась. В нашем случае срок действия токена истек. Ниже приведены некоторые ключевые шаги и связанные с ними соображения.
Шаги с 6 по 8: Поскольку мы внедрили проверку срока действия токена на шаге 14 фазы выкупа, токены PBM считаются развернутыми.
Шаг 14. Проверка не удалась, так как срок действия токена истек.
Жизненный цикл PBM: Фаза истечения срока действия > Отзыв PBM
Если хотя бы одно условие бесспорно нарушено или срок его действия истек, держатели PBM не могут тратить токены PBM, а цифровая валюта остается заблокированной. В нашем примере срок действия токена истек. Создатели PBM имеют возможность отозвать токены PBM с истекшим сроком действия, чтобы восстановить базовые токены цифровой валюты.
• Шаги 2–4: Рассчитайте количество токенов цифровой валюты, которое необходимо снять.
• Шаги с 5 по 8: снятие средств и установка баланса токенов на 0.
• Шаги с 9 по 12: Передача токенов цифровой валюты создателю PBM.
• Шаг 13: Создайте событие снятия PBM.
Рекомендации по дизайну
В этом разделе обсуждаются некоторые варианты проектирования и факторы, которые могут повлиять на реализацию PBM. Функциональная совместимость имеет решающее значение для обеспечения того, чтобы внедрение PBM различными поставщиками услуг не приводило к фрагментации платежной экосистемы. Провайдеры PBM, управляющие собственными проприетарными сетями, могут создавать «обнесенные стеной сады» в своих закрытых партнерских экосистемах. Это может привести к монополистическому погоне за рентой среди поставщиков PBM. Если это не остановить, это может иметь пагубные последствия для потребителей, которым либо необходимо подключаться к нескольким разрозненным системам, либо платить высокие комиссионные посредникам для завершения транзакции. Следовательно, технология PBM должна с самого начала разрабатываться таким образом, чтобы она была совместима с различными платформами, кошельками, платежными системами и рельсами. Это позволит получателям PBM получать доступ и тратить свои токены PBM из государственного или коммерческого поставщика кошелька по своему выбору.
Принятие общих стандартов гарантирует совместимость токенов PBM с различными поставщиками услуг кошелька. Это позволит передавать цифровые активы между различными платформами и заинтересованными сторонами. Кроме того, усилия по внедрению и затраты сокращаются, поскольку одну и ту же инфраструктуру можно повторно использовать в различных сценариях использования. Дизайн PBM в этой статье предназначен для применения к различным типам реестров, включая системы реестров на основе блокчейна и не на основе блокчейна. Чтобы проиллюстрировать концепции, изложенные в этой статье, мы приводим конкретные технические реализации в качестве примеров. Мы предвидим, что будущие реализации PBM могут быть основаны на системе реестра, отличной от той, на которую ссылается этот документ. Поставщикам услуг необходимо выбрать тип вспомогательного реестра, который наилучшим образом соответствует их бизнес-модели и предполагаемым вариантам использования. Цифровая валюта Концептуально PBM обеспечивает общую структуру независимо от типа базовой цифровой валюты.
Поскольку PBM получают свою ценность от базовой цифровой валюты, принятие, воспринимаемая ценность и удобство использования PBM сильно коррелируют с соответствующей цифровой валютой. Поэтому крайне важно учитывать резервные активы, поддерживающие цифровые валюты, и связанные с ними нормативные последствия и требования соответствия. CBDC, токенизированный банковский долг и стейблкоины предлагают разные уровни гарантии и подлежат различному регулирующему надзору. Вариант PBM может существовать в форме целевого токена, в котором базовая цифровая валюта заменена токеном, представляющим платежное обязательство, а не средство сбережения. Хотя это может служить той же цели при представлении долгового регресса, расчет производится на отсроченной основе, а не на атомарной основе и в режиме реального времени, и существует риск неурегулирования.
Поскольку глобальная нормативно-правовая среда для цифровых валют все еще развивается, регулятивный режим PBM может варьироваться в зависимости от юрисдикции. Компонуемость дизайна PBM для обеспечения конфиденциальности означает, что смарт-контракты-оболочки PBM могут разрабатываться субъектами частного сектора с использованием CBDC, выпущенного центральным банком, в качестве базовой цифровой валюты. Вместо этого правительственные учреждения могут разработать смарт-контракты-оболочки PBM и использовать токенизированный банковский долг в виде частных валют в качестве залога для PBM для поддержки государственных платежей. Разделив роли создателей PBM и эмитентов цифровой валюты, можно создать соглашение, при котором ни одна организация не сможет контролировать как выпуск валюты, так и то, как и где она используется.
В результате объем данных, находящихся в распоряжении агентств, ограничен информацией, необходимой для выполнения их уполномоченных функций. В качестве дополнительной гарантии можно установить механизмы, при которых денежные переводы могут осуществляться анонимно уполномоченными органами. Например, условия PBM могут быть установлены для проверки по отдельному реестру перед передачей, чтобы гарантировать, что лицо, инициирующее передачу, уполномочено выполнять передачу. Однако в этом примере реестр не контролирует характер передачи и не указывает, кто является получателем. Регистрация просто уведомляет сторону, авторизована она или нет.
Вопросы политики
PBM может использоваться официальным сектором, а также частным сектором. Хотя техническая реализация PBM может быть одинаковой для разных вариантов использования, могут потребоваться дополнительные соображения политики при разработке, управлении и использовании официальными секторами.
В мире существуют разные взгляды на то, какие ограничения следует накладывать на то, как люди тратят свои деньги. Например, в процессе распределения средств помощи во время эпидемии некоторые юрисдикции разрешили использовать средства помощи для покупки финансовых продуктов и услуг, в то время как другие юрисдикции ограничили их использование. Между тем, некоторые центральные банки указали, что не будут устанавливать никаких ограничений на использование цифровых валют. Поэтому при разработке решений на основе PBM политикам необходимо учитывать, кто должен выпускать и распространять цифровые валюты, а также указывать условия их использования.
Цифровая готовность
Внедрение новых форм платежных инструментов может изменить пользовательский опыт и потребовать некоторой корректировки и адаптации. Некоторые пользователи могут воспринять это положительно, а другие — как навязчивые. Например, некоторые продавцы и граждане могут привыкнуть к бумажным купонам и могут быть не знакомы с мобильными приложениями. Это может помешать торговцам и гражданам принять PBM.
Следовательно, цифровые навыки заинтересованных сторон должны быть включены в разработку программ PBM. Особенно для более уязвимых групп населения важно, чтобы пользовательский интерфейс был интуитивно понятным и доступным.
Один из подходов заключается в том, чтобы с самого начала обеспечить упрощенный пользовательский интерфейс, абстрагируя сложность, требующую от пользователей управления своими собственными ключами для доступа к цифровой валюте или PBM. В качестве альтернативы PBM могут быть спроектированы так, чтобы взаимодействовать с существующими платежными системами, тем самым уменьшая трения для расчетов на последней миле и принятия мерчантами.
Безопасное программирование
Учитывая большую зависимость от кода смарт-контрактов, крайне важно создать структуру управления, которая обеспечивает безопасность кода в рамках процесса развертывания программного обеспечения. Этого можно достичь, участвуя в доверенных лицах, ответственных за проверку логической правильности, оценку и предотвращение потенциальных уязвимостей и предоставление стандартизированных данных оракула.
Эта структура должна применяться к уровню цифровой валюты, а также к смарт-контрактам-оболочкам PBM. Это особенно важно, когда создатели PBM стремятся интегрировать сложную логику в компоненты, такие как отложенные переводы или управление платежами в цепочке поставок. Для активного снижения потенциальных рисков безопасности системы, таких как внедрение вредоносного кода, настоятельно рекомендуется проводить независимый аудит. Кроме того, для сети, основанной на распределенных реестрах, можно нанять доверенную стороннюю организацию в качестве «оракула» для обеспечения надежного ввода внешних данных для сети.
Возможное использование PBM
В этом разделе приведены некоторые примеры использования PBM.
Предоплаченный пакет
Потребители могут потерять депозиты, которые они предварительно оплатили за будущие поставки товаров и услуг, если продавец, с которым они имеют дело, обанкротится. PBM используется, когда компании необходимо взимать плату в качестве гарантии до производства товара или оказания услуги. PBM могут устранить риск недоставки, включив условия оплаты, гарантируя, что компании выполняют обязательства потребителей до «вытягивания» предварительно выделенных потребителями сумм. После завершения услуги может быть автоматически инициирован вывод средств (прямой дебет с электронного кошелька PBM потребителя). Хотя компании не могут взимать плату заранее, они могут быть уверены, что они будут выплачены сразу после предоставления услуги.
Онлайн-бизнес
При совершении покупок в Интернете потребители обычно платят заранее за продукты, которые они хотят купить. После оплаты товар отправляется потребителю. Для снижения риска недоставки или неплатежа потребителям и продавцам доступны различные механизмы. Кредитные карты и формы предоплаты защищают продавцов, но не потребителей. Хотя оплата наличными при доставке может быть выгодной для потребителей, она не является гарантией для продавцов, особенно в отношении скоропортящихся товаров, таких как продукты питания, которые нельзя использовать повторно. PBM предлагает альтернативное решение и гарантирует продавцам и потребителям, что средства будут переведены после выполнения обязательств по обслуживанию.
соглашение
Когда покупатели жилья начинают подавать заявку на покупку недвижимости, существуют различные этапы, требующие оплаты. PBM может быть создан на основе условий продажи имущества. Могут быть определены условия для высвобождения средств при достижении вех на разных этапах развития недвижимости или на этапах процесса продажи. На практике PBM могут быть основаны на стандартных шаблонах, общих для покупателей жилья.
КОММЕРЧЕСКАЯ АРЕНДА
При аренде имущества арендодатель может потребовать от арендатора внесения залога в качестве формы защиты от любого ущерба или невыплаты арендной платы. Этот залог удерживается арендодателем в течение всего срока аренды и возвращается арендатору в конце срока аренды при условии, что арендатор выполнил все обязательства по договору аренды. Если арендатор нанес имуществу ущерб сверх нормального износа или если он не оплатил расходы по договору аренды, арендодатель может вычесть стоимость ремонта или невыплаченную арендную плату из залогового депозита до возврата любых оставшихся средств. PBM может выполнять роль залогового депозита, когда существует возможность полного возврата гарантийного депозита сторонами договора аренды. В случае возникновения спора PBM может быть приостановлено до разрешения спора.
Финансовая торговля
Продукты торгового финансирования помогают компаниям управлять рисками и сложностями международных торговых операций. Чтобы облегчить торговлю с участием нескольких сторон, через границы и валюты, поставщики торгового финансирования предлагают ряд услуг, таких как аккредитивы, банковские гарантии и инкассация счетов. Эти услуги помогают обеспечить безопасность и эффективность платежей, а также обеспечивают защиту от невыполнения обязательств или мошенничества. Инструменты торгового финансирования можно смоделировать как PBM, где платежи осуществляются автоматически при выполнении обязательств по обслуживанию. Они могут стать оборотными инструментами, которые могут передаваться между сторонами.
Пожертвовать
Потенциальные доноры могут не решаться вносить свой вклад в социальные дела, потому что они не уверены, дойдут ли их пожертвования до предполагаемых бенефициаров и будут ли они использованы по назначению. Кроме того, пожертвования зарубежным бенефициарам в отдаленных районах, вероятно, будут осуществляться через нескольких посредников, поскольку финансовые варианты денежных переводов ограничены. В результате бенефициары могут в конечном итоге получить лишь часть первоначальной стоимости пожертвования. PBM можно использовать для повышения прозрачности и подотчетности. Например, PBM можно использовать для обеспечения того, чтобы только предполагаемый бенефициар имел доступ к деньгам и только при соблюдении определенных условий.
Международный платеж
На трансграничные платежи распространяются политические и нормативные требования, такие как управление потоками капитала и меры макропруденциальной политики, а также стандарты по борьбе с отмыванием денег (AML) и противодействию финансированию терроризма (CFT). Соблюдение этих мер и стандартов влечет за собой большие затраты и задержки в обработке. Внедрение существующих требований политики в качестве условий в PBM позволяет автоматизировать проверки соответствия, что значительно снижает затраты и повышает эффективность трансграничных платежей. Такой подход к соблюдению требований по замыслу может помочь добиться нормативной и политической совместимости в контексте G20, улучшающей дорожную карту для трансграничных платежей.
Будущая работа
События в области цифровой валюты быстро развиваются. В этом разделе мы обсудим потенциальные области будущих исследований.
Абстракция аккаунта
В настоящее время большинство розничных пользователей не знакомы с использованием кошельков цифровых активов, и это незнание может увеличить риск использования злоумышленниками. Чтобы снизить этот риск, можно использовать абстракцию учетной записи, также известную как кошелек смарт-контракта, для улучшения взаимодействия с пользователем и безопасности транзакций с цифровыми активами. Эта технология позволяет использовать такие функции, как восстановление учетной записи, лимиты транзакций и замораживание утерянных учетных записей, не требуя от пользователей понимания базовой технологии.
Оффлайн оплата
Будущие исследования могут включать изучение использования PBM для способов, отличных от смартфонов (например, карт), и офлайн-платежей, чтобы уменьшить зависимость от сетевых подключений. Это направлено на расширение доступа к финансовым услугам, позволяя людям участвовать без использования смартфонов или цифровых платежных сервисов.
Адресация имени
В настоящее время можно переводить средства, используя номер мобильного телефона в качестве прокси для номера банковского счета. При отсутствии номера банковского счета служба адресации имен предоставляет прокси для адреса кошелька, сопоставляя его со значимым идентификатором. Это обеспечивает лучший пользовательский опыт и гарантирует, что переводы дойдут до предполагаемых получателей.
в заключение
В этом документе представлена концепция PBM как общего протокола для взаимодействия с различными формами средств обмена и подчеркивается, как цифровые валюты могут использоваться для поддержки деловых и политических целей без изменения их исходных свойств. Хотя PBM изначально был представлен в рамках проекта Orchid Управления валютного управления Сингапура, мы предполагали, что концепция технического дизайна может быть применима к более широкой международной аудитории.
Для обеспечения более широкого распространения техническая структура PBM разработана и разработана с открытым исходным кодом с участием участников из разных организаций. Этот документ основан на фундаменте, начатом проектом Orchid, и является результатом коллективного вклада центральных банков, финансовых учреждений и финтех-компаний по всему миру.
Примечательно, что эта статья не направлена на продвижение какой-либо конкретной политической цели или одобрение какого-либо технического решения. Авторы этой статьи не делают никаких заявлений или гарантий относительно производительности или адекватности предлагаемого решения. Примеры, представленные в этой статье, предназначены исключительно для иллюстрации. Поскольку политические соображения и обстоятельства каждой юрисдикции уникальны, директивным органам необходимо оценить те сочетания финансовой инфраструктуры и технологий, которые наилучшим образом соответствуют их целям.
Можно предвидеть, что будущие изменения в экосистеме цифровой валюты и цифровых активов могут открыть дополнительные возможности и создать риски, которые необходимо учитывать в будущей работе. Членам мирового финтех-сообщества предлагается использовать концепции, представленные в этом документе, и делиться знаниями с мировым финтех-сообществом.
Использованная литература
Валютное управление Сингапура (MAS). (2022, 31 октября). Project Orchid: программируемый цифровой SGD [PDF] . Извлекаются из
Ли, А. (2021, 23 июня). Что такое программируемые деньги. Извлекаются из
Итальянская Республика [Республика Италия]. (2019, 19 апреля). Указ от 19 апреля 2019 г.: Использование карты доходов гражданства [Указ от 19 апреля 2019 г.: Использование карты доходов гражданства] // Официальный вестник. Извлекаются из
Резервный банк Индии. (2022, 7 октября). Концептуальная записка о цифровой валюте центрального банка, пункт 5.7: Программируемость. Извлекаются из
Панетта, Ф. (2023, 23 января). Цифровой евро: наши деньги всегда и везде, где они нам нужны [Speech] . Представлено в Комитете по экономическим и валютным вопросам Европейского парламента. Извлекаются из
Банк международных расчетов. (2019, 1 апреля). «Официальный сектор» в «Глоссарии». Извлекаются из
Карстенс, А. (2023, 22 февраля). Инновации и будущее денежного обращения [Speech] . Представлено в Валютном управлении Сингапура. Получено из
Адриан, Т., и Манчини Гриффоли, Т. (2023, 19 июня). Рост платежных и договорных платформ [PDF] . Извлекаются из
Банк международных расчетов. (2023, 20 июня). III. Проект будущей денежной системы: улучшение старого, создание нового [PDF] . Извлекаются из
Посмотреть Оригинал
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
Денежно-кредитное управление Сингапура MAS: 4D Подробное объяснение целевой валюты (PBM) Технический документ
Перевод: шпинат шпинат!
источник:
Введение
Цифровые активы относятся к цифровым представлениям стоимости, таким как право собственности на финансовые активы или реальные экономические активы. Экосистема цифровых активов может способствовать более эффективным транзакциям, расширению доступа к финансовым услугам и раскрытию экономической ценности. Цифровые валюты центральных банков (CBDC), токенизированные банковские обязательства и потенциально хорошо регулируемые стейблкоины в сочетании с тщательно продуманным набором смарт-контрактов могут служить средством обмена для этой новой экосистемы цифровых активов. Хотя первоначальные испытания показали потенциал, эти новые формы цифровых валют, популярные в блокчейне и одноранговых денежных потоках, все еще должны доказать свою полезность за пределами электронных платежных систем, таких как внутренние системы мгновенных платежей, которые уже существуют сегодня. предоставил. Одним из больших преимуществ цифровых валют является их поддержка программной функциональности. Тем не менее, это тема для постоянных дискуссий и дискуссий. Операторы должны убедиться, что программируемость не идет в ущерб способности цифровой валюты функционировать в качестве средства обмена. Должна сохраняться единство валюты, а программность не должна ограничивать распространение валюты и приводить к дроблению ликвидности внутри системы. В этой статье представлен технический обзор концепции денег с привязкой к цели (PBM), которая позволяет направлять деньги на конкретную цель без программирования самих денег. PBM использует общий протокол, предназначенный для работы с различными технологиями бухгалтерского учета и формами денег. Через стандартизированный формат пользователи смогут получить доступ к цифровым валютам, используя поставщика кошелька по своему выбору. Этот документ будет основываться на концепции PBM, впервые представленной в проекте MAS Orchid, и описывает, как ее можно расширить для более широкого диапазона сценариев применения.
Предыстория и мотивация
Цифровые инициативы, направленные на повышение операционной эффективности и улучшение пользовательского опыта, получили значительный импульс в последние годы. Однако цифровая работа в сфере финансов не лишена проблем.
Распространение и фрагментация рынка
Распространение платежных схем и платформ усугубило сложность и проблемы, с которыми могут столкнуться пользователи при внедрении цифровых финансовых услуг. Например, платежные операторы часто используют каналы сбыта с разными характеристиками для разных схем. Владельцам схем очень ресурсоемко включать продавцов в свои проприетарные платформы. В то же время интеграция с другими платформами увеличит операционные усилия продавцов, которым придется обучать своих розничных сотрудников работе с различными схемами оплаты и их приему.
Частные независимые усилия попытались объединить эти инициативы на единой платформе, чтобы упростить взаимодействие с пользователем и реализовать потенциал оцифровки. Однако эти усилия должны пойти дальше, чтобы обеспечить их открытость и совместимость во всех инициативах. Эти платформы не должны ограничиваться потребителями и продавцами, подписавшимися на их экосистемы. Интероперабельные платежные системы обеспечат большую гибкость и обеспечат бесперебойную оплату для предприятий и потребителей.
Программируемость валюты и взаимозаменяемость
В отличие от традиционных систем бухгалтерского учета, цифровые валюты предлагают возможность запрограммировать уникальные характеристики отдельных активов на предъявителя и определить, как используются цифровые валюты. Однако внедрение логики программирования непосредственно в цифровую валюту меняет ее свойства и принятие в качестве средства обмена. Хотя этот подход расширяет функциональные возможности цифровых валют, он ограничивает использование цифровых валют в качестве жизнеспособного средства обмена, если условия их использования разнообразны и динамичны. Это также требует перепрограммирования всех цифровых валют в обращении каждый раз, когда требуется новое условие или вариант использования.
Другой подход заключается в том, что эмитент цифровой валюты предлагает несколько версий цифровой валюты, каждая из которых имеет разное логическое программирование. Однако этот подход может оказаться непрактичным, поскольку эти цифровые валюты не являются взаимозаменяемыми, что приводит к фрагментации ликвидности на рынке. Чтобы понять, как поддерживать взаимозаменяемость цифровых валют, чтобы их можно было свободно обменивать, в этой статье рассматриваются различные модели программирования.
Модель программирования
Программируемые платежи относятся к платежам, которые выполняются автоматически после выполнения ряда предопределенных условий. Например, вы можете определить дневные лимиты расходов или регулярные платежи, аналогичные прямому дебету и постоянным поручениям. Программируемые платежи обычно реализуются путем установки триггеров базы данных или в виде шлюза интерфейса прикладного программирования (API), который находится между бухгалтерской книгой и клиентским приложением. Эти программные интерфейсы взаимодействуют с традиционными бухгалтерскими книгами и корректируют балансы банковских счетов на основе запрограммированной логики.
Программируемые деньги относятся к возможности внедрения правил в само средство сбережения, определяя или ограничивая его использование. Например, можно определить правила, согласно которым средства хранения можно отправлять только в кошельки из белого списка или передавать после выполнения фильтрации на уровне транзакций. Реализации программируемых денег включают токенизированные банковские обязательства и цифровые валюты центрального банка. В отличие от программируемых платежей, где логика программирования и сама ценность не связаны, программируемые деньги автономны, содержат логику программирования и служат средством сбережения. Когда программируемые деньги передаются другому лицу, логика и правила также перемещаются.
Преимущество программируемых платежей заключается в возможности определить набор логики или условий программирования, которые можно применять к различным формам денег. В то же время программируемые деньги являются автономными и имеют преимущество одноранговых условных логических переводов между сторонами. Ожидается, что будущий финансовый ландшафт будет более разнообразным, поскольку центральные банки, коммерческие банки и поставщики платежных услуг по всему миру изучают различные цифровые валюты центральных банков, токенизированные банковские обязательства и проекты стейблкоинов. Поэтому растет потребность в обеспечении общей основы для взаимодействия с различными формами цифровых валют и в обеспечении совместимости с существующей финансовой инфраструктурой.
Третья модель — Purpose-Bound Money (PBM), исследованная на начальных этапах проекта MAS Orchid, основана на концепции и возможностях программируемых платежей и программируемых денег. PBM относится к соглашению, в котором указаны условия, при которых может использоваться базовая цифровая валюта. PBM — это инструменты на предъявителя, которые позволяют осуществлять одноранговые передачи без посредников. PBM содержит цифровую валюту как средство сбережения и программную логику, которая идентифицирует ее использование на основе запрограммированных условий. Как только условия выполнены, цифровая валюта высвобождается и снова становится несвязанной.
Это можно проиллюстрировать на примере использования PBM в качестве цифрового купона. Купон поставляется с предопределенным набором условий использования. Владельцы купонов могут предлагать их участвующим продавцам в обмен на товары или услуги (программируемая платежная функция). В некоторых случаях условия купонной схемы допускают переводы между людьми (функция программируемых денег). Таким образом, потребитель может приобрести подарочный сертификат на основе PBM и передать его другому лицу, которое может использовать его у участвующего продавца.
Однако, в отличие от обычных купонов, PBM ограничивают использование PBM плательщиком, но не получателем. Когда потребитель оплачивает покупку с помощью PBM, цифровая валюта высвобождается из PBM и передается продавцу, если соблюдены условия использования. После этого продавцы могут свободно использовать цифровую валюту для других целей (например, для оплаты поставщикам).
Целевая связанная валюта
В этом разделе рассматривается жизненный цикл PBM и различные компоненты, из которых состоит PBM. В этом разделе описываются ключевые объекты и их взаимодействия с акцентом на их роли в жизненном цикле PBM.
Обзор системной архитектуры
Протокол PBM относится к четырехуровневой модели для описания стека технологий, используемого в сетях на основе цифровых активов. Компоненты сети можно разделить на четыре отдельных уровня: уровень доступа, уровень обслуживания, уровень активов и уровень платформы, как показано на рисунке 2. Программную логику PBM можно рассматривать как услугу, а цифровая валюта находится на уровне активов. Когда цифровая валюта привязана как PBM, она охватывает уровень услуг и уровень активов.
PBM разработан, чтобы быть технологически нейтральным и предназначен для работы с различными типами реестров и активов. Ожидается, что PBM может быть реализован как в распределенных, так и в нераспределенных реестрах.
Уровень доступа
Уровень доступа — это уровень, на котором пользователи взаимодействуют с различными службами через различные интерфейсы.
Сервисный уровень
Уровень обслуживания предоставляет различные услуги, связанные с цифровыми активами. Обычно он работает поверх уровня активов, позволяя пользователям управлять своими цифровыми активами и использовать их.
Уровень объектов
Уровень активов поддерживает создание, управление и обмен цифровыми активами.
Уровень платформы
Уровень платформы обеспечивает базовую инфраструктуру для выполнения, хранения и согласования транзакций.
Компоненты
Как показано на рисунке 3, PBM состоит из двух основных компонентов: оболочки, определяющей предполагаемое использование, и нижележащего хранилища стоимости, выступающего в качестве залога. Этот дизайн позволяет использовать существующие цифровые валюты для различных целей без изменения их собственных свойств. Как только PBM используется по назначению, цифровая валюта может использоваться без каких-либо условий или ограничений. Эмитенты цифровой валюты сохраняют контроль над цифровой валютой, предотвращая фрагментацию и обеспечивая простоту обслуживания.
Обертка PBM
Оболочка PBM, реализованная в виде кода смарт-контракта, определяющего условия, при которых доступна базовая цифровая валюта. Обертка PBM может быть запрограммирована таким образом, чтобы PBM можно было использовать только по назначению, например, действительным в течение определенного периода времени у конкретного розничного продавца в заранее определенном номинале. Как только условия, указанные в оболочке PBM, соблюдены, базовая цифровая валюта высвобождается и передается получателю. Например, оболочка PBM может быть реализована в виде смарт-контракта с несколькими токенами ERC-1155. В разделе 3.5 показан возможный последовательный процесс проектирования PBM.
Цифровая валюта
Базовая цифровая валюта, привязанная к PBM, используется в качестве обеспечения PBM. Когда условия PBM соблюдены, базовая цифровая валюта выпускается, и право собственности передается предполагаемому получателю. Цифровая валюта должна выполнять функции валюты, а именно как хорошее средство сбережения, расчетная единица и средство обмена. Цифровые валюты могут существовать в форме CBDC, токенизированных банковских обязательств или хорошо регулируемых стейблкоинов. Например, цифровые валюты могут быть реализованы в виде совместимых с ERC-20 смарт-контрактов взаимозаменяемых токенов.
Персонажи и взаимодействия
Актеры — это гибкая абстракция, которую можно реализовать различными способами. Сущность может выполнять несколько ролей, или роль может выполняться разными сущностями.
Создатель PBM
Этот объект отвечает за определение логики внутри PBM, чеканку и распространение токенов PBM.
Держатель ПБМ
Этот объект содержит один или несколько токенов PBM. Этот объект можно обменять на неистекшие токены PBM.
Конвертер PBM
Когда токены PBM передаются, этот объект получает базовую цифровую валюту.
жизненный цикл
Независимо от используемого языка программирования или сетевого протокола PBM разрабатываются с учетом согласованных этапов жизненного цикла, что обеспечивает совместимость с различными реализациями технологий. В этом разделе представлен обзор предполагаемой функциональности и соответствующих этапов жизненного цикла PBM. На рис. 4 показаны различные этапы жизненного цикла PBM.
изданный
Жизненный цикл PBM начинается с этапа выпуска. Здесь создается смарт-контракт PBM и чеканятся токены PBM. Право собственности на цифровую валюту передается смарт-контракту PBM. Цифровые валюты теперь регулируются смарт-контрактами PBM, которые могут быть реализованы с использованием ERC-1155 или эквивалента. Использование цифровой валюты регулируется условиями, указанными в смарт-контракте PBM, и будет выпущено только при соблюдении всех условий.
распределение
После того, как токены PBM отчеканены, создатель PBM распределяет их среди предполагаемых лиц (т. е. держателей PBM) для использования. Держатели PBM получают токены PBM в упакованном виде и могут выкупить токены только на исходных условиях, установленных создателем PBM.
Передача
На этом этапе токены PBM могут быть переданы от одной организации к другой в обернутой форме в соответствии с ее правилами программирования. Фаза передачи не является обязательной и зависит от варианта использования. В рамках государственных грантов (например, учебных грантов) токены PBM не могут передаваться другим гражданам. Принимая во внимание, что в коммерческих ваучерах (например, ваучерах розничных торговых центров) токены PBM могут быть переданы другим потребителям.
обмен
Фаза выкупа наступает после выполнения всех условий, указанных в PBM. На этом этапе токены PBM разворачиваются, и право собственности на базовые токены цифровой валюты передается принимающей стороне. Организации могут свободно использовать токены цифровой валюты, и их использование регулируется только условиями, указанными эмитентом цифровой валюты.
Истекший
Фаза истечения относится к ситуации, когда определенное условие, указанное в PBM, явно нарушено или истекло (например, срок действия), что делает токены PBM навсегда непригодными для использования держателями PBM. Токены PBM с истекшим сроком действия могут быть объединены и уничтожены или «сожжены», чтобы вернуть базовую цифровую валюту создателю PBM. В качестве альтернативы PBM можно приостановить на неопределенный срок, чтобы предотвратить дальнейшее взаимодействие владельцев PBM с просроченными PBM.
Последовательность операций
Реализации PBM могут различаться по дизайну, подходу и технологии. В этом разделе мы исследуем конструкцию, в которой PBM разделен на три части, как показано на рисунке 5. В этой реализации были определены следующие условия для выпуска цифровой валюты: (1) контроль доступа через белый и черный списки, (2) дата истечения срока действия оболочки PBM и (3) дата истечения срока действия токена PBM.
Менеджер токенов PBM
Например, если принят стандарт мультитокенов ERC-1155, создатель PBM может создавать разные типы токенов PBM, представляющие разные значения (например, 1 доллар, 2 доллара, 5 долларов и т. д.) в одной и той же оболочке PBM. Менеджер токенов PBM предоставляет интерфейс для простого управления различными типами токенов и поддержания баланса для каждого типа токенов. Вот некоторые ключевые особенности этого компонента:
логика PBM
Этот компонент позволяет пользователям создавать сложные бизнес-условия, сохраняя компактность оболочки PBM. В нашем случае этот компонент хранит и управляет списком адресов из белого и черного списков. Вот некоторые ключевые особенности этого компонента:
Обертка PBM
Этот компонент содержит условия, ограничивающие использование базовой цифровой валюты. Цифровые валюты могут быть совместимы с ERC-20 и принимать форму цифровых валют центрального банка, токенизированных банковских обязательств или стейблкоинов. В целях иллюстрации мы предполагаем, что для реализации оболочки PBM используется стандарт мультитокенов ERC-1155. Другие стандарты, такие как ERC-20, ERC-721 или их эквиваленты, также могут быть использованы для реализации. Вот некоторые ключевые особенности этого компонента:
На рис. 6 показано взаимодействие между различными смарт-контрактами PBM. В последующих разделах мы представим подробную последовательность действий для каждого этапа жизненного цикла PBM.
Жизненный цикл PBM: этап выпуска > Инициализация PBM
На рис. 7 показаны шаги по инициализации смарт-контракта PBM. На этом этапе создатель PBM предоставляет различные параметры для инициализации PBM и настройки соединений между различными компонентами PBM.
Жизненный цикл PBM: Фаза выпуска > Создание типа токена PBM
На рис. 8 показаны шаги по созданию нового типа токена PBM. На этом этапе создатели PBM могут создавать токены разных типов, представляющие разные значения.
Жизненный цикл PBM: Фаза выпуска > Чеканка токенов PBM
После выполнения вышеуказанных шагов создатели PBM могут начать чеканить токены PBM для распространения. На рис. 9 показаны шаги по чеканке токенов PBM.
Перед процессом чеканки создатель PBM должен одобрить смарт-контракт оболочки PBM для передачи цифровой валюты от имени создателя PBM. Это необходимый шаг для запуска шага 7 процесса чеканки.
• Шаг 1: Создатель PBM инициирует процесс пакетной чеканки.
• Шаг 2: Поскольку чеканка и распространение могут происходить в рамках одной транзакции, оболочка PBM должна вызвать логику PBM, чтобы проверить, не занесен ли получатель в черный список.
• Шаги с 4 по 6: Рассчитайте общее количество токенов цифровой валюты, необходимое для чеканки токенов PBM.
• Шаги с 7 по 10: Передача токенов цифровой валюты в оболочку PBM в качестве залога.
• Шаги с 11 по 14: Увеличьте баланс предложения типа токена PBM.
• Шаг 15: Выпустить токены PBM.
Адреса из белого/черного списка
PBM можно запрограммировать с помощью условной логики для проверки набора адресов, которым разрешено получать токены, и того, какие адреса не могут получать токены. В нашем примере токены PBM не могут быть переданы, если получатель находится в черном списке. Токены PBM не могут быть развернуты, если получатель не находится в белом списке. Создатели PBM могут получить доступ к следующим функциям на протяжении всего жизненного цикла PBM. Важно отметить, что технически этапы распространения и передачи являются одним и тем же процессом, различаются только задействованные роли. Если PBM распространяется по адресу из белого списка, PBM распаковывает и выпускает цифровую валюту.
Жизненный цикл PBM: распространение/передача
На этапе распределения или передачи токены PBM передаются в упакованном виде. Единственная разница между двумя этапами заключается в задействованных ролях. Рисунок 11 иллюстрирует необходимые шаги.
Некоторые ключевые шаги и их соображения во время передачи токенов PBM описаны ниже.
• Шаги с 3 по 5: проверьте, можно ли передать токены PBM. Здесь можно добавить дополнительные условия. В нашем случае проверьте, не попал ли получатель в черный список.
• Шаги с 6 по 8: проверьте, можно ли развернуть PBM для выпуска цифровых токенов. Здесь можно добавить дополнительные условия. В нашем случае получатель должен быть в белом списке.
• Шаг 9: Передайте токены PMB в упакованном виде.
Жизненный цикл PBM: распространение/передача – передача не удалась
На рис. 12 показаны шаги, связанные с неудачной передачей токена PBM. Токены PBM не были переданы и до сих пор существуют в инкапсулированной форме.
Жизненный цикл PBM: Фаза погашения
При передаче токенов PBM, если все условия соблюдены, токены PBM разворачиваются и передают базовые токены цифровой валюты получателю.
Ниже изложены некоторые ключевые шаги и связанные с ними соображения.
• Шаги с 6 по 8: проверьте, можно ли развернуть токены PBM, чтобы высвободить базовые цифровые токены. Если все условия соблюдены, токены PBM можно развернуть. В нашем случае проверьте, не находится ли получатель в белом списке.
• Шаги с 9 по 11: Рассчитайте количество токенов цифровой валюты, которое необходимо передать получателю.
• Шаг 12: Сжечь токены PBM. Этот шаг является необязательным и зависит от требований создателя PBM. В некоторых случаях токены PBM могут храниться в качестве сувениров.
• Шаги с 13 по 16: Уменьшите количество токенов PBM. В нашем дизайне срок действия токена проверяется на шаге 14, а не на шаге 7. Это связано с тем, что менеджер токенов предназначен для управления всеми аспектами, касающимися токенов PBM, в соответствии с нашим дизайном. Другие могут реализовать проверку на шаге 7.
• Шаги с 17 по 20: Оболочка PBM передает право собственности на токены цифровой валюты получателю.
• Шаг 21: Создайте событие PBMUnwrap
Жизненный цикл PBM: Этап истечения срока > Выкуп токенов PBM с истекшим сроком действия На этом этапе держатель PBM пытается выкупить токен PBM, если хотя бы одно из условий было бесспорно нарушено или срок его действия истек, и передача не удалась. В нашем случае срок действия токена истек. Ниже приведены некоторые ключевые шаги и связанные с ними соображения.
Шаги с 6 по 8: Поскольку мы внедрили проверку срока действия токена на шаге 14 фазы выкупа, токены PBM считаются развернутыми.
Шаг 14. Проверка не удалась, так как срок действия токена истек.
Жизненный цикл PBM: Фаза истечения срока действия > Отзыв PBM
Если хотя бы одно условие бесспорно нарушено или срок его действия истек, держатели PBM не могут тратить токены PBM, а цифровая валюта остается заблокированной. В нашем примере срок действия токена истек. Создатели PBM имеют возможность отозвать токены PBM с истекшим сроком действия, чтобы восстановить базовые токены цифровой валюты.
• Шаг 1: Создатель PBM инициирует операцию отмены.
• Шаги 2–4: Рассчитайте количество токенов цифровой валюты, которое необходимо снять.
• Шаги с 5 по 8: снятие средств и установка баланса токенов на 0.
• Шаги с 9 по 12: Передача токенов цифровой валюты создателю PBM.
• Шаг 13: Создайте событие снятия PBM.
Рекомендации по дизайну
В этом разделе обсуждаются некоторые варианты проектирования и факторы, которые могут повлиять на реализацию PBM. Функциональная совместимость имеет решающее значение для обеспечения того, чтобы внедрение PBM различными поставщиками услуг не приводило к фрагментации платежной экосистемы. Провайдеры PBM, управляющие собственными проприетарными сетями, могут создавать «обнесенные стеной сады» в своих закрытых партнерских экосистемах. Это может привести к монополистическому погоне за рентой среди поставщиков PBM. Если это не остановить, это может иметь пагубные последствия для потребителей, которым либо необходимо подключаться к нескольким разрозненным системам, либо платить высокие комиссионные посредникам для завершения транзакции. Следовательно, технология PBM должна с самого начала разрабатываться таким образом, чтобы она была совместима с различными платформами, кошельками, платежными системами и рельсами. Это позволит получателям PBM получать доступ и тратить свои токены PBM из государственного или коммерческого поставщика кошелька по своему выбору.
Принятие общих стандартов гарантирует совместимость токенов PBM с различными поставщиками услуг кошелька. Это позволит передавать цифровые активы между различными платформами и заинтересованными сторонами. Кроме того, усилия по внедрению и затраты сокращаются, поскольку одну и ту же инфраструктуру можно повторно использовать в различных сценариях использования. Дизайн PBM в этой статье предназначен для применения к различным типам реестров, включая системы реестров на основе блокчейна и не на основе блокчейна. Чтобы проиллюстрировать концепции, изложенные в этой статье, мы приводим конкретные технические реализации в качестве примеров. Мы предвидим, что будущие реализации PBM могут быть основаны на системе реестра, отличной от той, на которую ссылается этот документ. Поставщикам услуг необходимо выбрать тип вспомогательного реестра, который наилучшим образом соответствует их бизнес-модели и предполагаемым вариантам использования. Цифровая валюта Концептуально PBM обеспечивает общую структуру независимо от типа базовой цифровой валюты.
Поскольку PBM получают свою ценность от базовой цифровой валюты, принятие, воспринимаемая ценность и удобство использования PBM сильно коррелируют с соответствующей цифровой валютой. Поэтому крайне важно учитывать резервные активы, поддерживающие цифровые валюты, и связанные с ними нормативные последствия и требования соответствия. CBDC, токенизированный банковский долг и стейблкоины предлагают разные уровни гарантии и подлежат различному регулирующему надзору. Вариант PBM может существовать в форме целевого токена, в котором базовая цифровая валюта заменена токеном, представляющим платежное обязательство, а не средство сбережения. Хотя это может служить той же цели при представлении долгового регресса, расчет производится на отсроченной основе, а не на атомарной основе и в режиме реального времени, и существует риск неурегулирования.
Поскольку глобальная нормативно-правовая среда для цифровых валют все еще развивается, регулятивный режим PBM может варьироваться в зависимости от юрисдикции. Компонуемость дизайна PBM для обеспечения конфиденциальности означает, что смарт-контракты-оболочки PBM могут разрабатываться субъектами частного сектора с использованием CBDC, выпущенного центральным банком, в качестве базовой цифровой валюты. Вместо этого правительственные учреждения могут разработать смарт-контракты-оболочки PBM и использовать токенизированный банковский долг в виде частных валют в качестве залога для PBM для поддержки государственных платежей. Разделив роли создателей PBM и эмитентов цифровой валюты, можно создать соглашение, при котором ни одна организация не сможет контролировать как выпуск валюты, так и то, как и где она используется.
В результате объем данных, находящихся в распоряжении агентств, ограничен информацией, необходимой для выполнения их уполномоченных функций. В качестве дополнительной гарантии можно установить механизмы, при которых денежные переводы могут осуществляться анонимно уполномоченными органами. Например, условия PBM могут быть установлены для проверки по отдельному реестру перед передачей, чтобы гарантировать, что лицо, инициирующее передачу, уполномочено выполнять передачу. Однако в этом примере реестр не контролирует характер передачи и не указывает, кто является получателем. Регистрация просто уведомляет сторону, авторизована она или нет.
Вопросы политики
PBM может использоваться официальным сектором, а также частным сектором. Хотя техническая реализация PBM может быть одинаковой для разных вариантов использования, могут потребоваться дополнительные соображения политики при разработке, управлении и использовании официальными секторами.
В мире существуют разные взгляды на то, какие ограничения следует накладывать на то, как люди тратят свои деньги. Например, в процессе распределения средств помощи во время эпидемии некоторые юрисдикции разрешили использовать средства помощи для покупки финансовых продуктов и услуг, в то время как другие юрисдикции ограничили их использование. Между тем, некоторые центральные банки указали, что не будут устанавливать никаких ограничений на использование цифровых валют. Поэтому при разработке решений на основе PBM политикам необходимо учитывать, кто должен выпускать и распространять цифровые валюты, а также указывать условия их использования.
Цифровая готовность
Внедрение новых форм платежных инструментов может изменить пользовательский опыт и потребовать некоторой корректировки и адаптации. Некоторые пользователи могут воспринять это положительно, а другие — как навязчивые. Например, некоторые продавцы и граждане могут привыкнуть к бумажным купонам и могут быть не знакомы с мобильными приложениями. Это может помешать торговцам и гражданам принять PBM.
Следовательно, цифровые навыки заинтересованных сторон должны быть включены в разработку программ PBM. Особенно для более уязвимых групп населения важно, чтобы пользовательский интерфейс был интуитивно понятным и доступным.
Один из подходов заключается в том, чтобы с самого начала обеспечить упрощенный пользовательский интерфейс, абстрагируя сложность, требующую от пользователей управления своими собственными ключами для доступа к цифровой валюте или PBM. В качестве альтернативы PBM могут быть спроектированы так, чтобы взаимодействовать с существующими платежными системами, тем самым уменьшая трения для расчетов на последней миле и принятия мерчантами.
Безопасное программирование
Учитывая большую зависимость от кода смарт-контрактов, крайне важно создать структуру управления, которая обеспечивает безопасность кода в рамках процесса развертывания программного обеспечения. Этого можно достичь, участвуя в доверенных лицах, ответственных за проверку логической правильности, оценку и предотвращение потенциальных уязвимостей и предоставление стандартизированных данных оракула.
Эта структура должна применяться к уровню цифровой валюты, а также к смарт-контрактам-оболочкам PBM. Это особенно важно, когда создатели PBM стремятся интегрировать сложную логику в компоненты, такие как отложенные переводы или управление платежами в цепочке поставок. Для активного снижения потенциальных рисков безопасности системы, таких как внедрение вредоносного кода, настоятельно рекомендуется проводить независимый аудит. Кроме того, для сети, основанной на распределенных реестрах, можно нанять доверенную стороннюю организацию в качестве «оракула» для обеспечения надежного ввода внешних данных для сети.
Возможное использование PBM
В этом разделе приведены некоторые примеры использования PBM.
Предоплаченный пакет
Потребители могут потерять депозиты, которые они предварительно оплатили за будущие поставки товаров и услуг, если продавец, с которым они имеют дело, обанкротится. PBM используется, когда компании необходимо взимать плату в качестве гарантии до производства товара или оказания услуги. PBM могут устранить риск недоставки, включив условия оплаты, гарантируя, что компании выполняют обязательства потребителей до «вытягивания» предварительно выделенных потребителями сумм. После завершения услуги может быть автоматически инициирован вывод средств (прямой дебет с электронного кошелька PBM потребителя). Хотя компании не могут взимать плату заранее, они могут быть уверены, что они будут выплачены сразу после предоставления услуги.
Онлайн-бизнес
При совершении покупок в Интернете потребители обычно платят заранее за продукты, которые они хотят купить. После оплаты товар отправляется потребителю. Для снижения риска недоставки или неплатежа потребителям и продавцам доступны различные механизмы. Кредитные карты и формы предоплаты защищают продавцов, но не потребителей. Хотя оплата наличными при доставке может быть выгодной для потребителей, она не является гарантией для продавцов, особенно в отношении скоропортящихся товаров, таких как продукты питания, которые нельзя использовать повторно. PBM предлагает альтернативное решение и гарантирует продавцам и потребителям, что средства будут переведены после выполнения обязательств по обслуживанию.
соглашение
Когда покупатели жилья начинают подавать заявку на покупку недвижимости, существуют различные этапы, требующие оплаты. PBM может быть создан на основе условий продажи имущества. Могут быть определены условия для высвобождения средств при достижении вех на разных этапах развития недвижимости или на этапах процесса продажи. На практике PBM могут быть основаны на стандартных шаблонах, общих для покупателей жилья.
КОММЕРЧЕСКАЯ АРЕНДА
При аренде имущества арендодатель может потребовать от арендатора внесения залога в качестве формы защиты от любого ущерба или невыплаты арендной платы. Этот залог удерживается арендодателем в течение всего срока аренды и возвращается арендатору в конце срока аренды при условии, что арендатор выполнил все обязательства по договору аренды. Если арендатор нанес имуществу ущерб сверх нормального износа или если он не оплатил расходы по договору аренды, арендодатель может вычесть стоимость ремонта или невыплаченную арендную плату из залогового депозита до возврата любых оставшихся средств. PBM может выполнять роль залогового депозита, когда существует возможность полного возврата гарантийного депозита сторонами договора аренды. В случае возникновения спора PBM может быть приостановлено до разрешения спора.
Финансовая торговля
Продукты торгового финансирования помогают компаниям управлять рисками и сложностями международных торговых операций. Чтобы облегчить торговлю с участием нескольких сторон, через границы и валюты, поставщики торгового финансирования предлагают ряд услуг, таких как аккредитивы, банковские гарантии и инкассация счетов. Эти услуги помогают обеспечить безопасность и эффективность платежей, а также обеспечивают защиту от невыполнения обязательств или мошенничества. Инструменты торгового финансирования можно смоделировать как PBM, где платежи осуществляются автоматически при выполнении обязательств по обслуживанию. Они могут стать оборотными инструментами, которые могут передаваться между сторонами.
Пожертвовать
Потенциальные доноры могут не решаться вносить свой вклад в социальные дела, потому что они не уверены, дойдут ли их пожертвования до предполагаемых бенефициаров и будут ли они использованы по назначению. Кроме того, пожертвования зарубежным бенефициарам в отдаленных районах, вероятно, будут осуществляться через нескольких посредников, поскольку финансовые варианты денежных переводов ограничены. В результате бенефициары могут в конечном итоге получить лишь часть первоначальной стоимости пожертвования. PBM можно использовать для повышения прозрачности и подотчетности. Например, PBM можно использовать для обеспечения того, чтобы только предполагаемый бенефициар имел доступ к деньгам и только при соблюдении определенных условий.
Международный платеж
На трансграничные платежи распространяются политические и нормативные требования, такие как управление потоками капитала и меры макропруденциальной политики, а также стандарты по борьбе с отмыванием денег (AML) и противодействию финансированию терроризма (CFT). Соблюдение этих мер и стандартов влечет за собой большие затраты и задержки в обработке. Внедрение существующих требований политики в качестве условий в PBM позволяет автоматизировать проверки соответствия, что значительно снижает затраты и повышает эффективность трансграничных платежей. Такой подход к соблюдению требований по замыслу может помочь добиться нормативной и политической совместимости в контексте G20, улучшающей дорожную карту для трансграничных платежей.
Будущая работа
События в области цифровой валюты быстро развиваются. В этом разделе мы обсудим потенциальные области будущих исследований.
Абстракция аккаунта
В настоящее время большинство розничных пользователей не знакомы с использованием кошельков цифровых активов, и это незнание может увеличить риск использования злоумышленниками. Чтобы снизить этот риск, можно использовать абстракцию учетной записи, также известную как кошелек смарт-контракта, для улучшения взаимодействия с пользователем и безопасности транзакций с цифровыми активами. Эта технология позволяет использовать такие функции, как восстановление учетной записи, лимиты транзакций и замораживание утерянных учетных записей, не требуя от пользователей понимания базовой технологии.
Оффлайн оплата
Будущие исследования могут включать изучение использования PBM для способов, отличных от смартфонов (например, карт), и офлайн-платежей, чтобы уменьшить зависимость от сетевых подключений. Это направлено на расширение доступа к финансовым услугам, позволяя людям участвовать без использования смартфонов или цифровых платежных сервисов.
Адресация имени
В настоящее время можно переводить средства, используя номер мобильного телефона в качестве прокси для номера банковского счета. При отсутствии номера банковского счета служба адресации имен предоставляет прокси для адреса кошелька, сопоставляя его со значимым идентификатором. Это обеспечивает лучший пользовательский опыт и гарантирует, что переводы дойдут до предполагаемых получателей.
в заключение
В этом документе представлена концепция PBM как общего протокола для взаимодействия с различными формами средств обмена и подчеркивается, как цифровые валюты могут использоваться для поддержки деловых и политических целей без изменения их исходных свойств. Хотя PBM изначально был представлен в рамках проекта Orchid Управления валютного управления Сингапура, мы предполагали, что концепция технического дизайна может быть применима к более широкой международной аудитории.
Для обеспечения более широкого распространения техническая структура PBM разработана и разработана с открытым исходным кодом с участием участников из разных организаций. Этот документ основан на фундаменте, начатом проектом Orchid, и является результатом коллективного вклада центральных банков, финансовых учреждений и финтех-компаний по всему миру.
Примечательно, что эта статья не направлена на продвижение какой-либо конкретной политической цели или одобрение какого-либо технического решения. Авторы этой статьи не делают никаких заявлений или гарантий относительно производительности или адекватности предлагаемого решения. Примеры, представленные в этой статье, предназначены исключительно для иллюстрации. Поскольку политические соображения и обстоятельства каждой юрисдикции уникальны, директивным органам необходимо оценить те сочетания финансовой инфраструктуры и технологий, которые наилучшим образом соответствуют их целям.
Можно предвидеть, что будущие изменения в экосистеме цифровой валюты и цифровых активов могут открыть дополнительные возможности и создать риски, которые необходимо учитывать в будущей работе. Членам мирового финтех-сообщества предлагается использовать концепции, представленные в этом документе, и делиться знаниями с мировым финтех-сообществом.
Использованная литература
Валютное управление Сингапура (MAS). (2022, 31 октября). Project Orchid: программируемый цифровой SGD [PDF] . Извлекаются из
Ли, А. (2021, 23 июня). Что такое программируемые деньги. Извлекаются из
Итальянская Республика [Республика Италия]. (2019, 19 апреля). Указ от 19 апреля 2019 г.: Использование карты доходов гражданства [Указ от 19 апреля 2019 г.: Использование карты доходов гражданства] // Официальный вестник. Извлекаются из
Резервный банк Индии. (2022, 7 октября). Концептуальная записка о цифровой валюте центрального банка, пункт 5.7: Программируемость. Извлекаются из
Панетта, Ф. (2023, 23 января). Цифровой евро: наши деньги всегда и везде, где они нам нужны [Speech] . Представлено в Комитете по экономическим и валютным вопросам Европейского парламента. Извлекаются из
Банк международных расчетов. (2019, 1 апреля). «Официальный сектор» в «Глоссарии». Извлекаются из
Карстенс, А. (2023, 22 февраля). Инновации и будущее денежного обращения [Speech] . Представлено в Валютном управлении Сингапура. Получено из
Адриан, Т., и Манчини Гриффоли, Т. (2023, 19 июня). Рост платежных и договорных платформ [PDF] . Извлекаются из
Банк международных расчетов. (2023, 20 июня). III. Проект будущей денежной системы: улучшение старого, создание нового [PDF] . Извлекаются из