#baby $BABY Sesuatu yang terus saya renungkan saat membaca dokumen Babylon's Trustless Bitcoin Vaults: membuat sebuah vault dan memiliki jaminan yang bisa digunakan bukanlah tonggak yang sama. Sistem sengaja memisahkan keduanya.
Begini alurnya — $BTC dikunci terlebih dahulu, dan tata kelolanya sepenuhnya mengikuti aturan milik vault tersebut. Hanya setelah verifikasi selesai, BTC yang terkunci itu beralih menjadi jaminan aktif. Dua status terpisah, dua momen terpisah, bukan satu tindakan yang digabung.
Saya merasa itu meyakinkan, karena artinya protokol tidak pernah mengasumsikan jaminan sudah siap dipakai sebelum benar-benar diverifikasi. Tapi itu juga menambah lapisan yang harus dibiasakan pengguna sebelum memasuki tahap peminjaman.
Ini jelas sebuah tradeoff — kurang sederhana, lebih banyak asumsi eksplisit yang ditanamkan ke dalam protokol.
Pertanyaannya apakah batas tambahan antara pembuatan vault dan aktivasi jaminan itu overhead yang tidak perlu, atau justru itulah yang membuat modelnya bertahan lebih baik saat tekanan.
#baby @BabylonLabs_io $BABY
Begini alurnya — $BTC dikunci terlebih dahulu, dan tata kelolanya sepenuhnya mengikuti aturan milik vault tersebut. Hanya setelah verifikasi selesai, BTC yang terkunci itu beralih menjadi jaminan aktif. Dua status terpisah, dua momen terpisah, bukan satu tindakan yang digabung.
Saya merasa itu meyakinkan, karena artinya protokol tidak pernah mengasumsikan jaminan sudah siap dipakai sebelum benar-benar diverifikasi. Tapi itu juga menambah lapisan yang harus dibiasakan pengguna sebelum memasuki tahap peminjaman.
Ini jelas sebuah tradeoff — kurang sederhana, lebih banyak asumsi eksplisit yang ditanamkan ke dalam protokol.
Pertanyaannya apakah batas tambahan antara pembuatan vault dan aktivasi jaminan itu overhead yang tidak perlu, atau justru itulah yang membuat modelnya bertahan lebih baik saat tekanan.
#baby @BabylonLabs_io $BABY