Aave V4：Dari Pasar yang Terpecah ke Likuiditas Modular

Tulisan: Tia, Techub News

Dalam bidang pinjaman DeFi, Aave selalu menjadi penanda inovasi dan standar industri. Seiring pertumbuhan jumlah pengguna dan jenis aset, Aave V3 secara bertahap mengungkapkan masalah seperti fragmentasi likuiditas, manajemen risiko, dan mekanisme likuidasi yang relatif kasar. Untuk mengatasi tantangan ini, Aave V4 melakukan peningkatan sistematis: cara pengorganisasian likuiditas dirancang ulang menjadi arsitektur Hub dan Spoke yang terintegrasi dan modular, memungkinkan berbagi likuiditas untuk banyak aset dan strategi sekaligus menjaga isolasi risiko; sistem akuntansi diperbarui menjadi model bagian ERC-4626, sehingga status likuiditas global menjadi jelas dan terkendali; mekanisme likuidasi beralih dari mode rasio tetap ke logika dinamis dan minimal yang berfokus pada faktor kesehatan. Secara keseluruhan, V4 bukan sekadar optimalisasi parameter, tetapi evolusi kolaboratif melalui arsitektur dan mekanisme, mengubah Aave dari protokol pinjaman yang terfragmentasi di banyak pasar menjadi infrastruktur modular yang lebih skalabel, efisien modal, dan risiko yang dapat dikendalikan.

Dari V3 yang berfokus pada “pasar”, ke kendala nyata fragmentasi likuiditas

Dalam Aave V3, protokol mengadopsi pendekatan berbasis “pasar” sebagai pusat deployment. Di berbagai jaringan, bahkan dalam satu jaringan yang sama, Aave membagi menjadi beberapa pasar yang independen, misalnya di jaringan utama Ethereum, terdapat Core dan Prime. Setiap pasar memiliki kolam likuiditas yang sepenuhnya terpisah, portofolio aset yang didukung, dan parameter risiko yang berbeda, sehingga membentuk profil risiko yang berbeda pula.

Ketika pengguna menyediakan aset ke Aave V3, sebenarnya mereka secara eksplisit menyetor aset ke salah satu pasar tertentu, bukan ke kolam dana global yang bersama. Artinya, aset yang disetor ke pasar Ethereum Core hanya dapat digunakan oleh peminjam di pasar tersebut, dan tidak dapat diakses oleh pengguna di Prime atau jaringan lain.

Desain ini memiliki keunggulan dalam isolasi risiko: risiko tidak akan menyebar antar pasar. Namun, konsekuensinya jelas: likuiditas terfragmentasi. Bahkan untuk aset yang sama, akan tersebar di beberapa pasar, menyulitkan pengelolaan secara terpadu, dan berdampak pada efisiensi penggunaan dana secara keseluruhan, kedalaman pasar, dan kemampuan pengembangan fitur baru.

Hub dan Spoke: Logika restrukturisasi likuiditas di Aave V4

Tanggapan Aave V4 terhadap masalah ini adalah melakukan rekonstruksi fundamental pada arsitektur dasar, memperkenalkan arsitektur baru yang disebut Hub dan Spoke (roda dan spoke). Desain ini bertujuan menyelesaikan masalah fragmentasi likuiditas dan keterbatasan ekspansi yang telah lama ada di V3.

Di V4, protokol tidak lagi mengikat likuiditas pada satu pasar saja, melainkan memperkenalkan satu Hub likuiditas yang terpusat di setiap jaringan sebagai sumber dana utama. Aset yang disetor pengguna tidak lagi masuk ke pasar tertentu, melainkan disetor secara seragam ke Hub jaringan terkait, yang bertanggung jawab atas pengelolaan likuiditas global dan batasan akuntansi utama, seperti memastikan total aset yang dipinjam tidak melebihi skala penyediaan, serta mencatat penggunaan likuiditas oleh berbagai modul.

