Plan działania Ziggy UST

W tym artykule opisano proponowany plan działania dla „Ziggy”, podejście krok po kroku do ponownego ustalenia TerraUSD lub UST(C). Plan może ulec zmianie w zależności od warunków rynkowych lub innych warunków, które niekoniecznie muszą być pod naszą kontrolą.

Data edycji : 7 lutego 2023 r.

Kontekst: Propozycja nr 11324
Ziggy: Dyskusja nad ostateczną propozycją

Ta część jest zarezerwowana dla dzienników zmian tego dokumentu.

#1 — Zrozumienie sytuacji

Istotą każdego planu re-peg UST jest pytanie: „jak wstrzyknąć 8,5 miliarda dolarów, których nie mamy?”

W dowolnym momencie możemy uzyskać „brakującą wartość”, odejmując kapitalizację rynkową Terry (w tym planie USTC) od w pełni krążącej podaży (liczby jednostek) Terry:

9,800,000,000 units minus $300,000,000 mkt cap = $9,500,000,000 deficit

Następnie odejmujemy kwotę Luna (LUNC) od całkowitej kapitalizacji rynkowej. Ta liczba może teoretycznie pokryć monety Terra w dowolnym momencie (zakładając całkowitą i całkowitą likwidację):

$9,500,000,000 minus $1,000,000,000 = $8,500,000,000 deficit

W poprzednim modelu Terra Classic nowa LUNA byłaby wydawana za każdym razem, gdy UST spadał poniżej ustalonego poziomu, aby pokryć deficyt. Z drugiej strony LUNA płonęła, ilekroć UST przekraczało swój kołek.

Na przykład:

• 1,00 USD UST = 1,00 USD LUNA => bez zmian
• 0,98 USD UST = 1,02 USD LUNA => drukowany jest deficyt
• 1,02 USD UST = 0,98 USD LUNA => nadwyżka jest spalana

Niestety, podczas gdy program działał „zgodnie z przeznaczeniem”, był to problem projektowy — stworzono środowisko, w którym LUNA mogła być w nieskończoność skracana, co pozwoliło graczom rynkowym o dużej dźwigni na tłumienie cen i ciągłe hiperinflowanie LUNA.

Rozważ poprzedni wykres. Ilekroć cena Luny była wyższa od ceny Terry, wystarczająca ilość LUNY mogła zostać spalona, ​​aby zaspokoić jej zapotrzebowanie. Zauważ, że niebieska linia (górna) zawsze miała tendencję wzrostową; w systemie było wystarczająco dużo zabezpieczeń, aby przywrócić parytet. Nie uwzględnia to inflacji, która jest jak „miękkie poparzenie” dla ludzi, którzy obstawiają i nie chcą sprzedawać.

Zamiast tego na tym wykresie pokazujemy, ile „podlegających roszczeniu” było dostępnych w danym momencie. Oznacza to po prostu „ile Terran (UST) mogę dostać za moje Luny (LUNA)?”

Okres jest ten sam. Zwróć uwagę, jak łączna kwota wierzytelności rośnie między okresami #23 — #25. Kurs wymiany LUNA <> UST był tak wysoki, że pozwalał pokryć wiele Terry (UST) w ramach jednej wymiany, ale proces odwrotny oznaczał, że wymiana UST na LUNA była złym interesem. (chyba, że ​​stawiałeś duże zakłady i szedłeś długo!)

Kiedy cena Luny w końcu spada poniżej ceny Terry, zaczyna się „algorytmiczna inflacja”, czyli wybijanie nowej LUNY. System będzie drukował pieniądze, dopóki nie zostanie spełniona wystarczająca liczba ofert na Lunie. Jednak nowe oferty (kupowanie) prawie na pewno nie nadążają za zaprogramowaną stopą inflacji.

Zjawisko to było znane jako „spirala śmierci” podczas usuwania kołków. Zamiast tego nazwałbym to „spiralą rozkładu” i „spiralą wzrostu” posuwającą się do przodu. Wydanie nowej Luny umożliwiło ekscentryczną, globalną okazję, aby pomóc odzyskać ogromną wartość i odpowiednio ją przedefiniować.

Możesz przeczytać więcej na temat tezy o długu sieciowym tutaj: Bilans sieciowy

#2 — Ponowne włączenie kontrolowanych swapów rynkowych

Ta podstawowa funkcjonalność jest zdefiniowana w tak zwanym module Market . Ten moduł, oprócz modułu Oracle i modułu skarbowego, nie istnieje na LUNA2.

