Ripple хоче платити постачальникам у RLUSD. А до чого тут XRP?

XRP
RLUSD
XRP LedgerRippleRLUSDC2FO
3 години томуДжерело: crypto.news
Ripple хоче платити постачальникам у RLUSD. А до чого тут XRP?

Ripple та C2FO хочуть, щоб постачальники отримували дострокові платежі через XRP Ledger. Їхній план ставить доларовий стейблкоїн у центр розрахунків, що робить шлях від більшої кількості бізнесу в мережі до більшого попиту на XRP вартим вивчення.

Резюме

  • Ripple та C2FO планують перенести фінансування та розрахунки для Instant Pay на XRP Ledger, щоб постачальники могли отримувати кошти за затвердженими рахунками-фактурами.
  • Компанії назвали RLUSD валютою розрахунків, що означає, що постачальники отримуватимуть доларовий стейблкоїн, хоча платежі використовуватимуть XRP Ledger.
  • Реєстр стягує комісії за транзакції в XRP і вимагає резервів на рахунках, тому оператори, які подають транзакції або обслуговують рахунки, потребуватимуть балансів XRP.
  • Сума, виставлена в рахунку, і XRP, необхідний для її обробки, можуть змінюватися незалежно, оскільки операційний попит залежить від кількості транзакцій і структури рахунків.
  • Регулярні виплати постачальникам і маршрути, що використовуються для конвертації надходжень у банківські депозити, допоможуть показати, скільки комерційної активності ця ініціатива приносить в ончейн.

Ripple та C2FO окреслили ініціативу фінансування постачальників на XRP Ledger, яка здійснюватиме розрахунки в RLUSD — стейблкоїні, призначеному для відстеження долара США.

Їхнє оголошення пов’язує проєкт із C2FO Instant Pay. Його передумова полягає в тому, що постачальник може мати право на дострокову оплату і все ще чекати, поки гроші пройдуть через існуючу інфраструктуру розрахунків.

Рахунок-фактура, платіж і мережева комісія розповідають різні історії. Відстеження кожного з них показує, де проєкт може генерувати активність на XRP Ledger і де ця активність вимагатиме від когось купівлі або утримання XRP.

Почніть із затвердженого рахунку-фактури

Постачальник надсилає рахунок після доставки товарів або послуг. Після того, як покупець його затвердить, постачальник все ще може чекати дні або тижні до оплати. Дострокове фінансування переміщує гроші вперед в обмін на витрати або знижку, узгоджені в рамках домовленості.

Сторони все ще повинні домовитися, які рахунки-фактури відповідають умовам, скільки отримує постачальник і хто надає кошти. Швидша транзакція в реєстрі сама по собі не може відповісти на жодне з цих питань.

Фінансування починається до блокчейн-транзакції

Затверджений рахунок-фактура дає постачальнику право на оплату на узгоджених умовах. Покупець може взяти 30 днів на оплату, тоді як постачальнику потрібні гроші зараз, щоб поповнити запаси або виплатити зарплату. Фінансування ланцюга поставок може прискорити ці гроші, причому вартість залежить від того, хто надає кошти, хто несе ризик і скільки часу залишилося до оплати оригінального рахунку-фактури.

Розглянемо ілюстративний рахунок-фактуру на 100 000 доларів з терміном оплати 30 днів. Якщо постачальник приймає 99 500 доларів сьогодні, різниця в 500 доларів є вартістю дострокового переміщення платежу в цьому прикладі. Вона виникає з умов фінансування. Розрахунок у реєстрі за секунди не перетворить цю плату на комісію за блокчейн-транзакцію. Розділення цих двох показників полегшує питання про те, чи змінює технологія ціну фінансування, чи переважно час, необхідний для переміщення його надходжень.

Особа покупця також має значення. Постачальник фінансування може більше дбати про сторону, відповідальну за оплату затвердженого рахунку-фактури, ніж про сторону, яка прагне дострокової оплати. Йому все ще потрібні надійні записи про затвердження, зміни до рахунку-фактури та спори. Швидкий запис розрахунків може засвідчити, що сума перемістилася між гаманцями, не визначаючи, чи був основний рахунок-фактура дійсним або хто має право його стягувати.

