Aave Yönetişim Modülü V3'ün Özellikleri ve Sürecinin Derinlemesine Analizi

Birinci sınıf kredi protokolü AAVE, en son yönetim modülü olan Aave Governance V3'ü bugün (12/27) resmi olarak başlattı. Bu, oylama maliyetlerinde önemli bir azalma, otomatik botların eklenmesi ve zincirler arası altyapının iyileştirilmesi de dahil olmak üzere önemli avantajlar sağlayarak zincir içi yönetişim için yeni bir paradigma oluşturuyor.

İçindekiler:

Aave yönetişim modülünün Referans Değeri

Aave borç verme protokolü, bu makalenin yazıldığı tarih itibarıyla yaklaşık 6,5 milyar dolarlık fona sahip ve zincirdeki ilk üç ürün arasında yer alıyor (sırasıyla Lido ve Maker ikinci sırada yer alıyor). Bu nedenle, herhangi bir güncellemeye büyük bir dikkatle yaklaşılmalıdır. Yönetişim bile insan hatalarını veya merkezileştirme risklerini en aza indirmek için sağlam bir dizi düzenlemeyi ve sözleşme uygulamalarını takip edebilir.

Protokol arka kapı işlevlerinin çoklu imza kontrolüne dayanan diğer proje yönetişim modellerinin aksine (bazılarında çoklu imza bile olmayabilir), Aave protokolü nispeten güvenli bir mekanizmaya sahiptir. Gelecek için ideal yönetim mekanizmasına dair değerli bilgiler sağlar.

Öte yandan, AAVE Governance V2 2020'den bu yana faaliyette ve fizibilitesi kapsamlı bir şekilde doğrulandı. Hatta GHO stablecoin'inin ve protokol entegrasyonunun çıkarılmasını bile kolaylaştırdı ve bu kadar karmaşık bir mühendislik başarısını yalnızca yönetim modülünün çalıştırılmasıyla gerçekleştirdi ki bu gerçekten merak uyandırıcı.

Aave Yönetişim Modülü V2'ye Giriş

Mevcut AAVE Governance V2 modülü kullanımdan kaldırılacak ancak V3, genel yapısını devralacak ve temel bir anlayış gerektiren optimizasyonlara tabi tutulacak.

Temel mimari

AAVE Governance V2'nin operasyonel hedefi tam bir ademi merkeziyetçilik sağlamaktır. DAO, zincir içi teklifleri onaylamak için kurucu ekibe güvenmeden, zincir içi yönetişimin sonuçlarına göre protokolü otomatik olarak günceller.

Aave 治理 V2 架构(资料来源)
Aave Yönetişim V2 mimarisi (kaynak)

Uygulamada Aave Governance V2 aşağıdaki bileşenlere ayrılabilir:

• AaveGovernancev2: AIP'nin oluşturulması, bilgi gönderimi, parametre ayarı vb. işlemlerinden sorumludur.
• Kısa Yürütücü: protokolde daha küçük değişiklikler yapmak için kullanılır; protokoldeki kabul edilebilir varlıkların listesini artırma veya azaltma teklifleri gibi hızlı yinelemeleri tamamlamak için daha düşük bir eşikle iletilen tekliflerin içeriğini yürütmekten sorumludur.
• Uzun Yürütücü: protokolün çekirdek kodunda önemli değişiklikler yapmak için kullanılır; protokolün mantık kurallarını değiştirmeye yönelik teklifler gibi daha yüksek bir eşikle geçen tekliflerin yürütülmesinden sorumludur.
• YönetişimStratejisi: Kullanıcı önerilerinin ve oylamanın operasyonel mantığını işleyin ve oylama için hangi tokenlerin kullanılabileceğini tanımlayın. V2'de oy vermek için kullanılabilecek tokenler AAVE ve stkAAVE'dir (Stake AAVE).

Ayrıca Aave Guardian adı verilen ve on adresin çoklu imzasıyla kontrol edilen bir dizi sözleşme de var. Ana sorumluluğu, acil durumlarda protokolün güvenliğini koruyacak şekilde protokolün sözleşmesini değiştirmektir. Duruma göre kötü niyetli teklifler iptal edilebiliyor, hatta protokol işlemleri bile kapatılabiliyor.

(Aave güvenlik açığı patladı｜Fonlar artık risk altında değil, piyasanın yeniden başlatılması için topluluk oylamasını bekliyor)

İşlem akışı

