Ziggy UST Eylem Planı

Bu makale, TerraUSD veya UST(C)'yi yeniden sabitlemek için adım adım bir yaklaşım olan “Ziggy” için önerilen eylem planını açıklamaktadır. Plan, mutlaka kontrolümüz altında olmayabilecek pazar veya diğer koşullara bağlı olarak değişebilir.

Düzenlenme tarihi : 7 Şubat 2023.

Bağlam: Teklif #11324
Ziggy: Son Teklif Tartışması

Bu kısım, bu belgedeki değişiklik günlükleri için ayrılmıştır.

#1 — Durumu Anlamak

Herhangi bir UST yeniden sabitleme planının özü şu sorudur: "Sahip olmadığımız 8,5 milyar doları nasıl enjekte ederiz?"

Herhangi bir noktada, Terra'nın piyasa kapitalizasyonunu (bu planda, USTC) Terra'nın tam dolaşımdaki arzından (birim sayısı) çıkararak "eksik değeri" elde edebiliriz:

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

Daha sonra toplam piyasa kapitalizasyonundaki Luna (LUNC) miktarını çıkarırız. Bu sayı teorik olarak herhangi bir zamanda Terra paralarını geri alabilir (tamamen tasfiye olduğu varsayılır):

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

Terra Classic'in önceki modelinde, açığı kapatmak için UST sabit değerin altına düştüğünde yeni LUNA yayınlanıyordu. Öte yandan, UST çivisinin üzerine çıktığında LUNA yanacaktı.

Örneğin:

• 1,00 $ UST = 1,00 $ LUNA => değişiklik yok
• 0,98 $ UST = 1,02 $ LUNA => açık yazdırılır
• 1,02 $ UST = 0,98 $ LUNA => fazlalık yakılır

Ne yazık ki, program "amaçlandığı gibi" çalışırken, bu bir tasarım sorunuydu - LUNA'nın sürekli olarak kısa devre yapılabileceği bir ortam yaratıldı, bu da yüksek kaldıraçlı piyasa oyuncularının fiyatları bastırmasına ve LUNA'yı sürekli olarak aşırı şişirmesine izin verdi.

Önceki tabloyu düşünün. Luna'nın fiyatı Terra'nın fiyatının üzerinde olduğunda, talebi karşılamak için yeterli miktarda LUNA yakılabilirdi. Mavi çizginin (üst) her zaman nasıl daha yüksek trend gösterdiğine dikkat edin; pariteyi yeniden sağlamak için sistemde yeterli teminat vardı. Bu, staking yapan ve satmak istemeyen insanlar için "yumuşak bir yanık" gibi olan enflasyonu hesaba katmaz.

Bu çizelgede bunun yerine, herhangi bir zamanda kaç tane "talep edilebilir" bulunduğunun grafiğini çizdik. Bu sadece "Ay'larım (LUNA) için kaç Terra (UST) alabilirim?" anlamına gelir.

Süre aynıdır. Toplam talep edilebilir tutarın 23. ve 25. Dönemler arasında nasıl ani bir artış yaşadığına dikkat edin. LUNA <> UST'nin takas oranı o kadar yüksekti ki, tek bir takasta çok sayıda Terra'nın (UST) kapsanmasına izin verdi, ancak tersi işlem, UST'nin LUNA ile ticaretinin kötü bir anlaşma olduğu anlamına geliyordu. (büyük bahis yapıp uzun süre oynamadığınız sürece!)

Luna fiyatı nihayet Terra'nın altına düştüğünde, “algoritmik enflasyon” başlar veya yeni LUNA basmaya başlar. Sistem, Luna için yeterli teklif karşılanana kadar para basmaya devam edecek. Ancak, yeni teklifler (satın alma) neredeyse kesinlikle programlanan enflasyon oranına yetişemez.