Ripple та C2FO описують діяльність з фінансування та розрахунків, що підтримує Instant Pay. Заява надає чітку роль реєстру та названу валюту розрахунків. Вона залишає простір для комерційних рішень щодо відповідності критеріям і процесів, які з’єднують постачальника з коштами. Спостережуваний переказ RLUSD міг би засвідчити, що платіж відбувся. Оцінка ширшої послуги вимагала б достатньої деталізації, щоб пов’язати платежі з робочим процесом фінансування.

Від затвердження покупцем до готівки постачальника

Почніть із фірми, яка чекає на оплату. Її покупець затверджує рахунок-фактуру та фіксує, коли настає термін оплати. Постачальник може прийняти дострокову оплату, якщо постачальник фінансування пропонує умови, на які він готовий погодитися. Після прийняття переказ може зарахувати гроші на гаманець, але постачальнику все ще потрібен спосіб використати цей баланс для наступних витрат.

На кожному етапі існує окремий запис. Затверджений рахунок-фактура встановлює зобов'язання, фінансова пропозиція встановлює ціну дострокового отримання грошей, а транзакція в реєстрі фіксує розрахунок. Якщо постачальник конвертує виручку в банківський депозит, провайдер конвертації та банк створюють додаткові записи. Оголошення пов'язує реєстр із фінансуванням і розрахунком, а час, який чекає постачальник, залежить від повної послідовності.

Це дає компаніям конкретний спосіб продемонструвати вигоду. Вони могли б повідомляти, коли постачальник прийняв пропозицію, коли переказ стейблкоїна було розраховано та коли одержувач міг використати виручку. Розрив між двома останніми часовими мітками може бути невеликим для бізнесу, який оплачує рахунок-фактуру в RLUSD, і більшим для того, кому потрібні місцеві банківські гроші. Твердження, що реєстр доступний цілодобово, описує перший маршрут більш безпосередньо, ніж другий.

Це також дає зрозуміти, які комерційні умови читачам слід порівнювати. Постачальник, який отримує гроші раніше, міг би прийняти плату за фінансування, оскільки виручка дозволяє йому взятися за нову роботу. Одержувач, якому доводиться платити неочікуваний спред за конвертацію, міг би втратити частину цієї переваги. Корисною цифрою є сума, доступна для запланованої витрати на момент, коли бізнес її потребує, з окремо показаними витратами на фінансування та платіж.

Що отримав би постачальник

Угода Ripple з Cross River ілюструє ще одну частину ланцюга платежів стейблкоїнами: з'єднання цифрових доларових переказів із банківською інфраструктурою.

Оголошеною валютою розрахунку є RLUSD. У простому прикладі постачальник, якому належить 10 000 доларів, міг би отримати узгоджену суму в RLUSD після застосування умов фінансування. Сума розрахунку в цьому прикладі є ілюстрацією, а не розкритою транзакцією чи графіком зборів.

Досвід постачальника також залежить від того, що відбувається після отримання. Фірма, якій потрібні місцеві банківські гроші для виплати зарплат працівникам або постачальникам, повинна враховувати конвертацію та доступ до банківських послуг. Тому час до отримання банківських коштів, які можна витратити, може відрізнятися від часу, який потрібен реєстру для фіксації розрахунку.

Де XRP входить у платіж

Документація XRP Ledger щодо вартості транзакцій пояснює, що транзакції тягнуть за собою витрати в XRP. Реєстр також застосовує вимоги до резервів облікового запису та власника, які впливають на баланс, який обліковий запис повинен підтримувати.

Це створює роль для XRP на рівні інфраструктури, навіть коли сума, сплачена постачальнику, номінована в RLUSD. Сторона, яка подає транзакції, та структура облікових записів визначають, хто повинен тримати XRP.

Резерви залежать від того, як організовані облікові записи

Документація XRP Ledger щодо резервів розрізняє базовий резерв для облікового запису та вимоги до резервів, пов'язані з певними об'єктами реєстру. Наслідки залежать від архітектури. Система з окремими обліковими записами в реєстрі для багатьох клієнтів може мати інший обсяг резервів, ніж система, яка використовує обліковий запис, керований сервісом, і внутрішній реєстр для ідентифікації вимог клієнтів.

У спрощеному порівнянні тисяча окремо фінансованих рахунків потребує базового резерву для кожного рахунку. Сервіс, який використовує менше спільних рахунків, може потребувати менше базових резервів, хоча йому все одно доведеться точно відстежувати баланси бенефіціарів і виведення коштів. Порівняння стосується архітектури інфраструктури. У повідомленні не йдеться про те, що C2FO обере ту чи іншу модель для всіх постачальників.

