Цель привязки валюты: новое поколение протокола обмена цифровыми активами
Введение
Цифровой актив является цифровым представлением ценности, например, прав собственности на финансовые или реальные экономические активы. Ожидается, что экосистема цифровых активов будет способствовать более эффективной торговле, повышению финансовой доступности и разблокировке экономической ценности. Центральные банковские цифровые валюты ( CBDCs ), токенизированные банковские обязательства и потенциально регулируемые стабильные монеты, наряду с тщательно разработанными смарт-контрактами, могут служить средством обмена в этой новой экосистеме цифровых активов.
Несмотря на то, что предварительные испытания показывают потенциал, новые формы цифровых валют все еще должны доказать свою способность превосходить существующие электронные платежные системы в практическом использовании. Одним из главных преимуществ цифровых валют является поддержка программируемых функций, но это все еще обсуждаемая тема. Операторы должны убедиться, что программируемость не повредит способности цифровой валюты выступать в качестве средства обмена. Необходимо сохранить единство валюты, программируемость не должна ограничивать распределение валюты или приводить к фрагментации ликвидности в системе.
Данная статья описывает техническую концепцию связывания токенов (PBM) с конкретными целями, которая позволяет направлять токены на определенные цели без необходимости программирования самих токенов. PBM использует универсальный Протокол, разработанный для работы с различными технологиями распределенного реестра и формами токенов. Благодаря стандартизированному формату пользователи смогут получать доступ к цифровым активам через выбранных провайдеров кошельков. Статья описывает, как расширить концепцию PBM, впервые представленную в проекте Orchid Управления финансовыми рынками Сингапура, на более широкий спектр сценариев.
Фон и мотивация
В последние годы цифровые инициативы, направленные на повышение операционной эффективности и улучшение пользовательского опыта, достигли значительных успехов. Однако цифровизация в финансовой сфере также сталкивается с вызовами.
Распространение и фрагментация рынка
Увеличение количества платежных решений и платформ создает сложности и вызовы для пользователей, принимающих цифровые финансовые услуги. Платежные операторы часто запускают специальные каналы распределения для различных решений. Включение торговцев в собственные платформы требует значительных ресурсов. В то же время интеграция с другими платформами увеличивает операционную нагрузку на торговцев, им необходимо обучать сотрудников работать с различными платежными решениями.
Частные независимые усилия пытаются интегрировать эти планы в единую платформу для упрощения пользовательского опыта. Однако эти усилия требуют дальнейшего обеспечения открытости и взаимозависимости во всех планах. Эти платформы не должны ограничиваться использованием только потребителями и продавцами в их экосистеме. Взаимодействующие платежные системы предоставят предприятиям и потребителям большую гибкость и бесшовный платежный опыт.
Программируемость и заменяемость токенов
В отличие от традиционных учетных систем на основе аккаунтов, цифровые валюты позволяют программировать уникальные характеристики в индивидуальные активы и определять, как использовать цифровую валюту. Однако прямое внедрение логики программирования в цифровую валюту изменит ее свойства и приемлемость как средства обмена. Хотя этот подход расширяет функциональность цифровой валюты, если условия использования разнообразны и динамичны, это ограничит ее использование как жизнеспособного средства обмена. Также требуется перепрограммирование всех циркулирующих цифровых валют каждый раз, когда возникают новые условия или случаи использования.
Другой подход заключается в том, что эмитенты цифровых валют предлагают несколько версий цифровой валюты, каждая из которых имеет различную встроенную программную логику. Однако этот метод может быть нецелесообразным, поскольку эти цифровые валюты не могут быть обменены, что приведет к фрагментации рыночной ликвидности. Для понимания того, как сохранить заменяемость цифровых валют, чтобы их можно было свободно обменивать, в данной статье исследуются различные программные модели.
Модель программирования
Программируемые платежи относятся к автоматическому выполнению платежей, как только выполняются предопределенные условия. Например, можно установить лимит ежедневных расходов или регулярные платежи, аналогично прямым дебетам и обычным заказам. Программируемые платежи часто реализуются через настройку триггеров базы данных или как интерфейс программирования приложений (API) шлюз, находящийся между бухгалтерским учетом и клиентским приложением. Эти программные интерфейсы взаимодействуют с традиционными реестрами и регулируют баланс банковского счета в соответствии с программной логикой.
Программируемая валюта означает встраивание правил внутрь самого хранения ценности, определяющих или ограничивающих возможности ее использования. Например, можно определить правила, которые позволяют отправлять хранение ценности только на кошельки из белого списка, или переводить средства после фильтрации на уровне транзакций. Реализация программируемой валюты включает токенизацию банковских обязательств и цифровую валюту центрального банка. В отличие от программируемых платежей, программируемая валюта является самодостаточной, содержит программную логику и служит хранением ценности. Когда программируемая валюта передается другой стороне, логика и правила также перемещаются.
Преимущества программируемых платежей заключаются в возможности определения набора программной логики или условий, которые могут применяться к различным валютным формам. В то же время программируемая валюта обладает самодостаточностью и может передавать логические условия между сторонами в режиме peer-to-peer. Поскольку центральные банки, коммерческие банки и поставщики платежных услуг по всему миру исследуют различные CBDC, токенизированные банковские обязательства и проектирование стабильных монет, ожидается, что в будущем финансовый ландшафт станет более разнообразным. Поэтому все больше возникает необходимость в обеспечении универсальной структуры для взаимодействия с различными формами цифровых валют и обеспечения совместимости с существующей финансовой инфраструктурой.
Третья модель - привязка к валюте ( PBM ), была исследована на начальной стадии проекта Orchid Управления финансовыми технологиями Сингапура, она основана на концепции и возможностях программируемых платежей и программируемых валют. PBM - это протокол, который определяет условия использования базовой цифровой валюты. PBM является анонимным инструментом, который может передаваться в режиме peer-to-peer без посредников. 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 выполнены, основная цифровая валюта освобождается, и право собственности передается целевому получателю. Цифровая валюта должна выполнять функции денег, то есть служить хорошим средством хранения стоимости, единицей учета и средством обмена. Цифровая валюта может существовать в форме CBDC, токенизированных банковских обязательств или хорошо регулируемых стабильных монет. Например, цифровая валюта может быть реализована в форме заменяемых токенов смарт-контрактов, совместимых с 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, наступает этап обмена. В это время токены PBM распаковываются, а право собственности на базовые токены цифровой валюты передается получающей стороне. Сторона может свободно использовать токены цифровой валюты, их использование ограничено только условиями, установленными эмитентом цифровой валюты.
истек
Этап истечения срока означает, что определенное условие, установленное в PBM, было явно нарушено или истекло (, например, дата истечения ), что делает токены PBM навсегда недоступными для владельцев PBM. Просроченные токены PBM могут быть агрегированы и уничтожены или "сожжены", чтобы вернуть основные цифровые активы создателю PBM. Либо PBM может быть приостановлен на неопределенный срок, чтобы предотвратить дальнейшее взаимодействие владельцев PBM с просроченными PBM.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
Цель привязки токена: Исследование нового протокола обмена цифровыми активами
Цель привязки валюты: новое поколение протокола обмена цифровыми активами
Введение
Цифровой актив является цифровым представлением ценности, например, прав собственности на финансовые или реальные экономические активы. Ожидается, что экосистема цифровых активов будет способствовать более эффективной торговле, повышению финансовой доступности и разблокировке экономической ценности. Центральные банковские цифровые валюты ( CBDCs ), токенизированные банковские обязательства и потенциально регулируемые стабильные монеты, наряду с тщательно разработанными смарт-контрактами, могут служить средством обмена в этой новой экосистеме цифровых активов.
Несмотря на то, что предварительные испытания показывают потенциал, новые формы цифровых валют все еще должны доказать свою способность превосходить существующие электронные платежные системы в практическом использовании. Одним из главных преимуществ цифровых валют является поддержка программируемых функций, но это все еще обсуждаемая тема. Операторы должны убедиться, что программируемость не повредит способности цифровой валюты выступать в качестве средства обмена. Необходимо сохранить единство валюты, программируемость не должна ограничивать распределение валюты или приводить к фрагментации ликвидности в системе.
Данная статья описывает техническую концепцию связывания токенов (PBM) с конкретными целями, которая позволяет направлять токены на определенные цели без необходимости программирования самих токенов. PBM использует универсальный Протокол, разработанный для работы с различными технологиями распределенного реестра и формами токенов. Благодаря стандартизированному формату пользователи смогут получать доступ к цифровым активам через выбранных провайдеров кошельков. Статья описывает, как расширить концепцию PBM, впервые представленную в проекте Orchid Управления финансовыми рынками Сингапура, на более широкий спектр сценариев.
Фон и мотивация
В последние годы цифровые инициативы, направленные на повышение операционной эффективности и улучшение пользовательского опыта, достигли значительных успехов. Однако цифровизация в финансовой сфере также сталкивается с вызовами.
Распространение и фрагментация рынка
Увеличение количества платежных решений и платформ создает сложности и вызовы для пользователей, принимающих цифровые финансовые услуги. Платежные операторы часто запускают специальные каналы распределения для различных решений. Включение торговцев в собственные платформы требует значительных ресурсов. В то же время интеграция с другими платформами увеличивает операционную нагрузку на торговцев, им необходимо обучать сотрудников работать с различными платежными решениями.
Частные независимые усилия пытаются интегрировать эти планы в единую платформу для упрощения пользовательского опыта. Однако эти усилия требуют дальнейшего обеспечения открытости и взаимозависимости во всех планах. Эти платформы не должны ограничиваться использованием только потребителями и продавцами в их экосистеме. Взаимодействующие платежные системы предоставят предприятиям и потребителям большую гибкость и бесшовный платежный опыт.
Программируемость и заменяемость токенов
В отличие от традиционных учетных систем на основе аккаунтов, цифровые валюты позволяют программировать уникальные характеристики в индивидуальные активы и определять, как использовать цифровую валюту. Однако прямое внедрение логики программирования в цифровую валюту изменит ее свойства и приемлемость как средства обмена. Хотя этот подход расширяет функциональность цифровой валюты, если условия использования разнообразны и динамичны, это ограничит ее использование как жизнеспособного средства обмена. Также требуется перепрограммирование всех циркулирующих цифровых валют каждый раз, когда возникают новые условия или случаи использования.
Другой подход заключается в том, что эмитенты цифровых валют предлагают несколько версий цифровой валюты, каждая из которых имеет различную встроенную программную логику. Однако этот метод может быть нецелесообразным, поскольку эти цифровые валюты не могут быть обменены, что приведет к фрагментации рыночной ликвидности. Для понимания того, как сохранить заменяемость цифровых валют, чтобы их можно было свободно обменивать, в данной статье исследуются различные программные модели.
Модель программирования
Программируемые платежи относятся к автоматическому выполнению платежей, как только выполняются предопределенные условия. Например, можно установить лимит ежедневных расходов или регулярные платежи, аналогично прямым дебетам и обычным заказам. Программируемые платежи часто реализуются через настройку триггеров базы данных или как интерфейс программирования приложений (API) шлюз, находящийся между бухгалтерским учетом и клиентским приложением. Эти программные интерфейсы взаимодействуют с традиционными реестрами и регулируют баланс банковского счета в соответствии с программной логикой.
Программируемая валюта означает встраивание правил внутрь самого хранения ценности, определяющих или ограничивающих возможности ее использования. Например, можно определить правила, которые позволяют отправлять хранение ценности только на кошельки из белого списка, или переводить средства после фильтрации на уровне транзакций. Реализация программируемой валюты включает токенизацию банковских обязательств и цифровую валюту центрального банка. В отличие от программируемых платежей, программируемая валюта является самодостаточной, содержит программную логику и служит хранением ценности. Когда программируемая валюта передается другой стороне, логика и правила также перемещаются.
Преимущества программируемых платежей заключаются в возможности определения набора программной логики или условий, которые могут применяться к различным валютным формам. В то же время программируемая валюта обладает самодостаточностью и может передавать логические условия между сторонами в режиме peer-to-peer. Поскольку центральные банки, коммерческие банки и поставщики платежных услуг по всему миру исследуют различные CBDC, токенизированные банковские обязательства и проектирование стабильных монет, ожидается, что в будущем финансовый ландшафт станет более разнообразным. Поэтому все больше возникает необходимость в обеспечении универсальной структуры для взаимодействия с различными формами цифровых валют и обеспечения совместимости с существующей финансовой инфраструктурой.
Третья модель - привязка к валюте ( PBM ), была исследована на начальной стадии проекта Orchid Управления финансовыми технологиями Сингапура, она основана на концепции и возможностях программируемых платежей и программируемых валют. PBM - это протокол, который определяет условия использования базовой цифровой валюты. PBM является анонимным инструментом, который может передаваться в режиме peer-to-peer без посредников. 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 выполнены, основная цифровая валюта освобождается, и право собственности передается целевому получателю. Цифровая валюта должна выполнять функции денег, то есть служить хорошим средством хранения стоимости, единицей учета и средством обмена. Цифровая валюта может существовать в форме CBDC, токенизированных банковских обязательств или хорошо регулируемых стабильных монет. Например, цифровая валюта может быть реализована в форме заменяемых токенов смарт-контрактов, совместимых с 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, наступает этап обмена. В это время токены PBM распаковываются, а право собственности на базовые токены цифровой валюты передается получающей стороне. Сторона может свободно использовать токены цифровой валюты, их использование ограничено только условиями, установленными эмитентом цифровой валюты.
истек
Этап истечения срока означает, что определенное условие, установленное в PBM, было явно нарушено или истекло (, например, дата истечения ), что делает токены PBM навсегда недоступными для владельцев PBM. Просроченные токены PBM могут быть агрегированы и уничтожены или "сожжены", чтобы вернуть основные цифровые активы создателю PBM. Либо PBM может быть приостановлен на неопределенный срок, чтобы предотвратить дальнейшее взаимодействие владельцев PBM с просроченными PBM.
! [Новое.]