AAVE, protokol peminjaman blue-chip, secara resmi meluncurkan modul tata kelola terbarunya – Aave Governance V3, hari ini (27/12). Hal ini memberikan keuntungan yang signifikan, termasuk pengurangan besar dalam biaya pemungutan suara, penambahan bot otomatis, dan peningkatan infrastruktur lintas rantai, sehingga menetapkan paradigma baru untuk tata kelola on-chain.

Daftar isi:

Nilai Referensi modul tata kelola Aave

Protokol pinjaman Aave memiliki dana sekitar $6,5 miliar pada saat artikel ini ditulis, berada di peringkat tiga produk on-chain teratas (dengan Lido dan Maker masing-masing menjadi yang pertama dan kedua). Oleh karena itu, setiap pembaruan harus dilakukan dengan sangat hati-hati. Bahkan tata kelola dapat mengikuti serangkaian peraturan dan pelaksanaan kontrak yang ketat untuk meminimalkan kesalahan manusia atau risiko sentralisasi.

Berbeda dengan model tata kelola proyek lain yang mengandalkan kontrol multisig pada fungsi pintu belakang protokol (beberapa bahkan mungkin tidak memiliki multisig), protokol Aave memiliki mekanisme yang relatif aman. Hal ini memberikan wawasan berharga mengenai mekanisme tata kelola yang ideal untuk masa depan.

Di sisi lain, AAVE Governance V2 telah beroperasi sejak tahun 2020, dan kelayakannya telah tervalidasi secara menyeluruh. Ia bahkan memfasilitasi penerbitan stablecoin GHO dan integrasi protokol, menangani prestasi rekayasa yang sedemikian rumit hanya melalui pengoperasian modul tata kelola, yang sungguh menarik.

Pengantar Modul Tata Kelola Aave V2

Modul AAVE Governance V2 yang ada akan dihentikan, tetapi V3 akan mewarisi struktur umumnya dan menjalani optimasi, yang memerlukan pemahaman dasar.

Arsitektur dasar

Tujuan operasional AAVE Governance V2 adalah untuk mencapai desentralisasi yang menyeluruh. DAO secara otomatis memperbarui protokol berdasarkan hasil tata kelola on-chain, tanpa bergantung pada tim pendiri untuk menyetujui proposal on-chain.

Aave 治理 V2 架构(资料来源)
Arsitektur Aave Governance V2 (sumber)

Dalam praktiknya, Aave Governance V2 dapat dipecah menjadi beberapa komponen berikut:

• AaveGovernancev2：Bertanggung jawab menangani pembuatan, penyampaian informasi, pengaturan parameter, dll. AIP.
• Pelaksana Pendek: digunakan untuk membuat perubahan kecil pada protokol, bertanggung jawab untuk mengeksekusi konten proposal yang disahkan dengan ambang batas yang lebih rendah untuk menyelesaikan iterasi cepat, seperti proposal untuk menambah atau mengurangi daftar aset yang dapat diterima dalam protokol.
• Long Executor: digunakan untuk membuat perubahan signifikan pada kode inti protokol, bertanggung jawab untuk mengeksekusi proposal yang lolos dengan ambang batas yang lebih tinggi, seperti proposal untuk mengubah aturan logika protokol itu sendiri.
• Strategi Tata Kelola：Memproses logika operasional proposal pengguna dan pemungutan suara, dan menentukan token mana yang dapat digunakan untuk pemungutan suara. Token yang dapat digunakan untuk voting di V2 adalah AAVE dan stkAAVE (Stake AAVE).

Ada juga satu set kontrak yang disebut Aave Guardian, yang dikendalikan oleh banyak tanda tangan dari sepuluh alamat. Tanggung jawab utamanya adalah mengubah kontrak protokol dalam situasi darurat, untuk melindungi keamanan protokol. Tergantung pada situasinya, proposal jahat dapat dibatalkan, atau bahkan operasi protokol dapat dihentikan.

(Kerentanan keamanan Aave meledak｜Dana tidak lagi berisiko, menunggu suara komunitas untuk memulai kembali pasar)