Резерв — це сума, яку рахунок повинен підтримувати згідно з правилами. Комісія за транзакцію — це витрати, понесені під час використання мережі. Обидва можуть створити причину для оператора придбати XRP, але вони відповідають різним аспектам бізнесу. Резерви стосуються кількості та характеристик рахунків і об'єктів, тоді як комісії стосуються операцій, які виконують ці рахунки.

Існує також окрема можливість, що XRP використовується для з'єднання активів під час конвертації валют. Прямий платіж у RLUSD і конвертація, спрямована через XRP, залишають різні записи. Якби продукт розкривав маршрут конвертації через XRP, це було б свідченням використання, що виходить за межі комісій і резервів. Оголошеною валютою розрахунків є RLUSD, тому такий маршрут не можна вивести лише з розміру бізнесу C2FO з обробки рахунків-фактур.

Як виглядали б комісії за транзакції в масштабі

Документація щодо вартості транзакцій у XRP Ledger дає спосіб порівняти витрати на комісії без припущень про ціну XRP. За ілюстративної плати у десять дропів за транзакцію 100 000 транзакцій споживатимуть один XRP. Арифметика використовує мільйон дропів на один XRP. Фактичні витрати можуть відрізнятися залежно від типу транзакції та навантаження на мережу, і один платіж може вимагати кількох операцій.

Приклад робить одиницю порівняння явною. Вхідними даними є кількість транзакцій, що сплачують комісію, а не доларова вартість рахунків-фактур. Сервіс, який проводить розрахунки на 100 мільйонів доларів за допомогою невеликої кількості переказів, може використовувати менше операцій зі сплатою комісії, ніж сервіс, який проводить розрахунки на 1 мільйон доларів через багато дрібніших переказів. Обидва можуть рекламувати значний обсяг платежів, тоді як вплив на комісії за транзакції залежатиме від їхнього дизайну.

Розрахунок резерву є окремим. Сервіс, який створює виділені рахунки для постачальників, може потребувати XRP для фінансування цих рахунків, згідно з правилами реєстру та будь-якими винятками для конкретних об'єктів. Постачальник послуг, який обробляє багато платежів через меншу групу існуючих рахунків, зіткнеться з іншою вимогою. Він може використовувати рахунок кілька разів, не створюючи нового базового резерву для кожного платежу.

Існує також різниця між кількістю, яку використовує оператор, і тим, що він купує в конкретний день. Сервіс може вичерпувати існуючий баланс і періодично його поповнювати. Маршрут платежу може генерувати постійне використання XRP, тоді як покупки відбуваються партіями. Знімок ринкового обороту не виявив би цієї закономірності без записів, які ідентифікують операційні рахунки та джерело їхнього XRP.

Чому вартість рахунку-фактури та попит на XRP відрізняються

Збільшення розміру платежу не обов'язково призводить до відповідного збільшення кількості операцій у реєстрі. Десять платежів по 1000 доларів і десять платежів по 10 000 доларів мають різну вартість розрахунків, але можуть включати однакову кількість порівнянних платіжних операцій.

Може статися й зворотне. Невеликий рахунок-фактура може вимагати кількох кроків у реєстрі, якщо сервісу потрібно випустити актив, здійснити переказ або зафіксувати зміну власника. Комерційні розкриття інформації повинні були б пояснити робочий процес, перш ніж обсяги платежів можна було б перетворити на оцінки використання XRP.

Чому більший рахунок-фактура може використовувати ту саму кількість XRP

Документація реєстру описує вартість транзакцій у XRP, зі стандартним мінімумом за звичайних умов і можливістю вищих витрат під час навантаження. Комісія пов'язана з операцією, яку обробляє мережа. Звичайний платіж не тягне за собою автоматично 100-кратну мережеву комісію через те, що сума надісланих RLUSD у 100 разів більша.

Візьмімо два гіпотетичні дні. Постачальник послуг обробляє 1000 простих платежів по 100 доларів одного дня та 1000 простих платежів по 10 000 доларів іншого дня. Вартість платежів зростає зі 100 000 доларів до 10 мільйонів доларів. Якщо умови мережі та необхідні операції ідентичні, кількість транзакцій зі сплатою комісії залишається 1000. Приклад зберігає робочий процес незмінним, щоб ізолювати вплив вартості рахунку-фактури.

