Kaji ulang tentang kontrol aset saat BTC memasuki DeFi
Saat meneliti materi TBV, saya tersangkut pada gagasan “setiap Vault memiliki UTXO yang independen.” Sebelumnya, saya selalu merasa bahwa ketika BTC masuk ke DeFi, kuncinya adalah bagaimana cara memindahkan BTC secara efisien ke rantai lain untuk kemudian dipakai. Namun detail ini justru mengembalikan saya ke titik awal.
Pemahaman saya tentang BTCFi selama ini, sebagian besar bergantung pada jembatan (bridge) atau enkapsulasi: BTC ditransformasikan menjadi semacam representasi agar bisa dipinjamkan atau diagunkan. Operasinya memang terlihat sederhana, tetapi pada praktiknya kontrol aset berpindah—pengguna harus mempercayai keamanan jembatan atau pihak kustodian agar menjalankan eksekusinya. Setelah melihat TBV dari Babylon, barulah saya sadar urutannya terbalik. Itu bukan “pindahkan aset dulu baru bicara kontrol”, melainkan membuat BTC tetap berada di jaringan Bitcoin sepanjang waktu, dikunci dengan skrip tertentu, lalu perubahan kondisi DeFi eksternal diterjemahkan menjadi syarat yang bisa diverifikasi oleh Bitcoin.
Sederhananya, ketika pengguna membuat Vault, BTC dikunci di output Taproot yang ditandatangani bersama oleh pengguna itu sendiri. Setiap Vault adalah output tunggal yang terisolasi—bukan tercampur ke dalam pool bersama. Saat penarikan (redeem) atau likuidasi, tidak ada pihak yang perlu “memberi persetujuan” untuk memindahkan dana. Yang terjadi adalah Vault Provider menghasilkan bukti pengetahuan nol (zero-knowledge proof) berbasis peristiwa (event) di Ethereum, lalu diverifikasi di blockchain Bitcoin melalui mekanisme BABE. Dalam jendela tantangan, siapa pun bisa mempertanyakan bukti yang tidak valid. Pada akhirnya, arah dana tetap ditentukan oleh skrip dan konsensus Bitcoin.
Rancangannya jelas berbeda dari skema jembatan yang umum. Pada skema bridge, BTC sering kali terlebih dahulu keluar dari lingkungan aslinya, lalu dipetakan ke rantai tujuan; keamanan bergantung pada multisig atau insentif ekonomi. TBV justru sebaliknya: logika DeFi eksternal hanya menyediakan “bukti”, sedangkan kontrol aktual tetap berlabuh pada UTXO dan aturan skrip di Bitcoin. Pengguna tidak perlu menyerahkan kunci privat, dan risiko dana pool dipakai secara tidak langsung oleh pengguna lain juga bisa dihindari.
Masalah inti yang diselesaikan desain ini adalah batas kepercayaan (trust boundary). Bagi pemegang BTC, yang paling penting biasanya bukan sekadar apakah mereka bisa mendapatkan imbal hasil, melainkan apakah asetnya masih bisa dilindungi sesuai model native Bitcoin pada skenario yang kompleks. Dari mekanisme yang ada saat ini, ia mengubah keputusan keuangan di luar rantai menjadi jalur pengeluaran yang bisa diverifikasi di dalam rantai, sehingga mengurangi kebutuhan untuk menambahkan asumsi kepercayaan baru.
Secara keseluruhan, TBV menawarkan cara untuk memperluas kegunaan BTC tanpa mengorbankan model keamanan Bitcoin. Layak untuk terus diikuti perkembangannya dari @BabylonLabs_io .$BABY #baby
Saat meneliti materi TBV, saya tersangkut pada gagasan “setiap Vault memiliki UTXO yang independen.” Sebelumnya, saya selalu merasa bahwa ketika BTC masuk ke DeFi, kuncinya adalah bagaimana cara memindahkan BTC secara efisien ke rantai lain untuk kemudian dipakai. Namun detail ini justru mengembalikan saya ke titik awal.
Pemahaman saya tentang BTCFi selama ini, sebagian besar bergantung pada jembatan (bridge) atau enkapsulasi: BTC ditransformasikan menjadi semacam representasi agar bisa dipinjamkan atau diagunkan. Operasinya memang terlihat sederhana, tetapi pada praktiknya kontrol aset berpindah—pengguna harus mempercayai keamanan jembatan atau pihak kustodian agar menjalankan eksekusinya. Setelah melihat TBV dari Babylon, barulah saya sadar urutannya terbalik. Itu bukan “pindahkan aset dulu baru bicara kontrol”, melainkan membuat BTC tetap berada di jaringan Bitcoin sepanjang waktu, dikunci dengan skrip tertentu, lalu perubahan kondisi DeFi eksternal diterjemahkan menjadi syarat yang bisa diverifikasi oleh Bitcoin.
Sederhananya, ketika pengguna membuat Vault, BTC dikunci di output Taproot yang ditandatangani bersama oleh pengguna itu sendiri. Setiap Vault adalah output tunggal yang terisolasi—bukan tercampur ke dalam pool bersama. Saat penarikan (redeem) atau likuidasi, tidak ada pihak yang perlu “memberi persetujuan” untuk memindahkan dana. Yang terjadi adalah Vault Provider menghasilkan bukti pengetahuan nol (zero-knowledge proof) berbasis peristiwa (event) di Ethereum, lalu diverifikasi di blockchain Bitcoin melalui mekanisme BABE. Dalam jendela tantangan, siapa pun bisa mempertanyakan bukti yang tidak valid. Pada akhirnya, arah dana tetap ditentukan oleh skrip dan konsensus Bitcoin.
Rancangannya jelas berbeda dari skema jembatan yang umum. Pada skema bridge, BTC sering kali terlebih dahulu keluar dari lingkungan aslinya, lalu dipetakan ke rantai tujuan; keamanan bergantung pada multisig atau insentif ekonomi. TBV justru sebaliknya: logika DeFi eksternal hanya menyediakan “bukti”, sedangkan kontrol aktual tetap berlabuh pada UTXO dan aturan skrip di Bitcoin. Pengguna tidak perlu menyerahkan kunci privat, dan risiko dana pool dipakai secara tidak langsung oleh pengguna lain juga bisa dihindari.
Masalah inti yang diselesaikan desain ini adalah batas kepercayaan (trust boundary). Bagi pemegang BTC, yang paling penting biasanya bukan sekadar apakah mereka bisa mendapatkan imbal hasil, melainkan apakah asetnya masih bisa dilindungi sesuai model native Bitcoin pada skenario yang kompleks. Dari mekanisme yang ada saat ini, ia mengubah keputusan keuangan di luar rantai menjadi jalur pengeluaran yang bisa diverifikasi di dalam rantai, sehingga mengurangi kebutuhan untuk menambahkan asumsi kepercayaan baru.
Secara keseluruhan, TBV menawarkan cara untuk memperluas kegunaan BTC tanpa mengorbankan model keamanan Bitcoin. Layak untuk terus diikuti perkembangannya dari @BabylonLabs_io .$BABY #baby