tr
Home →Forums →Discord →Trade →

🏛️Yönetişim Kılavuzu

DRC oluşturma, Snapshot anketinin oluşturulması, DIP oluşturma, bir Snapshot anketinin oylanması, bir DIP'nin oylanması, bir DIP'nin kuyruğa koyulması ve bir DIP'nin uygulamaya koyulmasına ilişkin yön

dYdX Vakfı, dYdX topluluğunun dYdX yönetişim sürecini anlamasına yardımcı olmak için bu kılavuzu oluşturmuştur. Kılavuzda şu konulara adım adım bir genel bakış sağlanmaktadır:

Kılavuzda yer alan iki örnek DIP 2 (zincir dışı teklif) - Likidite Sağlayıcı Ödülleri Eşiğinin Düşürülmesi ve DIP 3 (zincir içi teklif) Safety Module'un Restorasyonu'dur.

DIP 2 (Zincir Dışı Teklif) - Likidite Sağlayıcı Ödülleri Eşiğinin Düşürülmesi

Özet:

Dönem 6'da dYdX topluluğu, piyasa yapıcılar için LP ödülleri hacmi eşiğinin %1'den %0,25'e düşürülmesini Snapshot'ta oylamıştır. LP ödülleri eşiğinin Dönem 2'de %5'den %1'e düşürülmesinde, Dönem 6'daki düşürme (%1'den %0,25'e) ile aynı süreç izlenmiştir. LP ödülleri hacmi eşiğinin %5'den %1'e düşürülmesi sürecine adım adım genel bakış aşağıda yer almaktadır.

Snapshot'ta topluluğun çoğunluğu (399 oy veren ve $ethDYDX'in %86'sı), Likidite Sağlayıcı ödüllerinin alınması için hacim eşiğinin %5'ten %1'e düşürülmesi yönünde oy kullanmıştır. Piyasa yapıcılar için Likidite Sağlayıcı ödülleri hacmi eşiğinin %5'den %1'e düşürülmesi için zincir dışı bir DIP DeFiance Capital'da Jacob Goh (jweam0x) tarafından sunulmuştur. Dönem 2'de %1'lik eşiği karşılayan piyasa yapıcılar Dönem 3'te Likidite Sağlayıcı ödülleri kazanmaya hak kazanmışlardır. Teklif, hiçbir zincir içi akıllı sözleşme değişikliği gerektirmemiştir.

Geçmiş:

Likidite Sağlayıcı ödülleri programı kapsamında, protokol için piyasa yapan Likidite Sağlayıcılara her dönem (28 gün) 1.150.685 $ethDYDX dağıtılmaktadır. Ödüller çalışma süresi, iki taraflı derinlik, teklif-talep farkları ve desteklenen piyasaların sayısının bir kombinasyonunu ödüllendiren bir formül esasında dağıtılmaktadır. Bu ödül programına hak kazanmak için, likidite sağlayıcıların bir önceki dönem boyunca toplam piyasa yapıcı hacminin minimum bir yüzdesini sağlaması gerekmektedir.

dYdX topluluğu, Likidite Sağlayıcı ödülleri eşiğinin üzerinde "anında ve gayri kabili rücu kontrol" sahibidir. Topluluğun kontrol ettiği parametrelerin tam listesini burada bulabilirsiniz.

Topluluk Likidite Sağlayıcı ödülleri eşiğinin düşürülmesini istemektedir çünkü bu yeni Piyasa Yapıcıları ve küçük ila orta ölçekli Piyasa Yapıcıları dYdX platformundaki likiditeyi artırmaya teşvik edecektir. Dahası, platformdaki Piyasa Yapıcıların sayısının artırılması dYdX protokolünün daha merkeziyetsiz bir hale gelmesini sağlar.

Bunun ardından, dYdX yönetişiminin pratikte nasıl işlediğine dair adım adım bir genel bakış sunuyoruz. dYdX yönetişim süreci hakkında daha fazla bilgiyi burada bulabilirsiniz.

1. ADIM - Forum Tartışmaları, DRC Oluşturma (Zincir Dışı) ve DRC Geri Bildirimi

Açıklama:

dYdX Yönetişim Süreci, yönetişim forumları tarafından desteklenir. Topluluk üyeleri zincir dışı bir açık mutabakat sağlamak için tartışma ileti dizilerinde gönderi oluşturur ve yorum yapar. Forum tartışmaları ve DRC Oluşturma hakkında daha fazla bilgiyi burada bulabilirsiniz. Not - Operasyonlar alt-DAO'su, topluluk oylamalarının Commonwealth'ten Discourse'a geçişinin akabinde yeni forum konumu olarak https://dydx.forum/ adresini devreye almıştır. Bu kılavuzda yer alan ve önceki DRC tartışmalarına yapılan bazı atıflar hala Commonwealth'e işaret edecektir; ancak yeni başlatılan tüm tartışmalar, yeni başlatılan Discourse forumunda gerçekleşmelidir. \

DIP 2 başvurusu:

Three Arrows Capital'dan Su Zhu (zhusu) Likidite Sağlayıcı Ödülleri Eşiğinin düşürülmesi için zincir dışı bir Forum Tartışması oluşturmuştur. Wintermute'tan Evgeny, Kronos'dan Ben, Sixtant'tan Josh ve daha birçok topluluk üyesi tartışmaya katılmış ve değerli geri bildirimler sağlamıştır.

Discourse Üzerinde Nasıl Gönderi ve Yorum Yapılır:

  • E-posta hesabınızla Discourse'a kaydolun ve dYdX topluluğuna buradan katılın.

  • Bir ileti dizisi seçin, yorumlar arasında gezinin ve yorumları beğenin veya yanıtlayın.

  • "Yeni Konu" üzerine tıklayarak ve konu kategorisini seçerek yeni bir tartışma dizisi oluşturun veya bir DRC gönderin.

  • Eğer bir DRC oluşturuyorsanız lütfen buradaki şablonu izleyin. Teklif Yaşam Döngüsü bölümünde DRC Oluşturma başlığı altında belirtildiği üzere DRC'ler en az şunları içermelidir:

    • DRC'nin kısa ve öz bir başlığı.

    • Teklifin kısa ve öz bir açıklaması.

    • DRC'nin gerekçesi (örneğin neden?).

    • Forum gönderisinin başlığı DRC: [DRC'nin kısa başlığını ekleyin] şeklinde olmalıdır (Örneğin, DRC: Yeni Piyasa Talebi).

    • Topluluk üyelerinin zincir dışı iyileştirmeleri oylamak için kullanabileceği bir topluluk anketi.

2. ADIM - DRC Snapshot Anketi (Zincir Dışı)

Açıklama:

Topluluk açıkça bir mutabakat sağladıktan sonra, 10.000 teklif verme yetkisine sahip bir topluluk üyesi Snapshot üzerinde DRC için zincir dışı bir oylama oluşturabilir. Teklif verme yetkisi bir teklif oluşturma ve sürdürme erişimi sağlar. Snapshot, kullanıcıların duyarlılığı zincir dışında göstermesini sağlayan basit bir oylama arayüzüdür. Snapshot'ta oyların ağırlığı, sahip olunan veya oy vermek için kullanılan adrese delege edilen Yönetişim Token'larının sayısına göre belirlenir. Snapshot anketini oluşturan topluluk üyesi DRC hakkında ayrıntılı bilgi, bir oylama sistemi, oylamanın başlangıç tarihi, oylamanın sona erme tarihi ve snapshot blok numarasını sağlamalıdır. Oylama süresi 5 gün sürmeli ve oylama 1 günlük oylama gecikmesinden ( 13.2 saniye blok süresine göre) sonra başlamalıdır. Oylama bekleme süresi; dYdX topluluk üyelerinin DRC hakkında daha fazla bilgi edinmesi, $ethDYDX satın alması veya Yönetişim Token'larının oy verme yetkisini delege etmesi için zaman sağlar. Yönetişim Token'larına sahip olan veya Snapshot blok numarasından önce kendisine oy verme yetkisi delege edilmiş olan Topluluk üyeleri oy verme hakkına sahiptir. Snapshot anketleri hakkında daha fazla bilgiyi burada bulabilirsiniz.

DIP 2 başvurusu:

Topluluk üyeleri Su Zhu'nun gönderisi hakkında geri bildirim sağlamıştır. Topluluk tarafından aşağıdaki ödül eşikleri önerilmiştir:

  • %0,5 - Three Arrows Capital'dan Su Zhu,

  • %1 - BitTrading'den Sam,

  • %2,5 - Kronos / WOO Network'ten Bin ve

  • %5 - Wintermute'tan Evgeny.

Bunun ardından, Su Zhu aşağıdaki seçeneklerle bir Snapshot anketi oluşturmuştur:

  • MM eşiğinin %1'e düşürülmesi

  • MM eşiğinin %2,5'e düşürülmesi

  • MM eşiğinin %5 olarak bırakılması

Bir Snapshot Anketi Üzerinde Oylama Yapma:

  • Ethereum cüzdanınız ile Snapshot'a kaydolun ve buradaki dYdX tekliflerini izleyin.

  • Aktif Snapshot oylamalarında oy vermek için, Snapshot oylaması aktif hale geldiğinde Snapshot blok numarası öncesinde adresinizde Yönetişim Token'ları olması veya adresinize oy verme yetkisi delege edilmiş olması gerekir.

  • Oy vermek için, teklife tıklayıp "Evet" veya "Hayır" seçeneğini belirleyin ve ardından "Oy Ver" seçeneğine tıklayın.

Snapshot Üzerinde Bir Anket Nasıl Oluşturulur:

  • Bir Snapshot oylaması oluşturabilmek için, teklifi oluşturmak için kullandığınız adreste en az 10.000 Yönetişim Token'ı tutmanız ve/veya bu adrese bu miktarda oylama yetkisi delege edilmiş olması gerekir.

  • Snapshot teklifi, teklif başına en fazla 10 eylem olmak üzere bir veya birden fazla eylemden oluşabilir. Eylemler, bir teklifte belirtilen değişikliklerdir.

  • Minimum 10.000'lik teklif verme yetkisi gereksinimini karşılıyorsanız "Yeni Teklif" seçeneğine tıklayın ve aşağıdaki içerik gereksinimleri uyarınca açık alanları doldurun.

DRC Snapshot Anketi İçerik Gereksinimleri:

  • Forum tartışmasına bir bağlantı ile beraber DRC hakkında ayrıntılı bilgi,

  • bir oylama sistemi,

  • oylama başlangıç tarihi ve oylama bitiş tarihi toplam 4 günlük süreye olarak ayarlandı (13.2 saniye blok süresine göre), ve

  • Snapshot anketi oylama başlamadan 1 gün (~6.570 blok) önce yayınlanır.

Bağlayıcı Snapshot Anketleri için gereksinim:

Bir Snapshot anketi çoğu karar için yalnızca görüşlerin yansıtılmasını sağlarken, akıllı sözleşmeleri değiştiren bağlayıcı bir sonuç için zincir içi bir oylama gereklidir. Zincir içi bir akıllı sözleşmenin çağrılmasını gerektirmeyen kararlar, özellikle de Alım Satım ve Likidite Sağlayıcı ödüllerinin formüllerinde yapılacak değişiklikler için, Snapshot oylamaları bağlayıcı ve kesin oylama olarak kabul edilir. Yukarıdaki içerik gereksinimlerine ek olarak, zincir dışı kontrol edilen değişkenler için bağlayıcı bir oylama niteliğindeki Snapshot anketleri şunları içermelidir:

  • İki ayrı oylama seçeneği. Açıkça belirtmek gerekirse, bir adres bir teklifin lehine veya aleyhine oy verir.

  • Oylama sonrasında ilgili bilgiler IPFS üzerinde saklanacak ve bir rapor otomatik olarak oluşturulup indirilmeye hazır hale getirilecektir.

3. ADIM - DIP Oluşturma (Zincir Dışı Teklif)

Açıklama:

(1) Bir Snapshot anketi zincir dışı bir parametrenin (Alım Satım Ödülleri veya LP Ödülleri formüllerinde yapılan değişiklikler gibi) güncellenmesi sonucunu doğurduğunda ve (2) bir topluluk üyesi zincir içi akıllı sözleşmeleri değiştirme teklifinde bulunmak istediğinde bir DIP oluşturulması gerekir. Herhangi bir zincir içi akıllı sözleşme güncellemesi gerektirmeyen oylamalarda Snapshot anketi bir zincir dışı DIP ile resmileştirilmeli dYdX Vakfı'nın Github'ının Beklemedeki DIP dalına bir Çekme Talebi aracılığıyla gönderilmelidir. DIP, Snapshot oylamasının kazanan sonucunu yansıtmalıdır. DIP'te, buradaki şablonda yer alan bilgiler belirtilmelidir.

DIP 2 başvurusu:

Bu örnekte, DIP @Jteamdc. tarafından yazılmıştır.

@Jteamdc; DIP 2 için taslak teklif tamamlandığında, dYdX Vakfı'nın Beklemedeki DIP'ler bölümüne karşı çalışma bölümünden bir **** Çekme Talebi oluşturmuştur. dYdX Vakfı teklifi gözden geçirdikten ve onayladıktan sonra, Beklemedeki DIP'lerdeki değişiklikler Ana Dal ile birleştirilmiştir.

Likidite sağlayıcıların ödül eşiğinin düşürülmesi herhangi bir zincir içi akıllı sözleşme değişikliği gerektirmediği için süreç artık tamamlanmıştır ve değişiklikler bir sonraki dönemde yürürlüğe girecektir.

Bir DIP Nasıl Oluşturulur:

  • DIP, Snapshot üzerindeki zincir dışı DIP oylamasının kazanan sonucuna dayalı olmalıdır ve teklif başına en fazla 10 eylem olmak kaydıyla bir veya birden fazla eylemden oluşabilir. Eylemler, bir teklifte belirtilen değişikliklerdir. Daha fazla bilgiyi DIP Oluşturma başlığı altında bulabilirsiniz.

  • Bir Github hesabı açmak için kaydolun: https://github.com/signup.

  • Buradaki dYdX repo sayfasına gidin ve Github hesabınızın altındaki repo'yu çatallayın.

Dips klasörü, buradaki DIP şablonunu izleyen önceki tekliflerin bir dizinini içerir.

  • Bir teklif taslağına başlamadan önce, çatalladığınız dalın ana dalın en son sürümü ile güncellenmiş olduğundan emin olun. DIP repo'sunun eski bir sürümünü kullanıyorsanız, çatallanmış sürümünüzün en son değişiklikleri içeren bir şekilde güncel olduğunu lütfen doğrulayın. Çatallanmış sürümünüzü yeniden temellendirme konusunda yardım almak için şuradaki adımları izleyebilirsiniz: https://stackoverflow.com/quotions/7929369/how-to-repase-local-branch-onto-remote-master.

  • DIP şablonunu teklifinizin bilgileri ile düzenleyin. Eğer DIP repo'sunu çatallamadıysanız, düzenle simgesini seçtiğinizde, yönetici olmadığınız için repo ana daldan otomatik olarak çatallanacaktır.

  • Şablonu izleyin ve DIP'inizi content/dips/ dizinindeki depo çatalınıza ekleyin. Lütfen aşağıda verilen DIP Durumları adlandırma ilkelerini izleyin.

DIP Durumları:

  • WIP - hâlâ geliştirilmeye devam eden bir DIP.

  • Teklif Edildi - zincir içinde teklif edilmeye hazır bir DIP.

  • Onaylandı - uygulamaya koyulması dYdX topluluğu tarafından kabul edilen bir DIP.

  • Uygulamaya Koyuldu - ana ağda yayınlanan bir DIP.

  • Reddedildi - reddedilen bir DIP.

  • Tüm içeriğin doğru olduğunu kontrol ettikten sonra, çalışma dalınızdan dYdX Vakfı'nın Beklemedeki DIP'ler dalına bir Çekme Talebi oluşturun. Bu Çekme Talebini dYdX Vakfı'nın ana dalına lütfen göndermeyin çünkü herhangi bir dış taraf ana dalla birleştirmek isterse IPFS işi başarısız olacaktır. Lütfen burada örnek olarak verilen Çekme Talebini kullanın.

  • İnceleme sonrasında, dYdX Vakfı, Beklemedeki DIP'ler dalındaki değişiklikleri Ana şube ile birleştirecektir.

Teklif herhangi bir zincir içi akıllı sözleşme değişikliği gerektirmediği için, süreç artık tamamlanmıştır ve değişiklikler bir sonraki dönemde yürürlüğe girecektir

DIP 3 (Zincir İçi Teklif) - Safety Module Restorasyonu

Özet:

1 Kasım günü, Safety Module staking havuzunun işlevlerini restore etmek için Paradigm'den Dan Robinson tarafından zincir içi bir DIP oluşturulmuştur. Topluluğun çoğunluğu (251 oy veren ve yaklaşık 142 milyon ethDYDX) Safety Module'un işlevselliğini eski haline getirme yönünde oy vermiştir. 10 günlük bir Oylama Süresinin ardından, bir topluluk üyesinin kuyruğu çağırması ve teklifin 7 günlük timelock bekleme süresine taşınması yaklaşık 3 gün sürmüştür. 20 Kasım günü, Safety Module eski durumuna getirilmiş ve temiz bir duruma sıfırlanmıştır.

Geçmiş:

dYdX Safety Module, dYdX protokolünü desteklemek için kullanılabilecek merkeziyetsiz bir fon havuzuna kaynak sağlamak için tasarlanmış bir staking sözleşmesidir. Eksi bakiyeye düşme durumunda, kayıpları azaltmak için stake edilen $ethDYDX'leri slash etmek için bir yönetişim oylaması gerekir. $ethDYDX token arzının %2,5'i (25.000.000 $ethDYDX) güvenlik staking havuzunda ethDYDX stake eden kullanıcılara dağıtılacaktır. Güvenlik staking havuzu hakkında daha fazla bilgiyi burada bulabilirsiniz.

Güvenlik staking havuzu ödülleri kapsamında, stake edenlere her dönem (28 gün) 383.562 $ethDYDX dağıtılacaktır. Ödüller, stake edenlere her saniye orantılı olarak dağıtılır.

dYdX topluluğu, safety module akıllı sözleşmesinin parametreleri üzerinde "anında ve gayri kabili rücu" kontrol sahibidir. Topluluğun kontrol ettiği parametrelerin tam listesini burada bulabilirsiniz.

8 Eylül günü saat 15:00'de (UTC), $ethDYDX token'ları üzerindeki transfer kısıtlaması kaldırılmış ve bu token'lar dYdX Safety Module üzerinde fiilen staking'e açılmıştır. 50'den fazla farklı adres 1 saate yakın bir süre boyunca yaklaşık 157.000 ethDYDX stake etmiştir. Bir yazılım hatası konuşlandırma sürecinde bir hataya neden olmuş ve Safety Module'da stake eden adreslere hiçbir stkDYDX verilmemiştir. Bunun sonucunda da her bir stake edenin fonları sözleşmede takılmış ve dYdX ekibi dYdX yönetişim arayüzünde staking'i devre dışı bırakmıştır.

DIP 1'de, Safety Module'un işlevlerinin eski durumuna getirilmesi ve etkilenen adreslerin fonlarını kurtarmalarına ve bunları bir bütün haline getirmek için stake ettikleri token'ların %10'u kadar bir ek tazminat almalarına izin verilmesi önerilmiştir. Topluluk DIP 1 - Safety Module Restorasyonu ve Stake Edenlerin Kurtarılması teklifini büyük oranda desteklemiş olsa da teklif, bir Long Timelock oylamasının kabul edilmesi için gereken 100 milyon $ethDYDX karar yeter sayısına ulaşamadığı için başarısız olmuştur. Bunun sonucunda da DeFiance Capital'dan Jacob Goh (jteam0x), kaçırdıkları ödüller ve kendilerine verilen rahatsızlıktan dolayı etkilenen adreslere geri ödeme yapılması ve tazminat verilmesi için DIP 4 - Safety Module'da Stake Edenlere Geri Ödeme Yapılması ve Tazminat Verilmesi teklifini oluşturmuştur. DIP 4, kullanıcıların stake ettiği token'lar için kurtarma sözleşmesinin konuşlandırılmasını ve etkilenen adreslere Ödül Hazinesi'nden %10 oranında ek bir tazminat ödenmesini içermektedir. DIP, Short Timelock'ın daha az katı olan yönetişim parametreleri tarafından yönetilmiştir.

Bir DIP'nin teklif yaşam döngüsü DIP'in oluşturulmasına kadar genellikle tutarlıdır. DIP 3 (zincir içi) ve DIP 2 (zincir dışı) arasındaki en büyük fark, DIP 3'ün zincir içi bir oylama ve bir akıllı sözleşmenin konuşlandırılmasını gerektirmesidir. Forum tartışmaları, DRC oluşturma ve DIP taslağının oluşturulması süreci aynı olduğundan, adım adım açıklamamıza zincir içi DIP taslağı için içerik gereksinimleri ile başlıyoruz.. Daha fazla bilgi için lütfen aşağıdaki bağlantıları izleyin:

1. ADIM - Zincir İçi DIP Taslağı

Açıklama:

dYdX protokolünde yönetişim mutabakatını etkileyen zincir içi bir DIP taslağında akıllı sözleşme değişikliklerinin uygulanması için atılacak adımlar özetlenmelidir. Topluluğun Snapshot'ta veya daha önce başarısız olmuş bir DIP'te açık bir mutabakat sağlamasının ardından, yeterli teklif verme yetkisine sahip bir topluluk üyesi yeni DIP'yi zincir içinde gönderebilir. Teklif verme yetki eşiği, timelock executor ve diğer yönetişim parametreleri hakkında daha fazla bilgiyi burada bulabilirsiniz.

DIP 3 başvurusu:

Bu örnekte DIP, Paradigm'den Dan Robinson tarafından yazılmıştır. Teklif zincir içi akıllı sözleşme değişiklikleri içerdiğinden, teklifte belirli akıllı sözleşme uygulamalarına bir bağlantı da yer almıştır.

SafetyModuleV2.sol konuşlandırma sözleşmesinden Safety klasörüne gezinti yolu teklifin nasıl uygulanacağına dair belirli ayrıntıları içeren README dosyasını gösterir.

Teklifin uygulanmasına ilişkin olarak README dosyasında yer alan adımları şurada bulabilirsiniz: https://github.com/dydxfoundation/governance-contracts/tree/master/contracts/safety.

Bir Zincir İçi DIP (WIP) taslağı nasıl oluşturulur:

  • DIP'yi oluşturmak için yeni bir cüzdan oluşturun. Konuşlandırma süreci bir çevre değişkeni olarak kurtarma cümlenizi girmenizi gerektirecektir; bu yüzden zincir içi DIP oluşturmak için tek kullanımlık bir cüzdan kullanmanızı öneririz.

  • DIP'yi oluşturmak için tek kullanımlık cüzdana yeterli teklif verme yetkisi delege edin. Teklif verme yetkisini burada delege edebilirsiniz. Farklı teklif verme gücü eşikleri aşağıda verilmiştir ve eşikleri burada da bulabilirsiniz.

    • Short Timelock: toplam arzın %0,5'i (teklif verme yetkili 5 milyon).

    • Starkware Executor: toplam arzın %0,5'i (teklif verme yetkili 5 milyon).

    • Long Timelock Executor: toplam arzın %2,0'si (teklif verme yetkili 20 milyon).

    • Merkle Pauser Executor: toplam arzın %0,5'i (teklif verme yetkili 5 milyon).

  • Bir Alchemy Anahtarı oluşturun. Alchemy Anahtarı sayesinde Ethereum ile etkileşim kurmak ve akıllı sözleşmeyi konuşlandırmak için bir Ethereum Düğümü çalıştırmanıza gerek yoktur. Bir Alchemy Anahtarı oluşturma kılavuzunu burada bulabilirsiniz.

Ethereum'u seçin ve "Başla" seçeneğine tıklayın.

Gerekli bilgileri doldurun, Goerli Ağını seçin ve "uygulama oluştur" seçeneğine tıklayın.

Hesabınızı oluşturduktan sonra, buradaki kurulum talimatlarını izleyin.

"4. Oluşturmaya Başla" başlığının altında, "ilk akıllı sözleşmenizi konuşlandırmayı deneyin" seçeneğine tıklayın ve kılavuzu izleyin.

  • Yeni dosyayı (DIP-[New DIP #]-ipfs-hashes.jso) seçtikten sonra, encodedHash kullandığınızdan emin olun.

2. ADIM - Zincir içinde bir DIP gönderin

Açıklama:

Bir topluluk üyesi teklif edilen akıllı sözleşme uygulamalarının doğru olduğunu ve DIP'nin kesinleştiğini onayladıktan sonra, DIP zincir içinde gönderilebilir. Bir zincir içi DIP oluşturulduğunda, teklif yaklaşık 1 gün (yaklaşık 6.570 blok) sürecek Oylama Bekleme Süresi için "Beklemede" durumuna geçer. $ethDYDX bakiyelerini ve delege edilmiş oy verme yetkisini hesaplamak için Oylama Bekleme Süresinin ardından kullanıcı anlık görüntüleri kaydedilir. Bunun ardından, teklif "Aktif" duruma geçer ve oylama süresi teklif türüne bağlı olarak 2-10 gün arasında değişir. Bir teklifin uygulanması için, oylama, teklifin türüne bağlı olarak değişen karar yeter sayısını ve minimum oy farkını geçmelidir. DIP karar yeter sayısını ve minimum oy farkını geçer ve oy veren topluluk üyelerinin çoğunluğu DIP lehine oy verirse, teklifin timelock kuyruğuna taşınması için herhangi bir adres kuyruğu çağırabilir. Timelock sözleşmeleri, dYdX topluluğu tarafından oylanan işlemleri kuyruğa koyabilir, iptal edebilir veya uygulamaya koyabilir. Timelock kuyruğunun uzunluğu teklifin türüne bağlı olarak değişir.

DIP 3 başvurusu:

Paradigm ekibi, SafetyModuleV2.sol'un solidity kodunu tamamlamış ve kesinleştirmiştir.

Paradigm ekibi, güncellemeleri hem yerel hem de çatallanmış bir ana ağ ortamında simüle etmiştir. Bunun ardından, yönetişim teklifinin ana ağda uygulamaya koyulmasının ardından tüm işlevlerin restore edilmesini sağlamak için test paketi çalıştırılmıştır.

Paradigm ekibi, aşağıdaki betikleri çalıştırarak akıllı sözleşme güncellemelerini konuşlandırmıştır.

Safety Module Kurtarma Konuşlandırması

export ALCHEMY_KEY=<... >

export MNEMONIC=<... >

npx hardhat --network mainnet deploy:safety-module-recovery --dydx-token-address 0x92D6C1e31e14520e676a687F0a93788B716BEff5 --short-timelock-address 0x64c7d40c07EFAbec2AafdC243bF59eaF2195c6dc --rewards-treasury-address 0x639192D54431F8c816368D3FB4107Bc168d0E871

Yönetişim Teklifi: Safety Module Düzeltmesi

export ALCHEMY_KEY=<... >

export MNEMONIC=<... >

npx hardhat --network mainnet deploy:safety-module-fix-proposal --proposal-ipfs-hash-hex 0x... --governor-address 0x7E9B1672616FF6D6629Ef2879419aaE79A9018D2 --long-timelock-address 0xEcaE9BF44A21d00E2350a42127A377Bf5856d84B --safety-module-address 0x65f7BA4Ec257AF7c55fd5854E5f6356bBd0fb8EC --safety-module-proxy-admin-address 0x6aaD0BCfbD91963Cf2c8FB042091fd411FB05b3C --safety-module-new-impl-address 0x...

Yönetişim Teklifi: Safety Module Tazminatı

export ALCHEMY_KEY=<... >

export MNEMONIC=<... >

npx hardhat --network mainnet deploy:safety-module-compensation-proposal --proposal-ipfs-hash-hex 0x... --dydx-token-address 0x92D6C1e31e14520e676a687F0a93788B716BEff5 --governor-address 0x7E9B1672616FF6D6629Ef2879419aaE79A9018D2 --short-timelock-address 0x64c7d40c07EFAbec2AafdC243bF59eaF2195c6dc --rewards-treasury-address 0x639192D54431F8c816368D3FB4107Bc168d0E871 --safety-module-recovery-address 0x...

Aynı anda DIP, https://dydx.community/dashboard üzerinde yayınlanmıştır.

dYdX Yönetişim sözleşmesi 0x7e9b1672616ff6d629ef2879419aae79ae79a9018d2'dir: https://eterscan.io/txs?a=0x7e9b1672616ff6629ef2879419aae79ae79a9018d2&p=10.

DIP konuşlandırması Etherscan üzerinde doğrulanabilir: https://etherscan.io/tx/0x5f2472e7dfcbf50628d29c94f97a072f3c19177f66cde4cca9f376c7934af5ad.

DIP, 1 Kasım 2021 tarihinde 13.532.376 numaralı blokta oluşturulmuştur. Sıradaki 6.570 blok boyunca DIP durumu "Beklemede" olur.

DIP 13538946 numaralı blokta "Aktif" duruma geçtiğinde ethDYDX sahipleri DIP'yi oylamıştır.

İlk oy 2 Kasım 2021 tarihinde TSİ saat 08.51.22'de (13538959 numaralı blokta), DIP'nin zincir içinde oluşturulduğu andan 6583 blok sonra verilmiştir.

Long Timelock kapsamındaki 10 günlük oylama süresi sonrasında, herhangi bir topluluk üyesi kuyruğu çağırabilir ve teklifi 7 günlük timelock bekleme süresine taşıyabilir. DIP 3 söz konusu olduğunda, bir topluluk üyesinin kuyruğu çağırması neredeyse 3 gün sürmüştür.

7 günlük timelock bekleme süresi dolduğunda DIP zincir üzerinde uygulamaya koyulmuştur.

DIP'nin zincir üzerinde uygulamaya koyulduğu anda https://dydx.community/dashboard/provention/3 adresindeki DIP durumu "Uygulamaya Koyuldu" şeklinde güncellenmiştir.

(1) Tekliflerin timelock bekleme süresinden hemen sonra başlayan 7 günlük Uygulama Mühleti sona ermeden uygulamaya koyulması ve (2) teklifi veren adresin DIP uygulamaya koyulana kadar ilgili timelock sözleşmesi tarafından gerekli kılınan minimum teklif verme yetkisini (teklif verme yetkili 5 milyon veya 20 milyon) muhafaza etmesi gerektiğini unutmayın.

Bir DIP Zincir İçinde Nasıl Gönderilir:

  • DIP'yi oluşturmak için yeterli teklif verme yetkisine sahip olduğunuzdan emin olun. Daha fazla bilgiyi DIP Oluşturma başlığı altında bulabilirsiniz.

    • Short Timelock Executor: toplam arzın %0,5'i (teklif verme yetkili 5 milyon).

    • Starkware Executor: toplam arzın %0,5'i (teklif verme yetkili 5 milyon).

    • Long Timelock Executor: toplam arzın %2,0'si (teklif verme yetkili 20 milyon).

    • Merkle Pauser Executor: toplam arzın %0,5'i (teklif verme yetkili 5 milyon).

  • Gas ücretini ödemek için cüzdanda ETH olduğundan emin olun.

  • Ethereum Mainnet ağı için Alchemy üzerinde bir uygulama oluşturun.

Bir DIP için nasıl oy verilir:

  • Gas ücretini ödemek için cüzdanda ETH olduğundan emin olun.

  • Aktif bir DIP için https://dydx.community/dashboard adresinde DIP'yi seçerek oy verebilirsiniz.

Oylama süresi teklifin türüne bağlıdır. Daha fazla bilgiyi DIP Oluşturma başlığı altında bulabilirsiniz.

  • Short Timelock Executor: 4 gün.

  • Starkware Executor: 4 gün.

  • Long Timelock Executor: 10 gün.

  • Merkle Pauser Executor: 2 gün.

Bir Teklif Nasıl Kuyruğa Koyulur:

Başarılı bir teklif, Timelock Bekleme Süresini başlatmak için kuyruğa koyulabilir.

  • Eth içeren uyumlu bir cüzdan kullandığınızdan emin olun.

  • Etherscan üzerinde "Sözleşme" Sekmesine gidin ve "Sözleşme Yaz" seçeneğine tıklayın. Yönetişim Sözleşmesini burada bulabilirsiniz.

  • Kuyruk seçeneğine tıklayın ve "proposalId" bilgisini girip gönderin.

DIP oluşturulduğunda, "proposalId" bilgisini Etherscan üzerinde bulabilirsiniz: https://etherscan.io/tx/0x5f2472e7dfcbf50628d29c94f97a072f3c19177f66cde4cca9f376c7934af5ad.

  • "Daha fazlasını görmek için tıklayın" seçeneğine tıklayın.

  • "Girdi Verilerinin Kodunu Çöz" seçeneğine tıklayın.

Bir Teklif Nasıl Uygulamaya Koyulur:

Timelock Bekleme Süresi dolduğunda, başarılı bir teklif uygulamaya koyulabilir.

  • Etherscan üzerinde "Sözleşme" Sekmesine gidin ve "Sözleşme Yaz" seçeneğine tıklayın. Yönetişim Sözleşmesini burada bulabilirsiniz.

  • "Uygulamaya koy" seçeneğine tıklayın ve "proposalId" bilgisini girip gönderin.

  • "proposalId" bilgisini bulmak için yukarıdaki adımları (Bir Teklif Nasıl Kuyruğa Koyulur başlığı altındaki) izleyin.

  • "payableAmount (ether)" altında "0" girin.

PreviousParametrelerNextdYdX Topluluk Hazinesi Harcama Teklifi Oluşturmak için Teknik Kılavuz

Last updated