Bu fenomen, de-pegging sırasında bir "ölüm sarmalı" olarak biliniyordu. Bunun yerine, bunu ileriye doğru hareket eden "çürüme sarmalı" ve "büyüme sarmalı" olarak yeniden çerçevelendirirdim. Yeni Luna'nın piyasaya sürülmesi, muazzam değeri yeniden yakalamaya ve uygun şekilde yeniden tanımlamaya yardımcı olmak için eksantrik, küresel bir fırsat sağladı.

Ağ Borç tezi hakkında daha fazla bilgiyi buradan edinebilirsiniz: Ağ Bilançosu

#2 — Kontrollü Pazar Takaslarını Yeniden Etkinleştirme

Bu temel işlevsellik, Pazar Modülü olarak bilinen şeyde tanımlanır . Bu Modül, Oracle ve Hazine Modülüne ek olarak LUNA2'de mevcut değildir.

Pazar modülü, farklı Terra stablecoin mezhepleri arasında ve Terra ile Luna arasında atomik takaslara olanak tanır. Bu modül, protokolün varlıkları arasında kullanılabilir, likit bir piyasa, istikrarlı fiyatlar ve adil döviz kurları sağlar.

TerraSDR'nin fiyat istikrarı, Terra'nın arzını sabitlemek için genişleten ve daraltan protokolün algoritmik piyasa yapıcısına karşı Terra<>Luna arbitraj faaliyeti yoluyla elde edilir.

Kaynak:https://classic-docs.terra.money/docs/develop/module-specifications/spec-market.html

Bu işlevi tekrar açmak istiyoruz. Ancak, belirli koşullar altında faaliyet göstermek istiyoruz:

• Yeni Luna (LUNC) basımı yok;
• Sabit miktarda basım Terra (USTC ve diğerleri)

Ama zaten bir seçenekleri yok mu? Hayır. Aşağıdaki örneği ele alalım:

• 10 milyon LUNC stake eden bir kullanıcı, delegasyon ödüllerini çekmek ve stake etmek için işlem başına 0,04 USTC işlem ücreti ödeyebilir. Vergiden muaf oldukları için sadece 0,08 USTC öderler.
• USTC'den LUNC'ye ticaret yapan bir kullanıcı, işlem başına işlem ücreti olarak 0,04 USTC, minimum %0,30 spread ve ek olarak %0,2 vergi ödeyecektir. USTC 0,03 $ ise, LUNC'de 10 milyona veya 300.000 USTC'ye dönüştürme, toplam 1.500,04 USTC olmak üzere likidite sağlayıcılara 900 USTC spread (minimum %0,30) ve vergi olarak 600 USTC ödeyecekleri anlamına gelir.

Rasyonel bir piyasa oyuncusu, saf kârlılık açısından düşünürken "seçenek olmadığını" görür, çünkü Binance'te işlem yapmak daha kârlıdır. CEX'ler ayrıca uzun ve kısa pozisyonlarda kaldıraçlı sürekli ticarete izin verir, yani tüccarlar uzun veya kısa satış almak için borç alabilirler. Stake ödülleriyle birleştirildiğinde, ağımıza karşı aktif olarak bahis yapılmasını etkinleştiriyoruz!

Size şunu sormak arasındaki farktır:

• Bir Snickers barı için kasada 1,00$ ödemek ister misiniz?
• Bir Snickers barı için kasada 5,00$ ödemek ister misiniz?

Elbette, Binance büyük zararlar veriyor, ancak bunu %0,1 ücretle yaptıklarını unutmayın — biz %0,30 + %0,20 + işlem ücreti alıyoruz. Neden bu tüccarlara zincirimizi kullanmaları için bir gerekçe vermiyorsunuz?

Manuel yanıkları da tartışalım. Toplam arz olarak 6 trilyon LUNC'de, 2m LUNC'lik manuel yakma arzın %3,333×10^-5'ini ortadan kaldırır. O zamana kadar LUNC'ye ilgi hala devam ederse, bunu başarmak bin yıl alacak!

