Aave V4 Mainnet Segera Diluncurkan: Bagaimana Arsitektur Hub-Spoke Mengatasi Masalah Fragmentasi Likuiditas

Dalam sistem Aave V3 saat ini, protokol mengadopsi cara penyebaran multi-instance yang berfokus pada “pasar” sebagai inti. Pasar inti di jaringan utama Ethereum memiliki sekitar 60 miliar dolar likuiditas, sementara pasar Prime yang ditujukan untuk risiko rendah memiliki sekitar 2 miliar dolar, keduanya beroperasi secara independen. Ini berarti, meskipun aset yang sama—seperti USDC—memiliki stok miliaran dolar di pasar inti, pengguna pasar Prime tidak dapat mengakses likuiditas tersebut. Esensi dari desain ini adalah mengikat konfigurasi risiko pasar dengan kedalaman likuiditas secara erat, yang mengakibatkan setiap pasar baru menghadapi tantangan “mengakumulasi likuiditas dari nol.”

Kemunculan Aave V4 merupakan respons fundamental terhadap pembatasan struktural ini: dengan memperkenalkan arsitektur Hub-Spoke, memisahkan penyimpanan likuiditas dari logika pasar sepenuhnya, memungkinkan pasar baru untuk mengakses kolam likuiditas yang ada sejak hari pertama diluncurkan.

Mekanisme pemisahan Hub dan Spoke, bagaimana mewujudkan kesatuan likuiditas dan isolasi risiko

Inti dari arsitektur Hub-Spoke adalah restrukturisasi pembagian kerja. Liquidity Hub sebagai pusat likuiditas yang terintegrasi, mengelola total pasokan semua aset, otorisasi pinjaman, dan batas akuntansi, memastikan ukuran pinjaman keseluruhan sistem tidak melebihi batas pasokan. Spoke adalah modul interaksi khusus yang ditujukan untuk pengguna, masing-masing Spoke dapat mendefinisikan jenis aset, parameter risiko, aturan likuidasi, dan konfigurasi oracle yang didukung secara independen, sambil mendapatkan dukungan likuiditas dalam batas yang telah ditentukan dari Hub. Terobosan kunci dari desain ini adalah: likuiditas tidak lagi terkunci dalam batas tertentu dari pasar tertentu, melainkan ada dalam bentuk “kolam bersama” di lapisan Hub, beberapa Spoke dapat secara paralel mengakses berdasarkan batas kredit yang ditetapkan oleh tata kelola. Sementara itu, risiko dibatasi secara ketat di dalam Spoke—meskipun suatu Spoke mengalami kerugian akibat fluktuasi aset atau kegagalan likuidasi, itu tidak akan menyebar ke Hub atau Spoke lainnya.

Biaya yang disatukan: pertimbangan efisiensi dan kompleksitas tata kelola dalam arsitektur modular

Setiap restrukturisasi arsitektur disertai dengan pengorbanan. Model Hub-Spoke dalam menyelesaikan fragmentasi likuiditas juga memperkenalkan biaya struktural baru. Pertama, lapisan Hub perlu menanggung tanggung jawab akuntansi global yang lebih kompleks—V4 meninggalkan mekanisme rebase aToken di V3, beralih ke model pangsa (shares) gaya ERC-4626, di mana setiap pangsa yang sesuai dengan nilai aset dasar meningkat seiring akumulasi bunga, sehingga dapat mencatat penggunaan batas setiap Spoke dengan tepat dalam kolam yang terintegrasi. Kedua, proses tata kelola menghadapi kompleksitas yang lebih tinggi: parameter risiko Spoke ditetapkan oleh DAO, tetapi distribusi batas kredit antar Spoke, mekanisme keterkaitan suku bunga, dan koordinasi likuidasi antar Spoke memerlukan kerangka tata kelola yang lebih rinci. Ketiga, kontroversi mengenai jalur migrasi telah muncul di komunitas—sebelumnya Aave Labs pernah mengusulkan untuk menghentikan optimasi V3 untuk mendorong pengguna beralih ke V4, yang memicu penolakan dari beberapa kontributor inti, akhirnya menarik kembali usulan tersebut dan berjanji untuk tidak memaksa migrasi. Ini menunjukkan bahwa peningkatan arsitektur, di luar tingkat teknis, juga harus menangani masalah transisi halus dari ekosistem yang ada.