Geçmişte AAVE Governance V2 modülünün yönetişim sürecinin temel yapısı şu şekildeydi:

1. Teklifin sunulması: Teklif topluluk forumunda tartışılır ve Sıcaklık kontrolü gerçekleştirilir, ardından zincir dışı Anlık Görüntü oylaması yapılır.
2. ARFC: Zincir dışı oylamayı eksiksiz bir teklife (AIP) aktaran teklifleri derleyin, kodun tamamını aynı anda gönderin ve zincir dışı Anlık Görüntü oylamasını yeniden gerçekleştirin.
3. AIP'nin Gönderilmesi: Genellikle ekip, ikinci zincir dışı oyu geçen teklifler için yönetim sözleşmesine AIP'yi gönderir, ancak herkes AIP'yi sunabilir.
4. Gecikme süresi: Yaklaşık bir günlük bir gecikme süresinden sonra yönetim sözleşmesi, token durumu anlık görüntüsünü tamamlar ve oy haklarını onaylar.
5. Zincir üzerinde oylama: Farklı etki düzeylerine sahip teklifler için farklı geçme eşikleri vardır.
6. Teklifin uygulanması: Teklif kabul edildikten sonra bir kilitlenme dönemi olacaktır. Sonlandırmanın ardından, farklı etki düzeylerine sahip tekliflere göre güncelleme kodunu yürütmek için Kısa Yürütücü veya Uzun Yürütücü kullanılacaktır. Bu bölümün harici bir adres tarafından tetiklenmesi gerekiyor.
7. Zincirler arası yürütme: Teklif Ethereum dışında bir ağ üzerindeyse, zincirler arası işlemlerin yürütülmesi ve ilgili ağın yürütme sözleşmesinin yürütülmesi gerekir; bunun da harici bir adres tarafından tetiklenmesi gerekir.

Mevcut sorunlar

Üç yıllık çalışmanın ardından AAVE Yönetişim V2 tarafından belirlenen sorunlar:

• Yüksek Oy Verme Maliyetleri: Mevcut tasarım, özellikle küçük kullanıcıları etkileyen önemli gaz maliyetlerine neden olmaktadır. Hem Aave hem de stkAAVE token oylama hakları, 150.000'den fazla Aave sahibi ve 20.000 stkAAVE sahibiyle merkezi değildir. Birçok kullanıcı az miktarda tokena ve buna karşılık gelen oylama gücüne sahiptir. Ethereum gas ücretlerinin nispeten düşük olduğu senaryolarda bile (örneğin, 20 gwei), bir oylamayı tamamlamanın maliyeti hala 5 dolar civarında. Ağ tıkanıklığı sırasında oy verme maliyetleri beş ila on kat artabilir.
• Yönetişim ve Token Çıkar Çatışması: Mevcut yönetim modülüne uyum sağlamak için, AAVE ve stkAAVE token sahiplerinin oy haklarını doğrulamak amacıyla tokenlerin sözleşmelerle sorgulanabilir olması gerekir. Tokenların kendisi ek bakiye geçmişinin kaydedilmesini gerektiriyor, bu da AAVE ve stkAAVE transferleri için işlem ücretlerinin artmasına yol açıyor. Bu dolaylı olarak token sahipleri için operasyonel maliyetleri artırır. Bu zorluklar, AAVE Yönetişim V2 modelinde oylama maliyetlerini ele almak, merkezi olmayan yönetimi geliştirmek ve yönetişim ile token çıkarları arasındaki çatışmaları azaltmak için iyileştirmelere duyulan ihtiyacın altını çiziyor.

Aave Yönetişim Modülü V3'e Giriş

Aave Governance V3 ve V2 arasındaki benzerliklere ve farklılıklara hızlı bir bakış