Реальні сервіси не обов'язково використовують ідентичний робочий процес для кожного платежу. Транзакція може включати налаштування рахунку, встановлення лінії довіри, конвертацію валюти або координацію інших кроків. Ці операції роблять підрахунки та типи транзакцій більш корисними для оцінки мережевих витрат. Вони також роблять ризикованим ділення доларового обсягу всіх платежів на передбачувану комісію та представлення результату як прогнозу попиту.

Сторона, яка сплачує комісію, може попередньо поповнити свій операційний гаманець. Сервіс, який уже володіє XRP, може використати частину цього запасу перед тим, як купувати більше. Таким чином, обсяг, спожитий операціями, і час ринкових закупівель можуть відрізнятися. Операційний попит на XRP стає легше оцінити, коли постачальник пояснює, як він фінансує свої рахунки та як часто він їх поповнює.

Розрахунок у реєстрі та грошовий годинник постачальника

У повідомленні Ripple згадується розрахунок за три-п'ять секунд у XRP Ledger. Одиниця, яка там вимірюється, — це мережева транзакція. Постачальник, який вимірює час від затвердження рахунку-фактури до моменту, коли гроші доступні для виплати заробітної плати, включав би затвердження фінансування та будь-який обмін на місцевий банківський депозит.

Постачальник послуг міг би повідомляти обидва проміжки часу. Один вимірює швидкість платіжної ланки, а інший відображає, що одержувач може зробити з надходженнями. Різниця була б особливо корисною для постачальників, які тримають доларові баланси, і для постачальників, яким потрібна виплата в іншій валюті.

Ця відмінність також впливає на те, як оцінювати активність у реєстрі. Платіж, який надходить на гаманець постачальника і залишається в RLUSD, має інший слід, ніж той, який негайно конвертується через іншого постачальника послуг. Лише загальні суми рахунків-фактур не дозволили б визначити ці маршрути.

Платіж може завершитися в три різні моменти

Найраніше завершення — це коли транзакція стає остаточною в реєстрі. Наступне — коли сервіс визнає цей платіж і робить його доступним на балансі клієнта. Останнє — коли клієнт фактично може використати надходження для запланованої витрати, чи то надсилаючи RLUSD на інший гаманець, чи то оплачуючи рахунок через банк.

Перший годинник може працювати безперервно. Інші два залежать від сервісів на шляху. Постачальник може отримати стейблкоїни поза звичайними банківськими годинами і все ще чекати на постачальника послуг конвертації або банк, щоб зробити місцеву валюту доступною. Одержувач, який платить іншому бізнесу, що вже приймає RLUSD, міг би мати коротший маршрут. Обидва платежі можуть розрахуватися з однаковою швидкістю в реєстрі та призвести до різного досвіду в кінці транзакції.

Змістовне виробниче порівняння визначило б початкову та кінцеву точки для набору транзакцій. Наприклад, сервіс міг би виміряти медіанний час від прийняття пропозиції фінансування до моменту, коли постачальник має придатні для використання кошти. Потім він міг би окремо повідомити час для блокчейн-ланки. Торговець, читаючи ці цифри, зміг би визначити, яка частина процесу змінилася.

Витрати постачальника також потрібно вимірювати в тій самій кінцевій точці. Конкурентна ставка фінансування може бути знівельована спредами конвертації або комісіями за переказ грошей на банківський рахунок. Якщо сервіс дешевший, а також швидший, це було б видно в сумі, яку постачальник остаточно отримує після комісії за фінансування та будь-яких витрат на виплату.

Що могло б змінити розрахунок

Робота Ripple з розрахунків з Arf дає порівняння з погляду платіжної ліквідності. У повідомленні про фінансування постачальників названо власний розрахунковий актив і не встановлено ідентичного маршруту конвертації.

Якби сервіс використовував XRP як проміжний актив для конвертації між валютами, маршрут створив би іншу структуру ризику, ніж прямий переказ RLUSD. У повідомленні для розрахунків вказано RLUSD. Воно не описує вимоги купувати XRP пропорційно до сум рахунків-фактур.