Dari protokol ke infrastruktur: apa arti konfigurasi untuk jalur pinjaman DeFi

Arah evolusi V4, pada dasarnya, adalah mengupgrade Aave dari “protokol pinjaman multi-pasar” menjadi “infrastruktur modular yang dapat menampung berbagai logika keuangan.” Perubahan posisi ini akan menghasilkan dampak industri yang beragam. Pertama, peningkatan efisiensi modal akan mengubah tolok ukur kompetisi di jalur pinjaman—pasar baru tidak lagi perlu bersaing untuk menarik simpanan dari pasar yang sudah ada, pengembang dapat fokus pada logika pinjaman kustom untuk aset baru seperti Pendle PT, posisi Uniswap LP, sUSDe Ethena, tanpa perlu membangun likuiditas dari nol. Kedua, mekanisme penetapan harga risiko beralih dari “satu ukuran untuk semua” ke “spesifikasi”: mekanisme premi likuiditas yang diperkenalkan di V4 memungkinkan suku bunga pinjaman disesuaikan secara dinamis berdasarkan kondisi likuiditas aset yang dijaminkan, dengan aset acuan seperti ETH mempertahankan premi nol, sementara aset yang lebih volatile akan menanggung premi yang sesuai. Ketiga, integrasi mendalam dari stablecoin GHO semakin memperkuat ekosistem tertutup di dalam protokol—mekanisme likuidasi lunak (LLAMM) memungkinkan sistem secara bertahap mengonversi aset menjadi GHO saat harga jaminan turun, dan membeli kembali jaminan saat harga naik, meningkatkan efisiensi dan stabilitas likuidasi.

Melihat ke depan dari V4: kemungkinan jalur evolusi untuk lapisan likuiditas, pinjaman lintas rantai, dan perluasan ekosistem

Arsitektur V4 tidak hanya menyelesaikan masalah saat ini, tetapi juga menyediakan antarmuka untuk ekspansi fungsi di masa depan. Pertama, desain lapisan likuiditas yang terintegrasi secara alami mendukung pinjaman lintas rantai—pengguna dapat menyimpan aset di satu rantai dan meminjam uang di rantai lain, lapisan likuiditas berfungsi sebagai pusat likuiditas lintas rantai yang terabstraksi, menjalankan fungsi likuidasi dan akuntansi. Kedua, kombinabilitas Spoke memungkinkan pasar sekunder untuk posisi utang, pasar pinjaman berjangka tetap, dan batas kredit dinamis untuk posisi AMM menjadi mungkin, pengembang hanya perlu fokus pada logika bisnis di lapisan Spoke, sementara sistem likuidasi dan kerangka manajemen risiko yang mendasari dapat langsung diwarisi dari modul Aave yang telah terverifikasi. Selain itu, ekosistem Aave sedang mengeksplorasi arah “lapisan jaringan independen,” berencana untuk meluncurkan jaringan khusus sebagai infrastruktur inti untuk GHO dan bisnis pinjaman, arah ini meskipun masih dalam tahap konsep, telah mencerminkan niat strategis protokol DeFi terkemuka untuk beralih ke tumpukan teknologi yang lebih lengkap.

Risiko dan batasan: potensi bahaya yang belum diselesaikan oleh arsitektur baru

Meskipun V4 telah mencapai optimasi signifikan pada tingkat arsitektur, masih ada dimensi risiko yang belum sepenuhnya terpecahkan. Pertama, mekanisme likuidasi meskipun beralih dari “rasio tetap” ke “likuidasi minimum yang diperlukan,” masih bergantung pada pihak ketiga eksternal untuk melakukan likuidasi, ini dibandingkan dengan desain yang mengintegrasikan kedalaman pinjaman dan likuiditas DEX seperti Fluid, memiliki perbedaan dalam struktur biaya dan efisiensi pelaksanaan. Kedua, dalam lingkungan di mana banyak Spoke berjalan secara paralel, pemantauan risiko global lintas Spoke belum membentuk paradigma yang matang—ketika beberapa Spoke secara bersamaan mengakses likuiditas Hub dan masing-masing menggunakan model risiko yang berbeda, mekanisme identifikasi dan peringatan risiko sistemik masih perlu diverifikasi. Ketiga, mekanisme likuidasi lunak GHO meskipun terinspirasi oleh model LLAMM dari crvUSD, namun performa mekanisme ini dalam kondisi pasar ekstrem masih kurang data dukungan dari uji stres skala besar. Selain itu, kontroversi di tingkat tata kelola DAO—termasuk masalah perpanjangan kontrak kontributor inti, konflik alokasi sumber daya antara V3 dan V4—mencerminkan risiko perpecahan yang mungkin dihadapi komunitas selama proses peningkatan yang signifikan.