• Teklif oluşturma: V3'ün yönetişim kuralları, teklif sahiplerinin Aave sözleşmesinde yürütülebilir ve geçerli sözleşme kodunu dağıtmasını ve bir teklif oluşturmadan önce teklifin tanınmasını sağlamak için kaydı tamamlamasını gerektirir.
• Oylama gecikmesi: Neredeyse V2 ile aynı şekilde, teklifin oluşturulması ile oylamanın başlaması arasında 1 günlük bir gecikme olacak ve oylamanın sonunda oy haklarının anlık görüntüsü alınacak. Ancak bazı teknik nedenlerden dolayı v3'teki gecikme saatlere göre değişecektir.
• Teklif oyu: Seçmenler çoğu durumda oylarını Ethereum'a değil, Polygon, Avalanche, Arbitrum veya Optimism gibi diğer ağlara verecek ve gelecekte daha fazla ağ açılacak. Ek: Bir teklife yönelik oylama aynı anda birden fazla ağda gerçekleştirilmek yerine yalnızca tek bir ağda gerçekleştirilecektir. Teklif sahibi, tercihlere veya diğer faktörlere göre hangi ağa oy vereceğini seçebilir.
• Teklifin yürütülmesi: Teklifin zaman kilidi ve yürütme aşaması, yürütmenin diğer ağlara genişletilmesiyle V2'dekiyle tamamen aynı olacaktır.
• Daha fazla varlık tanıma oy hakkını kabul edin: AAVE, aAAVE, stkAAVE ve stkABPT'nin tümü oy hakkını alacaktır.

Uygulama Yapısı: yönetişim operasyon süreci

AAVE yönetişim modülündeki gelecekteki tüm teklifler aşağıdaki süreçten geçecektir:

Aave Governance V3 operasyon süreci(kaynak)

1. Kod Gönderimi: Teklif sahibi bir teklif oluşturur ve kodu hedef ağdaki denetleyici sözleşmesine kaydederek gönderir. Örneğin, teklif Aave v3 Avalanche'a varlık sınıfları eklemeyi hedefliyorsa teklifin gönderilmesi ve kodun Avalanche'a dağıtılması gerekir; bu işlem boyunca herhangi bir izin gerektirmez.
2. İade Teklif Kimliği: Teklif oluşturma sürecini tamamladıktan sonra teklif sahibi, hedef ağdan bir kimlik sertifikası alır.
3. Teklif Oluşturma: Uygun teklif sahipleri (bir kimlik sertifikasına ve yeterli teklif haklarına sahip), gönderilen kod için ağı seçerek temel yönetim sözleşmesini kullanarak Ethereum üzerinde teklifler oluşturur.
4. Teklifi Başlat: Gecikme süresinden sonra, Aave botları veya başka herhangi bir Ethereum adresi teklifi başlatabilir ve blockchain durumunun anlık görüntüsünü tamamlayabilir.
5. Blok Karma Değerini Gönderin: Yönetişim çekirdek sözleşmesi, teklif bilgilerini (Ethereum blok karması) Aave zincirler arası altyapısına gönderir.
6. Hedef Ağ Durumu Uzlaşması: Hedef oylama ağında, Aave botları veya diğer adresler, oylama doğrulaması için kullanılan küresel durumun çözümünü sonuçlandırır. Buna Ethereum blok hash değerleri, durum ağacı ve oy veren varlıkların durum ağacı dahildir.
7. Oylamayı Başlat: Hedef ağda oylama başlar.
8. Teklif Oyu: Ethereum'da oy kullanma hakkına sahip her kullanıcı, oylama sözleşmesi aracılığıyla hedef ağda oy kullanabilir.
9. Kapalı Oylama: Aave botları veya diğer adresler, oylamayı kapatmak için oylama mekanizmasını çağırır.
10. Sonuç Mutabakatı: “Evet” ve “hayır” sayımları şeklindeki oylama sonuçları, Aave zincirler arası altyapısı aracılığıyla Ethereum ana ağına gönderilir.
11. Yürütmeyi Bekleyin: Oylama sonuçları Ethereum'daki temel yönetim sözleşmesine ulaşır. Bilgileri doğrulayıp onayladıktan sonra yürütmeyi bekler.
12. Teklifin Yürütülmesi: Aave botları veya diğer adresler güncellenen kodu yürütür.
13. Zincirler Arası Yürütme: Kod, Ethereum veya başka bir ağdaki ilgili yürütme sözleşmesine iletilerek bir zaman kilitleme süresi başlatılır.
14. Yürütmeyi Bekle: Ethereum dışındaki güncellemeler için içerik, ilgili denetleyicide sıraya alınır.
15. Teklifin Yürütülmesi: Kilitleme süresi sona erdiğinde, Aave botları veya diğer adresler güncellenen kodu hedef ağda yürütür.

Uygulama Mimarisi

Yukarıdaki operasyonel çerçeveye ilişkin bilgiyle Aave Governance V3'ün temel bileşenlerini daha iyi anlayabiliriz:

• Ethereum Çekirdek Yönetişim Sözleşmesi: Tüm yönetişim modüllerinin mutabakatının belirlenmesinden sorumludur. Kullanıcı oy haklarını doğrular, anlık görüntüleri belirtir, oylama belirteçlerine karar verir, oylama kuralı mantığını belirler, Guardian aracılığıyla kötü niyetli teklifleri iptal eder, teklifleri hedef ağa iletir ve Aave Governance V2'nin operasyonel ilkelerinin çoğunu korur.
• Hedef Ağ Yönetişim Sözleşmesi (Aave Oylama Makinesi): Hedef ağdaki yönetişim operasyonlarından sorumludur. Teklif verenlerin kodunun ve etkileşimlerinin kabul edilmesini, oylama mantığının yürütülmesini ve oylama sonuçlarının döndürülmesini içerir.
• Zincirler Arası İletişim Altyapısı: Gelecekteki çeşitli ağların köprüleme ihtiyaçlarını karşılamak üzere tasarlanmış yeni bir zincirler arası iletişim tesisi. Ana özellikleri arasında çift yönlü iletişim, özelleştirilmiş işlevsellik ve acil durum arka kapı mekanizmaları bulunur.
• Aave Robot: Çoğu yönetişim işlevini otomatik olarak uygular; hem etkileşim maliyetleri hem de ağ etkileşimleri doğrudan Aave DAO tarafından karşılanır ve Chainlink Otomasyonunu temel olarak seçer. Ana işlevler arasında gecikme süresinden sonra tekliflerin tetiklenmesi, hedef ağa durum kanıtlarının sağlanması ve hem Ethereum hem de hedef ağ üzerinde kod güncellemelerinin yürütülmesi yer alır.

Ayrıca, genel yönetim mimarisi kurallarındaki önemli değişiklikler nedeniyle kullanıcıların çeşitli ağlardaki oylama makinelerine erişmesi gerekiyor. Bu nedenle BGD Labs'ın çekirdek ekibi, açık kaynaklı bir ön uç arayüzü yeniden oluşturdu ve kullanıcılara kendi kopyalarını oluşturmaları için kod sağladı.

Şu anda bu ön uç arayüz için herhangi bir teklif yok(kaynak)

Aave Yönetişim V3'ün Avantajları

• Oylama Maliyetlerinde Önemli Azalma:

Polygon'daki mevcut ücret düzeyini örnek olarak kullanarak harici ağlarda oy verirseniz, oylama maliyeti 0,05 ila 0,1 ABD Doları arasında olacaktır. Bu, Aave Governance V2'deki mevcut oylama maliyetinden yaklaşık 100 kat daha ucuzdur. Hatta katılımcıların tamamen ücretsiz oy kullanmasına bile olanak sağlayabilir. Gelecekte DAO'nun tüm katılımcıların oylama masraflarını karşılaması öneriliyor. 10.000 katılımcı olsaydı toplam maliyet sadece 750$ olacaktı ki bu da uygun bir rakam.

• Yerel Token Operasyonel Maliyetlerinin Azaltılması:

Artık AAVE ve stkAAVE için bakiye geçmişi anlık görüntüleri olmayacak. Aave Governance V3'teki akıllı sözleşme yükseltmeleri ile AAVE ve stkAAVE transferinin yaklaşık %75 daha ucuz olması bekleniyor.

• İzinsiz Otomasyon:

Aave Governance V3, durum geçişleri oluşturmak için blockchain ile etkileşimi gerektiren birçok aşamayı içermesine rağmen, bu aşamalar Aave Robot aracılığıyla otomatikleştirilebiliyor. Bu, kullanıcılar tarafından manuel tetikleme gerektiren V2'den çok daha kullanışlıdır.

Yasal Uyarı:

1. Bu makale [链新闻] adresinden yeniden basılmıştır. Tüm telif hakları orijinal yazara [Kyle] aittir. Bu yeniden basıma itirazlarınız varsa lütfen Gate Learn ekibiyle iletişime geçin; onlar konuyu hemen halledeceklerdir.
2. Sorumluluk Reddi: Bu makalede ifade edilen görüş ve görüşler yalnızca yazara aittir ve herhangi bir yatırım tavsiyesi teşkil etmez.
3. Makalenin diğer dillere çevirileri Gate Learn ekibi tarafından yapılır. Aksi belirtilmedikçe tercüme edilen makalelerin kopyalanması, dağıtılması veya intihal edilmesi yasaktır.