Велика кількість окремих профінансованих рахунків могла б збільшити резервні баланси. Дизайн, який покладається на меншу кількість рахунків, керованих сервісом, міг би використовувати ті самі рахунки повторно. Публічна активність гаманців могла б допомогти розрізнити ці можливості, якщо оператори ідентифікують відповідні адреси.

Де місце банку

Інші банки взяли на себе вужчі ролі. Додавання Standard Chartered зберігання RLUSD дає ще один приклад зберігання, яке відокремлене від фінансування рахунку-фактури постачальника.

Відносини Ripple з BNY мають кілька частин. BNY виступає основним кастодіаном резервів для RLUSD і має кастодіальні відносини з Ripple Prime. Ripple оголосила, що платформа цифрового зберігання активів банку підтримує як XRP, так і RLUSD. Сторони також описали дослідницьку роботу, що стосується фінансування ланцюгів поставок і C2FO. Це різні послуги, і вони мають різні наслідки для XRP Ledger.

Зберігання резервів стейблкоїнів стосується активів, що забезпечують доларовий токен. Зберігання цифрових активів стосується того, хто може захищати та адмініструвати токени для клієнтів. Доступ до торговельного фінансування стосується того, хто може брати участь у фінансуванні рахунків-фактур або володінні отриманими вимогами. Банк може пропонувати послуги в усіх трьох сферах, але оголошення про зберігання не встановлює, що кожен клієнт уже може фінансувати рахунок-фактуру або отримувати виплату.

Раніше висвітлення оголошень BNY та C2FO описує розширення інституційного зберігання поряд із ініціативою фінансування постачальників. Корисна відмінність для цієї статті полягає в різниці між існуючими сервісними відносинами банку та тим, що сторони кажуть, що вони досліджують. Виробнича транзакція додала б докази того, як ці домовленості використовуються разом.

Інституційний інвестор може використовувати кастодіана для зберігання активу, ніколи не подаючи транзакцію безпосередньо. Постачальник так само міг би отримувати платіж через рахунок, яким керує постачальник послуг. У будь-якому випадку сторона, чиє ім'я з'являється в комерційній транзакції, може відрізнятися від оператора, чий рахунок у реєстрі сплачує комісії. Тому кількість гаманців і кількість клієнтів не слід вважати взаємозамінними.

Дві установи можуть використовувати реєстр по-різному

Оголошення BNY та оголошення продукту C2FO легко стиснути в один опис. Перше описує підтримку зберігання та можливий шлях до участі інвесторів у торговельному фінансуванні. Друге визначає RLUSD як валюту для розрахунків, що підтримує Instant Pay. Разом вони окреслюють можливий ланцюжок установ, при цьому кожне стосується різної роботи.

Кастодіан зберігає активи для клієнтів. Постачальник фінансування авансує гроші під зобов'язання на узгоджених умовах. Постачальник розрахунків переміщує кошти. Фірми, що виконують ці ролі, можуть працювати разом, але нова можливість зберігання може бути введена в дію раніше, ніж установа профінансує рахунок-фактуру через продукт. Звіти про впровадження є більш інформативними, коли вони вказують, яку послугу клієнт фактично використав.

Відносини з резервами стейблкоїнів додають ще один рівень. Роль BNY як основного кастодіана резервів стосується активів, що забезпечують RLUSD. Це окремо від XRP, який установа може тримати в операційному гаманці або зберігати для клієнта. Баланси пов'язані з тими самими корпоративними оголошеннями і все ще можуть реагувати на різну ділову активність.

Для питання торговельного фінансування важливим розкриттям був би рух між джерелом капіталу та постачальником. Рахунок може переказувати RLUSD від імені багатьох одержувачів. Окрема установа може надавати фінансування, не ведучи спеціального гаманця для кожного рахунку-фактури. Збільшення кількості установ-учасників, таким чином, було б корисним контекстом, тоді як дані реєстру повинні були б показати, як ці установи фактично його використовують.

Що вважається живим бізнесом

Доступ також має значення в інших проєктах XRP Ledger. Звітність про фонд Aviva на XRP Ledger розрізняє розміщення активу в блокчейні та відкриття його для всіх користувачів.

Оголошення, пілотний проєкт і регулярні платежі постачальникам пропонують різні рівні доказів. Пілотний проєкт може продемонструвати, що переказ працює. Кількість і обсяги регулярних платежів можуть показати, чи залучає послуга використання після перших демонстрацій.

