Protokol pemberian pinjaman cip biru AAVE hari ini melancarkan modul tadbir urus terbaharunya - Aave Governance V3, yang membawa beberapa siri kelebihan, termasuk pengurangan kos pengundian, robot automatik baharu dan infrastruktur rentas rantai yang lengkap. Ini akan menetapkan paradigma baharu untuk tadbir urus rantaian.
Protokol pinjaman Aave telah menarik kira-kira AS$6.5 bilion dalam pembiayaan setakat ini, menjadikannya tiga produk dalam rantaian teratas (selepas Lido dan Maker). Memandangkan ini, sebarang kemas kini pada protokol memerlukan berhati-hati yang melampau. Oleh itu, Aave telah menerima pakai set spesifikasi dan mekanisme pelaksanaan kontrak yang sangat lengkap dari segi tadbir urus untuk mengurangkan kesan kesilapan manusia atau risiko pemusatan sebanyak mungkin.
Tidak seperti projek lain, protokol Aave menggunakan mekanisme yang agak selamat dan tidak bergantung pada fungsi pintu belakang protokol kawalan berbilang tandatangan, malah fungsi berbilang tandatangan. Model tadbir urus ini mempunyai nilai rujukan yang tinggi dan menyediakan rujukan yang berguna untuk membayangkan mekanisme tadbir urus yang ideal pada masa hadapan.
Tadbir Urus AAVE V2 telah disahkan sepenuhnya sejak ia mula beroperasi pada 2020, membuktikan kebolehlaksanaannya. Apa yang mengagumkan ialah melalui pengendalian modul tadbir urus ini, penerbitan dan penyepaduan protokol GHO stablecoin bahkan telah berjaya dicapai. Projek kompleks ini menunjukkan kuasa modul tadbir urus dan sangat menarik.
Modul Tadbir Urus AAVE V2 yang asal akan dihentikan, tetapi V3 akan mewarisi struktur amnya dan dioptimumkan, jadi pemahaman asas diperlukan.
Tadbir Urus AAVE V2 bertujuan untuk mencapai matlamat penyahpusatan yang lengkap, secara automatik melaksanakan kemas kini protokol melalui keputusan tadbir urus rantaian, tanpa bergantung kepada pasukan pengasas untuk meluluskan cadangan dalam rantaian.
Seni bina Aave Governance V2
Dalam amalan, Aave Governance V2 boleh dibahagikan kepada komponen berikut:
Aave Governance v2: Bertanggungjawab untuk mengendalikan penciptaan AIP, penyerahan maklumat, penetapan parameter, dsb.
Pelaksana Ringkas: Digunakan untuk membuat perubahan kecil pada protokol, bertanggungjawab untuk melaksanakan kandungan cadangan yang lulus dengan ambang yang lebih rendah untuk melengkapkan lelaran pantas, seperti cadangan untuk menambah atau mengurangkan senarai aset yang boleh diterima dalam protokol.
Long Executor: Digunakan untuk membuat perubahan besar pada kod teras protokol, bertanggungjawab untuk melaksanakan cadangan yang lulus dengan ambang yang lebih tinggi, seperti cadangan untuk mengubah suai peraturan logik protokol itu sendiri.
Strategi Tadbir Urus: mengendalikan logik operasi cadangan pengguna dan pengundian, dan mentakrifkan token yang boleh digunakan untuk mengundi Token yang boleh digunakan untuk mengundi dalam V2 termasuk AAVE dan stkAAVE (Stake AAVE).
Terdapat juga sekumpulan kontrak yang dipanggil Aave Guardian, yang dikawal oleh pelbagai tandatangan sepuluh alamat Tanggungjawab utamanya adalah untuk bertanggungjawab ke atas pengubahsuaian kontrak perjanjian dalam situasi kecemasan untuk melindungi keselamatan perjanjian. Bergantung pada keadaan, cadangan berniat jahat boleh dibatalkan atau operasi protokol boleh ditutup.
Struktur asas proses tadbir urus modul AAVE Governance V2 pada masa lalu adalah seperti berikut:
Penyerahan cadangan: Cadangan dibincangkan dalam forum komuniti, dan Temperaturecheck dilakukan, diikuti dengan off-chain Pengundian syot kilat.
ARFC: Susun cadangan yang meluluskan pengundian luar rantai ke dalam cadangan lengkap (AIP), serahkan kod lengkap pada masa yang sama dan jalankan pengundian Syot Kilat luar rantai sekali lagi.
Serahkan AIP: Biasanya pasukan menyerahkan AIP kepada kontrak tadbir urus untuk cadangan yang lulus undian luar rantaian kedua, tetapi sebenarnya sesiapa sahaja boleh menyerahkan AIP.
Tempoh kelewatan: Selepas tempoh kelewatan kira-kira satu hari, kontrak tadbir urus melengkapkan petikan status token dan mengesahkan hak mengundi.
Pengundian dalam rantaian: Terdapat ambang lulus yang berbeza untuk cadangan dengan tahap impak yang berbeza.
Pelaksanaan cadangan: Selepas cadangan diluluskan, akan ada tempoh kunci masuk Selepas tamat, Pelaksana Pendek atau Pelaksana Panjang akan digunakan untuk melaksanakan kod kemas kini mengikut cadangan dengan tahap impak yang berbeza untuk dicetuskan oleh alamat luaran.
Pelaksanaan rentas rantai: Jika cadangan adalah pada rangkaian selain Ethereum, ia perlu melaksanakan urus niaga rentas rantai dan melaksanakan kontrak pelaksanaan rangkaian yang sepadan, yang juga perlu dicetuskan oleh alamat luaran.
Masalah yang ditemui oleh AAVE Governance V2 selepas tiga tahun beroperasi:
Kos pengundian terlalu tinggi: reka bentuk sedia ada menggunakan banyak bahan api, terutamanya untuk pengguna kecil. Hak mengundi token Aave dan stkAAVE terdesentralisasi Terdapat lebih daripada 150,000 pemegang Aave dan 20,000 pemegang stkAAVE, kebanyakan pengguna ini hanya memegang sebilangan kecil token dan hak mengundi. Walaupun pada tahap harga gas Ethereum yang agak rendah (20gwei), ia masih menelan kos kira-kira $5 untuk melengkapkan undian, apatah lagi kos pengundian mungkin lima hingga sepuluh kali lebih tinggi apabila rangkaian sesak.
Konflik kepentingan antara tadbir urus dan token: Untuk bekerjasama dengan modul tadbir urus sedia ada, token perlu disoal oleh kontrak untuk mengesahkan hak mengundi pemegang token AAVE dan stkAAVE, dan token itu sendiri perlu merekodkan baki tambahan sejarah. , yang meningkatkan bayaran bahan api pemindahan token AAVE dan stkAAVE, yang seterusnya meningkatkan kos operasi pemegang token.
Pembuatan Cadangan: Peraturan tadbir urus V3 memerlukan pencadang untuk menggunakan kod kontrak boleh laku dan sah dalam kontrak Aave dan melengkapkannya sebelum membuat Daftar cadangan untuk mendapatkan kelulusan cadangan.
Kelewatan Pengundian: Hampir sama seperti V2, akan ada kelewatan 1 hari antara penciptaan cadangan dan permulaan pengundian, dengan gambaran hak mengundi diambil selepas tamat. Walau bagaimanapun, disebabkan beberapa sebab teknikal, masa kelewatan pada v3 akan berbeza mengikut jam.
Pengundian Cadangan: Pengundi dalam kebanyakan kes tidak akan mengundi pada Ethereum, tetapi pada rangkaian lain seperti Polygon, Avalanche, Arbitrum atau Optimisme, dengan lebih banyak rangkaian akan dibuka pada masa hadapan. Tambahan: Pengundian untuk cadangan hanya akan dijalankan dalam satu rangkaian, bukannya dalam berbilang rangkaian secara serentak. Pencadang boleh memilih rangkaian untuk mengundi berdasarkan keutamaan atau faktor lain.
Pelaksanaan Cadangan: Kunci masa dan fasa pelaksanaan cadangan akan sama seperti V2, dan pelaksanaan akan dilanjutkan ke rangkaian lain.
Terima lebih banyak hak mengundi untuk pengiktirafan aset: AAVE, aAAVE, stkAAVE dan stkABPT semuanya akan menerima hak mengundi.
Semua cadangan masa hadapan dalam modul tadbir urus AAVE akan melalui proses berikut:
Proses operasi Tadbir Urus Aave V3
Serahkan kod: Pencadang membuat cadangan dan Ia didaftarkan ke dalam kontrak pengawal rangkaian sasaran. Contohnya, jika cadangan dijangka menambah kelas aset baharu pada Aave v3 Avalanche, anda perlu menyerahkan cadangan dan menggunakan kod pada Avalanche, dan keseluruhan proses tidak memerlukan kebenaran.
Pemulangan sijil pengenalan cadangan: Apabila pencadang melengkapkan proses penciptaan cadangan, dia akan menerima sijil pengenalan yang dihantar oleh rangkaian sasaran.
Buat cadangan: Pencadang yang berkelayakan (dengan sijil pengenalan dan hak cadangan yang mencukupi) membuat cadangan melalui kontrak tadbir urus teras di Ethereum dan pilih rangkaian yang kod diserahkan.
Cadangan Pelancaran: Selepas tempoh penangguhan tamat, bot Aave, atau mana-mana alamat Ethereum yang lain, akan dapat melancarkan cadangan dan melengkapkan petikan keadaan blockchain.
Serahkan nilai cincang blok: Kontrak teras tadbir urus menyerahkan maklumat cadangan (cincang blok Ethereum) kepada infrastruktur rantaian silang Aave.
Penyelesaian keadaan rangkaian sasaran: Pada rangkaian pengundian sasaran, robot Aave atau alamat lain melengkapkan penyelesaian keadaan global yang digunakan untuk pengesahan pengundian, termasuk nilai cincang blok Ethereum, pepohon keadaannya dan pepohon keadaan aset mengundi.
Mula Mengundi: Mula mengundi pada rangkaian sasaran.
Pengundian cadangan: Setiap pengguna yang mempunyai hak mengundi pada Ethereum boleh mengundi pada rangkaian sasaran melalui kontrak mesin mengundi.
Tutup pengundian: Robot Aave atau alamat lain memanggil mesin pengundian untuk menutup pengundian.
Penyelesaian keputusan: Keputusan pengundian dihantar ke rangkaian utama Ethereum melalui infrastruktur rantaian silang Aave dalam bentuk kiraan "ya" dan "tidak".
Menunggu pelaksanaan: Keputusan pengundian tiba di kontrak tadbir urus teras di Ethereum, dan selepas mengesahkan maklumat pengesahan, mereka menunggu untuk pelaksanaan.
Pelaksanaan cadangan: Robot Aave atau alamat lain akan melaksanakan kod kemas kini.
Pelaksanaan rentas rantai: Pindahkan kod ke kontrak pelaksanaan yang sepadan pada Ethereum atau rangkaian lain, dan mulakan tempoh kunci masa.
Menunggu pelaksanaan: Kemas kini di luar Ethereum akan beratur pada pengawal yang sepadan.
Pelaksanaan Cadangan: Setelah tempoh lokap tamat, kod rangkaian sasaran yang dikemas kini dilaksanakan oleh bot Aave atau alamat lain.
Dengan seni bina operasi di atas, anda boleh memahami dengan lebih baik komponen apa yang disertakan dalam modul teras Tadbir Urus Aave V3:
Kontrak Tadbir Urus Teras Ethereum: Bertanggungjawab untuk penentuan penyelesaian semua modul tadbir urus. Bertanggungjawab untuk mengesahkan hak pengundian pengguna, petikan status, menentukan token undian, menentukan logik peraturan pengundian, membatalkan cadangan berniat jahat melalui Guardian, memajukan cadangan ke rangkaian sasaran dan mengekalkan kebanyakan prinsip operasi Tadbir Urus Aave V2.
Kontrak tadbir urus rangkaian sasaran (mesin mengundi Aave): Bertanggungjawab untuk operasi tadbir urus rangkaian sasaran. Mengandungi kod dan interaksi pencadang, pelaksanaan logik pengundian, pengembalian keputusan pengundian, dsb.
Kemudahan komunikasi silang: Kemudahan komunikasi silang yang serba baharu untuk memenuhi keperluan merapatkan pelbagai rangkaian pada masa hadapan. Fungsi utama termasuk komunikasi dua hala, fungsi tersuai, dan mekanisme pintu belakang kecemasan.
Aave Robot: Ia merealisasikan automasi kebanyakan fungsi tadbir urus Kos berinteraksi dengan rangkaian ditanggung terus oleh Aave DAO, dan Automasi Chainlink dipilih sebagai teras operasi. Fungsi utama termasuk mencetuskan cadangan selepas tempoh penangguhan, menyediakan bukti status kepada rangkaian sasaran, melaksanakan kod kemas kini Ethereum dan rangkaian sasaran, dsb.
Selain itu, disebabkan perubahan ketara dalam peraturan struktur tadbir urus keseluruhan, pengguna perlu mengakses mesin pengundian setiap rangkaian, jadi pasukan teras BGDLabs mencipta semula antara muka bahagian hadapan sumber terbuka dan menyediakan pengguna dengan kod untuk cipta salinan mereka sendiri.
Kos pengundian dikurangkan dengan banyak: dengan mengundi pada rangkaian luaran, mengambil paras bayaran gas semasa pada Polygon sebagai contoh, kos undian adalah antara AS$0.05 dan AS$0.1 . Kira-kira 100 kali lebih murah daripada kos semasa mengundi dalam Aave Governance v2. Malah mungkin untuk membenarkan peserta mengundi secara percuma Pada masa hadapan, DAO akan dicadangkan untuk menanggung kos pengundian semua peserta Jika terdapat 10,000 peserta, jumlah kos hanya $750, yang berpatutan.
Mengurangkan kos operasi untuk token asli: Tiada lagi gambar sejarah baki pada AAVE dan stkAAVE Kontrak pintar token ini akan dinaik taraf dalam Tadbir Urus Aave V3 Dijangkakan bahawa pemindahan AAVE dan stkAAVE akan lebih murah.
Automasi tanpa lesen: Walaupun Aave Governance V3 mempunyai banyak pautan yang memerlukan interaksi dengan blockchain untuk menghasilkan peralihan keadaan, pautan ini boleh dilaksanakan secara automatik oleh robot Aave, yang jauh lebih mudah daripada V2 yang memerlukan pengguna melaksanakan pencetus secara manual.
Atas ialah kandungan terperinci Tadbir Urus Aave V3 dilancarkan secara rasmi, mendorong tadbir urus rantaian ke tahap baharu!. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!
![[Web front-end] Permulaan pantas Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
