Aave V4：Dari Pasar yang Terpecah ke Likuiditas Modular

Tulisan: Tia，Techub News

Dalam bidang pinjaman DeFi, Aave selalu menjadi indikator 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 multi-aset dan multi-strategi sekaligus menjaga isolasi risiko; sistem akuntansi ditingkatkan menjadi model bagian ERC-4626, sehingga status likuiditas global menjadi jelas dan terkendali; mekanisme likuidasi beralih dari pola rasio tetap ke logika likuidasi dinamis yang berfokus pada faktor kesehatan dan minimalisasi likuidasi yang diperlukan. Secara keseluruhan, V4 bukan sekadar optimisasi parameter, melainkan evolusi kolaboratif melalui arsitektur dan mekanisme, mengubah Aave dari protokol pinjaman yang terfragmentasi di berbagai pasar menjadi infrastruktur modular yang lebih skalabel, efisien modal, dan risiko yang dapat dikendalikan.

Dari V3 yang berpusat pada “pasar” ke kenyataan fragmentasi likuiditas

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

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

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

Hub dan Spoke: Logika restrukturisasi likuiditas Aave V4

Tanggapan Aave V4 terhadap masalah ini adalah melakukan rekonstruksi fundamental pada arsitektur dasar, memperkenalkan arsitektur baru yang disebut Hub and Spoke (roda dan jari-jari). 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 sebuah Hub likuiditas yang bersifat terpusat di setiap jaringan. Aset yang disediakan pengguna tidak lagi masuk ke pasar tertentu, melainkan disetor secara seragam ke Hub yang sesuai di jaringan tersebut, yang bertanggung jawab atas pengelolaan likuiditas global dan batasan akuntansi inti, 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 di lapisan modul yang sangat terstruktur, yang dalam V4 disebut Spoke.

Spoke: Antarmuka modular yang risiko-nya terlokalisasi

Spoke membentuk lapisan depan dari protokol yang diakses pengguna di Aave V4. Setiap Spoke terhubung ke Hub likuiditas yang sama, tetapi dapat memiliki aturan, parameter, dan asumsi risiko yang berbeda secara lengkap. Spoke mengelola posisi pengguna, struktur jaminan, integrasi 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 tingkat sistem. Berbagai jenis aset dan pola perilaku pinjaman yang berbeda tidak lagi harus berbagi parameter risiko yang sama, melainkan dapat dipisahkan secara logis sambil berbagi likuiditas.

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

Bagaimana cara V4 menghitung likuiditas terpadu?

Untuk mendukung likuiditas terpusat di lapisan Hub, V4 mengubah model akuntansi dari rebase aToken menjadi sistem bagian ERC-4626.

Di Aave V4, protokol menghapus mekanisme rebase aToken yang sebelumnya digunakan, dan beralih ke sistem akuntansi 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 meningkat seiring waktu. Dengan kata lain, bunga tidak lagi tercermin dari perubahan jumlah token, melainkan dari perubahan jumlah aset yang dapat ditukar per bagian, yang lebih mendekati logika akuntansi vault tradisional.

Model bagian ini sangat terkait dengan desain likuiditas terpadu di V4. Dalam arsitektur V4, semua aset yang disediakan terkumpul di Hub likuiditas di blockchain, yang 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, jumlah bagian secara keseluruhan, dan batasan yang digunakan oleh masing-masing Spoke. Desain ini memungkinkan kolam aset yang sama dapat digunakan bersama oleh banyak Spoke, sekaligus 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, dan kontrol batasan yang tidak akurat. Sistem bagian ERC-4626 mengubah potensi masalah ini menjadi hubungan aritmatika sederhana, memungkinkan Hub mendukung berbagai strategi pinjaman dan pengaturan risiko secara aman dan terkendali di bawah likuiditas terpadu. Ini tidak hanya meningkatkan efisiensi modal, tetapi juga menyediakan fondasi untuk modularitas dan ekspansi masa depan dari arsitektur V4.

Penyesuaian mekanisme likuidasi yang lebih rinci: lepas dari rasio tetap

Selain restrukturisasi likuiditas, Aave 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 posisi pengguna mengalami faktor kesehatan 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 di ambang 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 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 untuk mengembalikan faktor kesehatan ke zona aman. Likuidasi tidak lagi bertujuan memaksimalkan pengurangan risiko, melainkan meminimalkan likuidasi yang diperlukan, sehingga meminimalkan kerusakan aset pengguna tanpa mengorbankan keamanan protokol.

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

Perbaruan mekanisme likuidasi Aave ini sangat mengingatkan pada desain likuidasi Fluid. Dari sudut pandang produk pinjaman, V4 secara signifikan memperbaiki pendekatan “satu ukuran cocok untuk semua” dalam likuidasi, menjadikan logika lebih rinci dan sesuai risiko nyata.

Namun, dibandingkan dengan Fluid yang mengintegrasikan kedalaman likuiditas pinjaman dan DEX, Aave tetap berada dalam paradigma berbeda. Fluid mengintegrasikan posisi pinjaman langsung ke dalam likuiditas perdagangan, sehingga sebagian risiko dapat diserap otomatis di dalam pool, dan seringkali tidak memerlukan likuidator eksternal untuk penyesuaian posisi. Desain ini memiliki keunggulan dari segi biaya dan efisiensi eksekusi, sementara Aave yang bergantung pada pihak ketiga untuk likuidasi, meskipun logika lebih rinci, sulit sepenuhnya menyamai pendekatan Fluid dari dimensi ini.

Ringkasan

Secara keseluruhan, Aave V4 bukanlah pembalikan terhadap model yang ada, melainkan evolusi yang relatif terkendali namun sistematis: melalui arsitektur Hub and Spoke untuk restrukturisasi likuiditas, melalui modul Spoke untuk isolasi risiko, dan didukung oleh mesin likuidasi yang lebih rinci, Aave sedang bertransformasi dari protokol pinjaman berbasis “pasar” yang terfragmentasi menjadi infrastruktur pinjaman modular yang mampu menampung struktur keuangan yang lebih kompleks.