DeFi позикові операції у кінцевій формі: механізм позик PFund як інструмент раціонального використання “кредитного плеча”

“Кредитне плече” у криптовалютному ринку завжди було фінансовим інструментом із високим ризиком.

Воно одночасно забезпечує ефект масштабування капіталу і часто спричиняє системні ризики. У травні 2022 року, унаслідок втрати прив’язки UST, що спричинило ланцюгову хвилю ліквідацій, провідні кредитні протоколи (Aave, Compound, MakerDAO тощо) за 72 години активували сотні мільярдів доларів у примусових ліквідаціях, застави користувачів були систематично ліквідовані за низькими цінами, що призвело до нульових позицій. Такий екстремальний сценарій ліквідації є системною неминучістю для всіх протоколів із механізмом ліквідації — коли ринок різко коливається, механізм ліквідації посилює паніку, викликаючи “зниження цін → активація ліквідації → продаж застави → подальше зниження цін”, утворюючи спіраль смерті.

PFund з архітектурою протоколу усунув механізм виникнення цієї спіралі.

Безліквідаційна логіка та шлях реалізації
Головна причина залежності традиційних DeFi протоколів від механізму ліквідації полягає у ризику розриву цін між заставою та позикою. Коли ринкова ціна заставних активів (наприклад, ETH) різко падає і їх вартість не покриває суму позики (наприклад, USDC), протокол стикається з безнадійністю, і потрібно застосовувати примусову ліквідацію для обмеження збитків.

Дизайн позик PFund з кореня уникає цього ризику, базуючись на двох ключових правилах:

● Перше: обсяг позики та частка позичальника у фонді PFund строго прив’язані.
○ Максимальна сума позики користувача (quoteBorrowMax) обчислюється за формулою:
○ B0 = stakedToken × savings / (liquidBalance + stakedToken)
○ Максимальна позика = B0 - вже взята позика (borrowed)
○ Суть цієї моделі у тому, що користувач отримує ліквідність, еквівалентну своїй гарантійній частці PFund. Вартість цієї частки ізольована від коливань ринкової ціни AMM і зростає лише за рахунок глобальних доходів протоколу.

● Друге: обмеження на обсяг позики накладається двома жорсткими обмеженнями — верхньою межею внеску користувача та доступною ліквідністю пулу, і вибирається менше з них.
○ Аудит підтверджує: totalGrossBorrowed ≤ savingsQuote (загальна сума позик не перевищує доступну ліквідність фонду), і перед виконанням execBorrow обов’язково перевіряється, що grossPreview > savingsQuote, щоб гарантувати, що жодна позика не призведе до вичерпання ліквідності пулу.
За такою архітектурою різкі коливання цін на токени AMM не впливають на безпеку системи позик, оскільки прив’язка обсягу позики здійснюється до “абсолютної частки у фонді”, а не до “ринкової ціни токена”. Це виключає необхідність у механізмі ліквідації з логіки системи.

Кодова перевірка безпеки позик
Аудит підтвердив безпеку PFund за п’ятьма ключовими нерівностями:

● I-1: Максимальна сума позики користувача не перевищує його гарантійну внесену частку
○ Формули показують, що обмеження позики строго залежить від співвідношення між його savings (гарантійною часткою) і вже відкритими позиціями, і ніколи не дозволяє перерозподіл чужих гарантійних внесків.

● I-2: Загальна сума позик ніколи не перевищує savingsQuote
○ savingsQuote — це доступна ліквідність фонду PFund. Під час позик вона зменшується, а при погашенні — відновлюється рівною сумою. Це жорсткий обмежувач обсягу позик.

● I-3: Позика не впливає на гарантійний капітал та індекс доходності інших учасників
○ Операція позики змінює лише savingsQuote (облік ліквідності), не торкаючись totalSavingsShares (загальної частки капіталу) та globalNVP (глобального індексу доходу), що гарантує захист прав інших учасників.

● I-4: Збереження savings та nvp0 користувача під час позики
○ Функція mFinalizeBorrow не змінює savings або nvp0. Лише при активному продажі частки зменшується гарантійна частка, сама позика не має втрат.

● I-5: Після погашення кількість застави ≤ початкова застава, і залишкова застава достатня для покриття боргу
○ Алгоритм _repayUnstakeTokens гарантує, що незалежно від часткового або повного погашення, кількість знятої застави залишається у безпечних межах, а залишкова застава повністю покриває борг.

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

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

Застосування кредитної стратегії
На прикладі типового розподілу активів: користувач купує актив на 2000 USDT, з яких 1000 USDT формують позицію в токенах AMM, а 1000 USDT — частку у фонді PFund. Коли ціна позиції в AMM зростає на 100%, користувач може застосувати таку стратегію:
● Заставити токени для активації функції позик.
● Обмежити обсяг позики сумою, еквівалентною його гарантійній частці PFund.
● Знову інвестувати залучені кошти у проект, збільшуючи частку у фонді PFund і підвищуючи майбутні дивіденди.
● Весь процес без відсотків, без ризику ліквідації, з одноразовою комісією за позикою у 3%.

Такий низькозатратний кредитний механізм уникає ризиків посилення цінових спекуляцій і зосереджується на отриманні стабільного доходу (через дивіденди фонду PFund). Механізм позик стає базовим інструментом для раціонального управління активами.