У «Чумі» Камю якось сказав: «Якщо ви хочете зрозуміти місто, просто подивіться, як працюють його люди, як вони люблять і як вони вмирають». Аналогічно, оцінюючи екосистему публічного блокчейну, перше, що люди вивчають, це те, скільки протоколів DeFi він підтримує, наскільки висока його загальна заблокована вартість (TVL) і різноманітність варіантів його використання. Багато в чому показники DeFi є прямим відображенням здоров'я та успіху блокчейну. Хоча цей метод оцінки, як і ВВП, має свої обмеження, він залишається основною основою для багатьох спостерігачів і сьогодні.

Сучасний DeFi значною мірою покладається на чотири ключові компоненти: децентралізовані біржі (DEX), протоколи кредитування, стейблкоїни та оракули. Крім того, існують також токени ліквідного стейкінгу (LST) і деривативи. Хоча ці елементи є звичайним явищем в екосистемі віртуальних машин Ethereum (EVM), в екосистемі Bitcoin вони зустрічаються набагато рідше. В результаті, ми бачили, як незліченна кількість проектів з'являлася під прапором BTCFi та Bitcoin Layer 2.

Однак, з часом стали очевидними недоліки BTCFi та Bitcoin Layer 2. Багато проектів просто додали ланцюг EVM до екосистеми Bitcoin, з децентралізованими додатками (DApps), які в основному перенесені з Ethereum, що робить Bitcoin схожим на розширення Ethereum. Ці ланцюги EVM не мають новизни і не розповідають захопливу історію.

Навпаки, публічні блокчейни на основі UTXO, такі як CKB та Cardano, пропонують більш захоплюючу альтернативу ланцюгам EVM. Cipher, засновник RGB++ Layer, одного разу запропонував концепції "ізоморфного зв'язування" та "перехід без мосту між ланцюгами" на основі унікальних особливостей моделі UTXO, що зібрала значну увагу. Поєднуючи це з UTXOSwap, протоколом, який сприятливий для намірів та ордер-буків, ccBTC з рівною заставою, та гаманцем JoyID, що підтримує кілька ланцюгів та технологію Passkey, робить ці розвитки по-справжньому важливими.

Однак в екосистемах шарів CKB та RGB++ одним із ключових фокусів є система стейблкоїнів. Як основа різних сценаріїв DeFi, наявність стабільного та надійного протоколу випуску стейблкоїнів має вирішальне значення для формування екосистеми. Не менш важливим є забезпечення належного середовища для обігу стейблкоїна. Візьмемо, наприклад, USDT — спочатку він був випущений з використанням протоколу Omni Layer від Bitcoin, але через недостатню підтримку смарт-контрактів Omni Layer USDT зрештою відійшов від нього. Це демонструє, що стейблкоїни найкраще процвітають у повністю розвиненому середовищі смарт-контрактів.

(Джерело: Вікіпедія)
У цьому контексті RGB++ Layer, побудований на CKB, з його середовищем смарт-контрактів з повністюю мінливістю Тьюрінга та інтегрованими можливостями Абстракції Рахунків (AA), пропонує ідеальне середовище для обігу стейблкоїнов в екосистемі BTCFi. Крім того, оскільки багато основних власників BTC віддають перевагу довгостроковому утриманню над частими транзакціями, дозволяючи використовувати BTC як заставу для емісії стейблкоїнів, зберігаючи при цьому безпеку, може стимулювати цих власників більше залучатися до BTCFi, підвищити ефективність капіталу BTC та зменшити залежність від централізованих стейблкоїнів.

У наступному розділі ми розглянемо протокол стейблкоїна Stable++ в екосистемі RGB++ Layer. Цей протокол використовує BTC та CKB як заставу для виготовлення стейблкоїнів RUSD. Шляхом інтеграції механізму страхування Stability Pool та системи розподілу поганого боргу, він пропонує безпечний та надійний процес виготовлення для власників BTC та CKB. Крім того, завдяки унікальному механізму емісії CKB, Stable++ може створити слабо затушовану систему в екосистемі RGB++, яка слугує буфером під час періодів значної ринкової нестабільності.

Особливості та механізм проекту Stable++

