Dalam sistem Aave V3 saat ini, protokol beroperasi dengan model multi-instansi yang berfokus pada "pasar." Pasar inti di mainnet Ethereum menampung sekitar Rp60 miliar likuiditas, sementara pasar Prime—yang dirancang untuk pengguna dengan toleransi risiko lebih rendah—menyimpan sekitar Rp2 miliar. Kedua pasar ini beroperasi secara independen. Artinya, meskipun aset yang sama seperti USDC memiliki cadangan miliaran di pasar inti, pengguna di pasar Prime tidak dapat mengakses likuiditas tersebut. Pada dasarnya, desain ini mengikat alokasi risiko secara erat dengan kedalaman likuiditas di setiap pasar, sehingga setiap pasar baru harus menghadapi tantangan "membangun likuiditas dari nol."
Aave V4 secara langsung mengatasi keterbatasan struktural ini. Dengan memperkenalkan arsitektur Hub-Spoke, sistem benar-benar memisahkan penyimpanan likuiditas dari logika pasar, sehingga pasar baru dapat mengakses pool likuiditas yang sudah ada sejak hari pertama.
Bagaimana Pemisahan Hub dan Spoke Mewujudkan Likuiditas Terpadu dan Isolasi Risiko
Arsitektur Hub-Spoke secara mendasar mendefinisikan ulang peran. Liquidity Hub bertindak sebagai pool terpusat yang mengelola total pasokan seluruh aset, otorisasi peminjaman, dan pembatasan akuntansi, memastikan bahwa volume pinjaman secara keseluruhan tidak pernah melebihi batas pasokan. Modul Spoke berfungsi sebagai antarmuka pengguna khusus. Setiap Spoke dapat secara independen menentukan jenis aset yang didukung, parameter risiko, aturan likuidasi, dan konfigurasi oracle, sambil menarik likuiditas dari Hub dalam batasan yang telah ditetapkan. Terobosan utamanya adalah likuiditas tidak lagi terkunci dalam batasan satu pasar tertentu. Sebaliknya, likuiditas tersedia sebagai "shared pool" di level Hub, dan beberapa Spoke dapat mengaksesnya secara paralel sesuai batas kredit yang ditetapkan oleh tata kelola. Pada saat yang sama, risiko benar-benar terisolasi di setiap Spoke. Bahkan jika sebuah Spoke mengalami utang macet akibat volatilitas aset atau kegagalan likuidasi, hal tersebut tidak memengaruhi Hub maupun Spoke lainnya.
Biaya Unifikasi: Efisiensi dan Kompleksitas Tata Kelola dalam Arsitektur Modular
Setiap perubahan arsitektur membawa konsekuensi. Meski model Hub-Spoke menyelesaikan fragmentasi likuiditas, model ini juga menimbulkan biaya struktural baru. Pertama, Hub harus menangani tanggung jawab akuntansi global yang lebih kompleks. V4 meninggalkan mekanisme rebase pada aToken di V3, beralih ke model shares bergaya ERC-4626. Setiap share merepresentasikan nilai aset dasar yang bertumbuh seiring bunga yang diakumulasikan, memungkinkan pelacakan kuota penggunaan tiap Spoke secara presisi dalam pool terpadu. Kedua, proses tata kelola menjadi lebih kompleks. DAO menetapkan parameter risiko untuk setiap Spoke, namun alokasi batas kredit, koordinasi suku bunga, dan pengelolaan likuidasi antar Spoke membutuhkan kerangka tata kelola yang lebih canggih. Ketiga, jalur migrasi sudah menjadi perdebatan di komunitas. Sebelumnya, Aave Labs mengusulkan penghentian optimisasi V3 untuk mendorong pengguna bermigrasi ke V4, namun mendapat penolakan dari kontributor inti. Usulan tersebut akhirnya ditarik, dengan komitmen bahwa migrasi tidak akan dipaksakan. Hal ini menegaskan bahwa peningkatan teknis juga harus mempertimbangkan transisi ekosistem yang lancar.
Dari Protokol ke Infrastruktur: Implikasi bagi Lanskap Peminjaman DeFi
Evolusi V4 pada dasarnya meng-upgrade Aave dari "protokol peminjaman multi-pasar paralel" menjadi "infrastruktur modular yang mampu mendukung berbagai logika keuangan." Pergeseran ini akan membawa beberapa dampak besar bagi industri. Pertama, efisiensi modal yang meningkat akan mendefinisikan ulang standar kompetisi di sektor peminjaman. Pasar baru tak lagi perlu bersaing dengan pasar lama untuk menarik simpanan. Pengembang dapat fokus pada logika peminjaman khusus untuk aset baru seperti Pendle PT, posisi Uniswap LP, dan Ethena sUSDe, tanpa harus membangun likuiditas dari awal. Kedua, penetapan harga risiko beralih dari model "satu ukuran untuk semua" menjadi model yang lebih terperinci. V4 memperkenalkan mekanisme premi likuiditas, yang secara dinamis menyesuaikan suku bunga pinjaman berdasarkan profil likuiditas aset jaminan. Aset acuan seperti ETH tetap tanpa premi, sementara aset yang lebih volatil akan dikenakan premi lebih tinggi. Ketiga, integrasi stablecoin GHO yang lebih dalam semakin memperkuat loop internal protokol. Mekanisme soft liquidation (LLAMM) memungkinkan sistem secara bertahap mengonversi jaminan menjadi GHO saat harga turun dan membeli kembali jaminan saat harga naik, sehingga meningkatkan efisiensi dan stabilitas likuidasi.
Melihat ke Depan dari V4: Potensi Likuiditas Layer, Peminjaman Lintas Rantai, dan Ekspansi Ekosistem
Arsitektur V4 tidak hanya menyelesaikan tantangan saat ini, tetapi juga membuka peluang ekspansi di masa depan. Pertama, lapisan likuiditas terpadu sangat cocok untuk peminjaman lintas rantai. Pengguna dapat menyetor aset di satu chain dan meminjam dana di chain lain, dengan lapisan likuiditas berperan sebagai hub lintas rantai untuk kliring dan akuntansi. Kedua, komposabilitas Spoke memungkinkan terciptanya pasar utang sekunder, pasar kredit berjangka tetap, dan jalur kredit dinamis untuk posisi AMM—primitif keuangan kompleks kini menjadi mungkin. Pengembang hanya perlu fokus pada logika bisnis di level Spoke, sementara kerangka likuidasi dan manajemen risiko dapat mewarisi modul terbukti dari Aave. Selain itu, ekosistem Aave tengah menjajaki "independent network layer," dengan rencana meluncurkan jaringan khusus sebagai infrastruktur inti untuk GHO dan operasi lending. Walaupun konsep ini masih pada tahap awal, hal ini mencerminkan niat strategis protokol DeFi terkemuka untuk berkembang menuju stack teknologi yang lebih lengkap.
Risiko dan Batasan: Potensi Bahaya yang Belum Terselesaikan oleh Arsitektur Baru
Meski V4 membawa peningkatan arsitektural yang signifikan, beberapa dimensi risiko tetap belum terselesaikan. Pertama, meskipun likuidasi telah beralih dari "rasio tetap" ke "likuidasi minimum yang diperlukan," sistem masih bergantung pada likuidator eksternal pihak ketiga. Jika dibandingkan dengan desain seperti Fluid yang mengintegrasikan lending dengan likuiditas DEX secara mendalam, pendekatan ini masih memiliki celah dalam struktur biaya dan efisiensi eksekusi. Kedua, dalam lingkungan multi-Spoke, pemantauan risiko global antar Spoke belum matang. Ketika beberapa Spoke secara bersamaan mengakses likuiditas Hub dengan model risiko berbeda, mekanisme identifikasi dan peringatan risiko sistemik masih belum teruji. Ketiga, meskipun mekanisme soft liquidation GHO mengadopsi model crvUSD LLAMM, performa di dunia nyata dalam kondisi pasar ekstrem masih minim data uji tekanan berskala besar. Selain itu, perselisihan tata kelola—seperti perpanjangan kontrak kontributor inti dan konflik alokasi sumber daya antara V3 dan V4—menyoroti risiko perpecahan komunitas saat terjadi upgrade besar.
Ringkasan
Peluncuran mainnet Aave V4 menandai pergeseran paradigma bagi protokol peminjaman DeFi—dari model "multi-pasar paralel" menjadi arsitektur "lapisan likuiditas terpadu + unit risiko modular." Desain Hub-Spoke menyelesaikan masalah fragmentasi likuiditas yang telah lama ada dan menyediakan kerangka dasar untuk onboarding jenis aset baru, memungkinkan peminjaman lintas rantai, serta penerapan penetapan harga risiko yang lebih granular. Namun, tantangan tetap ada pada kompleksitas tata kelola, celah dalam pemantauan risiko global, dan koordinasi komunitas selama proses migrasi. Bagi sektor peminjaman DeFi, V4 bukan sekadar pembaruan versi protokol—melainkan eksperimen struktural tentang bagaimana protokol berevolusi menjadi infrastruktur.
FAQ
Q1: Apa perbedaan utama antara Aave V4 dan V3 dalam pengelolaan likuiditas?
V3 menggunakan model pasar independen, di mana setiap pasar memiliki pool likuiditas sendiri dan aset tidak dibagikan antar pasar. V4 memperkenalkan arsitektur Hub-Spoke, di mana seluruh likuiditas tersimpan secara terpusat di Liquidity Hub. Beberapa Spoke berbagi pool likuiditas yang sama, namun tetap mengelola parameter risiko masing-masing secara independen.
Q2: Bagaimana arsitektur Hub-Spoke mencegah risiko menyebar dalam sistem?
Risiko terisolasi di setiap Spoke. Setiap Spoke memiliki daftar aset, aturan likuidasi, dan batas kuota sendiri. Bahkan jika sebuah Spoke mengalami utang macet, hal tersebut tidak memengaruhi Hub atau Spoke lainnya. Hub hanya bertanggung jawab atas akuntansi global dan manajemen kuota, tanpa menanggung risiko kredit langsung dari Spoke.
Q3: Apa saja pembaruan utama yang dilakukan V4 terhadap stablecoin GHO?
Pembaruan utama meliputi: pengenalan mekanisme soft liquidation (LLAMM), yang secara bertahap melikuidasi jaminan saat terjadi volatilitas harga alih-alih likuidasi paksa sekaligus; mendukung pembayaran bunga stablecoin dalam GHO; serta menambahkan mekanisme penebusan darurat untuk mengatasi kasus ekstrim depegging GHO.
Q4: Apakah pengguna V3 perlu bermigrasi setelah peluncuran V4?
Aave Labs telah menarik usulan migrasi paksa dan berkomitmen menjalankan V3 dan V4 secara paralel, sehingga pengguna tidak diwajibkan bermigrasi. Implementasi awal V4 akan menggunakan parameter konservatif dan daftar aset yang terbatas demi mengutamakan keamanan.
Q5: Bagaimana mekanisme likuidasi V4 berbeda dari V3?
V3 menggunakan close factor dengan rasio tetap untuk likuidasi, yang dapat menyebabkan likuidasi berlebihan. V4 beralih ke logika likuidasi dinamis berbasis health factor, di mana sistem menghitung jumlah likuidasi minimum yang diperlukan—hanya melunasi utang secukupnya agar posisi kembali ke zona aman.