Комерційні питання полягають у тому, скільки постачальників отримують платежі, як регулярно вони повертаються і скільки з них можуть використовувати надходження там, де вони працюють. Питання токена потім можна перевірити щодо XRP, фактично використаного для комісій і утримуваного в операційних рахунках.

Що могли б виявити перші виробничі показники

Ця відмінність зберігається і на ринку токенів. Більше клієнтів може означати більше транзакцій, більше профінансованих рахунків або і те, і інше, залежно від архітектури. Більші розміри рахунків-фактур можуть підвищити доларову вартість розрахунків без зміни жодного з цих показників. Зміна активу, що використовується для фінансування або конвертації, ввела б ще один канал, через який активність могла б впливати на задіяні токени.

Питання звітності врешті-решт вужче, ніж те, чи вигідна угода для мережі. Воно полягає в тому, чи приносить послуга регулярну фінансову активність у реєстр і який актив потрібен кожній стороні на кожному етапі. Ripple та C2FO визначають RLUSD як платіжний актив для Instant Pay. Окреме оголошення Ripple про зберігання надає платформі BNY роль у захисті як RLUSD, так і XRP.

Як відрізнити реальне використання від внутрішніх переказів

Одна виплата може створити кілька записів у реєстрі. Постачальник послуг може перемістити RLUSD з казначейського рахунку на операційний рахунок, переказати його постачальнику, а потім обробити запит на конвертацію. Підрахунок усіх переказів дає показник активності в реєстрі. Підрахунок отримання коштів постачальником дає інший показник обслуговуваних клієнтів.

Щоб порівняти ці два показники, оператор міг би повідомляти кількість оплачених рахунків-фактур, кількість постачальників, які отримали кошти, та кількість транзакцій у реєстрі, пов'язаних із цими платежами. Постачальник, який повертається щотижня, з'явився б один раз у підрахунку унікальних клієнтів і кілька разів у підрахунку виплат. Різниця дає уявлення про повторювану активність, не змішуючи її з кількістю переказів між гаманцями.

Обсяг також потребує вікна спостереження. Кілька великих транзакцій під час запуску могли б дати вражаючу денну цифру. Менша кількість, що повторюється щотижня, могла б дати сильніше свідчення того, що підприємства зробили продукт частиною свого робочого процесу. Розкриття як вартості, так і частоти дозволило б читачам розрізнити ці два патерни.

Остання перевірка стосується того, що відбувається поза мережею. Виплата в стейблкоїні може бути остаточною в XRP Ledger ще до того, як одержувач обміняє її на потрібну йому валюту. Конвертація може залишити запис у посередника, який спостерігач реєстру не може побачити. Свідчення від постачальників або їхніх провайдерів виплат допомогли б встановити, чи скоротив новий маршрут очікування коштів, які можна витратити.

Що передбачає оголошення

Партнерство надає XRP Ledger визначену роль у продукті фінансування постачальників. Розкритий платіжний актив залишається RLUSD. Виробничий випуск дозволив би перевірити розподіл роботи між стейблкоїном, XRP та банками чи іншими провайдерами, залученими до доставки коштів постачальникам.

Записи, потрібні для пов'язування виплати з використанням XRP

КрокЗапис, який слід шукатиЩо він вимірюватиме
Покупець затверджує рахунок-фактуруМітка часу затвердження та узгоджена дата оплатиКоли фінансування стало можливим
Постачальник приймає фінансуванняУмови пропозиції та мітка часу прийняттяВартість і розмір дострокової оплати
Розрахунок надходить до реєструТранзакція RLUSD і комісія XRPРозрахована вартість і вартість мережі
Постачальник використовує надходженняМітка часу витрати з гаманця або банківської виплатиКоли одержувач міг використати гроші
Оператор поповнює XRPАтрибутовані баланси гаманців і записи про фінансуванняЯк використання інфраструктури перетворилося на покупки

Той самий сервіс міг би покращити один рядок цього порівняння, не змінюючи інших. Швидший розрахунок міг би принести користь постачальнику, навіть якщо його ставка фінансування залишається незмінною. Більше рахунків-фактур могло б генерувати більше активності RLUSD без необхідності великих покупок XRP. Розділення етапів дає кожному твердженню показник, що відповідає йому.