Moduł Market umożliwia atomowe swapy między różnymi nominałami stablecoinów Terra oraz między Terra i Luna. Moduł ten zapewnia dostępny, płynny rynek, stabilne ceny i uczciwe kursy wymiany między aktywami protokołu.

Stabilność cen TerraSDR jest osiągana poprzez działania arbitrażowe Terra<>Luna przeciwko algorytmicznemu animatorowi rynku protokołu, który rozszerza i ogranicza dostawy Terry, aby utrzymać swoją pozycję.

Źródło:https://classic-docs.terra.money/docs/develop/module-specifications/spec-market.html

Chcemy ponownie włączyć tę funkcję. Chcemy jednak działać pod pewnymi warunkami:

• Brak nowego bicia Luny (LUNC);
• Naprawiono ilość bicia Terra (USTC i in.)

Ale czy nie mają już opcji? Więc nie. Rozważmy następujący przykład:

• Użytkownik obstawiający 10 mln LUNC może uiścić opłatę transakcyjną w wysokości 0,04 USTC za transakcję, aby wypłacić nagrody za delegację i postawić je. Ponieważ są zwolnieni z podatku, płacą tylko 0,08 USTC.
• Użytkownik handlujący USTC z LUNC zapłaci 0,04 USTC za transakcję opłat transakcyjnych, minimum 0,30% spreadu i dodatkowe 0,2% podatków. Jeśli USTC wynosi 0,03 USD, to konwersja na 10 mln w LUNC lub 300 000 USTC oznacza, że ​​zapłacą 900 USTC w spreadzie (minimum 0,30%) wypłacane dostawcom płynności i 600 USTC w podatkach, co daje łącznie 1500,04 USTC.

Racjonalny gracz rynkowy widzi, że „nie ma wyboru” myśląc w kategoriach czystej rentowności, ponieważ po prostu bardziej opłaca się handlować na Binance. CEX umożliwiają również tak zwany lewarowany handel bezterminowy na długich i krótkich pozycjach, co oznacza, że ​​inwestorzy mogą pożyczać pieniądze, aby kupić długą lub krótką sprzedaż. W połączeniu z nagrodami za obstawianie, aktywnie umożliwiamy obstawianie przeciwko naszej sieci!

To jest różnica między pytaniem cię:

• Czy chcesz zapłacić 1,00 $ przy kasie za baton Snickers?
• Czy chcesz zapłacić 5,00 $ przy kasie za batonik Snickers?

Jasne, Binance robi duże straty, ale pamiętaj, że robią to z opłatami w wysokości 0,1% — pobieramy 0,30% + 0,20% + opłaty transakcyjne. Dlaczego nie dać tym handlowcom uzasadnienia do korzystania z naszej sieci?

Porozmawiajmy również o oparzeniach manualnych. Przy całkowitej podaży 6 bilionów LUNC ręczne spalenie 2 mln LUNC usuwa 3,333×10^-5% podaży. Osiągnięcie tego zajmie tysiąclecia, jeśli do tego czasu nadal będzie istniało zainteresowanie LUNC!

Pytanie, które społeczność LUNC musi zadać, brzmi: „co mogłoby przywrócić LUNC i USTC z CEX, takich jak Binance, do łańcucha?”

Aby to zrobić, potrzebujemy przypadków użycia. W tej chwili pozostało nam bardzo, bardzo niewiele dApps, które wszystkie straciły pieniądze w maju 22 i nadal płacą, aby je wspierać, mimo że nie przynoszą żadnych zysków.

Możemy odwołać się do posiadaczy NFT, ale bez modeli biznesowych są oni wyceniani subiektywnie i/lub kierują się spekulacjami. Mamy również DEX-y, w których użytkownicy mogą zapewnić płynność, ale są one niewiarygodnie „cienkie”, aby realizować zamówienia. Trochę wiązania, innit?

Przy ~0,03 USD USTC i ~0,000185 USD LUNC, 12,84 mln USTC oznacza tylko 385 200 USD płynności dostępnej do handlu. To brzmi jak dużo, ale kiedy pomyślisz o tym, że Binance wykonuje miliardy obrotów dziennie, spread jest po prostu zbyt duży, aby inwestorzy mogli go zapłacić; pozostaną na Binance, nawet jeśli stawka podatku będzie bliska zeru.