Alur operasi

Sebelumnya, struktur dasar proses tata kelola modul AAVE Governance V2 adalah sebagai berikut:

1. Pengajuan proposal: Proposal dibahas di forum komunitas, dan pemeriksaan suhu dilakukan, diikuti dengan pemungutan suara Snapshot off-chain.
2. ARFC: Kompilasi proposal yang lolos pemungutan suara off-chain menjadi proposal lengkap (AIP), kirimkan kode lengkap pada saat yang sama, dan lakukan lagi pemungutan suara Snapshot off-chain.
3. Mengirimkan AIP: Biasanya, tim mengirimkan AIP ke kontrak tata kelola untuk proposal yang lolos pemungutan suara off-chain kedua, namun siapa pun dapat mengirimkan AIP.
4. Periode penundaan: Setelah periode penundaan sekitar satu hari, kontrak tata kelola menyelesaikan cuplikan status token dan mengonfirmasi hak suara.
5. Pemungutan suara secara on-chain: Terdapat ambang batas kelulusan yang berbeda-beda untuk proposal dengan tingkat dampak yang berbeda-beda.
6. Eksekusi proposal: Setelah proposal disahkan, akan ada periode lock-in. Setelah selesai, Short Executor atau Long Executor akan digunakan untuk mengeksekusi kode pembaruan sesuai dengan proposal dengan tingkat dampak yang berbeda. Bagian ini perlu dipicu oleh alamat eksternal.
7. Eksekusi lintas rantai: Jika proposal berada di jaringan selain Ethereum, transaksi lintas rantai perlu dijalankan dan kontrak eksekusi jaringan terkait harus dijalankan, yang juga perlu dipicu oleh alamat eksternal.

Masalah yang ada

Permasalahan yang diidentifikasi oleh AAVE Governance V2 setelah tiga tahun beroperasi:

• Biaya Pemungutan Suara yang Tinggi: Rancangan yang ada saat ini memerlukan biaya bahan bakar yang besar, khususnya berdampak pada pengguna skala kecil. Hak suara token Aave dan stkAAVE terdesentralisasi, dengan lebih dari 150.000 pemegang Aave dan 20.000 pemegang stkAAVE. Banyak pengguna memiliki sejumlah kecil token dan hak suara yang sesuai. Bahkan dalam skenario di mana biaya gas Ethereum relatif rendah (misalnya 20 gwei), menyelesaikan pemungutan suara masih memerlukan biaya sekitar $5. Selama kemacetan jaringan, biaya pemungutan suara bisa meningkat lima hingga sepuluh kali lipat.
• Konflik Kepentingan Tata Kelola dan Token: Untuk mengakomodasi modul tata kelola yang ada, token harus dapat dikueri berdasarkan kontrak untuk memverifikasi hak suara pemegang token AAVE dan stkAAVE. Token itu sendiri memerlukan pencatatan riwayat saldo tambahan, yang menyebabkan peningkatan biaya transaksi untuk transfer AAVE dan stkAAVE. Hal ini secara tidak langsung meningkatkan biaya operasional bagi pemegang token. Tantangan-tantangan ini menyoroti perlunya perbaikan dalam model AAVE Governance V2 untuk mengatasi biaya pemungutan suara, meningkatkan desentralisasi, dan memitigasi konflik antara tata kelola dan kepentingan token.

Pengantar Modul Tata Kelola Aave V3

Sekilas tentang persamaan dan perbedaan antara Aave Governance V3 dan V2