LUNC topluluğunun sorması gereken soru şudur: "Binance gibi CEX'lerden LUNC ve USTC'yi zincire geri getiren nedir?"

Bunu yapmak için kullanım durumlarına ihtiyacımız var. Şu anda, Mayıs '22'de tamamı para kaybeden ve hiçbir şekilde karlı olmasalar bile onu desteklemek için ödemeye devam eden çok, çok az sayıda dApp'imiz kaldı.

NFT sahiplerine hitap edebiliriz, ancak iş modelleri olmadan onlara sübjektif olarak değer verilir ve/veya spekülasyon tarafından yönlendirilirler. Kullanıcıların likidite sağlayabilecekleri DEX'lerimiz de var, ancak bunlar, siparişleri tamamlamak için inanılmaz derecede "zayıf". Biraz bağ, değil mi?

~0,03 USD USTC ve ~0,000185 LUNC'de, 12,84 milyon USTC, alım satım için yalnızca 385.200 $'lık likiditeyi temsil eder. Kulağa çok gibi geliyor, ancak Binance'in günde milyarlarca işlem hacmi yaptığını düşündüğünüzde, spread, yatırımcıların ödemesi için çok büyük; vergi oranı sıfıra yakın olsa bile Binance'te kalacaklar.

Elbette bunlara para ekleyebiliriz, ancak ağda istikrarlı bir ticaret şekli yoktur. Bu, para ekleyebileceğimiz ve AMM'lerin çalışma şekli nedeniyle keskin bir kayıp yaşayabileceğimiz anlamına gelir! ( Burada geçici kayıp hakkında daha fazla bilgi edinebilirsiniz !)

Peki çözüm nedir? Neden kullanıcıların cüzdanlarında para birimleri arasında işlem yapmasına izin vermiyorsunuz?

Pazar modülünün yaptığı budur. Avrupa'ya seyahat ediyorsanız ve ABD'de yaşıyorsanız yerel para biriminde işlem yapmanız gerekir. Ancak, LUNC'den vazgeçmek istemezsiniz. Bunun yerine USD (USTC) ile EUR (EUTC) arasında işlem yapar ve bunu bir ödeme şekli olarak kullanırsınız. Alım satım ( spread ) üzerinden alınan ücretler LUNC stake yapanlara gider.

Bu para birimleri arasında ticaret faaliyeti istiyoruz. Herkesin katılabilmesi için bunu önce bir testnet üzerinde yapacağız .

#3 — Algoritma için kontroller tasarlayın ve test edin.

Ziggy'nin önerisinin bir kısmı adım adım bir yaklaşım izliyor. Bu, genel eylemler (anlama, yeniden etkinleştirme, test etme) için geçerlidir ve aynı zamanda sayısal değerler (0.01, 0.02, 0.03) için de geçerlidir.

