Babylon tidak meminta tata kelola Aave untuk 1 spoke, melainkan untuk 2. Core Lending Spoke adalah tempat jaminan BTC diposting dan pinjaman ditarik. Spoke kedua yang terpisah, BTC Vault Swap Spoke, ada semata untuk menangani apa yang terjadi setelah likuidasi, menyelesaikan posisi yang tidak terpakai (unwound) tersebut dalam WBTC.
Memisahkan desain dengan cara ini alih-alih menjalankannya semuanya melalui satu spoke adalah keputusan tersendiri dengan logikanya masing-masing. Peminjaman dan penyelesaian likuidasi benar-benar memiliki profil risiko yang berbeda: yang satu adalah aktivitas steady state, sementara yang lain hanya aktif saat kondisi tertekan, ketika kecepatan dan likuiditas yang tersedia paling penting. Dengan mengisolasi keduanya, masalah pada logika swap dan penyelesaian tidak otomatis mengorbankan mekanik inti pinjaman, dan tata kelola Aave bisa menetapkan batas serta parameter yang berbeda untuk masing-masing.
Biaya dari isolasi ini adalah 2 permukaan serangan dan 2 objek tata kelola, bukan 1. 2 spoke yang harus diamankan, 2 proposal yang harus lolos, 2 tempat yang bisa terjadi masalah dibandingkan satu sistem terpadu. Babylon memilih isolasi ketimbang kesederhanaan, dengan anggapan bahwa menahan risiko saat krisis lebih penting daripada meminimalkan jumlah bagian yang bergerak sebelum krisis pernah terjadi.
Babylon memang mengisolasi tekanan likuidasi dari aktivitas pinjaman sehari-hari dengan sengaja; struktur 2-spoke ini adalah pilihan yang disengaja, bukan kecelakaan saat penyusunan. Babylon tidak mendapatkan isolasi itu secara gratis—artinya ada lebih banyak komponen yang perlu diamankan dan dikelola secara individual dibandingkan jika hanya ada 1 spoke.
@BabylonLabs_io #baby $BABY $COTI
Memisahkan desain dengan cara ini alih-alih menjalankannya semuanya melalui satu spoke adalah keputusan tersendiri dengan logikanya masing-masing. Peminjaman dan penyelesaian likuidasi benar-benar memiliki profil risiko yang berbeda: yang satu adalah aktivitas steady state, sementara yang lain hanya aktif saat kondisi tertekan, ketika kecepatan dan likuiditas yang tersedia paling penting. Dengan mengisolasi keduanya, masalah pada logika swap dan penyelesaian tidak otomatis mengorbankan mekanik inti pinjaman, dan tata kelola Aave bisa menetapkan batas serta parameter yang berbeda untuk masing-masing.
Biaya dari isolasi ini adalah 2 permukaan serangan dan 2 objek tata kelola, bukan 1. 2 spoke yang harus diamankan, 2 proposal yang harus lolos, 2 tempat yang bisa terjadi masalah dibandingkan satu sistem terpadu. Babylon memilih isolasi ketimbang kesederhanaan, dengan anggapan bahwa menahan risiko saat krisis lebih penting daripada meminimalkan jumlah bagian yang bergerak sebelum krisis pernah terjadi.
Babylon memang mengisolasi tekanan likuidasi dari aktivitas pinjaman sehari-hari dengan sengaja; struktur 2-spoke ini adalah pilihan yang disengaja, bukan kecelakaan saat penyusunan. Babylon tidak mendapatkan isolasi itu secara gratis—artinya ada lebih banyak komponen yang perlu diamankan dan dikelola secara individual dibandingkan jika hanya ada 1 spoke.
@BabylonLabs_io #baby $BABY $COTI