• Pembuatan proposal: Aturan tata kelola V3 mengharuskan pengusul untuk menerapkan kode kontrak yang dapat dieksekusi dan valid dalam kontrak Aave dan menyelesaikan pendaftaran untuk mendapatkan pengakuan proposal sebelum membuat proposal.
• penundaan pemungutan suara: Hampir sama dengan V2, akan ada penundaan 1 hari antara pembuatan proposal dan dimulainya pemungutan suara, dengan gambaran hak suara diambil setelah selesai. Namun, karena beberapa alasan teknis, latensi pada v3 akan bervariasi menurut jamnya.
• Pemungutan suara proposal: Dalam banyak kasus, para pemilih tidak akan memberikan suara mereka pada Ethereum, namun pada jaringan lain seperti Polygon, Avalanche, Arbitrum atau Optimism, dengan lebih banyak jaringan yang akan dibuka di masa depan. Tambahan: Pemungutan suara proposal hanya akan dilakukan di satu jaringan, bukan di beberapa jaringan secara bersamaan. Pengusul dapat memilih jaringan mana yang akan dipilih berdasarkan preferensi atau faktor lainnya.
• Eksekusi proposal: Penguncian waktu dan fase eksekusi proposal akan sama persis seperti di V2, dengan eksekusi diperluas ke jaringan lain.
• Menerima lebih banyak hak suara pengakuan aset: AAVE, aAAVE, stkAAVE, dan stkABPT semuanya akan menerima hak suara.

Struktur Implementasi: proses operasi tata kelola

Semua proposal masa depan dalam modul tata kelola AAVE akan melalui proses berikut:

Proses operasi Aave Governance V3(sumber)

1. Pengiriman Kode: Pengusul membuat proposal dan mengirimkan kode, mendaftarkannya ke kontrak pengontrol di jaringan target. Misalnya, jika proposal bertujuan untuk menambahkan kelas aset di Aave v3 Avalanche, proposal harus diserahkan dan kode disebarkan di Avalanche, tanpa memerlukan izin selama proses berlangsung.
2. Return Proposal ID: Setelah menyelesaikan proses pembuatan proposal, pengusul menerima sertifikat identifikasi dari jaringan target.
3. Pembuatan Proposal: Pengusul yang memenuhi syarat (memiliki sertifikat identifikasi dan hak proposal yang memadai) membuat proposal di Ethereum menggunakan kontrak tata kelola inti, memilih jaringan untuk kode yang dikirimkan.
4. Memulai Proposal: Setelah periode penundaan, bot Aave atau alamat Ethereum lainnya dapat memulai proposal dan menyelesaikan gambaran status blockchain.
5. Kirim Nilai Hash Blok: Kontrak inti tata kelola mengirimkan informasi proposal (hash blok Ethereum) ke infrastruktur lintas rantai Aave.
6. Penyelesaian Status Jaringan Target: Pada jaringan pemungutan suara target, bot Aave atau alamat lainnya menyelesaikan penyelesaian status global yang digunakan untuk verifikasi pemungutan suara. Ini termasuk nilai hash blok Ethereum, pohon statusnya, dan pohon status aset pemungutan suara.
7. Mulai Voting: Voting dimulai pada jaringan target.
8. Pemungutan Suara Proposal: Setiap pengguna dengan hak suara di Ethereum dapat memberikan suara pada jaringan target melalui kontrak pemungutan suara.
9. Tutup Voting: Bot Aave atau alamat lain memanggil mekanisme pemungutan suara untuk menutup pemungutan suara.
10. Penyelesaian Hasil: Hasil pemungutan suara, dalam bentuk penghitungan “ya” dan “tidak”, dikirim ke mainnet Ethereum melalui infrastruktur lintas rantai Aave.
11. Tunggu Eksekusi: Hasil pemungutan suara mencapai kontrak tata kelola inti di Ethereum. Setelah memverifikasi dan mengkonfirmasi informasi, menunggu eksekusi.
12. Eksekusi Proposal: Bot Aave atau alamat lain mengeksekusi kode yang diperbarui.
13. Eksekusi Lintas Rantai: Kode dikirimkan ke kontrak eksekusi yang sesuai di Ethereum atau jaringan lain, memulai periode penguncian waktu.
14. Tunggu Eksekusi: Untuk pembaruan di luar Ethereum, konten mengantri di pengontrol masing-masing.
15. Eksekusi Proposal: Setelah periode penguncian berakhir, bot Aave atau alamat lain mengeksekusi kode yang diperbarui di jaringan target.

Arsitektur Implementasi

Dengan pengetahuan tentang kerangka operasional di atas, kita dapat lebih memahami komponen inti Aave Governance V3:

• Kontrak Tata Kelola Inti Ethereum: Bertanggung jawab atas penentuan penyelesaian semua modul tata kelola. Ini memverifikasi hak suara pengguna, menyatakan snapshot, memutuskan token pemungutan suara, menentukan logika aturan pemungutan suara, membatalkan proposal jahat melalui Guardian, meneruskan proposal ke jaringan target, dan mempertahankan sebagian besar prinsip operasional Aave Governance V2.
• Kontrak Tata Kelola Jaringan Target (Mesin Voting Aave): Bertanggung jawab atas operasi tata kelola pada jaringan target. Hal ini mencakup menerima kode dan interaksi pengusul, menjalankan logika pemungutan suara, dan mengembalikan hasil pemungutan suara.
• Infrastruktur Komunikasi Lintas Rantai: Fasilitas komunikasi lintas rantai baru yang dirancang untuk memenuhi kebutuhan penghubung berbagai jaringan di masa depan. Fitur utamanya meliputi komunikasi dua arah, fungsionalitas yang disesuaikan, dan mekanisme pintu belakang darurat.
• Robot Aave: Mengimplementasikan sebagian besar fungsi tata kelola secara otomatis, dengan biaya interaksi dan interaksi jaringan ditanggung langsung oleh Aave DAO, dengan memilih Chainlink Automation sebagai intinya. Fungsi utama termasuk memicu proposal setelah periode penundaan, memberikan bukti status ke jaringan target, dan mengeksekusi pembaruan kode pada Ethereum dan jaringan target.

Selain itu, karena perubahan signifikan dalam aturan arsitektur tata kelola secara keseluruhan, pengguna memerlukan akses ke mesin pemungutan suara di berbagai jaringan. Oleh karena itu, tim inti di BGD Labs telah membangun kembali antarmuka front-end sumber terbuka dan memberikan kode kepada pengguna untuk membuat salinannya sendiri.

Saat ini tidak ada proposal untuk antarmuka front-end ini(sumber)

Keuntungan dari Aave Tata Kelola V3

• Pengurangan Biaya Pemungutan Suara yang Signifikan:

Dengan melakukan pemungutan suara di jaringan eksternal, dengan menggunakan tingkat biaya saat ini di Polygon sebagai contoh, biaya pemungutan suara akan berkisar antara $0,05 dan $0,1. Biaya ini kira-kira 100 kali lebih murah dibandingkan biaya pemungutan suara saat ini di Aave Governance V2. Bahkan mungkin peserta dapat memilih secara gratis. Kedepannya, disarankan agar DAO menanggung seluruh biaya pemungutan suara peserta. Jika ada 10.000 peserta, total biayanya hanya $750, yang mana itu terjangkau.

• Mengurangi Biaya Operasional Token Asli:

Tidak akan ada lagi cuplikan riwayat keseimbangan untuk AAVE dan stkAAVE. Dengan peningkatan kontrak pintar di Aave Governance V3, diharapkan transfer AAVE dan stkAAVE akan menjadi sekitar 75% lebih murah.

• Otomatisasi Tanpa Izin:

Meskipun Aave Governance V3 melibatkan banyak tahapan yang memerlukan interaksi dengan blockchain untuk menghasilkan transisi keadaan, tahapan ini dapat diotomatisasi melalui Robot Aave. Ini jauh lebih nyaman daripada V2, yang memerlukan pemicuan manual oleh pengguna.

Penafian:

1. Artikel ini dicetak ulang dari [链新闻]. Semua hak cipta milik penulis asli [Kyle]. Jika ada keberatan terhadap cetak ulang ini, silakan menghubungi tim Gate Learn , dan mereka akan segera menanganinya.
2. Penafian Tanggung Jawab: Pandangan dan pendapat yang diungkapkan dalam artikel ini adalah sepenuhnya milik penulis dan bukan merupakan nasihat investasi apa pun.
3. Terjemahan artikel ke bahasa lain dilakukan oleh tim Gate Learn. Kecuali disebutkan, dilarang menyalin, mendistribusikan, atau menjiplak artikel terjemahan.