Daha da kapsamlı olmak istiyorsak, her bir mikro birimi (Terra Classic'te 0,000001) ve bu ayrık kümede var olan her dilimi ve aynı zamanda EVM uyumlu zincirleri hesaba katarız. Bu, 1x10^–18 ve 1.00 arasındaki her sayı grubu anlamına gelir ve ardından bu bilgiyi 1.00'in ötesinde tahmin eder.

Yani, fiyat 0,000005 ve 0,50 olduğunda plan nedir? Bu, ayrık (sonlu) bir sayı kümesi olsa bile, çok sayıda sayı ve gruptur.

Şimdi, bu tür kapsamlı bir yaklaşım, kantitatif finans uzmanlarının yardımını gerektirir. İnsanlar hem Luna hem de Terra varlıklarına çeşitli fiyat seviyelerinde farklı şekilde davranacak. Sırasıyla 0,005 $/0,00005 $ olduğunda büyük miktarlarda USTC/LUNC satın alabilirler, ancak 0,04 $/0,0004 $ olduklarında daha çekingen olabilirler veya belirli bir süre boyunca kar elde edebilirler.

Ziggy'nin ERM kodu önerisi, TerraSDR'yi (SDT) bir seçenek olarak veya belirli bir forex çiftini (örn. USD/JPY) bir seçenek olarak ele almanın bir yolunu özetliyor. Zincir üzerinde fayda sağlama açısından, bu kolayca ekleyebileceğimiz en değerli dApp türlerinden biridir. ( Forex Opsiyon Ticareti hakkında daha fazlasını okuyun .)

Bu, Katman-2 olarak mantıklı olabilir veya Katman-1 olarak mantıklı olabilir. Yineleme açısından, yeni algoritma özelliklerini bir Katman-2 yan zincirinde test etmek ve ardından paha biçilmez olduğu kanıtlanırsa temel katmanda çalışmak daha mantıklıdır. Bunun Ethereum'da bir örneği, işlevselliğini Mainnet'e taşımadan önce Arbitrum, Optimism veya Polygon üzerinde test yapmak olabilir.

Seçenekler, Robinhood gibi uygulamaların ortaya çıkması nedeniyle son yıllarda ana akım haline gelen daha karmaşık bir finansal konudur. Genel olarak iki ana tip düşünebiliriz:

• Arama
• koymak

ERM, USTC, LUNC ve diğer çiftlerin alım satımını mümkün kılacak genelleştirilmiş bir kod kılavuzudur. 253 benzersiz kombinasyon varsa, hepsini hesaba katarız ve ardından LUNC'nin kendisini desteklemenin bir yolu olarak ilişkisiz 3 kombinasyon ekleriz. Veri açısından bakıldığında, 256 yuvanın tümünün kullanılması tercih edilir ve yeni üye ülkeler yine de katılım sağlayabilir. Bunun için genel öneriler BTC, ETH ve bir stablecoin'dir.*

*Not: Kalabalığın tercihi BUSD olsa da, bunun yerine xUSD, USDx ve tek bir destekleyici kurum veya protokolü tercih etmeyen çeşitli diğer ülkelerin para birimlerinde bir stablecoin havuzu oluşturabileceğimizi açıklayan bir teknik inceleme üzerinde çalışıyorum. diğerinin üzerinde. Twitter'ımda #Moonflower altında bazı tartışmalar görebilirsiniz .

Opsiyon tarzı algoritmik fiyat bakımını kullanmak, spot fiyatlardaki temel değişikliklerden zımni oynaklıkla ilişkili türevlere kadar son derece ince ayrıntılı fiyat hareketlerini açıklayan bir sistem oluşturabileceğimiz anlamına gelir.

Ağın kendisi, bu algoritmik seçenek yazımında karşı taraf olarak hareket eder. Herhangi bir noktada, ağ, temel bir call-put sistemi aracılığıyla Terra veya Luna'nın mevcut arzını garanti etmeye çalışıyor. Bu, ERM uygulanırsa (ad değiştirilse bile) tüm riskin üstlenildiği anlamına gelir - USTC'de 1,00 ABD dolarına ulaşabilir ve fiyatın hemen düşüp yükseldiğini görebiliriz .

Ayrıca bu aralıklar etrafında veri topluyoruz SoftPeg. SoftPeg(high, low)Bunun yerine olarak düşünürsek SoftPeg(put, call), işlevselliğini daha doğru tanımlayabiliriz.

#4 — "De-peg olaylarına" karşı koruma için paralel çözümler geliştirin - ardından bir de-peg simülasyonu yapın.

KRY'nin olduğu gibi, risk açısından, yani uygulama sıralamasında bazı ciddi kusurları vardır. Fiyat kehaneti hakkında fikir birliğine varırsak ve ardından bunu yönetişim aracılığıyla iletmeden hemen algoritmik olarak değiştirirsek, bir dereceye kadar Bizans Hatası ortaya koyarız:

Bir Bizans arızasında, sunucu gibi bir bileşen, arıza tespit sistemlerine tutarsız bir şekilde hem başarısız hem de çalışıyor gibi görünebilir ve farklı gözlemcilere farklı belirtiler gösterebilir. Diğer bileşenlerin başarısız olduğunu beyan etmeleri ve ağdan çıkarmaları zordur, çünkü öncelikle hangi bileşenin başarısız olduğu konusunda bir fikir birliğine varmaları gerekir. Bizans hata toleransı ( BFT ), hataya dayanıklı bir bilgisayar sisteminin bu tür koşullara dayanıklılığıdır

Kaynak:https://en.wikipedia.org/wiki/Byzantine_fault

Tendermint, yetkilendirilmiş Proof-of-Stake (Yetki) veya pBFT-dPoS(A) kullanarak pratik Bizans Hata Toleransı kullanır. Bununla ilgili daha fazla bilgiyi buradan okuyabilirsiniz .

Şimdi, Ziggy önerisi fiyatlandırmanın "merdivenini" tırmanmayı açıklıyor, ancak merdivenden düşmeyi açıklamıyor. Merdivende çatlak olup olmadığını test etmek için merdivenlerden yukarı çıkıp sonra geri ineceğiz. Bu şekilde, muazzam satış baskısı uygulayarak bir de-peg olayını simüle ediyoruz.

SoftPeg(put, call)Bu olayların Ziggy ERM'de tanımlayarak veya aralıkla bildirilebileceğini açıklığa kavuşturmak istiyoruz SoftPeg(high, low). putEtkili bir şekilde, tüm piyasaya bir USTC'yi (örneğin) belirli bir fiyattan satacağımızı highve callbelirli bir fiyattan bir USTC'yi uygulayacağımızı bildiririz low.

SoftPeg(0.04, 0.02) = 0.03Örneğin, süre dolması ile tanımlıyoruz ModifierBlockDuration = 1000 blocks- bu anlamda, artık yetenekli kantitatif finans tüccarlarının kendi opsiyon stratejilerini tasarlayan açık bir sistem üzerinde çalışmasına izin veriyoruz.

Ziggy ERM, bir 0.02USTC "volatilite toleransı" aralığı tanımlar. Bunu bir dilim veya "paranın bir kısmı" olarak kabul edebiliriz.

Alex Forshaw, 2022'nin sonlarında yeniden keşfedilebilecek bir dilim rezerv planı (yukarıda) önerdi . Maximilian Bryan ve Edward Kim'e ek olarak Forshaw tarafından önerilen orijinal plan, bunları algoritmik geri alımlar yoluyla desteklemek için Terra-wrapped Bitcoin rezervi kullanan 10 dilim önerirken twBTC, asıl endişe, rezervin patlamamasını sağlamaktı. dikkatlice düzenlenmiş bir pazar saldırısı.

Bu teklif sahiplerinin lütfuyla, önerilen rezervleri kullanarak Ziggy ERM ile bağlantılı olarak herhangi bir dilimde çıpayı desteklemenin bir yolu olarak bu planı keşfetmeye devam etmelerini istiyoruz: , , veya benzeri "güvenli twBTC" twETHteminatlar twUSDx.

Yani, 10 dilim belirlemek yerine, 1x10^-18 ve 1.00 arasında ayrı bir dilim seti çiziyoruz. (Yine bu sayı çok fazla.)

Ziggy ERM hibrit opsiyon stratejisini (bu durumda bir Strangle ) gerçekleştirdiğinde , Forshaw ve diğerleri tarafından önerilen dilim sistemi, önemli olmasına rağmen call// lowsonundaki rezerv satın alımlarıyla otomatik olarak devreye girerek daha küçük bir ölçekte test edilebilir. // burada sona SoftPegnasıl yaklaşılacağına karar vermek için , çünkü rezerv bunun için değil.puthigh

#5 — Ziggy ile ilgili planların test edilmesi ve yinelenmesi için Kaynak Finansmanı.

Ağın bu çabaları finanse etmesi için en doğrudan kaynak Topluluk Havuzudur. Ancak, ağ uzun ömürlülüğünü mali bir bakış açısıyla ele aldığımızda, Topluluk Havuzunda bir rezerv oluştururken Oracle Havuzunun ağ üzerinden vergilendirilen girişim finansmanından mümkün olduğu kadar az düzeyde pay almak istiyoruz.

Ziggy önerisinde tartışılan bir başka temel sorun da "teşvik (para) nereden geliyor?" Teklif, arbitrajdan kaynaklanabileceğini ima ediyor, ancak arbitraj piyasa verimsizliklerinden geliyor - onu zorla kâr için yaratamayız.

Bunun yerine, şu anda doğrulayıcıların bir stopaj işlevine dahil olmasına izin vermeyi öneriyoruz. Bu tür bir işlevin uygulanması, bu yazı yazılırken Layer-1 geliştiricilerinden biriyle konuşulmuştu . Bu işlevsellik biraz şöyle okur:

• Bir komisyon yüzdesi belirleyin
• Ziggy ERM işlevselliğini finanse etmek için komisyonun bir kısmı (gönüllü olarak) ayrı bir havuzda tutulur.

• Bizim SoftPeg(veri nedenleriyle) 0,03 ABD dolarıdır.
• Şebeke, fiyatını putayrı $0.04bir parametre aracılığıyla uygulama hakkını elinde tutacaktır.
• Şebeke, fiyatını callayrı $0.02bir parametre aracılığıyla uygulama hakkını elinde tutacaktır.

• Fiyat put, doğrulayıcıların kendi komisyonları aracılığıyla stopajları aracılığıyla kullanılabilir. Bunu yaparken doğrudan bir kazanç elde edilir. Ancak bu, delegeler yerine doğrulayıcı düğümleri çalıştıranlar için tercihli olduğundan, bu parayı bir yönetişim işleyicisine göre Oracle Havuzuna ve Topluluk Havuzu ayrımına geri gönderiyoruz.
• Fiyat call, sermayeyi belirli dilim aralığına tahsis eden rezerv dilim sistemi aracılığıyla kullanılabilir 0.02 — 0.04.

• LuncBurnArmy'den AnteHandler vergi paylaşım teklifini yakıyor
• faffyswap'in Topluluk DEX önerisi
• drlocum'un çoklu havuz sistemi önerisi

#6 - Özet ve Notlar

Özet şu şekildedir:

1. Durumu ve neden daha önce olduğunu anlayın.
2. Piyasa takaslarını yeniden etkinleştirin ve ana ağdan önce test ağlarında testi aşamalandırın. (yeni Luna basımı olmadan, Terra'nın sabit basımı)
3. Pazar takasları etrafında tasarım ve test kontrolleri. (Ziggy ERM)
4. Kaldırma olaylarına hazırlanmak için paralel koruma çözümleri geliştirin ve ardından sağlamlıklarını test etmek için bu kaldırma işlemlerini simüle edin. (Ziggy ERM altında USTN rezerv dilimi mekanizması)
5. Gönüllü doğrulayıcı komisyon stopajlarını kullanarak kaynak finansmanı. %5'lik komisyonun %100'ünü eve götürmek yerine, yarısını Ziggy ERM kapsamında algoritma yeniden sabitlemesini finanse etmek için kullanın. Ardından, Oracle Pool'a ve Community Pool'a kar gönderin. (birden çok tekliften esinlenilmiştir)

Bu fikir yinelemeye açıktır. Yeniden düzenlenmesi gerekmesi durumunda, bu makalenin başında bir değişiklik günlüğü sağlanacaktır.

Beyin fırtınasına başlayın ve bunu yapalım!