Yazar: CALLEN; Kaynak: Wintermute; Derleyici: Deep Tide TechFlow
Özet:
2017'de ETHLend ile başlayan Aave, protokol kullanımında ve yönetişim katılımında büyük bir büyüme kaydetti ve 5,891 milyar dolara ulaşan mevduatıyla DeFi'deki en büyük protokollerden biri.
Aave, kredi mimarisinde birçok yükseltme yaptı, Aave V2 ve Aave V3'ü dağıttı ve Aave Governance V2'yi piyasaya sürdü.
Aave Governance V2, DAO için tamamen merkezi olmayan bir yönetim sistemi sunar; bu, DAO'nun artık zincir içi teklifleri onaylamak için tamamen Aave'nin kurucu ekibine bağlı olmadığı anlamına gelir.
Aave Governance V2, oylama ve teklif yetkisinin ayrılması, oylama stratejileri, birden fazla yürütme birimi ve topluluk tarafından seçilen çoklu imzalı bir hesap olan Guardian gibi yönetişime yönelik yeni özellikler sunar.
Aave Governance V2, 4 temel akıllı sözleşmeden oluşur: AaveGovernanceV2, Short utor, Long utor ve GovernanceStrategy. Ethereum ana ağında ve diğer zincirlerde Aave İyileştirme Tekliflerinin (AIP'ler) oluşturulmasından, oylanmasından ve yürütülmesinden sorumludurlar.
Aave Governance V2, 272 teklifle büyük bir kullanım elde etti ve Aave V3'ün 8 zincirde başarılı bir şekilde konuşlandırılması ve Aave'nin merkezi olmayan stablecoin'i GHO'nun piyasaya sürülmesi gibi Aave'de bazı büyük değişikliklere yol açtı.
giriiş
Aave, 8 blok zincirinde toplam mevduatın 5,891 milyar dolara ulaşmasıyla en büyük merkezi olmayan borç verme protokolü ve üçüncü en büyük DeFi protokolüdür. Aave, 2017 yılında ETHLend olarak başladı ve merkezi olmayan bir eşler arası (P2P) borç verme platformu olarak ilk madeni para teklifi patlamasında 16,2 milyon dolar topladı ve LEND tokenını takas etti. ETHLend, 2018 yılında adını Aave olarak değiştirerek protokolün P2P modelinden likidite havuzu modeline geçişini işaret etti. Ocak 2020'de Aave V1 piyasaya sürüldü ve ardından birkaç ay sonra LEND'den AAVE'ye token geçişi gerçekleşti.
Likidite havuzu modeli, borçlulara anında likidite sağlamak için mevduat sahiplerinin tokenlarının bir havuzda toplanmasına olanak tanır; artık P2P modelinde olduğu gibi ideal bir karşı taraf beklemeye gerek yoktur. Bu, mevduat sahiplerinin zaman içinde tahakkuk eden çeşitli borçlular tarafından ödenen faiz yoluyla tokenlardan pasif olarak getiri elde etmelerine olanak tanır.
2023'e hızlı bir şekilde ilerlersek, Aave, Aave V2'nin ve daha yakın zamanda Aave V3'ün birden fazla blok zincirinde piyasaya sürülmesi ve dağıtılmasıyla kullanım ve mevduatlarda muazzam bir büyüme gördü.
Aave'nin borç verme mimarisinin yükseltilmesine ek olarak, gelişmiş özelliklere sahip tamamen merkezi olmayan zincir içi bir yönetim sistemi olan Aave Governance V2'nin piyasaya sürülmesiyle Aave'nin yönetişim sisteminin de elden geçirildiğini gördük.
Aave Governance V2'nin piyasaya sürülmesiyle, DAO'lar için tamamen merkezi olmayan zincir içi yönetişimin yeni bir dönemi açıldı ve piyasaya sürülmesinden bu yana, yeni yönetişim sistemi muazzam bir aktivite yaşadı; Aave V3 dahil 272 teklif işlendi. merkezi olmayan stabilcoin ve yeni varlıkların listelenmesi.
Aave Yönetişim V2 nedir?
Aave Governance V2, parametreleri Aave protokolünün ve Aave DAO'nun çalışmasını destekleyen bir dizi akıllı sözleşmedir. Başlangıçta Marc Zeller tarafından önerildi ve Aralık 2020'de AIP-4 kapsamında etkinleştirildi ve Aave'ye 4 temel yönetişim yeniliğini tanıttı:
Oylama ve teklif yetkisinin ayrılması: Aave/stkAAVE sahipleri, oylama güçlerini korurken yalnızca teklif yetkilerini devretmeyi seçebilirler; bunun tersi de geçerlidir.
Oylama stratejisi: Yönetişim onaylı farklı Aave token biçimlerinin tekliflere oy vermesine izin verilebilir.
Çoklu Uygulama Kuruluşları: Kısa vadeli uygulayıcılar ve uzun vadeli uygulayıcılar, önerilen değişikliklerin önemine bağlı olarak farklı oylama gereksinimlerinin belirlenmesine olanak sağlar.
Guardian: Topluluk tarafından seçilen ve bireylerin kötü amaçlı kod içeren teklifleri veto edebileceği veya iptal edebileceği çoklu imzalı bir hesap.
Aave Governance V2, temsili demokrasiyi taklit eden ancak uygulamayan bir yetkilendirilmiş yönetim modelinden ilham almıştır. Bu yeni özellikler aynı zamanda Aave'ye daha kapsayıcı, verimli ve sağlam bir yönetim sistemi sağlıyor.
Bununla birlikte, Aave Yönetişim V2 kapsamında Aave'de yapılan en önemli değişikliğin herkesin bir AIP (Aave İyileştirme Teklifi) sunabilmesi ve uygulayabilmesi olduğu iddia edilebilir. Bu, V2'nin öncüsü olan Aave Governance V1 ile mümkün değildir.
Spesifik olarak V2, V1 yönetişim sürecindeki 4. Adımı atlar ve bu, yalnızca Aave Genesis ekibinin AIP'leri bağlayıcı yönetim önerileri olarak sunmasına olanak tanır. Yeterli AAVE/stkAAVE'ye sahip olan herkes artık AIP'leri tamamen merkezi olmayan bir şekilde gönderebilir ve uygulayabilir.
Değişikliklerin önerildiği ve toplulukla tartışıldığı teklif yaşam döngüsünün ilk aşamasında V1 ve V2 benzerlikleri paylaşıyor. Ancak üçüncü adım: Aave Nihai Yorum Talebi (ARFC), DAO risk hizmeti sağlayıcısının girdileriyle birlikte teklifin son versiyonudur. Dördüncü adım, topluluğun son değişikliklerden memnun olup olmadığına oy vermesini gerektirir ve son olarak beşinci adım, Aave Governance V2'yi kullanarak bu değişiklikleri resmi bir Aave İyileştirme Teklifi (AIP) aracılığıyla zincir üzerinde onaylar.
O nasıl çalışır?
Aave Governance V2, 4 temel akıllı sözleşmeden oluşur: AaveGovernanceV2, Short utor, Long utor ve GovernanceStrategy. Bu temel akıllı sözleşmeler, AIP sürecinin baştan sona yönetilmesinden sorumludur ve 3 temel işlevi sağlar:
Teklif Oluşturma: Yeterli teklif iznine sahip herhangi bir topluluk üyesi, Aave politikasının herhangi bir alt kategorisi altında teklif oluşturabilir. Değiştirilen politikaya göre oy vermek için gereken zamanı, izinleri ve topluluk fikir birliğini belirleyin.
Teklif oyu: Bir teklif başladıktan sonra, AAVE/stkAAVE sahipleri, YAE veya NAE oylama seçenekleri aracılığıyla teklifin sonucuna oy verebilir.
Teklifin yürütülmesi: Teklifin token sahipleri tarafından onaylanması durumunda teklif, değişikliğe itiraz eden kullanıcıların sistemden çıkabilmesi için bir gecikme süresine (zaman kilidi) girecektir (örneğin, daha sıkı risk kontrolleri nedeniyle borçlanma pozisyonlarından çıkmak). . Gecikme süresi sona erdikten sonra teklif, ek süreye girer ve Kısa/Uzun utor akıllı sözleşmesindeki yürütme işlevi çağrılarak herhangi bir Ethereum adresi tarafından yürütülebilir veya olumsuz durumlarda Guardian teklifi veto edebilir/iptal edebilir.
AaveGovernanceV2, AIP'nin oluşturulmasından sorumludur ve kullanıcıların hangi yürütücüyü kullanacaklarını ve protokolde ne gibi değişiklikler yapmak istediklerini belirten bilgileri göndermelerini gerektirir. Ayrıca inceleme süresinin uzunluğunun belirlenmesinden de sorumludur.
Kısa kullanıcılar protokolde küçük değişiklikler yapmak ve daha hızlı ve daha az sıkı fikir birliği gereksinimlerine (örn. parametre değişiklikleri, varlık listeleri vb.) olanak sağlamak için kullanılır.
Long utor, protokolün çekirdek kodunda, yönetişim konsensüsünü etkileyen ve uzun ve büyük bir konsensüs süreci gerektiren büyük değişiklikler yapmak için kullanılır (örneğin, AAVE belirtecinde, V2 yönetişim parametrelerinde ve kendisinde değişiklikler).
GovernanceStrategy, kullanıcı önerilerini ve oylama gücünü tartmaya yönelik mantığı yönetir. Ayrıca oylamada kullanılabilecek tokenleri de tanımlar (örn. AAVE ve stkAAVE).
Bu akıllı sözleşmelerin birbirleriyle nasıl etkileşime girdiğini daha iyi anlamak için, Llama'nın LDO'ları Ethereum AAVE V3'e dahil etmeye yönelik son zincir içi teklifine bakalım. Teklifin bir varlık listeleme teklifi olduğu ve temel yönetişim konsensüs parametrelerini içermediği göz önüne alındığında Llama, ilgili tüm bilgileri gönderirken Short utor'u kullandı ve LDO'ları AaveGovernanceV2 akıllı sözleşmesi aracılığıyla listeledi.
Aynı zamanda, AaveGovernanceV2, Short utor akıllı sözleşmesindeki fikir birliği gereksinimlerini okur ve önce Llama'nın teklif gücünün nasıl hesaplanacağını belirlemek ve ikinci olarak bunun gerekli 80.000 AAVE teklif eşiğinden büyük olup olmadığını belirlemek için GovernanceStrategy ile çapraz kontroller yapar. Lama'nın yeterli oy gücüne sahip olduğu göz önüne alındığında teklif başarıyla oluşturuldu ve 1 günlük inceleme dönemine girdi.
3 günlük oylamanın ardından Short utor, GovernanceStrategy kullanılarak 320.000 AAVE oylama yeter sayısının ve 80.000 AAVE oy farkının karşılandığını doğruladı. Bu durumda Llama her iki parametreyi de başarıyla geçerek 459,7 bin AAVE "YAE" oyu ve 0 "NAE" oyu aldı.
Teklif daha sonra 1 günlük bir gecikme süresine girerek kullanıcıların 5 günlük bir ek süreye girmeden önce değişikliğe tepki vermelerine olanak tanır. 5 günlük yetkisiz kullanım süresi boyunca kullanıcıların, zincirdeki bu değişiklikleri onaylamak için kısa utor üzerindeki ute işlevini çağırması gerekir. Teklifi ek süre sona ermeden hiç kimse uygulamazsa teklifin süresi dolacak ve değişiklikler geçerli olmayacaktır. Son olarak, eğer Muhafızlar kodun kötü niyetli davrandığını tespit ederse, protokolü koruma teklifini veto edebilirler.
Aave'nin çok zincirli yönetim sistemi
Büyüyen çok zincirli DeFi ekosistemi göz önüne alındığında, yeni kullanıcıları çekmek ve yakıt konusunda bilinçli bir kitleye hitap etmek için DeFi protokollerinin giderek daha fazla zincirde konuşlandırıldığını görmeye devam ediyoruz. Aave, V3 ürünü için 8 zincir uygulayarak çoklu zincir hareketinin ön saflarında yer aldı. Ancak bu, token sahiplerinin merkezi olmayan ve tanıdık bir şekilde zincirler arası dağıtımlar üzerinde kontrole sahip olmalarını sağlamak gibi yönetişim için yeni zorluklar yaratıyor.
Aave'nin zincirler arası yönetişim mimarisi, Uniswap ve Compound gibi diğer önemli protokollere benzer. Aave durumunda, yalnızca Polygon, Arbitrum ve Optimism üzerindeki V3 dağıtımları, Aave'nin zincirler arası yönetim köprüsü aracılığıyla doğrudan Ethereum ana ağından kontrol edilir.
Ethereum ana ağı dışında desteklenen her V3 dağıtımı, bir "zincirler arası köprü alıcısı" ve yerel bir "yürütücü" sözleşmesi gerektirir (Arbitrum ve Optimism, L2 uyumluluğunu sağlamak için ikinci bir L2Bridgeutor sözleşmesi gerektirir).
Örneğin, Polygon'da Aave V3, Ethereum ana ağındaki başarılı yönetim oylarından gönderilen Polygon zincirler arası köprüden geçen mesajları dinleyen bir PolygonBridgeutor'a sahiptir. PolygonBridgeutor daha sonra mesajı Polygon'un yerel uygulayıcı sözleşmesine (BridgeutorBase) iletir ve eğer Polygon'daki herhangi biri tarafından başlatılırsa, bu değişikliklerin uygulanması için bir ödemesiz süre vardır.
Ethereum ana ağına benzer şekilde, zincirler arası teklifler aynı gecikme ve yetkisiz kullanım süresi davranışını sergiler; teklifler ayrıca belirtilmesi halinde Guardian adresleri tarafından veto edilebilir.
Çoklu zincir yönetişimiyle ilgili bir endişe, zincirler arası köprülerin kullanımının, işlemleri Ethereum ana ağından diğer zincirlere sansürlenemeyecek bir şekilde iletmek için köprü doğrulayıcılarına güvenmek gibi güvenlik endişelerini ortaya çıkarmasıdır. Ayrıca zincirler arası köprü kesintisi riski de vardır ve bu da zincirler arası tekliflerin diğer zincirlere iletilmesini engeller.
Sonuç olarak
AIP-4'te etkinleştirilmesinden bu yana Aave Governance V2, 272 zincir içi teklifi onaylayarak topluluğa teklif oluşturma, oylama ve yürütme için güvenli, verimli ve merkezi olmayan bir platform sağladı.
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
Aave yönetişim V2'nin ayrıntılı açıklaması: daha kapsayıcı ve verimli bir karar alma sistemi
Yazar: CALLEN; Kaynak: Wintermute; Derleyici: Deep Tide TechFlow
Özet:
giriiş
Aave, 8 blok zincirinde toplam mevduatın 5,891 milyar dolara ulaşmasıyla en büyük merkezi olmayan borç verme protokolü ve üçüncü en büyük DeFi protokolüdür. Aave, 2017 yılında ETHLend olarak başladı ve merkezi olmayan bir eşler arası (P2P) borç verme platformu olarak ilk madeni para teklifi patlamasında 16,2 milyon dolar topladı ve LEND tokenını takas etti. ETHLend, 2018 yılında adını Aave olarak değiştirerek protokolün P2P modelinden likidite havuzu modeline geçişini işaret etti. Ocak 2020'de Aave V1 piyasaya sürüldü ve ardından birkaç ay sonra LEND'den AAVE'ye token geçişi gerçekleşti.
! [Aave] (https://img-cdn.gateio.im/resize-social/moments-40baef27dd-414ac1c24a-dd1a6f-1c6801)
Likidite havuzu modeli, borçlulara anında likidite sağlamak için mevduat sahiplerinin tokenlarının bir havuzda toplanmasına olanak tanır; artık P2P modelinde olduğu gibi ideal bir karşı taraf beklemeye gerek yoktur. Bu, mevduat sahiplerinin zaman içinde tahakkuk eden çeşitli borçlular tarafından ödenen faiz yoluyla tokenlardan pasif olarak getiri elde etmelerine olanak tanır.
2023'e hızlı bir şekilde ilerlersek, Aave, Aave V2'nin ve daha yakın zamanda Aave V3'ün birden fazla blok zincirinde piyasaya sürülmesi ve dağıtılmasıyla kullanım ve mevduatlarda muazzam bir büyüme gördü.
! [Aave] (https://img-cdn.gateio.im/resize-social/moments-40baef27dd-e31a95532f-dd1a6f-1c6801)
Aave'nin borç verme mimarisinin yükseltilmesine ek olarak, gelişmiş özelliklere sahip tamamen merkezi olmayan zincir içi bir yönetim sistemi olan Aave Governance V2'nin piyasaya sürülmesiyle Aave'nin yönetişim sisteminin de elden geçirildiğini gördük.
! [Aave] (https://img-cdn.gateio.im/resize-social/moments-40baef27dd-60549a17e9-dd1a6f-1c6801)
Aave Governance V2'nin piyasaya sürülmesiyle, DAO'lar için tamamen merkezi olmayan zincir içi yönetişimin yeni bir dönemi açıldı ve piyasaya sürülmesinden bu yana, yeni yönetişim sistemi muazzam bir aktivite yaşadı; Aave V3 dahil 272 teklif işlendi. merkezi olmayan stabilcoin ve yeni varlıkların listelenmesi.
Aave Yönetişim V2 nedir?
Aave Governance V2, parametreleri Aave protokolünün ve Aave DAO'nun çalışmasını destekleyen bir dizi akıllı sözleşmedir. Başlangıçta Marc Zeller tarafından önerildi ve Aralık 2020'de AIP-4 kapsamında etkinleştirildi ve Aave'ye 4 temel yönetişim yeniliğini tanıttı:
Aave Governance V2, temsili demokrasiyi taklit eden ancak uygulamayan bir yetkilendirilmiş yönetim modelinden ilham almıştır. Bu yeni özellikler aynı zamanda Aave'ye daha kapsayıcı, verimli ve sağlam bir yönetim sistemi sağlıyor.
! [Aave] (https://img-cdn.gateio.im/resize-social/moments-40baef27dd-ca0ed08cec-dd1a6f-1c6801)
Bununla birlikte, Aave Yönetişim V2 kapsamında Aave'de yapılan en önemli değişikliğin herkesin bir AIP (Aave İyileştirme Teklifi) sunabilmesi ve uygulayabilmesi olduğu iddia edilebilir. Bu, V2'nin öncüsü olan Aave Governance V1 ile mümkün değildir.
Spesifik olarak V2, V1 yönetişim sürecindeki 4. Adımı atlar ve bu, yalnızca Aave Genesis ekibinin AIP'leri bağlayıcı yönetim önerileri olarak sunmasına olanak tanır. Yeterli AAVE/stkAAVE'ye sahip olan herkes artık AIP'leri tamamen merkezi olmayan bir şekilde gönderebilir ve uygulayabilir.
! [Aave] (https://img-cdn.gateio.im/resize-social/moments-40baef27dd-b6cad7da53-dd1a6f-1c6801)
Değişikliklerin önerildiği ve toplulukla tartışıldığı teklif yaşam döngüsünün ilk aşamasında V1 ve V2 benzerlikleri paylaşıyor. Ancak üçüncü adım: Aave Nihai Yorum Talebi (ARFC), DAO risk hizmeti sağlayıcısının girdileriyle birlikte teklifin son versiyonudur. Dördüncü adım, topluluğun son değişikliklerden memnun olup olmadığına oy vermesini gerektirir ve son olarak beşinci adım, Aave Governance V2'yi kullanarak bu değişiklikleri resmi bir Aave İyileştirme Teklifi (AIP) aracılığıyla zincir üzerinde onaylar.
O nasıl çalışır?
Aave Governance V2, 4 temel akıllı sözleşmeden oluşur: AaveGovernanceV2, Short utor, Long utor ve GovernanceStrategy. Bu temel akıllı sözleşmeler, AIP sürecinin baştan sona yönetilmesinden sorumludur ve 3 temel işlevi sağlar:
! [Aave] (https://img-cdn.gateio.im/resize-social/moments-40baef27dd-433cdd8e70-dd1a6f-1c6801)
özellikle,
! [Aave] (https://img-cdn.gateio.im/resize-social/moments-40baef27dd-351e98cdcf-dd1a6f-1c6801)
Bu akıllı sözleşmelerin birbirleriyle nasıl etkileşime girdiğini daha iyi anlamak için, Llama'nın LDO'ları Ethereum AAVE V3'e dahil etmeye yönelik son zincir içi teklifine bakalım. Teklifin bir varlık listeleme teklifi olduğu ve temel yönetişim konsensüs parametrelerini içermediği göz önüne alındığında Llama, ilgili tüm bilgileri gönderirken Short utor'u kullandı ve LDO'ları AaveGovernanceV2 akıllı sözleşmesi aracılığıyla listeledi.
Aynı zamanda, AaveGovernanceV2, Short utor akıllı sözleşmesindeki fikir birliği gereksinimlerini okur ve önce Llama'nın teklif gücünün nasıl hesaplanacağını belirlemek ve ikinci olarak bunun gerekli 80.000 AAVE teklif eşiğinden büyük olup olmadığını belirlemek için GovernanceStrategy ile çapraz kontroller yapar. Lama'nın yeterli oy gücüne sahip olduğu göz önüne alındığında teklif başarıyla oluşturuldu ve 1 günlük inceleme dönemine girdi.
! [Aave] (https://img-cdn.gateio.im/resize-social/moments-40baef27dd-88c3a31050-dd1a6f-1c6801)
3 günlük oylamanın ardından Short utor, GovernanceStrategy kullanılarak 320.000 AAVE oylama yeter sayısının ve 80.000 AAVE oy farkının karşılandığını doğruladı. Bu durumda Llama her iki parametreyi de başarıyla geçerek 459,7 bin AAVE "YAE" oyu ve 0 "NAE" oyu aldı.
Teklif daha sonra 1 günlük bir gecikme süresine girerek kullanıcıların 5 günlük bir ek süreye girmeden önce değişikliğe tepki vermelerine olanak tanır. 5 günlük yetkisiz kullanım süresi boyunca kullanıcıların, zincirdeki bu değişiklikleri onaylamak için kısa utor üzerindeki ute işlevini çağırması gerekir. Teklifi ek süre sona ermeden hiç kimse uygulamazsa teklifin süresi dolacak ve değişiklikler geçerli olmayacaktır. Son olarak, eğer Muhafızlar kodun kötü niyetli davrandığını tespit ederse, protokolü koruma teklifini veto edebilirler.
Aave'nin çok zincirli yönetim sistemi
Büyüyen çok zincirli DeFi ekosistemi göz önüne alındığında, yeni kullanıcıları çekmek ve yakıt konusunda bilinçli bir kitleye hitap etmek için DeFi protokollerinin giderek daha fazla zincirde konuşlandırıldığını görmeye devam ediyoruz. Aave, V3 ürünü için 8 zincir uygulayarak çoklu zincir hareketinin ön saflarında yer aldı. Ancak bu, token sahiplerinin merkezi olmayan ve tanıdık bir şekilde zincirler arası dağıtımlar üzerinde kontrole sahip olmalarını sağlamak gibi yönetişim için yeni zorluklar yaratıyor.
! [Aave] (https://img-cdn.gateio.im/resize-social/moments-40baef27dd-343e6e99d0-dd1a6f-1c6801)
Aave'nin zincirler arası yönetişim mimarisi, Uniswap ve Compound gibi diğer önemli protokollere benzer. Aave durumunda, yalnızca Polygon, Arbitrum ve Optimism üzerindeki V3 dağıtımları, Aave'nin zincirler arası yönetim köprüsü aracılığıyla doğrudan Ethereum ana ağından kontrol edilir.
Ethereum ana ağı dışında desteklenen her V3 dağıtımı, bir "zincirler arası köprü alıcısı" ve yerel bir "yürütücü" sözleşmesi gerektirir (Arbitrum ve Optimism, L2 uyumluluğunu sağlamak için ikinci bir L2Bridgeutor sözleşmesi gerektirir).
Örneğin, Polygon'da Aave V3, Ethereum ana ağındaki başarılı yönetim oylarından gönderilen Polygon zincirler arası köprüden geçen mesajları dinleyen bir PolygonBridgeutor'a sahiptir. PolygonBridgeutor daha sonra mesajı Polygon'un yerel uygulayıcı sözleşmesine (BridgeutorBase) iletir ve eğer Polygon'daki herhangi biri tarafından başlatılırsa, bu değişikliklerin uygulanması için bir ödemesiz süre vardır.
! [Aave] (https://img-cdn.gateio.im/resize-social/moments-40baef27dd-ac19305072-dd1a6f-1c6801)
Ethereum ana ağına benzer şekilde, zincirler arası teklifler aynı gecikme ve yetkisiz kullanım süresi davranışını sergiler; teklifler ayrıca belirtilmesi halinde Guardian adresleri tarafından veto edilebilir.
Çoklu zincir yönetişimiyle ilgili bir endişe, zincirler arası köprülerin kullanımının, işlemleri Ethereum ana ağından diğer zincirlere sansürlenemeyecek bir şekilde iletmek için köprü doğrulayıcılarına güvenmek gibi güvenlik endişelerini ortaya çıkarmasıdır. Ayrıca zincirler arası köprü kesintisi riski de vardır ve bu da zincirler arası tekliflerin diğer zincirlere iletilmesini engeller.
Sonuç olarak
AIP-4'te etkinleştirilmesinden bu yana Aave Governance V2, 272 zincir içi teklifi onaylayarak topluluğa teklif oluşturma, oylama ve yürütme için güvenli, verimli ve merkezi olmayan bir platform sağladı.
! [Aave] (https://img-cdn.gateio.im/resize-social/moments-40baef27dd-6897a7e9e4-dd1a6f-1c6801)