Якщо йдеться про те, як працюють стейблкоїни, вони, як правило, поділяються на чотири категорії:

1. Повністю централізовані стейблкоїни, такі як USDT та USDC.
2. Стейблкоїни, що підтримуються заставою, такі як MakerDAO і Undo (вони можуть бути централізованими або децентралізованими, але дотримуються схожих принципів).
3. CeDeFi стейблкоїни, такі як USDe (які зберігають вартість через деривативні контракти на централізованих біржах).
4. Чисті алгоритмічні стейблкоїни, такі як AMPL.

(Джерело: The Block)
MakerDAO - це прекрасний приклад стейблкоїн протоколу на основі моделі CDP (Collateralized Debt Position). В цій моделі користувачі створюють стейблкоїни, перезабезпечуючи блакитні фішки, такі як ETH та BTC. Ці активи, завдяки своїй сильній згоді та відносно низькій волатильності, забезпечують більшу стійкість до ризиків для стейблкоїнів, що випускаються через цю систему. Протокол кредитування CDP працює подібно до механізму "pool-to-pool" в AMM (Automated Market Makers), де взаємодії користувачів напряму здійснюються з пулом ліквідності.

Для пояснення подивимося на MakerDAO. Позичальник спочатку відкриває позицію на Maker, вирішуючи, скільки DAI вони хочуть згенерувати з CDP. Потім вони переколатералізують і позичають DAI. Під час повернення кредиту вони повертають позичений DAI на платформу Maker, отримують своє заставне майно та сплачують відсотки в залежності від суми та тривалості позики. Ці відсотки сплачуються лише в MKR, який є одним з основних джерел доходу для MakerDAO.

(Схема позики від пулу до пулу CDP)

Механізм стабільності ціни DAI залежить від «Стражів». По суті, загальний обсяг DAI можна вважати фіксованим, розділеним на дві частини: DAI в ліквідному пулі MakerDAO та DAI, що циркулює на зовнішньому ринку. Стражі виступають як арбітражери між цими двома пулами, забезпечуючи стабільність ціни DAI. Як показано на діаграмі нижче:

(Схема механізму закріплення DAI)
У цій статті акцент робиться на Стейбл++, на подобу, використовує модель CDP у своєму дизайні та успадковує частину безпеки Bitcoin за допомогою ізоморфної прив'язки технології RGB++. З функціональної точки зору Stable++ включає кілька ключових функцій:

1. У Stable++, користувачі можуть надмірно забезпечити BTC або CKB, щоб позичити RUSD, стейблкоїн, а також використовувати RUSD для викупу свого BTC або CKB. Застава і процес викупу підлягають комісії.
2. Користувачі можуть здійснити стейкінг позичених RUSD назад у Stable++, щоб заробити токен управління STB як винагороду та отримати право на участь у ліквідації активів. Це основний дефляційний механізм для RUSD. Якщо ви знайомі з Ethena (USDe), це здасться знайомим. Крім того, ви також можете здійснити стейкінг токена управління STB назад у Stable++. Зробивши це, ви отримаєте частину комісій, що стягуються з інших, коли вони забезпечують або викуповують свої активи, залежно від вашої частки в STB.
3. RUSD підтримує ізоморфне зв'язування та функції Leap. За допомогою Leap ви можете переказати RUSD, що контролюється обліковим записом BTC, на обліковий запис Cardano іншої особи, без потреби в традиційному мосту між ланцюжками. Це зменшує ризики безпеки та спрощує процес.
4. Stable++ має модуль LSD, в якому користувачі NervosDAO можуть стейкати свої CKB в Stable++, щоб отримувати wstCKB. Щоб пояснити детальніше, NervosDAO є важливою частиною екосистеми CKB, яка винагороджує користувачів за довгостроковий стейкінг. Тепер, з інтеграцією Stable++, користувачі NervosDAO можуть стейкати CKB, продовжувати отримувати винагороди і підтримувати ліквідність своїх активів.

(Огляд функцій продукту Stable++) Ці функції є простими і не потребують багато пояснень. Однак, важливо розуміти, що успіх протоколу стейблкоїнів на основі CDP залежить від кількох ключових факторів:

• Надійність застави
• Ефективність механізму ліквідації
• Його здатність надавати сили екосистемі, в якій він працює

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

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

Більшість кредитних платформ використовують голландський аукціон для ліквідації, де застава продається учаснику, який запропонував найвищу ціну (ліквідатору). Наприклад, припустимо, що ціна ETH становить 4 000 доларів США, а співвідношення застави до карбування DAI становить 2:1. Система дозволяє карбувати до 2 000$ DAI, використовуючи 1 ETH як заставу, але ви вибираєте карбувати 1 000 DAI. Якщо ціна ETH падає нижче $2 000, співвідношення застави стає меншим за 2:1, що ініціює ліквідацію. 1 ETH, який ви виставили як заставу, автоматично виставляється на аукціон. На голландському аукціоні ціна починається високо і поступово знижується, поки не втрутиться покупець. Припустимо, аукціон починається з 1500 доларів і продається за 1 200 доларів. Ліквідатор платить 1 200 DAI, щоб придбати заставу в 1 ETH, отримуючи прибуток. Після цього протокол MakerDAO або спалить, або заблокує 1 200 DAI, щоб зменшити циркулюючу пропозицію.

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

1. Процес аукціону займає час, і під час різкого падіння ринку можуть залишатися непогашені погані борги. Метою автоматичної ліквідації є продаж застави зі знижкою, пропонуючи частку з прибутку для приваблення ліквідаторів. Однак, якщо застава продовжує втрачати вартість, бажання ліквідаторів брати участь може різко знизитися, що ускладнює пошук платформи покупців.
2. У випадках екстремальної мережевої затору окремі ліквідатори можуть не мати свої транзакції оброблені вчасно на ланцюжку, що може нарушити процес ліквідації. Це було продемонстровано під час ринкового обвалу 19 травня 2021 року, коли висока волатильність спричинила значний затор на блокчейні, що призвело до того, що багато ліквідаторів та користувачів, які стояли перед ліквідацією, пропустили свої транзакції.

Ці проблеми вплинули на платформи, такі як MakerDAO та AAVE, де повільні процеси ліквідації призвели до збитків як для платформи, так і для користувачів. Для вирішення цього Stable++ зосередився на розробці високоефективного механізму ліквідації, який включає подвійну систему страхування: «Стабільніський пул» та механізми «Розподілу», які є основними особливостями інноваційного підходу Stable++.

(Огляд механізму ліквідації Stable++)
У Stable++ користувачі можуть вносити стейблкоїни в пул стабільності (так званий страховий пул), який діє як «постійний резерв», завжди готовий ліквідувати позиції з проблемною заборгованістю. Коли відбувається ліквідація, протокол спочатку використовує страховий пул для усунення поганої позиції, а потім винагороджує LP пулу заставою від ліквідації. Пул стабільності гарантує, що ліквідатори завжди доступні, діючи як ефективний буфер, усуваючи необхідність боротися за ліквідаторів під час ліквідаційних подій.

Тут потрібно врахувати дві ключові точки:

1. Пул стабільності наразі приймає лише RUSD, стейблкоїн, випущений самим Stable++. Дехто може побоюватися, що наявність RUSD як резервного активу може створити ситуацію «bootstrap» (підняття себе власними початковими ременями). Чи обґрунтоване це занепокоєння? Важливо уточнити, що RUSD у страховому пулі знищується під час ліквідації. Наприклад: Припустимо, що коефіцієнт забезпечення (CR) для RUSD становить 110%, а в пулі стабільності є 100 RUSD, внесених LP. Тепер позиція, яка викарбувала 100 RUSD із заставою на суму 109 доларів, ініціює ліквідацію. Коли позиція ліквідується, 100 RUSD у страховому пулі знищуються, тобто LP втрачає 100 RUSD, але отримує заставу на суму 109 доларів, отримуючи прибуток у розмірі 9 доларів. Після цього ліквідований користувач більше не винен борг у розмірі 100 RUSD. В результаті 100 RUSD спалюються, а застава на суму 109 доларів США видаляється з платформи, усуваючи позицію з недостатнім забезпеченням і зберігаючи решту коефіцієнтів застави платформи в здоровому стані.

