W tej sekcji opowiem o głównych zagrożeniach w DeFi i sposobach ograniczania ryzyka przy wyborze projektów.
Kontynuując serię na DeFi Stack, w części 1 przedstawiłem przegląd „dochodowych elementów”, które składają się na DeFi (możesz go przeczytać tutaj, aby znaleźć sposób na ocenę projektu). rozsądne)
W tej sekcji ocenimy największe zagrożenia w DeFi oraz jak nimi zarządzać i je ograniczać. Pomagając w ten sposób maksymalizować zyski i minimalizować ryzyko dla siebie.
Zacznijmy!
Zarządzanie ryzykiem w DeFi
Ryzyko wykładnicze w DeFi
Fragment tweeta Arjuna Balaji:
„Ryzyko w DeFi rośnie wykładniczo. Powodem jest:
- Błąd umowy.
- Słaba parametryzacja w protokole.
- Przeciążenie sieci w sieci.
- Ryzyko ze strony Oracle.
- Problemy z Keeper bot/LP.
Ryzyko to nasila się wraz z komposowalnością i dźwignią”.
Jako przykład podam słynną strategię uprawy plonów: pulę sUSD firmy Curve. Użytkownicy mogą wpłacać jeden lub więcej stablecoinów (DAI, USDT, TUSD, sUSD) do puli i stawiać tokeny LP na platformie Synthetix Mintr, aby otrzymywać nagrody SNX.