Jasne, możemy dołożyć do nich pieniądze, ale nie ma stabilnej formy handlu w sieci. Oznacza to, że możemy dodać pieniądze i, ze względu na sposób działania AMM, ponieść ogromną stratę! (Możesz przeczytać więcej o nietrwałej stracie tutaj !)

Więc jakie jest rozwiązanie? Dlaczego nie pozwolić użytkownikom na handel między walutami w ich portfelu?

To właśnie robi moduł rynku. Jeśli podróżujesz do Europy i mieszkasz w USA, musisz handlować w lokalnej walucie. Nie chcesz jednak rezygnować ze swojego LUNC. Zamiast tego wymieniasz USD (USTC) na EUR (EUTC) i używasz tego jako formy płatności. Opłaty pobierane przy handlu ( spread ) trafiają do osób obstawiających LUNC.

Chcemy aktywności handlowej między tymi walutami. Zrobimy to najpierw w sieci testowej, aby każdy mógł w niej uczestniczyć .

#3 — Zaprojektuj i przetestuj kontrole dla algorytmu.

Częścią propozycji Ziggy'ego jest podejście krok po kroku. Dotyczy to działań ogólnych (zrozumieć, ponownie włączyć, przetestować), a także wartości liczbowych (0,01, 0,02, 0,03).

Jeśli chcemy być jeszcze dokładniejsi, uwzględniamy również każdą mikrojednostkę (0,000001 w Terra Classic), a także każdą transzę istniejącą w tym dyskretnym zestawie, uwzględniając jednocześnie łańcuchy kompatybilne z EVM. Oznacza to każdą grupę liczb między 1x10^–18 a 1,00, a następnie ekstrapolację tych informacji poza 1,00.

To znaczy, jaki jest plan, gdy cena wynosi, powiedzmy, 0,000005 i 0,50? To dużo liczb i grup, nawet jeśli jest to dyskretny (skończony) zbiór liczb.

Teraz tego rodzaju gruntowne podejście wymaga pomocy specjalistów od finansów ilościowych. Ludzie będą inaczej traktować aktywa Luna i Terra na różnych poziomach cenowych. Mogą kupować USTC/LUNC, gdy odpowiednio 0,005 USD/0,00005 USD w ogromnych ilościach, ale gdy wynoszą 0,04 USD/0,0004 USD, mogą być bardziej powściągliwi lub czerpać zyski przez określony czas.

Propozycja kodu ERM Ziggy'ego przedstawia sposób traktowania TerraSDR (SDT) jako opcji lub danej pary forex (np. USD/JPY) jako opcji. Jeśli chodzi o wprowadzanie narzędzi do łańcucha, jest to z pewnością jeden z najcenniejszych rodzajów dApps, jakie możemy wdrożyć. (Przeczytaj więcej o handlu opcjami Forex .)

Może to mieć sens jako warstwa-2 lub może mieć sens jako warstwa-1. Z punktu widzenia iteracji bardziej sensowne jest testowanie nowych funkcji algorytmu w łańcuchu bocznym warstwy 2, a następnie wprowadzanie ich do warstwy podstawowej, jeśli okaże się to nieocenione. Przykładem tego na Ethereum byłoby testowanie na Arbitrum, Optimism lub Polygon przed przeniesieniem jego funkcjonalności do Mainnet.

Opcje są bardziej złożonym tematem finansowym, który w ostatnich latach trafił do głównego nurtu dzięki pojawieniu się aplikacji takich jak Robinhood. Ogólnie rzecz biorąc, możemy myśleć o dwóch głównych typach:

• dzwonić
• umieścić

ERM to ogólne wytyczne dotyczące kodu, które umożliwiłyby kupowanie i sprzedawanie par USTC, LUNC i innych. Jeśli istnieją 253 unikalne kombinacje, uwzględniamy je wszystkie, a następnie dodajemy 3 nieskorelowane kombinacje jako sposób na wsparcie samego LUNC. Z punktu widzenia danych preferowane byłoby wykorzystanie wszystkich 256 miejsc, a nowe kraje członkowskie nadal mogą być przyjmowane. Ogólne zalecenia w tym zakresie to BTC, ETH i stablecoin.*

*Uwaga: podczas gdy BUSD był wyborem tłumu, pracuję nad białą księgą, która wyjaśni, w jaki sposób możemy zamiast tego stworzyć pulę stablecoinów w xUSD, USDx i walutach różnych innych krajów, które nie preferują jednej instytucji wspierającej lub protokołu nad innym. Możesz zobaczyć niektóre dyskusje na moim Twitterze pod #Moonflower .