Підсумувавши дизайн страхового пулу Stable++: в основному вимагає, щоб деякі позичальники блокували свої RUSD, і коли відбувається ліквідація, платформа знищує деякі RUSD та видаляє погану забезпеченість, підтримуючи здоров'я системи. У моделі ліквідації MakerDAO ліквідатори з ринку надають DAI, який згоряє, тоді як Stable++ покладається безпосередньо на страховий пул. Таким чином, розумно, щоб Stability Pool використовував лише стейблкоїн платформи без підняття питань про самостійне фінансування.

Цей приклад також пояснює, як LP у пулі стабільності розраховують дисконт на заставу. Ставка дисконтування прив'язана до встановленого системою коефіцієнта забезпечення (CR). Виходячи з наведеного вище прикладу 110% CR, LP використовує 100 RUSD для отримання застави на суму 109 доларів США, що дає знижку 9%, що аналогічно традиційним знижкам на ліквідацію (це лише наочний приклад, а не фактичні параметри Stable++). Оскільки Stable++ керує постійним страховим пулом, ліквідація відбувається швидше та ефективніше, усуваючи необхідність шукати ліквідаторів на льоту.

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

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

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

З цими двома рівнями захисту Stable++ забезпечує швидке вирішення подій ліквідації. Цей високоефективний механізм ліквідації ефективно вирішує проблему поганої заборгованості, яка часто турбує традиційні протоколи кредитування. Крім того, ця подвійна система ліквідації дозволяє Stable++ працювати з нижчим коефіцієнтом забезпечення (наприклад, нижче 110%), що значно підвищує капіталовкладення.

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

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

На противагу цьому, такі протоколи, як Stable++ і crvUSD, використовують «пули ліквідації», де контрольовані протоколом пули активів служать ліквідаторами. Ці пули швидко виконують ліквідацію за допомогою зворотних ордерів, повертаючи загальну заборгованість до здорового рівня. Хоча кожен протокол має власний підхід, цікавим порівнянням є найновіший модуль безпеки Aave — Umbrella. Ця модель не продає активи зі свого страхового пулу, а натомість зменшує безнадійну заборгованість за рахунок їх спалювання. Stable++ використовує аналогічний механізм спалювання, коли активи в ліквідаційному пулі знищуються, а отримана застава розподіляється між LP страхового пулу. З іншого боку, crvUSD дотримується торгового підходу: під час ліквідації crvUSD використовується для покупки застави, а коли вартість застави зростає, вона продається, а виручені кошти використовуються для викупу crvUSD. У цьому випадку Curve зберігає право власності на заставу.

Ключове питання полягає в тому, чи зможе Stable++ створити «недооцінену» систему у своїй екосистемі. Що визначає здорову економічну систему? Однією з ключових вимог є «недостатньо демпфований механізм», який протидіє коливанням цін. У фізиці «недотуплений» означає силу, яка уповільнює, але не повністю зупиняє рух об'єкта, сповільнюючи швидкість змін. У токеноміці це означає, що незалежно від того, зростають ціни чи падають, система має буферний механізм, який пом'якшує, але не може запобігти таким змінам. Цей тип системи забезпечує стійке зростання без надмірного кредитного плеча, пропонуючи «м'яку посадку». Наприклад, комісії за транзакції Bitcoin і модель ціноутворення на газ Ethereum динамічно коригуються на основі мережевої активності в реальному часі, що є прикладом «недостатнього механізму».

Навпаки, коли ціна активу стрімко зростає або падає, а системі не вистачає механізму для уповільнення цих змін, вона перетворюється на нездорову економічну систему, яка може зламатися внаслідок надмірного використання кредитного ресурсу — це загальна критика LSD (Liquid Staking Derivatives) та проектів знову ставки Ethereum.

Оскільки Stable++ використовує BTC та CKB як основний заставний капітал, і побудований на рівні RGB++, важливо враховувати, як відносини між Stable++ та CKB впливають на всю екосистему. Окрім блоку Genesis, у CKB є два методи емісії. Перший - через PoW майнінг, з загальним лімітом випуску 33,6 мільярда CKB. Емісія нових CKB зменшується вдвічі кожні чотири роки, останнім зменшенням у 2023 році, зменшуючи щорічну емісію з 4,2 мільярда до 2,1 мільярда. Це відомо як «первинна емісія».

