Мета прив'язки монети ( PBM ) технічна Біла книга детально
Вступ
Цифрові активи є цифровим вираженням вартості, таким як право власності на фінансові активи або активи реальної економіки. Екосистема цифрових активів має на меті сприяти більш ефективній торгівлі, покращувати фінансову інклюзію, звільняти економічну вартість. Центральні банківські цифрові валюти (CBDCs), токенізовані банківські зобов'язання та добре регульовані стейблкоїни, разом з ретельно розробленими смарт-контрактами, можуть слугувати як засіб обміну в цій новій екосистемі цифрових активів.
Хоча попередні випробування показали потенціал, але ці нові форми цифрової монети, які користуються широкою популярністю в сфері блокчейну та ринкових грошових потоків, все ще повинні довести свою корисність, яка перевищує функціональність існуючих електронних платіжних систем (, таких як національні системи миттєвих платежів ). Однією з основних переваг цифрових монет є підтримка програмних функцій, але це все ще є темою для обговорення та суперечок. Оператори повинні забезпечити, щоб програмність не заважала здатності цифрових монет виступати в якості засобу обміну. Слід зберігати єдність валюти, програмність не повинна обмежувати розподіл валюти і не повинна призводити до фрагментації ліквідності в системі.
Ця стаття описує технічну концепцію прив'язки монети (PBM), яка дозволяє монеті призначати конкретне використання без необхідності програмування самої монети. PBM використовує універсальний протокол, розроблений для роботи з різними технологіями реєстру та формами монет. Завдяки стандартизованому формату користувачі зможуть отримувати доступ до цифрової монети через обраних постачальників гаманців. У цій статті буде описано, як розширити концепцію PBM, вперше представлену в проекті Orchid Управління фінансів Сінгапуру, на більш широкі сценарії застосування.
Фон і мотивація
Останніми роками цифрові ініціативи, спрямовані на підвищення операційної ефективності та покращення користувацького досвіду, досягли значного прогресу. Однак цифрова робота у фінансовій сфері не обходиться без викликів.
Розширення ринку та фрагментація
Збільшення платіжних схем і платформ ускладнює та викликає нові виклики для користувачів, які приймають цифрові фінансові послуги. Наприклад, платіжні оператори часто використовують різні канали розподілу для різних схем з різними характеристиками. Залучення торговців до власних платформ є дуже ресурсомістким для власників схем. Одночасно інтеграція з іншими платформами збільшує операційне навантаження на торговців, які повинні навчити працівників роздрібної торгівлі обробляти і приймати різні платіжні схеми.
Приватні незалежні зусилля намагалися інтегрувати ці плани в єдину платформу, щоб спростити користувацький досвід і реалізувати потенціал цифровізації. Однак ці зусилля потребують подальшого забезпечення відкритості та взаємодії у всіх планах. Ці платформи не повинні бути обмежені лише споживачами та торговцями, які підписалися на їхню екосистему. Взаємодійні платіжні системи нададуть більшу гнучкість, забезпечуючи безшовний платіжний досвід для бізнесу та споживачів.
Програмованість і взаємозамінність монет
На відміну від традиційних систем бухгалтерського обліку на основі облікових записів, цифрові валюти пропонують можливість програмувати унікальні характеристики в окремі активи та вирішувати, як використовувати цифрові валюти. Однак пряме впровадження програмної логіки в цифрові валюти змінює їхні властивості та прийнятність як засобу обміну. Хоча цей підхід розширює функціональність цифрових валют, він обмежує використання цифрових валют як життєздатного засобу обміну, якщо умови використання різноманітні та динамічні. Це також вимагає перепрограмування всіх обігових цифрових валют щоразу, коли виникає потреба в нових умовах або випадках використання.
Іншим методом є те, що емітенти цифрових монет пропонують кілька версій цифрових монет, кожна з яких має різну вбудовану програмну логіку. Однак цей метод може бути непрактичним, оскільки ці цифрові монети не можуть бути взаємозамінними, що призведе до фрагментації ліквідності ринку. Щоб зрозуміти, як зберегти взаємозамінність цифрових монет, щоб їх можна було вільно обмінювати, у цій статті досліджуються різні програмні моделі.
Модель програмування
Програмовані платежі означають автоматичне виконання платежів, як тільки виконуються попередньо визначені умови. Наприклад, можна визначити щоденний ліміт витрат або періодичні платежі, подібні до прямих дебетів і регулярних замовлень. Програмовані платежі зазвичай реалізуються шляхом налаштування тригерів бази даних або у формі інтерфейсу програмування застосунків (API) шлюзу, який знаходиться між бухгалтерською книгою та клієнтським застосунком. Ці програмні інтерфейси взаємодіють з традиційними бухгалтерськими книгами та коригують залишок банківського рахунку відповідно до програмної логіки.
Програмовані монети - це монети, в яких правила вбудовані в саму цінність, що визначає або обмежує можливості їх використання. Наприклад, можна визначити правила, які дозволяють зберіганню вартості надсилати монети лише на гаманці з білого списку або виконувати перекази після завершення рівневого фільтрування транзакцій. Реалізація програмованих монет включає токенізовані банківські зобов'язання та цифрові валюти центральних банків. На відміну від програмованих платежів, програмовані монети є самодостатніми, містять програмну логіку та слугують як зберігання вартості. Коли програмовані монети передаються іншій стороні, логіка та правила також переміщуються.
Переваги програмованих платежів полягають у можливості визначити набір програмної логіки або умов, які можуть бути застосовані до різних форм монети. У той же час програмовані монети мають самодостатність і можуть здійснюватися умовно-логічні перекази в режимі peer-to-peer між сторонами. Оскільки центральні банки, комерційні банки та постачальники платіжних послуг у всьому світі досліджують різні дизайни цифрових валют центрального банку, токенізованих банківських зобов'язань і стейблкоїнів, очікується, що фінансова структура в майбутньому стане більш різноманітною. Тому все більше виникає необхідність забезпечити універсальну структуру для взаємодії з різними формами цифрових валют і забезпечити їхню взаємодію з існуючою фінансовою інфраструктурою.
Третій тип моделі — прив'язана до мети монета (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 обгортка може бути реалізована як смарт-контракт 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
· 14год тому
Ця контрольна хвиля справді доволі складна
Переглянути оригіналвідповісти на0
PumpBeforeRug
· 15год тому
Ще одна стаття про легалізацію регулювання
Переглянути оригіналвідповісти на0
MetaverseLandlord
· 21год тому
Концепція така заплутана, ти хочеш пастка?
Переглянути оригіналвідповісти на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) шлюзу, який знаходиться між бухгалтерською книгою та клієнтським застосунком. Ці програмні інтерфейси взаємодіють з традиційними бухгалтерськими книгами та коригують залишок банківського рахунку відповідно до програмної логіки.
Програмовані монети - це монети, в яких правила вбудовані в саму цінність, що визначає або обмежує можливості їх використання. Наприклад, можна визначити правила, які дозволяють зберіганню вартості надсилати монети лише на гаманці з білого списку або виконувати перекази після завершення рівневого фільтрування транзакцій. Реалізація програмованих монет включає токенізовані банківські зобов'язання та цифрові валюти центральних банків. На відміну від програмованих платежів, програмовані монети є самодостатніми, містять програмну логіку та слугують як зберігання вартості. Коли програмовані монети передаються іншій стороні, логіка та правила також переміщуються.
Переваги програмованих платежів полягають у можливості визначити набір програмної логіки або умов, які можуть бути застосовані до різних форм монети. У той же час програмовані монети мають самодостатність і можуть здійснюватися умовно-логічні перекази в режимі peer-to-peer між сторонами. Оскільки центральні банки, комерційні банки та постачальники платіжних послуг у всьому світі досліджують різні дизайни цифрових валют центрального банку, токенізованих банківських зобов'язань і стейблкоїнів, очікується, що фінансова структура в майбутньому стане більш різноманітною. Тому все більше виникає необхідність забезпечити універсальну структуру для взаємодії з різними формами цифрових валют і забезпечити їхню взаємодію з існуючою фінансовою інфраструктурою.
Третій тип моделі — прив'язана до мети монета (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 обгортка може бути реалізована як смарт-контракт 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, відбудеться обмін.