Доломіт – Архітектура Випадкового Ризику та Можливість Розширення Для Довгих Активів

У DeFi більшість традиційних протоколів кредитування працюють за моделлю pool-first: об'єднують активи в один резервний фонд і надають абсолютний пріоритет безпеці для „стандартних“ токенів. Це ускладнює або робить майже неможливим список складних активів, токенів з довгим хвостом (long tail assets). @Dolomite_io обрав інший шлях: побудова платформи на основі внутрішніх балансів, механізму багаторівневої ізоляції ризиків і модульної системи адаптерів. Завдяки цьому Dolomite може безпечно розширювати портфель активів, не жертвуючи цілісністю системи.

1. Архітектура дизайну для токена "придирливого" Внутрішні баланси: Коли користувачі вносять активи, вони перетворюються на Dolomite Balances в основному контракті. Транзакції здебільшого є лише оновленням внутрішнього реєстру, а не необхідністю переміщувати токени через численні зовнішні обгортки. Це зменшує витрати на експлуатацію та відкриває можливості для підтримки багатьох складних токенів. Адаптери та модулі: Кожен тип активу матиме спеціалізований адаптер для обробки механізмів стейкінгу, вестингу, LP токенів або ораклів. Тим часом нові функції впроваджуються у вигляді модулів, а незмінний основний контракт забезпечує безпеку. Такий підхід дозволяє Dolomite додавати нові активи без порушення основи.
2. Модель ризику "Isolation First" Ізоляція за позицією: Кожен кредит є окремим "risk bucket". Якщо актив стикається з ризиком, це не призводить автоматично до проблем у всьому портфелі користувача або на всьому ринку. Це кардинально відрізняється від пулового ринку, де ризик легко поширюється. Три рівні ізоляції: Dolomite використовує багато рівнів контролю: від дозволу на умовне поєднання до найсуворішого рівня, коли заборонено змішувати та обмежувати кредитування. Завдяки цьому "пекучі" активи (spicy assets) все ще можуть бути списком, але в суворих рамках.
3. Механізми контролю для списку активів з довгим хвостом Pause Sentinel: Дозволяє перевести активи в стан лише для виведення або тимчасового призупинення позик, коли виникає помилка oracle або протоколу, без необхідності заморожувати весь ринок. Forced expirations: З токенами термінами (, наприклад, yield token ), Dolomite може примусово закрити позицію до дати погашення, щоб уникнути "повільної втрати" тиску на ліквідацію. Oracle & Cap discipline: Кожен актив має обмеження на позику, LTV, вимоги oracle чітко викладені в документації з управління ризиками, що забезпечує обережне впровадження, а не повне коливання з самого початку.
4. Переваги DeFi, які не підлягають "замороженню" Віртуальна ліквідність: Коли використовується токен як забезпечення, користувачі все ще зберігають право на стейкінг, LP та управління, а не змушені розпаковувати токен у мертвий токен. Безпека завдяки ізоляції: Ризиковані дії "заморожуються" в кожній позиції, не впливаючи на всю систему. Це сприяє більш різноманітному потоку капіталу, від тих токенів, які традиційні протоколи зазвичай відмовляються.
5. Чому моделі pooled lenders обережні? Ризик загальних резервів: Поганий актив може загрожувати всьому резервному фонду, змушуючи проект посилювати умови списку та обмежувати wrapper. Вибух вектору атаки: При додаванні адаптера для складного токена до основного контракту спільного використання, ризик безпеки зростає. Dolomite уникнув цього завдяки незмінному дизайну core + окремому модулю. Висновок #Dolomite не намагається «сказати ні» активам з довгим хвостом для захисту користувачів, а обирає спосіб ізоляції ризиків, окреслення позицій та збереження прав DeFi. Поєднання внутрішніх балансів, модульного адаптера та багаторівневої ізоляції дозволяє Dolomite управляти сотнями різноманітних активів, зберігаючи при цьому безпеку системи. У той час як протоколи pooled lenders змушені бути обережними, Dolomite може сказати «так» більшій кількості активів – але контролюючи це. $DOLO {спот}(DOLOUSDT)