Власники XRP нарешті змогли отримувати дохід, не торкаючись Ethereum: деталі

Команда  XRP-книга (XRPL) планує додати можливості місцевого кредитування та запозичення безпосередньо до своєї мережі через пропозиція під назвою XLS-66Якщо поправку буде схвалено валідаторами, вона дозволить користувачам отримувати прибуток від вільного капіталу за рахунок не забезпечених термінових позик у блокчейні, не покладаючись на сторонні платформи, побудовані на базі реєстру. Протокол наразі має 17% консенсусу серед валідаторів, що значно менше 80%, необхідних для запуску.

Що таке протокол позики XLS-66?

XLS-66, офіційно названий «Протокол кредитування», був представлений у XRPL версії 3.1.0, а його співавторами є розробники Ripple Вітаутас Віто Тумас та Анчал Малхотра. Пропозиція запроваджує основні структурні блоки, необхідні для створення кредитів у мережі, безпосередньо в реєстрі XRP, а не через окремо розгорнуту екосистему смарт-контрактів.

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

Дослідник і валідатор XRPL Вет, активний член спільноти, який назвав це «останнім рубежем DeFi» для мережі, сказав: 

«Кредитор взагалі не дав би вам XRP, не знаючи, хто ви, та не провівши деяких позаблокових перевірок».

Як насправді працює протокол?

Специфікація XLS-66 вводить два нових об'єкти в блокчейні: LoanBroker та Loan.

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

Основний потік працює так:

• Кредитний брокер створює сховище для зберігання депонованих активів від одного або кількох вкладників.
• Кредитний брокер за бажанням вносить капітал перших збитків як фонд захисту від невиконання зобов'язань.
• Об'єкт позики створюється спільно Кредитним брокером та позичальником.
• Позичальник отримує кошти за допомогою транзакції LoanDraw та здійснює погашення за допомогою LoanPay.
• Якщо позичальник не виконує свої зобов'язання, Кредитний брокер може ініціювати транзакцію LoanManage для реєстрації дефолту.
• Після настання терміну погашення або дефолту за кредитом, його видаляють з реєстру за допомогою транзакції LoanDelete.

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

Процентні ставки та комісії

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

Відкрийте для себе перспективні проекти...

Перспективні проекти...

(Реклама)

Стаття продовжується...

Відповідність вимогам та захист від ризиків

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

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

Чим XLS-66 відрізняється від стандартного DeFi-кредитування?

Більшість DeFi-кредитів на Ethereum працює через надмірне забезпечення. Позичальники блокують криптовалюту вартістю, що перевищує суму кредиту, а автоматизовані боти ліквідують це забезпечення, якщо його вартість падає нижче встановленого порогу. Протоколи, такі як Aave та Compound, повністю побудовані на цій моделі.

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

Цей гібридний підхід, централізоване управління ризиками в поєднанні з децентралізованими розрахунками, не є зовсім новим. Ринок кредитування Algorand на базі Algofi використовував аналогічну комбінацію забезпечення в мережі та поза мережею кредитного скорингу та забезпечував близько 12% річної прибутковості для ранніх учасників. Мережа Stellar спробувала простішу версію у 2020 році без суворого контролю андеррайтингу та побачила, що позичальники оголосили дефолт через вичерпання ліквідності. XLS-66, схоже, розроблений з урахуванням цих уроків.

Що заважає XLS-66 вийти в ефір?

Поправка потребує 80% схвалення валідаторів, і цей поріг має підтримуватися протягом двох тижнів поспіль перед активацією. Станом на зараз лише 6 довірених валідаторів XRPL проголосували «за», а 29 проголосували «проти» або утрималися. Таким чином, поточний консенсус становить 17.14%, що значно менше необхідного порогу.

Вимога 80% супербільшості є навмисною особливістю моделі управління XRPL. Вона гарантує, що суттєві зміни до реєстру не можуть бути внесені без широкої згоди з боку набору валідаторів мережі, який включає незалежні вузли, біржі та установи. Цей самий механізм уповільнював або блокував інші зміни в минулому, і XLS-66 стикається з тією ж перешкодою.

Висновок 

XLS-66 надасть XRP Ledger власний рівень кредитування, побудований на основі термінових, незабезпечених кредитів з позаблоковим андеррайтингом та розрахунками в блокчейні. Протокол включає структуровані інструменти для видачі кредитів, їх погашення, управління дефолтами та захисту вкладників через First-Loss Capital. Чи досягне він мети, залежить від валідаторів, і зараз цифри не близькі.

Ресурси 

1. Пропозиція XLS-66: 0066 XLS - 66dПротокол кредитування на основі XRP Ledger

2. Дослідник та валідатор XRPL Vet on XОпубліковано 8 березня