Цифровые активы представляют собой цифровую форму выражения ценности, включая право собственности на финансовые активы или активы реальной экономики. Экосистема цифровых активов имеет потенциал для содействия более эффективным сделкам, повышения финансовой инклюзивности и освобождения экономической ценности. Центральные банки цифровых валют ( CBDCs ), токенизированные банковские обязательства и хорошо регулируемые стабильные монеты, в сочетании с тщательно разработанными смарт-контрактами, могут служить средством обмена в этой новой экосистеме цифровых активов.
Несмотря на то, что предварительные испытания показали потенциал, эти новые формы цифровой валюты все еще должны доказать свою полезность по сравнению с существующими электронными платежными системами, такими как национальные системы мгновенных платежей. Одним из потенциальных преимуществ цифровой валюты является поддержка программируемых функций, но это все еще является темой обсуждений и споров. Операторы должны убедиться, что программируемость не повредит способности цифровой валюты выступать в качестве средства обмена. Следует поддерживать единство валюты, программируемость не должна ограничивать обращение валюты, чтобы избежать фрагментации ликвидности внутри системы.
В этой статье рассматривается концепция привязки токена (PBM), которая позволяет задавать конкретное назначение токена без необходимости программирования самого токена. PBM использует универсальный протокол, разработанный для совместимости с различными технологиями бухгалтерского учета и формами токенов. Благодаря стандартизированному формату пользователи смогут получить доступ к цифровым токенам через выбранного ими провайдера кошельков. В статье подробно описывается концепция PBM и его расширение в более широких сценариях применения.
Фон и мотивация
В последние годы цифровые инициативы, направленные на повышение операционной эффективности и улучшение пользовательского опыта, достигли значительных успехов. Однако цифровизация в финансовой сфере также сталкивается с рядом проблем.
Рыночное распространение и фрагментация
Увеличение числа платежных решений и платформ создает для пользователей сложности и вызовы при использовании цифровых финансовых услуг. Разные платежные операторы часто имеют свои собственные каналы распределения для реализации своих решений. Включение торговцев в специализированные платформы требует значительных ресурсов. В то же время интеграция с несколькими платформами увеличивает операционные расходы для торговцев и требует обучения персонала для работы с различными платежными решениями.
Некоторые частные компании пытались интегрировать эти планы в единую платформу, чтобы упростить пользовательский опыт. Однако эти усилия требуют дальнейшего обеспечения открытости и интероперабельности во всех планах и не должны ограничиваться только потребителями и торговцами, подписавшимися на их экосистему. Интероперабельные платежные системы предоставят компаниям и потребителям большую гибкость и бесшовный платежный опыт.
Программируемость и взаимозаменяемость токена
В отличие от традиционных систем бухгалтерского учета, основанных на счетах, цифровые валюты предлагают возможность программирования уникальных характеристик в активы, которые они представляют. Тем не менее, внедрение программной логики непосредственно в цифровую валюту изменит её свойства и приемлемость в качестве средства обмена. Хотя этот подход расширяет функциональные возможности цифровой валюты, разнообразные и динамичные условия использования могут ограничить её применимость в качестве жизнеспособного средства обмена. Это также требует перепрограммирования всех обращающихся цифровых валют каждый раз, когда возникают новые условия или случаи использования.
Другой подход заключается в том, что эмитенты цифровых валют предлагают несколько версий цифровой валюты, каждая из которых имеет различную встроенную программную логику. Однако этот метод может быть непрактичным, поскольку эти цифровые валюты не являются взаимозаменяемыми, что приводит к фрагментации ликвидности на рынке. Для поддержания взаимозаменяемости цифровых валют и обеспечения их свободного обмена, в данной статье исследуются различные программные модели.
Программная модель
Программируемые платежи означают автоматическое выполнение платежа, как только будут выполнены заранее определенные условия. Например, можно установить лимит на ежедневные расходы или регулярные платежи, аналогично прямому дебету и обычным заказам. Программируемые платежи обычно реализуются через настройку триггеров базы данных или в виде API-шлюза, который находится между бухгалтерским учетом и клиентским приложением. Эти программные интерфейсы взаимодействуют с традиционными книгами учета, регулируя баланс банковского счета в соответствии с программной логикой.
Программируемая валюта подразумевает встраивание правил внутрь самого хранилища ценности, определяющих или ограничивающих способы его использования. Например, можно установить правила, позволяющие отправлять хранилище ценности только на кошельки из белого списка или переводить средства после фильтрации на уровне транзакций. Реализация программируемой валюты включает токенизированные банковские обязательства и цифровую валюту центрального банка. В отличие от программируемых платежей, где логика программирования и ценность разъединены, программируемая валюта является самодостаточной, она включает в себя логику программирования и выступает в качестве хранилища ценности. Когда программируемая валюта передается другой стороне, логика и правила также переходят.
Преимущества программируемых платежей заключаются в том, что можно определить набор программной логики или условий, применимых к различным формам валюты. Программируемая валюта обладает самодостаточностью и может осуществлять точечные логические передачи условий между сторонами. С учетом того, что центральные банки, коммерческие банки и поставщики платежных услуг по всему миру исследуют различные дизайны CBDC, токенизированных банковских обязательств и стейблкоинов, финансовый ландшафт будущего станет более разнообразным. Таким образом, необходима универсальная структура для взаимодействия с различными формами цифровой валюты и обеспечения совместимости с существующей финансовой инфраструктурой.
Третья модель - целевая привязка токена ( 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 выполняются, базовая цифровая валюта освобождается, и право собственности передается целевому получателю. Цифровая валюта должна соответствовать функциям денег, а именно быть хорошим средством хранения стоимости, единицей учета и средством обмена. Цифровая валюта может существовать в виде 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 могут
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
22 Лайков
Награда
22
6
Поделиться
комментарий
0/400
DaoDeveloper
· 07-22 19:52
ммм, интересный репозиторий по pbm - похоже на надежную реализацию примитивов программируемых денег... хотя, если честно, все еще нужно больше тестирования слоя консенсуса
Посмотреть ОригиналОтветить0
LiquidityHunter
· 07-19 23:21
CBDC собаки даже не нужны
Посмотреть ОригиналОтветить0
BlockchainRetirementHome
· 07-19 23:19
Это же USDT2.0!
Посмотреть ОригиналОтветить0
GasDevourer
· 07-19 23:19
Снова приходит упаковка концепции, чтобы играть за неудачников?
Цель привязки токена: сочетание программируемости и заменимости в инновациях цифровых денег
Цель привязки токена(PBM)Технический Вайтпейпер
Введение
Цифровые активы представляют собой цифровую форму выражения ценности, включая право собственности на финансовые активы или активы реальной экономики. Экосистема цифровых активов имеет потенциал для содействия более эффективным сделкам, повышения финансовой инклюзивности и освобождения экономической ценности. Центральные банки цифровых валют ( CBDCs ), токенизированные банковские обязательства и хорошо регулируемые стабильные монеты, в сочетании с тщательно разработанными смарт-контрактами, могут служить средством обмена в этой новой экосистеме цифровых активов.
Несмотря на то, что предварительные испытания показали потенциал, эти новые формы цифровой валюты все еще должны доказать свою полезность по сравнению с существующими электронными платежными системами, такими как национальные системы мгновенных платежей. Одним из потенциальных преимуществ цифровой валюты является поддержка программируемых функций, но это все еще является темой обсуждений и споров. Операторы должны убедиться, что программируемость не повредит способности цифровой валюты выступать в качестве средства обмена. Следует поддерживать единство валюты, программируемость не должна ограничивать обращение валюты, чтобы избежать фрагментации ликвидности внутри системы.
В этой статье рассматривается концепция привязки токена (PBM), которая позволяет задавать конкретное назначение токена без необходимости программирования самого токена. PBM использует универсальный протокол, разработанный для совместимости с различными технологиями бухгалтерского учета и формами токенов. Благодаря стандартизированному формату пользователи смогут получить доступ к цифровым токенам через выбранного ими провайдера кошельков. В статье подробно описывается концепция PBM и его расширение в более широких сценариях применения.
Фон и мотивация
В последние годы цифровые инициативы, направленные на повышение операционной эффективности и улучшение пользовательского опыта, достигли значительных успехов. Однако цифровизация в финансовой сфере также сталкивается с рядом проблем.
Рыночное распространение и фрагментация
Увеличение числа платежных решений и платформ создает для пользователей сложности и вызовы при использовании цифровых финансовых услуг. Разные платежные операторы часто имеют свои собственные каналы распределения для реализации своих решений. Включение торговцев в специализированные платформы требует значительных ресурсов. В то же время интеграция с несколькими платформами увеличивает операционные расходы для торговцев и требует обучения персонала для работы с различными платежными решениями.
Некоторые частные компании пытались интегрировать эти планы в единую платформу, чтобы упростить пользовательский опыт. Однако эти усилия требуют дальнейшего обеспечения открытости и интероперабельности во всех планах и не должны ограничиваться только потребителями и торговцами, подписавшимися на их экосистему. Интероперабельные платежные системы предоставят компаниям и потребителям большую гибкость и бесшовный платежный опыт.
Программируемость и взаимозаменяемость токена
В отличие от традиционных систем бухгалтерского учета, основанных на счетах, цифровые валюты предлагают возможность программирования уникальных характеристик в активы, которые они представляют. Тем не менее, внедрение программной логики непосредственно в цифровую валюту изменит её свойства и приемлемость в качестве средства обмена. Хотя этот подход расширяет функциональные возможности цифровой валюты, разнообразные и динамичные условия использования могут ограничить её применимость в качестве жизнеспособного средства обмена. Это также требует перепрограммирования всех обращающихся цифровых валют каждый раз, когда возникают новые условия или случаи использования.
Другой подход заключается в том, что эмитенты цифровых валют предлагают несколько версий цифровой валюты, каждая из которых имеет различную встроенную программную логику. Однако этот метод может быть непрактичным, поскольку эти цифровые валюты не являются взаимозаменяемыми, что приводит к фрагментации ликвидности на рынке. Для поддержания взаимозаменяемости цифровых валют и обеспечения их свободного обмена, в данной статье исследуются различные программные модели.
Программная модель
Программируемые платежи означают автоматическое выполнение платежа, как только будут выполнены заранее определенные условия. Например, можно установить лимит на ежедневные расходы или регулярные платежи, аналогично прямому дебету и обычным заказам. Программируемые платежи обычно реализуются через настройку триггеров базы данных или в виде API-шлюза, который находится между бухгалтерским учетом и клиентским приложением. Эти программные интерфейсы взаимодействуют с традиционными книгами учета, регулируя баланс банковского счета в соответствии с программной логикой.
Программируемая валюта подразумевает встраивание правил внутрь самого хранилища ценности, определяющих или ограничивающих способы его использования. Например, можно установить правила, позволяющие отправлять хранилище ценности только на кошельки из белого списка или переводить средства после фильтрации на уровне транзакций. Реализация программируемой валюты включает токенизированные банковские обязательства и цифровую валюту центрального банка. В отличие от программируемых платежей, где логика программирования и ценность разъединены, программируемая валюта является самодостаточной, она включает в себя логику программирования и выступает в качестве хранилища ценности. Когда программируемая валюта передается другой стороне, логика и правила также переходят.
Преимущества программируемых платежей заключаются в том, что можно определить набор программной логики или условий, применимых к различным формам валюты. Программируемая валюта обладает самодостаточностью и может осуществлять точечные логические передачи условий между сторонами. С учетом того, что центральные банки, коммерческие банки и поставщики платежных услуг по всему миру исследуют различные дизайны CBDC, токенизированных банковских обязательств и стейблкоинов, финансовый ландшафт будущего станет более разнообразным. Таким образом, необходима универсальная структура для взаимодействия с различными формами цифровой валюты и обеспечения совместимости с существующей финансовой инфраструктурой.
Третья модель - целевая привязка токена ( 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 выполняются, базовая цифровая валюта освобождается, и право собственности передается целевому получателю. Цифровая валюта должна соответствовать функциям денег, а именно быть хорошим средством хранения стоимости, единицей учета и средством обмена. Цифровая валюта может существовать в виде 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 могут