Każdy stablecoin w puli Curve podlega własnemu ryzyku, które bezpośrednio wpływa na wartość monety (DAI jest zagrożony przez nadzór w Maker, Oracle,... USDT jest zagrożony z konta bankowego Tethera).
Dzięki powyższej konstrukcji puli zawierającej wiele stablecoinów, zmniejszy to wpływ, gdy stablecoin ulegnie awarii i będzie wspierać utrzymywanie cen między monetami razem. Jeśli jednak moneta upadnie, nadal będzie to miało bardzo zły wpływ na pozostałe monety w puli, a także wpłynie na protokoły korzystające z tej puli.
Jest to miecz obosieczny, asymilacja oferuje wspaniałe przełomy, ale wiąże się również z wykładniczo rosnącym ryzykiem.
Największe zagrożenia w DeFi dzisiaj
Ryzyko hipoteczne
![DeFi Stack 2 - Zagrożenia DeFi i sposoby ich ograniczania DeFi Stack 2 - Zagrożenia DeFi i sposoby ich ograniczania]()
Obecnie aktywa o wartości ponad 13 miliardów dolarów są zablokowane w 10 najlepszych protokołach DeFi (Uniswap, Compound, Aave, Balancer, Curve, MakerDAO, ..). Wśród nich są duże ilości DAI, USDC, renBTC itp. Jeśli coś się stanie z którymkolwiek z nich, spowoduje to ogromną falę likwidacji aktywów, niewypłacalności i negatywnego wpływu na cenę pozostałych.
Ryzyko Oracle
Synthetix doznał ataku wyroczni w dniu 25 czerwca 2019 r., powodując uszkodzenie ETH o wartości około 37 milionów dolarów (po negocjacjach atakujący zwrócił skradzione środki).
18 lutego 2020 r. napastnik skorzystał z pożyczki błyskawicznej , aby podnieść cenę sUSD do 2 USD, dostarczył sUSD jako zabezpieczenie na bZx, aby pożyczyć 2400 ETH, a następnie opuścił pozycję na bZx i zatrzymał nieruchomość obciążoną hipoteką. Od tego czasu wzrasta liczba ataków Oracle (Harvest, Value DeFi), co podkreśla ryzyko związane z Oracle w DeFi.
Chainlink odgrywa kluczową rolę w wiodących projektach DeFi, takich jak (Aave, Synthetix i Yearn,...) i jeśli pojawi się poważny problem z tym wiodącym projektem Oracle, wpłynie to na cały system.
Ryzyko przeciążenia sieci Ethereum
Jak widzieliście ze skalowalnością Ethereum dzisiaj, sieć nie jest gotowa na globalny handel. Niektóre projekty, takie jak Perpetual Protocol lub Aavegotchi, musiały opóźnić harmonogram uruchomienia sieci mainnet z powodu wysokich opłat za gaz. Wysokie opłaty za gaz sprawią, że transakcje, a także związane z nimi działania na DeFi (takie jak likwidacja aktywów lub hipoteka) będą bardzo trudne.
Ogranicz ryzyko w DeFi
Jak wspomniano w części 1 serii, poziomy od 1 do 3 stosu DeFi to podstawa, która bezpośrednio wpływa na całe DeFi. Dlatego myśląc o redukcji ryzyka powinniśmy skupić się przede wszystkim na tych warstwach, które można uznać za kilka kryteriów pomagających zminimalizować ryzyko przy wyborze projektów.
Żetony hipoteczne
Większość protokołów DeFi wykorzystuje te same rodzaje zabezpieczeń (DAI, USDC, USDT, wBTC, aToken, cToken,...), więc projekty mogą zmniejszyć ryzyko związane z aktywami hipotecznymi na kilka sposobów, takich jak:
- Ogranicz kwotę zabezpieczenia stosowanego w Protokole. Chociaż kompromis polega na tym, że będzie mniej użytkowników, zmniejszy to ryzyko systemowe.
- Akceptowane są tylko przejrzyste i sprawdzone monety stablecoin (USDC, PAX).
- Stopniowo poprawiaj warunki przyjmowania nieruchomości jako zabezpieczenia.
- Saldo, ogranicz różnicę w proporcjach między zabezpieczeniami.
- Kup ubezpieczenie kredytu hipotecznego.
Wyrocznia
Oracle jest główną przyczyną ataków na protokół DeFi. Najpopularniejsze nazwy DeFi albo opierają się na danych cenowych dostarczonych przez Chainlink, albo używają tokena LINK w swoim protokole. Jeśli coś pójdzie nie tak z „Królem Wyroczni”, będzie to z pewnością śmiertelny cios dla DeFi.
Aby ograniczyć ryzyko powodowane przez Oracle, projekt może uzyskać średnie dane cenowe od wielu dostawców Oracle, takich jak Chainlink, Band, Nest,...
Możliwość dokonywania transakcji
W części 1 opowiedziałem o znaczeniu możliwości dokonywania transakcji w protokole DeFi.
"Wraz z rozwojem DeFi ich system staje się coraz bardziej złożony. Nie tylko wysyłanie transakcji i odbieranie tokenów, nowoczesne protokoły DeFi muszą również wykonywać wiele transakcji, aby rozwiązać problemy. różne tematy, takie jak: znajdowanie i przechowywanie sald zabezpieczeń, obliczanie oprocentowania kredytów hipotecznych, przetwarzanie dane cenowe Oracle, przeprowadzanie likwidacji, dystrybucja nagród z obstawiania, obliczanie dźwigni, ..."
Wraz z rosnącym zapotrzebowaniem na protokoły w Ethereum, możliwość wykonywania transakcji będzie jedną z głównych obaw.
Istnieje kilka rozwiązań, których prymitywy DeFi mogą wykorzystać, aby przezwyciężyć ryzyko niemożności wykonania transakcji.
1. Rozwiązania warstwy 2
- Optymistyczne roolupy dziedziczą bezpieczeństwo z warstwy 1, wysoką przepustowość, niskie opóźnienia i tanie opłaty za gaz, ale długo czekają na zdeponowanie lub wycofanie aktywów.
- Łańcuchy boczne, takie jak SKALE lub MATIC , mają wysoką przepustowość, niskie opóźnienia, tanie opłaty za gaz oraz szybkie wpłaty i wypłaty, ale nie mają takiego samego poziomu bezpieczeństwa jak warstwa 1. Ethereum.
2. Rozwiązania warstwy 1
- Solana , Near, Avalanche to blockchainy, które są wysoce skalowalne i tanie, ale brakuje im bazy użytkowników i dochodowych elementów, które sprawiają, że Ethereum odnosi sukces.
3. Twórz boty, które pomogą w likwidacji
- KeeperDAO umożliwia użytkownikom otrzymywanie nagród poprzez likwidację aktywów, inne projekty mogą tworzyć własne mini „KeeperDAO”, aby nie polegać na jakiejkolwiek osobie podczas przeprowadzania likwidacji.
4. Pule wydobywcze mogą nadawać priorytet transakcjom na blokach. Mówiąc najprościej, wydawanie tokenów do puli, gdy adres transakcji zawiera pulę tokenów, transakcja będzie miała priorytet.
5. Żetony gazu. Wydobywasz tokeny gazowe, gdy opłaty za gaz są niskie i wymieniasz je, gdy opłaty za gaz są wysokie, aby zminimalizować koszty transakcji.
Podsumowanie treści
Istnieje wiele różnych protokołów DeFi, ale większość z nich ma wspólny wzorzec.
- Istnieje pula zawierająca zabezpieczenie w kontrakcie na handel lub pożyczanie aktywów.
- Protokoły dotyczące instrumentów pochodnych lub pożyczania/pożyczania wykorzystują Oracle do dostarczania danych cenowych dla umowy.
- Jeśli istnieją aktywa do likwidacji, osoba trzecia przeprowadzi likwidację i otrzyma część zysków.
Dlatego w artykule przedstawiłem ramy do kontroli głównych ryzyk w DeFi (1) Ryzyko zabezpieczenia, (2) Ryzyko Oracle (3) Potencjalne ryzyko przeprowadzania transakcji i likwidacji aktywów.
Ponieważ DeFi staje się coraz bardziej rozwinięty, zespół programistów będzie musiał głębiej przemyśleć, znaleźć i wykorzystać środki w celu przezwyciężenia powyższych zagrożeń, przepływy pieniężne zostaną przelane na tych, którzy mogą odpowiedzieć na pytanie „Prognoza” W jaki sposób projekt ochroni użytkowników przed problemy z wyrocznią czy przeciążenie sieci?”. Odpowiedzi na powyższe pytania będą dużą różnicą między zwycięzcami a przegranymi w konkurencyjnej przestrzeni DeFi.
Epilog
Poznaj elementy składające się na DeFi, dowiedz się, jakie są główne zagrożenia wpływające na projekt i jak je ograniczyć. Będą to świetne narzędzia, które pomogą Ci znaleźć projekty inwestycyjne.
Źródło referencyjne: stos DeFi