Korzystanie z algorytmicznego utrzymywania cen w stylu opcji oznacza, że ​​możemy stworzyć system, który uwzględnia niezwykle szczegółowe działania cenowe, począwszy od podstawowych zmian cen spotowych, a skończywszy na instrumentach pochodnych związanych ze zmiennością implikowaną.

Sama sieć działa jako kontrahent w tym algorytmicznym zapisywaniu opcji. W dowolnym momencie sieć próbuje zapewnić dostępną dostawę Terry lub Luny za pośrednictwem podstawowego systemu przywołania. Oznacza to, że jeśli ERM zostanie wdrożony (nawet jeśli nazwa zostanie zmieniona), przyjmuje się pełne ryzyko — możemy osiągnąć 1,00 USD na USTC i natychmiast zobaczyć, jak cena spada lub rośnie .

Ponadto gromadzimy dane wokół tych SoftPegzakresów. Jeśli zamiast tego pomyślimy o SoftPeg(high, low)as SoftPeg(put, call), możemy dokładniej zdefiniować jego funkcjonalność.

#4 — Opracuj równoległe rozwiązania do ochrony przed „zdarzeniami de-peg” — a następnie zasymuluj de-peg.

ERM w obecnej postaci ma kilka poważnych wad z punktu widzenia ryzyka, a mianowicie w kolejności jego wdrażania. Jeśli uzyskamy konsensus w sprawie wyroczni cenowej, a następnie natychmiast zmienimy algorytm bez komunikowania tego poprzez zarządzanie, wprowadzimy pewien stopień błędu bizantyjskiego:

W przypadku usterki bizantyjskiej komponent, taki jak serwer, może niespójnie wydawać się zarówno uszkodzony, jak i działający w systemach wykrywania awarii, prezentując różne symptomy różnym obserwatorom. Pozostałym komponentom trudno jest zadeklarować awarię i odłączyć ją od sieci, ponieważ muszą najpierw osiągnąć konsensus co do tego, który komponent zawiódł w pierwszej kolejności. Bizantyjska tolerancja błędów ( BFT ) to odporność odpornego na uszkodzenia systemu komputerowego na takie warunki

Źródło:https://en.wikipedia.org/wiki/Byzantine_fault

Tendermint wykorzystuje praktyczną tolerancję błędów bizantyjskich przy użyciu delegowanego Proof-of-Stake (autorytetu) lub pBFT-dPoS(A). Możesz przeczytać więcej na ten temat tutaj .

Teraz propozycja Ziggy'ego uwzględnia wspinanie się po „schodach” cen, ale nie uwzględnia spadania po schodach. Aby sprawdzić, czy klatka schodowa nie ma pęknięć, wejdziemy po schodach, a potem z powrotem na dół. W ten sposób symulujemy zdarzenie de-peg, wywierając ogromną presję na sprzedaż.

Wyjaśniamy, że zdarzenia te mogą być sygnalizowane w Ziggy ERM poprzez zdefiniowanie SoftPeg(put, call)lub SoftPeg(high, low)zakres. W efekcie sygnalizujemy całemu rynkowi, że zamierzamy sprzedać put(na przykład) USTC po określonej highcenie i wykonać callUSTC po określonej lowcenie.

Na przykład definiujemy SoftPeg(0.04, 0.02) = 0.03z upływem czasu ModifierBlockDuration = 1000 blocks— w tym sensie pozwalamy teraz wykwalifikowanym handlowcom zajmującym się finansami ilościowymi pracować nad otwartym systemem, projektując własne strategie opcyjne.

Ziggy ERM definiuje zakres 0.02USTC „tolerancji zmienności”. Można by to uznać za transzę lub „porcję pieniędzy”.

Alex Forshaw zaproponował plan rezerw transz (powyżej) pod koniec 2022 r., który można ponownie zbadać. Podczas gdy pierwotny plan zaproponowany przez Forshawa, oprócz Maximiliana Bryana i Edwarda Kima , sugerował 10 transz wykorzystujących rezerwę Bitcoin owiniętą w Terra, twBTCaby wesprzeć je poprzez algorytmiczne wykupy, głównym problemem było, no cóż, zapewnienie, że rezerwa nie zostanie zniszczona. starannie zaaranżowany atak na rynek.