Namun, Hub bukanlah objek interaksi langsung pengguna. Semua operasi yang dapat dirasakan pengguna ditempatkan dalam unit fungsi yang sangat modular, yang dalam V4 disebut Spoke.

Spoke: Antarmuka modular yang membatasi risiko secara lokal

Spoke membentuk lapisan depan dari protokol yang diakses pengguna di Aave V4. Setiap Spoke terhubung ke Hub yang sama, tetapi dapat memiliki aturan, parameter, dan asumsi risiko yang berbeda secara lengkap. Spoke mengelola posisi pengguna, struktur jaminan, akses oracle, dan logika likuidasi secara lokal, sementara Hub hanya menyediakan dukungan likuiditas terbatas di belakang layar.

Inti dari pembagian tugas ini adalah: risiko dibatasi secara ketat di dalam Spoke dan tidak menyebar ke sistem secara keseluruhan. Berbagai jenis aset dan pola perilaku pinjaman yang berbeda tidak lagi harus berbagi parameter risiko yang sama, melainkan dapat memisahkan logika risiko sambil berbagi likuiditas.

Karena itu, banyak fitur yang sudah ada di V3 tetapi terasa berat secara implementasi, dapat diimplementasikan secara lebih alami di V4. Misalnya, E-Mode tidak lagi sekadar konfigurasi parameter tertentu, tetapi dapat menjadi Spoke tersendiri yang melayani portofolio aset yang sangat terkait; mode isolasi juga dapat diimplementasikan melalui Spoke khusus, dengan batasan likuiditas yang jelas dari Hub. Untuk RWA atau struktur jaminan yang lebih kompleks, V4 juga memungkinkan pengenalan kontrol akses dan aturan risiko yang lebih ketat melalui Spoke yang dikustomisasi, tanpa menyebarkan kompleksitas tersebut ke seluruh protokol.

Bagaimana V4 menghitung likuiditas yang terintegrasi?

Untuk mendukung likuiditas terpusat di Hub, V4 meninggalkan mekanisme rebase aToken dan beralih ke sistem bagian ERC-4626.

Dalam Aave V4, protokol menghapus mekanisme rebase aToken sebelumnya dan mengadopsi sistem bagian ERC-4626. Artinya, pengguna tidak lagi memegang aToken yang jumlahnya otomatis bertambah seiring bunga, melainkan memegang bagian tetap (shares), di mana nilai aset dasar per bagian akan bertambah seiring waktu. Dengan kata lain, bunga tidak lagi diwakili oleh perubahan jumlah token, tetapi oleh perubahan jumlah aset yang dapat ditukar per bagian, yang lebih mendekati logika akuntansi vault tradisional.

Model bagian ini sangat terkait dengan desain likuiditas terpusat V4. Dalam arsitektur V4, semua aset yang disediakan dikumpulkan di Hub likuiditas di blockchain, dan Hub menggunakan sistem bagian untuk merekam status aset secara akurat. Hub tidak perlu memperhatikan strategi pinjaman atau risiko spesifik dari setiap Spoke, cukup mengelola total skala aset, total bagian, dan batasan yang digunakan oleh masing-masing Spoke. Desain ini memungkinkan satu kolam aset dibagi dan digunakan oleh banyak Spoke secara bersamaan, sambil menjaga kejelasan dan kontrol secara akuntansi, menghindari kompleksitas dan risiko eksternal yang mungkin muncul dari rebase aToken di lingkungan multi-modul.

Jika tetap menggunakan mekanisme rebase aToken, berbagi aset di berbagai Spoke akan menghadapi kesulitan sinkronisasi eksponensial, risiko eksternal dari bunga dan risiko, serta kesulitan mengontrol batasan kuota sub-modul secara tepat. Sistem bagian ERC-4626 menyederhanakan masalah ini menjadi hubungan aritmatika yang sederhana, memungkinkan Hub mendukung berbagai strategi pinjaman dan pengaturan risiko secara aman dan terkendali di bawah likuiditas terpusat. Ini tidak hanya meningkatkan efisiensi modal, tetapi juga menjadi fondasi untuk modularitas dan ekspansi masa depan arsitektur V4.

