Цифровые активы являются цифровым представлением стоимости, например, прав собственности на финансовые активы или активы реальной экономики. Экосистема цифровых активов обещает способствовать более эффективной торговле, повышению финансовой доступности и освобождению экономической ценности. Центральные банки цифровые валюты ( CBDCs ), токенизированные банковские обязательства и хорошо регулируемые стейблкоины, вместе с тщательно разработанными смарт-контрактами, могут служить средством обмена в этой новой развивающейся экосистеме цифровых активов.
Несмотря на то, что предварительные испытания показывают потенциал, эти новые формы цифровых токенов, которые широко популярны в области блокчейна и пиринговых денежных потоков, все еще должны доказать свою полезность по сравнению с существующими электронными платежными системами (, такими как внутренние системы мгновенных платежей ). Одним из основных преимуществ цифровых токенов является поддержка программируемости, но это все еще тема обсуждений и споров. Операторам необходимо убедиться, что программируемость не повредит способности цифровых токенов служить средством обмена. Следует сохранить единообразие токенов; программируемость не должна ограничивать их распределение и не должна приводить к фрагментации ликвидности внутри системы.
Данная статья описывает технологическую концепцию привязки токена (PBM), которая позволяет токену назначать определенные цели без необходимости программирования самого токена. PBM использует универсальный протокол, разработанный для совместимости с различными технологиями бухгалтерского учета и формами токенов. Благодаря стандартизированному формату пользователи смогут получать доступ к цифровым токенам через выбранных ими поставщиков кошельков. В статье будет описано, как расширить концепцию PBM, впервые представленную в проекте Orchid Управления финансовыми рынками Сингапура, на более широкий круг приложений.
Фон и мотивация
В последние годы цифровые инициативы, направленные на повышение операционной эффективности и улучшение пользовательского опыта, достигли значительного прогресса. Однако цифровизация в финансовой сфере не обошлась без проблем.
Распространение на рынке и фрагментация
Увеличение платежных схем и платформ добавляет сложности и вызовы, с которыми пользователи могут столкнуться при использовании цифровых финансовых услуг. Например, операторы платежей часто управляют дистрибутивными каналами с различными характеристиками для разных схем. Включение торговцев в собственные платформы стоит много ресурсов для владельцев схем. В то же время интеграция с другими платформами увеличивает операционную нагрузку на торговцев, и им необходимо обучать сотрудников розничной торговли обрабатывать и принимать различные платежные схемы.
Личные независимые усилия пытались интегрировать эти планы в единую платформу, чтобы упростить пользовательский опыт и реализовать потенциал цифровизации. Однако эти усилия требуют дальнейшего обеспечения открытости и взаимной совместимости во всех планах. Эти платформы не должны ограничиваться только потребителями и торговцами, подписывающимися на их экосистему. Взаимодействующие платежные системы предоставят большую гибкость и обеспечат бесшовный платежный опыт для бизнеса и потребителей.
Программируемость и взаимозаменяемость токенов
В отличие от традиционных систем учета на основе счетов, цифровые валюты предлагают возможность программирования уникальных характеристик в отдельные активы и определения того, как использовать цифровую валюту. Однако прямое внедрение программной логики в цифровую валюту изменит ее свойства и приемлемость в качестве средства обмена. Хотя этот подход расширяет функциональность цифровой валюты, если условия использования разнообразны и динамичны, это ограничит использование цифровой валюты в качестве жизнеспособного средства обмена. Это также требует перепрограммирования всех находящихся в обращении цифровых валют каждый раз, когда требуются новые условия или варианты использования.
Другой подход заключается в том, что эмитенты цифровой валюты предлагают несколько версий цифровой валюты, каждая из которых имеет различную встроенную программную логику. Однако этот метод может быть непрактичным, поскольку эти цифровые валюты не взаимозаменяемы, что приводит к фрагментации ликвидности на рынке. Чтобы понять, как сохранить взаимозаменяемость цифровой валюты и обеспечить ее свободный обмен, в данной статье изучаются различные программные модели.
Программная модель
Программируемые платежи относятся к платежам, которые автоматически выполняются, как только выполняются предопределенные условия. Например, можно установить дневной лимит расходов или регулярные платежи, аналогично прямым дебетам и регулярным заказам. Программируемые платежи обычно реализуются через настройку триггеров баз данных или в виде интерфейса прикладного программирования (API) шлюза, который находится между бухгалтерской книгой и клиентским приложением. Эти программируемые интерфейсы взаимодействуют с традиционными книгами и корректируют балансы банковских счетов в соответствии с программной логикой.
Программируемая валюта относится к встраиванию правил в саму структуру хранения ценности, определяющих или ограничивающих ее использование. Например, можно определить правила, позволяющие отправлять хранение ценности только на кошельки из белого списка, или осуществлять переводы после фильтрации на уровне транзакций. Реализация программируемой валюты включает токенизированные банковские обязательства и цифровую валюту центрального банка. В отличие от программируемых платежей, программируемая валюта является самодостаточной, содержит программную логику и служит хранилищем ценности. Когда программируемая валюта передается другой стороне, логика и правила также перемещаются.
Преимущества программируемых платежей заключаются в возможности определения набора программной логики или условий, которые могут применяться к различным формам валют. В то же время программируемая валюта обладает самодостаточностью и может осуществлять пиринговые логические переводы между сторонами. С учетом того, что центральные банки, коммерческие банки и поставщики платежных услуг по всему миру исследуют различные цифровые валюты центральных банков, токенизацию банковских обязательств и дизайн стейблкоинов, ожидается, что финансовая структура в будущем станет более разнообразной. Следовательно, все больше необходимо обеспечить наличие универсальной структуры для взаимодействия с различными формами цифровых валют и обеспечить совместимость с существующей финансовой инфраструктурой.
Третья модель — целевая привязка токена ( PBM ), была исследована на начальном этапе проекта Orchid Управления финансовых услуг Сингапура. Она основана на концепции и функциях программируемых платежей и программируемых валют. 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-упаковщик может быть реализован как ERC-1155 многоцелевая смарт-контракт.
Цифровая валюта
Основная цифровая валюта, привязанная к PBM, служит залогом для PBM. Когда условия PBM выполнены, основная цифровая валюта освобождается, и право собственности передается целевому получателю. Цифровая валюта должна соответствовать функциям денег, а именно быть хорошим средством хранения ценности, единицей учета и средством обмена. Цифровая валюта может существовать в форме цифровой валюты центрального банка, токенизированной банковской задолженности или хорошо регулируемого стейблкоина. Например, цифровая валюта может быть реализована в форме заменяемого токена с использованием смарт-контракта, совместимого с ERC-20.
Роли и взаимодействие
Роль как гибкая абстракция может быть реализована различными способами. Один объект может иметь несколько ролей, или одна роль может выполняться различными объектами.
Создатель PBM
Этот субъект отвечает за определение логики в PBM, чеканку и распределение токенов PBM.
Держатели PBM
Это юридическое лицо владеет одним или несколькими токенами PBM. Это юридическое лицо может обменивать неистекшие токены PBM.
PBM обменщик
Когда токен PBM переводится, этот субъект получает базовую криптовалюту.
Жизненный цикл
Независимо от того, какой язык программирования или сетевой протокол используется, дизайн PBM имеет единые этапы жизненного цикла, что обеспечивает совместимость в различных технических реализациях. В этом разделе описываются ожидаемые функции PBM и связанные этапы жизненного цикла.
Выпуск
Жизненный цикл PBM начинается с этапа выпуска. Здесь создается смарт-контракт PBM и производится токен PBM. Право собственности на цифровую валюту передается смарт-контракту PBM. Цифровая валюта теперь подчиняется условиям смарт-контракта PBM, что может быть реализовано с помощью ERC-1155 или его эквивалента. Использование цифровой валюты ограничено условиями, указанными в смарт-контракте PBM, и она будет выпущена только при выполнении всех условий.
Распределение
После чеканки токенов PBM они распределяются создателем PBM ожидаемым сущностям (, то есть держателям PBM ) для использования. Держатели PBM получают токены PBM в их упакованном виде и могут обменивать токены только в соответствии с оригинальными условиями, установленными создателем PBM.
Перевод
На этом этапе токен PBM может быть переведен с одного лица на другое в соответствии с его программными правилами и в своей упакованной форме. Этап перевода является необязательным и зависит от случая использования. В случае, когда правительство выдает (, например, для финансирования обучения ), токен PBM может быть недоступен для передачи другим гражданам. Однако в случае коммерческих сертификатов (, таких как сертификаты торговых центров ), токен PBM может быть передан другим потребителям.
Обмен
После выполнения всех условий, указанных в PBM, произойдет обмен.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
15 Лайков
Награда
15
8
Репост
Поделиться
комментарий
0/400
GasFeeVictim
· 08-14 19:16
Эта волна контроля действительно довольно сложная.
Посмотреть ОригиналОтветить0
PumpBeforeRug
· 08-14 18:00
Еще одна статья о легализации регулирования
Посмотреть ОригиналОтветить0
MetaverseLandlord
· 08-14 11:54
Концепция такая запутанная, ты хочешь ловушку?
Посмотреть ОригиналОтветить0
ProveMyZK
· 08-12 02:00
Нет будущего, да?
Посмотреть ОригиналОтветить0
FlashLoanKing
· 08-12 02:00
Что угодно нужно программировать, что делать?
Посмотреть ОригиналОтветить0
DataChief
· 08-12 01:57
А это слишком сложно 8
Посмотреть ОригиналОтветить0
SerumSqueezer
· 08-12 01:56
Эта вещь слишком шикарная.
Посмотреть ОригиналОтветить0
LiquidityHunter
· 08-12 01:50
Полночь, я закончил смотреть, удивительная Арбитраж возможность генерируется.
Цель привязки токена PBM: поддержание новой модели программирования Цифровых денег с заменяемостью
Цель привязки токена(PBM)Технический Вайтпейпер
Введение
Цифровые активы являются цифровым представлением стоимости, например, прав собственности на финансовые активы или активы реальной экономики. Экосистема цифровых активов обещает способствовать более эффективной торговле, повышению финансовой доступности и освобождению экономической ценности. Центральные банки цифровые валюты ( CBDCs ), токенизированные банковские обязательства и хорошо регулируемые стейблкоины, вместе с тщательно разработанными смарт-контрактами, могут служить средством обмена в этой новой развивающейся экосистеме цифровых активов.
Несмотря на то, что предварительные испытания показывают потенциал, эти новые формы цифровых токенов, которые широко популярны в области блокчейна и пиринговых денежных потоков, все еще должны доказать свою полезность по сравнению с существующими электронными платежными системами (, такими как внутренние системы мгновенных платежей ). Одним из основных преимуществ цифровых токенов является поддержка программируемости, но это все еще тема обсуждений и споров. Операторам необходимо убедиться, что программируемость не повредит способности цифровых токенов служить средством обмена. Следует сохранить единообразие токенов; программируемость не должна ограничивать их распределение и не должна приводить к фрагментации ликвидности внутри системы.
Данная статья описывает технологическую концепцию привязки токена (PBM), которая позволяет токену назначать определенные цели без необходимости программирования самого токена. PBM использует универсальный протокол, разработанный для совместимости с различными технологиями бухгалтерского учета и формами токенов. Благодаря стандартизированному формату пользователи смогут получать доступ к цифровым токенам через выбранных ими поставщиков кошельков. В статье будет описано, как расширить концепцию PBM, впервые представленную в проекте Orchid Управления финансовыми рынками Сингапура, на более широкий круг приложений.
Фон и мотивация
В последние годы цифровые инициативы, направленные на повышение операционной эффективности и улучшение пользовательского опыта, достигли значительного прогресса. Однако цифровизация в финансовой сфере не обошлась без проблем.
Распространение на рынке и фрагментация
Увеличение платежных схем и платформ добавляет сложности и вызовы, с которыми пользователи могут столкнуться при использовании цифровых финансовых услуг. Например, операторы платежей часто управляют дистрибутивными каналами с различными характеристиками для разных схем. Включение торговцев в собственные платформы стоит много ресурсов для владельцев схем. В то же время интеграция с другими платформами увеличивает операционную нагрузку на торговцев, и им необходимо обучать сотрудников розничной торговли обрабатывать и принимать различные платежные схемы.
Личные независимые усилия пытались интегрировать эти планы в единую платформу, чтобы упростить пользовательский опыт и реализовать потенциал цифровизации. Однако эти усилия требуют дальнейшего обеспечения открытости и взаимной совместимости во всех планах. Эти платформы не должны ограничиваться только потребителями и торговцами, подписывающимися на их экосистему. Взаимодействующие платежные системы предоставят большую гибкость и обеспечат бесшовный платежный опыт для бизнеса и потребителей.
Программируемость и взаимозаменяемость токенов
В отличие от традиционных систем учета на основе счетов, цифровые валюты предлагают возможность программирования уникальных характеристик в отдельные активы и определения того, как использовать цифровую валюту. Однако прямое внедрение программной логики в цифровую валюту изменит ее свойства и приемлемость в качестве средства обмена. Хотя этот подход расширяет функциональность цифровой валюты, если условия использования разнообразны и динамичны, это ограничит использование цифровой валюты в качестве жизнеспособного средства обмена. Это также требует перепрограммирования всех находящихся в обращении цифровых валют каждый раз, когда требуются новые условия или варианты использования.
Другой подход заключается в том, что эмитенты цифровой валюты предлагают несколько версий цифровой валюты, каждая из которых имеет различную встроенную программную логику. Однако этот метод может быть непрактичным, поскольку эти цифровые валюты не взаимозаменяемы, что приводит к фрагментации ликвидности на рынке. Чтобы понять, как сохранить взаимозаменяемость цифровой валюты и обеспечить ее свободный обмен, в данной статье изучаются различные программные модели.
Программная модель
Программируемые платежи относятся к платежам, которые автоматически выполняются, как только выполняются предопределенные условия. Например, можно установить дневной лимит расходов или регулярные платежи, аналогично прямым дебетам и регулярным заказам. Программируемые платежи обычно реализуются через настройку триггеров баз данных или в виде интерфейса прикладного программирования (API) шлюза, который находится между бухгалтерской книгой и клиентским приложением. Эти программируемые интерфейсы взаимодействуют с традиционными книгами и корректируют балансы банковских счетов в соответствии с программной логикой.
Программируемая валюта относится к встраиванию правил в саму структуру хранения ценности, определяющих или ограничивающих ее использование. Например, можно определить правила, позволяющие отправлять хранение ценности только на кошельки из белого списка, или осуществлять переводы после фильтрации на уровне транзакций. Реализация программируемой валюты включает токенизированные банковские обязательства и цифровую валюту центрального банка. В отличие от программируемых платежей, программируемая валюта является самодостаточной, содержит программную логику и служит хранилищем ценности. Когда программируемая валюта передается другой стороне, логика и правила также перемещаются.
Преимущества программируемых платежей заключаются в возможности определения набора программной логики или условий, которые могут применяться к различным формам валют. В то же время программируемая валюта обладает самодостаточностью и может осуществлять пиринговые логические переводы между сторонами. С учетом того, что центральные банки, коммерческие банки и поставщики платежных услуг по всему миру исследуют различные цифровые валюты центральных банков, токенизацию банковских обязательств и дизайн стейблкоинов, ожидается, что финансовая структура в будущем станет более разнообразной. Следовательно, все больше необходимо обеспечить наличие универсальной структуры для взаимодействия с различными формами цифровых валют и обеспечить совместимость с существующей финансовой инфраструктурой.
Третья модель — целевая привязка токена ( PBM ), была исследована на начальном этапе проекта Orchid Управления финансовых услуг Сингапура. Она основана на концепции и функциях программируемых платежей и программируемых валют. 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-упаковщик может быть реализован как ERC-1155 многоцелевая смарт-контракт.
Цифровая валюта
Основная цифровая валюта, привязанная к PBM, служит залогом для PBM. Когда условия PBM выполнены, основная цифровая валюта освобождается, и право собственности передается целевому получателю. Цифровая валюта должна соответствовать функциям денег, а именно быть хорошим средством хранения ценности, единицей учета и средством обмена. Цифровая валюта может существовать в форме цифровой валюты центрального банка, токенизированной банковской задолженности или хорошо регулируемого стейблкоина. Например, цифровая валюта может быть реализована в форме заменяемого токена с использованием смарт-контракта, совместимого с ERC-20.
Роли и взаимодействие
Роль как гибкая абстракция может быть реализована различными способами. Один объект может иметь несколько ролей, или одна роль может выполняться различными объектами.
Создатель PBM
Этот субъект отвечает за определение логики в PBM, чеканку и распределение токенов PBM.
Держатели PBM
Это юридическое лицо владеет одним или несколькими токенами PBM. Это юридическое лицо может обменивать неистекшие токены PBM.
PBM обменщик
Когда токен PBM переводится, этот субъект получает базовую криптовалюту.
Жизненный цикл
Независимо от того, какой язык программирования или сетевой протокол используется, дизайн PBM имеет единые этапы жизненного цикла, что обеспечивает совместимость в различных технических реализациях. В этом разделе описываются ожидаемые функции PBM и связанные этапы жизненного цикла.
Выпуск
Жизненный цикл PBM начинается с этапа выпуска. Здесь создается смарт-контракт PBM и производится токен PBM. Право собственности на цифровую валюту передается смарт-контракту PBM. Цифровая валюта теперь подчиняется условиям смарт-контракта PBM, что может быть реализовано с помощью ERC-1155 или его эквивалента. Использование цифровой валюты ограничено условиями, указанными в смарт-контракте PBM, и она будет выпущена только при выполнении всех условий.
Распределение
После чеканки токенов PBM они распределяются создателем PBM ожидаемым сущностям (, то есть держателям PBM ) для использования. Держатели PBM получают токены PBM в их упакованном виде и могут обменивать токены только в соответствии с оригинальными условиями, установленными создателем PBM.
Перевод
На этом этапе токен PBM может быть переведен с одного лица на другое в соответствии с его программными правилами и в своей упакованной форме. Этап перевода является необязательным и зависит от случая использования. В случае, когда правительство выдает (, например, для финансирования обучения ), токен PBM может быть недоступен для передачи другим гражданам. Однако в случае коммерческих сертификатов (, таких как сертификаты торговых центров ), токен PBM может быть передан другим потребителям.
Обмен
После выполнения всех условий, указанных в PBM, произойдет обмен.