Z łaską tych wnioskodawców, chcielibyśmy poprosić ich, aby nadal badali ten plan jako sposób na umocnienie powiązania w dowolnej transzy w połączeniu z Ziggy ERM przy użyciu sugerowanych rezerw: , lub podobnych „bezpiecznych twBTC” twETHzabezpieczeń twUSDx.

Oznacza to, że zamiast wyznaczać 10 transz, wyznaczamy oddzielny zestaw transz między 1x10^-18 a 1,00. (Ponownie ta liczba to dużo.)

Kiedy Ziggy ERM realizuje swoją strategię opcji hybrydowych (w tym przypadku Strangle ) , system transz zaproponowany przez Forshawa i in . zdecydować, jak zbliżyć się do końca // tutaj, ponieważ nie po to jest rezerwa.calllowSoftPegputhigh

#5 — Finansowanie źródłowe do testowania i iteracji planów związanych z Ziggy.

Najbardziej bezpośrednim źródłem finansowania tych przedsięwzięć przez sieć jest Community Pool. Jednak biorąc pod uwagę długowieczność sieci z punktu widzenia fiskalnego, chcielibyśmy stworzyć rezerwę w puli społecznościowej, jednocześnie utrzymując się w jak najmniejszym stopniu z finansowania przedsięwzięć opodatkowanych sieciowo puli Oracle.

Innym podstawowym problemem omawianym w propozycji Ziggy'ego jest „skąd bierze się zachęta (pieniądze)?” Propozycja sugeruje, że można go pozyskać z arbitrażu, ale arbitraż wynika z nieefektywności rynku — nie możemy go na siłę stworzyć dla zysku.

Zamiast tego proponujemy obecnie umożliwienie walidatorom wyrażenia zgody na funkcję potrącania podatku. W chwili pisania tego tekstu rozmawialiśmy o implementacji takiej funkcji z jednym z programistów warstwy 1 . Ta funkcja brzmi trochę jak:

• Ustaw prowizję %
• Część prowizji jest wstrzymywana (dobrowolnie) w osobnej puli na finansowanie funkcjonalności Ziggy ERM

• Nasz SoftPeg(ze względu na dane) wynosi 0,03 USD.
• Sieć zachowa prawo do realizacji swojej putceny $0.04poprzez odrębny parametr.
• Sieć zachowa prawo do realizacji swojej callceny $0.02poprzez odrębny parametr.

• Cena putmoże być realizowana poprzez potrącenia walidatorów na podstawie ich własnej prowizji. W ten sposób uzyskuje się bezpośredni zysk. Ponieważ jednak jest to uprzywilejowane w stosunku do tych, którzy uruchamiają węzły walidacyjne, a nie delegatów, wysyłamy te pieniądze z powrotem do puli Oracle i puli społecznościowej, zgodnie z zaleceniami osoby zarządzającej.
• Cena callmoże być realizowana poprzez system transz rezerwowych, który alokował kapitał do określonego przedziału transzy 0.02 — 0.04.

• Propozycja podziału podatku od spalania AnteHandler firmy LuncBurnArmy
• propozycja Community DEX firmy faffyswap
• propozycja systemu wielopulowego drlocum

#6 — Podsumowanie i notatki

Podsumowanie jest następujące:

1. Zrozum sytuację i dlaczego tak się stało wcześniej.
2. Włącz ponownie swapy rynkowe i testuj etapy w sieciach testowych przed siecią główną. (bez nowej bicia Luny, naprawiono emisję Terry)
3. Zaprojektuj i przetestuj kontrole wokół swapów rynkowych. (Ziggy ERM)
4. Opracuj rozwiązania ochrony równoległej, aby przygotować się na zdarzenia de-peg, a następnie symuluj te de-pegi, aby przetestować ich niezawodność. (mechanizm transzy rezerwowej USTN w ramach Ziggy ERM)
5. Źródła finansowania za pomocą dobrowolnych potrąceń z prowizji walidatora. Zamiast zabierać do domu 100% z 5% prowizji, wykorzystaj połowę tej kwoty na sfinansowanie algorytmu re-peg w ramach Ziggy ERM. Następnie przesyłaj zyski do Oracle Pool i Community Pool. (zainspirowany wieloma propozycjami)

Ten pomysł jest otwarty na iteracje. Lista zmian zostanie dostarczona na górze tego artykułu na wypadek konieczności ponownej edycji.

Rozpocznij burzę mózgów i zróbmy to!