Kesimpulan

Penerapan mainnet Aave V4 menandai transisi protokol pinjaman DeFi dari “multi-pasar paralel” ke paradigma arsitektur “lapisan likuiditas terintegrasi + unit risiko modular.” Desain Hub-Spoke tidak hanya menyelesaikan titik nyeri jangka panjang dari fragmentasi likuiditas, tetapi juga menyediakan kerangka dasar untuk akses aset baru, pinjaman lintas rantai, dan penetapan harga risiko yang lebih rinci. Namun, kompleksitas tata kelola yang dibawa oleh peningkatan arsitektur, kekurangan pemantauan risiko global, dan masalah koordinasi komunitas dalam jalur migrasi, tetap menjadi tantangan yang perlu dihadapi secara berkelanjutan oleh V4 dari implementasi teknis hingga kematangan ekosistem. Bagi jalur pinjaman DeFi, V4 tidak hanya merupakan iterasi versi protokol, tetapi juga sebuah eksperimen struktural mengenai “bagaimana protokol berevolusi menjadi infrastruktur.”

FAQ

Q1: Apa perbedaan inti antara Aave V4 dan V3 dalam pengelolaan likuiditas?

V3 menggunakan model pasar independen, di mana setiap pasar memiliki kolam likuiditas yang terpisah dan tidak dapat berbagi aset; V4 memperkenalkan arsitektur Hub-Spoke, di mana semua likuiditas disimpan di Liquidity Hub, dan beberapa Spoke berbagi kolam likuiditas yang sama, sambil masing-masing mengelola parameter risiko secara independen.

Q2: Bagaimana arsitektur Hub-Spoke mencegah risiko menyebar dalam sistem?

Risiko dibatasi di dalam Spoke. Setiap Spoke memiliki daftar aset, aturan likuidasi, dan batas yang independen, bahkan jika suatu Spoke mengalami kerugian, itu tidak akan menyebar ke Hub atau Spoke lainnya. Hub hanya bertanggung jawab atas akuntansi global dan pengelolaan batas, tidak secara langsung menanggung risiko kredit Spoke.

Q3: Apa saja peningkatan kunci yang dilakukan V4 pada stablecoin GHO?

Peningkatan utama meliputi: pengenalan mekanisme likuidasi lunak (LLAMM), yang memungkinkan likuidasi bertahap saat harga jaminan berfluktuasi, alih-alih likuidasi paksa sekaligus; mendukung pembayaran bunga stablecoin dalam bentuk GHO; penambahan mekanisme penarikan darurat untuk mengatasi situasi ekstrem ketika GHO terus terlepas dari nilai.

Q4: Setelah V4 diluncurkan, apakah pengguna V3 perlu melakukan migrasi?

Aave Labs telah menarik kembali usulan migrasi yang bersifat wajib, berjanji bahwa V3 dan V4 akan berjalan secara paralel, pengguna tidak perlu bermigrasi secara paksa. Penerapan awal V4 akan menggunakan parameter konservatif dan konfigurasi aset yang disederhanakan, dengan prioritas pada keamanan.

Q5: Apa perbedaan mekanisme likuidasi V4 dibandingkan V3?

V3 menggunakan model likuidasi close factor dengan rasio tetap, yang mudah menyebabkan likuidasi berlebihan; V4 beralih ke logika likuidasi dinamis yang berfokus pada faktor kesehatan, di mana sistem menghitung jumlah likuidasi minimum yang diperlukan, hanya membayar utang yang cukup untuk mengembalikan posisi ke zona aman.