Опубліковані обсяги транзакцій також потребували б чіткого визначення. Агрегат міг би враховувати перекази між гаманцями сервісу, транзакції, надіслані постачальникам, або і те, і інше. Провайдер, який переміщує власну ліквідність перед виплатою клієнту, міг би генерувати кілька записів у реєстрі для однієї виплати. Підрахунок платежів має вказувати, як оброблялися такі внутрішні рухи.

Актив, який використовується для котирування послуги, є ще однією відмінністю. Рахунок-фактура постачальника може бути виражений у доларах, тоді як результуючий переказ стейблкоїна записується в RLUSD, а комісія сплачується в XRP. Конвертація комісії в долари робить її порівнянною з банківською платою. Збереження суми XRP поряд із нею показує кількість використаного токена, незалежно від будь-якої зміни його ринкової ціни.

Які розкриття просунули б питання XRP вперед?

Операційний звіт міг би визначити XRP, утримуваний для комісій і резервів, RLUSD, використовуваний для платежів, і будь-який XRP, використовуваний для конвертації. Ці цифри показали б, чи потребує сервіс XRP головним чином для ведення рахунків, чи також використовує XRP для переміщення між валютами. Оголошення надають достатньо деталей, щоб зробити цю відмінність питанням, яке можна перевірити.

Для постачальників перевірка залишається в тому, коли рахунок-фактура стає грошима, які вони можуть використати. Для власників XRP відповідний результат — це те, яка частина цього робочого процесу насправді використовує XRP. Оголошений продукт називає RLUSD для розрахунків, тоді як правила комісій і резервів реєстру пояснюють, чому оператор все ще може потребувати XRP для його доставки.

На що звернути увагу

  • Запуск виробництва: дата, коли постачальники можуть приймати фінансові пропозиції, охоплені ринки та вимоги, які вони повинні виконати.
  • Повторні виплати: кількість постачальників, які повертаються за достроковою оплатою, як часто вони її використовують і вартість, розрахована в RLUSD.
  • Операційні баланси XRP: XRP, що утримується для резервів рахунків або витрачається на комісії за транзакції в гаманцях, що належать до сервісу.
  • Банківські маршрути виплат: постачальники послуг, які конвертують RLUSD у банківські депозити, а також час і вартість отримання коштів, доступних для витрат.

Часті запитання

Що таке C2FO Instant Pay?

C2FO Instant Pay — це рішення для оплати постачальникам, згадане в оголошенні Ripple та C2FO. Запланований сервіс дозволить відповідним постачальникам отримувати кошти за затвердженими рахунками-фактурами до початкової дати платежу.

Який актив буде використовуватися для розрахунків за платежами?

Компанії назвали RLUSD для розрахунків. Постачальнику, якому потрібні гроші на банківському рахунку, також знадобиться маршрут для конвертації стейблкоїна у відповідну валюту.

Чи все ще використовує мережа XRP?

Так. XRP Ledger стягує комісії за транзакції в XRP і застосовує вимоги до резервів для рахунків і певних об'єктів. Оператор, відповідальний за ці рахунки, може потребувати утримання XRP, навіть якщо постачальники отримують RLUSD.

Чи визначає вартість рахунку-фактури комісію в XRP?

Сума рахунку-фактури та комісія реєстру є окремими. Платіж з вищою вартістю може використовувати ту саму операцію зі сплати комісії, що й менший, за однакових умов.

Чи потрібно кожному постачальнику купувати XRP?

Це залежить від того, хто керує рахунками та подає транзакції. Постачальник послуг міг би оплачувати комісії в XRP, тоді як постачальники отримують і використовують RLUSD.

Чи можна використовувати XRP між валютами?

Маршрут конвертації міг би використовувати XRP, якщо сервіс його впровадить. Оголошена схема платежів називає RLUSD для розрахунків, тому лише обсяг рахунків-фактур не може встановити, чи використовується XRP для конвертацій.

Що б продемонструвало впровадження?

Повторні виплати ідентифікованим постачальникам дали б сильніші докази, ніж демонстрація запуску. Кількість транзакцій, розраховані вартості та час до моменту, коли одержувачі можуть використовувати гроші, відповіли б на різні питання щодо впровадження.

Чи встановлює це вплив на ціну XRP?

Оголошення встановлює запропонований маршрут платежів. Оцінка його впливу на попит на XRP вимагала б доказів щодо комісій, резервів і будь-якого використання XRP для конвертації. Це освітній аналіз, а не інвестиційна порада.