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