Penyesuaian mekanisme likuidasi: lepas dari rasio tetap

Selain restrukturisasi likuiditas, V4 juga melakukan penyesuaian penting pada mekanisme likuidasi. Berbeda dari logika likuidasi berbasis rasio tetap sebelumnya, V4 memperkenalkan mesin likuidasi yang berorientasi pada target risiko.

Di V3 dan versi sebelumnya, ketika faktor kesehatan posisi pengguna turun di bawah ambang batas aman, protokol mengizinkan pihak likuidator untuk melunasi sebagian utang sesuai faktor close factor yang telah ditetapkan, dan secara otomatis menyita jaminan. Pendekatan ini efektif dalam menjaga keamanan protokol, tetapi dalam kondisi volatilitas tinggi atau risiko mendekati batas, seringkali menyebabkan likuidasi berlebihan, di mana skala likuidasi jauh melebihi yang diperlukan untuk mengembalikan posisi ke tingkat aman.

Mesin likuidasi baru di V4 memfokuskan perhatian dari “rasio likuidasi” ke “target keamanan”. Ketika posisi masuk ke kondisi yang dapat dilikuidasi, sistem akan menghitung berapa utang yang harus dilunasi dan berapa jaminan yang harus disita agar faktor kesehatan kembali ke zona aman. Likuidasi tidak lagi bertujuan memaksimalkan risiko yang dihapus, tetapi meminimalkan likuidasi yang diperlukan, tanpa mengorbankan keamanan protokol dan sebisa mungkin mengurangi kerusakan aset pengguna.

Perubahan ini berarti bahwa close factor yang sebelumnya parameter statis, kini menjadi hasil yang ditentukan secara dinamis berdasarkan kondisi risiko posisi. Skala likuidasi akan bervariasi sesuai volatilitas aset, struktur jaminan, dan parameter risiko, sehingga mekanisme likuidasi mencerminkan risiko berbeda antar posisi secara lebih akurat, sekaligus membantu mengurangi dampak likuidasi dan penjualan aset yang tidak perlu.

Pembaharuan mekanisme likuidasi Aave ini mudah dikaitkan dengan desain likuidasi Fluid. Dari sudut pandang produk pinjaman, V4 secara signifikan memperbaiki pendekatan “satu ukuran untuk semua” dalam likuidasi, menjadikan logika lebih halus dan lebih dekat dengan risiko nyata.

Namun, dibandingkan dengan Fluid yang mengintegrasikan posisi pinjaman langsung ke dalam likuiditas perdagangan, Aave tetap berada dalam paradigma desain yang berbeda. Fluid menyerap sebagian risiko secara otomatis di dalam pool melalui integrasi posisi pinjaman dan likuiditas perdagangan, sehingga dalam banyak kasus tidak memerlukan likuidator eksternal untuk menyesuaikan posisi. Desain ini memiliki keunggulan dari segi biaya dan efisiensi eksekusi, sementara Aave yang bergantung pada pihak ketiga untuk likuidasi, meskipun logikanya lebih halus, sulit sepenuhnya menandingi Fluid dalam aspek ini.

Ringkasan

Secara keseluruhan, Aave V4 bukanlah pembalikan total terhadap model yang ada, melainkan evolusi yang relatif terkendali namun sistematis: melalui arsitektur Hub dan Spoke mengatur ulang likuiditas, melalui modularisasi Spoke membatasi risiko secara lokal, dan dilengkapi dengan mesin likuidasi yang lebih canggih. Aave sedang bertransformasi dari protokol pinjaman yang berbasis “pasar” menjadi infrastruktur pinjaman modular yang mampu menampung struktur keuangan yang lebih kompleks.