0 BPS.
Itu adalah angka terkecil dalam parameter likuidasi Babylon, dan pertama kali saya membacanya sebagai penghapusan biaya.
VaultBTC membawa biaya likuidasi 0 BPS. Dalam likuidasi bergaya Aave, biaya itu biasanya adalah bagian protokol dari bonus yang dibayar kepada pelikuidasi. Asumsi pertama saya sederhana: Babylon memilih untuk tidak mengambil potongan.
Lalu saya melihat dokumentasinya menyebutnya “secara struktural nol.”
Setiap Trustless Bitcoin Vault (TBV) adalah satu Bitcoin UTXO. Lapisan peminjaman bisa menyita output itu atau membiarkannya saja. Ia tidak bisa mengupas 3%, 5%, atau 10% lalu mengirim potongan tersebut ke protokol.
Itu mengubah arti nilai 0 BPS.
Pelikuidasi masih bisa mendapatkan bonus, saat ini hingga 10% ketika health factor turun di bawah 1.0. Peminjam masih bisa kehilangan nilai. Satu vault penuh mungkin disita karena aplikasinya tidak bisa mengambil hanya jumlah persis yang dibutuhkannya.
Jadi 0 BPS tidak berarti likuidasi murah atau tidak berbahaya.
Itu menandai satu aksi yang hilang. Protokol tidak bisa mengambil potongan persentase langsung dari jaminan BTC native setelah penyitaan.
Bonus dan fee bisa berdampingan dalam tabel risiko. Keduanya tidak punya kebebasan implementasi yang sama begitu jaminan berupa UTXO.
Saya sebelumnya memperlakukan fee likuidasi seperti kenop tata kelola yang normal: naikkan atau turunkan. Kontrak mendistribusikan ulang nilai ke angka baru tersebut.
Namun UTXO datang dengan batas yang tegas.
Tata kelola bisa mengubah bagaimana utang dan reward diperhitungkan di dalam sistem peminjaman. Tata kelola tidak bisa membuat irisan 5% di dalam satu output Bitcoin. Jaminan sudah menyempitkan rentangnya sebelum tata kelola menyentuh parameternya.
Itulah bagian yang saya lewatkan.
Kolomnya masih ada di antarmuka, tapi aksi di baliknya tidak ada di lapisan jaminan. Tidak perlu ada pembalikan (revert). Tidak perlu ada transaksi yang gagal. Kendalanya sudah terlihat karena parameternya ditetapkan di 0 BPS.
Di Babylon TBV, 0 BPS bukan setelan yang rendah. Itu jejak yang tertinggal dari operasi yang tidak bisa dilakukan oleh jaminan.
Kolomnya tetap ada. Operasinya tidak.
$ON $BABY #baby @BabylonLabs_io
Itu adalah angka terkecil dalam parameter likuidasi Babylon, dan pertama kali saya membacanya sebagai penghapusan biaya.
VaultBTC membawa biaya likuidasi 0 BPS. Dalam likuidasi bergaya Aave, biaya itu biasanya adalah bagian protokol dari bonus yang dibayar kepada pelikuidasi. Asumsi pertama saya sederhana: Babylon memilih untuk tidak mengambil potongan.
Lalu saya melihat dokumentasinya menyebutnya “secara struktural nol.”
Setiap Trustless Bitcoin Vault (TBV) adalah satu Bitcoin UTXO. Lapisan peminjaman bisa menyita output itu atau membiarkannya saja. Ia tidak bisa mengupas 3%, 5%, atau 10% lalu mengirim potongan tersebut ke protokol.
Itu mengubah arti nilai 0 BPS.
Pelikuidasi masih bisa mendapatkan bonus, saat ini hingga 10% ketika health factor turun di bawah 1.0. Peminjam masih bisa kehilangan nilai. Satu vault penuh mungkin disita karena aplikasinya tidak bisa mengambil hanya jumlah persis yang dibutuhkannya.
Jadi 0 BPS tidak berarti likuidasi murah atau tidak berbahaya.
Itu menandai satu aksi yang hilang. Protokol tidak bisa mengambil potongan persentase langsung dari jaminan BTC native setelah penyitaan.
Bonus dan fee bisa berdampingan dalam tabel risiko. Keduanya tidak punya kebebasan implementasi yang sama begitu jaminan berupa UTXO.
Saya sebelumnya memperlakukan fee likuidasi seperti kenop tata kelola yang normal: naikkan atau turunkan. Kontrak mendistribusikan ulang nilai ke angka baru tersebut.
Namun UTXO datang dengan batas yang tegas.
Tata kelola bisa mengubah bagaimana utang dan reward diperhitungkan di dalam sistem peminjaman. Tata kelola tidak bisa membuat irisan 5% di dalam satu output Bitcoin. Jaminan sudah menyempitkan rentangnya sebelum tata kelola menyentuh parameternya.
Itulah bagian yang saya lewatkan.
Kolomnya masih ada di antarmuka, tapi aksi di baliknya tidak ada di lapisan jaminan. Tidak perlu ada pembalikan (revert). Tidak perlu ada transaksi yang gagal. Kendalanya sudah terlihat karena parameternya ditetapkan di 0 BPS.
Di Babylon TBV, 0 BPS bukan setelan yang rendah. Itu jejak yang tertinggal dari operasi yang tidak bisa dilakukan oleh jaminan.
Kolomnya tetap ada. Operasinya tidak.
$ON $BABY #baby @BabylonLabs_io