CKB також має унікальний механізм, за допомогою якого користувачі повинні заблокувати CKB, щоб зберігати дані в мережі (коли ви утримуєте активи в ланцюжку CKB, відповідні дані потрібно зберігати, і ви повинні сплатити комісію за зберігання). Однак мережа безпосередньо не стягує з користувачів орендну плату за це сховище; Натомість він розмиває вартість токенів через інфляцію, опосередковано збираючи орендну плату. Це називається «вторинною емісією». Загальна річна сума вторинної емісії зафіксована на рівні 1,344 млрд токенів, розподілених наступним чином:

1. Шахтарі: Другорядне випуск CKB, розподіленого майнерам, здійснюється на основі відношення простору зберігання на ланцюжку, що займається користувачами.
2. NervosDAO
3. Скарбниця: Частина допоміжного випуску CKB, яка виділяється на казначейство, пропорційна обіговому постачанню CKB відносно загального обсягу випуску, і ця частина знищується.

Stable++ дозволяє користувачам стейк CKB для генерації wstCKB або використовувати CKB як заставу за нижчого коефіцієнта застави для позичання RUSD. Коли ціна CKB підвищується, більше користувачів забезпечують свої CKB для емісії RUSD, що ефективно блокує більше CKB. Емітований RUSD, в свою чергу, підвищує активність в екосистемі DeFi на ланцюжку. Ця динаміка зменшує рівень інфляції CKB непрямо, збільшує активність на ланцюжку та дозволяє майнерам отримувати більше користі, що стимулює їх покращувати економічну безпеку мережі.

Таким чином, на відміну від інших стейблкоїнів, забезпечених заставою, поєднання механізмів випуску Stable++ і CKB створює більш стійку економіку токенів, вводячи «недостатньо демпфований механізм», а не просто додаючи кредитне плече. Завдяки інтеграції токена CKB Liquid Staking Token (LST) його складованість і ліквідність ще більше покращаться.

Висновок: Необхідність стейблкоїну++ з ринкової перспективиЗ ринкової точки зору екосистема BTCFi потребує масштабного децентралізованого стейблкоїну. Наразі USDT та USDC домінують на 90% ринку стейблкоїнів, але їх централізаційні ризи важко переглянути. Як вже зазначалося, користувачі BTCFi надають перевагу безпеці. Децентралізований стейблкоїн, який вирішує як торгові, так і безпекові питання великих тримачів, є важливим для поштовху їх участі в екосистемі BTCFi.

(Поточні топ-10 стейблкоїнів за капіталізацією на ринку)

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

(Порівняння ринкової капіталізації Bitcoin та Ethereum)

У минулому деякі стейблкоїни запускалися в екосистемі Bitcoin, але не змогли суттєво вплинути на ринок. Головна причина полягала в тому, що вони з'явилися занадто рано, без достатньої технологічної підтримки. Однак сьогодні, зі зростанням процвітання екосистеми RGB++ Layer та неперервною розробкою проектів, таких як UTXOSwap, Stable++ та JoyID, основна інфраструктура для BTCFi на CKB тільки починає набувати форми. Протоколи стейблкоїнів на основі Bitcoin готові принести нові можливості екосистемі BTCFi. CKB, з його невикористаним потенціалом, стане родючою землею для підприємців, а майбутнє тримає захопливі перспективи для цього бачення.

Заява:

1. Ця стаття розміщена з [ Geeker Web3], з авторським правом, належать оригінальним авторам [Bai Ding & Vicent Zhao, Geeker Web3]. Якщо у вас є будь-які заперечення стосовно репосту, будь ласка, зв'яжіться зКоманда Gate Learn, і команда вчасно обробить його згідно з відповідними процедурами.
2. Відмова від відповідальності:Погляди та думки, висловлені в цій статті, є виключно тими авторами і не становлять жодної інвестиційної поради.
3. Інші мовні версії цієї статті перекладені командою Gate Learn. Без згадуванняGate.io, перекладені версії статті не можуть бути скопійовані, поширені або зліплені.