Perancangan Batas Keamanan dalam Jalur Penebusan TBV
Saat meneliti materi TBV untuk @BabylonLabs_io , ada satu batasan yang sempat membuat saya terus berpikir: kemampuan skrip Bitcoin itu terbatas. Bagaimana mungkin BTC yang dikunci di blockchain bisa merespons hasil likuidasi atau pelunasan DeFi eksternal tanpa mengubah konsensus? Sebelumnya saya merasa bahwa skema seperti ini pasti bergantung pada kepercayaan eksternal, atau mengorbankan keamanan native.
Awalnya saya menganggap TBV sekadar sebagai upaya lain “memasukkan BTC ke DeFi”. Namun setelah melihat mekanisme detailnya, saya menyadari bahwa saya meremehkan penanganannya terhadap batas keamanan. Inti detailnya adalah: BTC setiap Vault dikunci di dalam skrip Taproot yang ditandatangani bersama oleh para pengguna. Jalur pelepasan (release) sudah sepenuhnya dipreparasi dan ditandatangani sejak Vault dibuat. Setelah itu, apa pun yang terjadi di sisi Ethereum, kondisi untuk membelanjakan BTC hanya bisa melalui jalur-jalur yang sudah dijanjikan tersebut—tidak ada pihak mana pun yang bisa menambahkan kondisi baru secara sementara.
Secara sederhana, saat penebusan, Vault Provider akan menghasilkan bukti pengetahuan nol (zero-knowledge proof) berbasis keadaan Ethereum. Bukti ini kemudian diverifikasi di blockchain Bitcoin melalui mekanisme BABE. Hanya jika pembuktian lolos dan dalam jendela tantangan (sekitar 3 hari) tidak ada pihak yang berhasil mengajukan sanggahan, barulah BTC dapat dilepaskan sesuai jalur yang telah ditetapkan. Pengguna juga memegang kredensial yang diperlukan, sehingga bisa melakukan tindakan penyelamatan diri saat dibutuhkan atau mencegah pernyataan yang tidak valid.
Dibandingkan skema jembatan (bridge) atau kustodian (custody) yang umum, bedanya jelas. Banyak skema memindahkan BTC ke lingkungan lain atau ke shared pool, bergantung pada multi-tanda tangan atau kejujuran operasional yang berkelanjutan dari operator; sementara TBV menjaga BTC tetap berada di jaringan Bitcoin sepanjang waktu. Setiap Vault memiliki UTXO yang independen, dan logika kontrol selalu berlabuh pada verifikasi skrip di Bitcoin—pihak eksternal hanya menyediakan bukti yang dapat diverifikasi, bukan mengoperasikan aset secara langsung.
Desain ini langsung menyentuh masalah kepercayaan yang paling menjadi perhatian pengguna BTC: ingin menggunakan aset untuk DeFi guna memperoleh likuiditas, tetapi tidak ingin menyerahkan keunggulan self-custody. Dari perspektif mekanisme yang ada, skema ini mempersempit batas keamanannya semaksimal mungkin pada aturan Bitcoin itu sendiri dan pembuktian kriptografis, sekaligus membuka ruang komposisi untuk integrasi seperti Aave v4.
Tentu saja, biaya pembuatan bukti, performa nyata jendela tantangan di kondisi beban tinggi, serta stabilitas setelah semakin banyak integrasi aplikasi, semuanya masih perlu diuji dengan data on-chain yang lebih banyak. Saya akan terus mengamati detail-detail pelaksanaan pada lapisan eksekusi.
@BabylonLabs_io $BABY #BABY
Saat meneliti materi TBV untuk @BabylonLabs_io , ada satu batasan yang sempat membuat saya terus berpikir: kemampuan skrip Bitcoin itu terbatas. Bagaimana mungkin BTC yang dikunci di blockchain bisa merespons hasil likuidasi atau pelunasan DeFi eksternal tanpa mengubah konsensus? Sebelumnya saya merasa bahwa skema seperti ini pasti bergantung pada kepercayaan eksternal, atau mengorbankan keamanan native.
Awalnya saya menganggap TBV sekadar sebagai upaya lain “memasukkan BTC ke DeFi”. Namun setelah melihat mekanisme detailnya, saya menyadari bahwa saya meremehkan penanganannya terhadap batas keamanan. Inti detailnya adalah: BTC setiap Vault dikunci di dalam skrip Taproot yang ditandatangani bersama oleh para pengguna. Jalur pelepasan (release) sudah sepenuhnya dipreparasi dan ditandatangani sejak Vault dibuat. Setelah itu, apa pun yang terjadi di sisi Ethereum, kondisi untuk membelanjakan BTC hanya bisa melalui jalur-jalur yang sudah dijanjikan tersebut—tidak ada pihak mana pun yang bisa menambahkan kondisi baru secara sementara.
Secara sederhana, saat penebusan, Vault Provider akan menghasilkan bukti pengetahuan nol (zero-knowledge proof) berbasis keadaan Ethereum. Bukti ini kemudian diverifikasi di blockchain Bitcoin melalui mekanisme BABE. Hanya jika pembuktian lolos dan dalam jendela tantangan (sekitar 3 hari) tidak ada pihak yang berhasil mengajukan sanggahan, barulah BTC dapat dilepaskan sesuai jalur yang telah ditetapkan. Pengguna juga memegang kredensial yang diperlukan, sehingga bisa melakukan tindakan penyelamatan diri saat dibutuhkan atau mencegah pernyataan yang tidak valid.
Dibandingkan skema jembatan (bridge) atau kustodian (custody) yang umum, bedanya jelas. Banyak skema memindahkan BTC ke lingkungan lain atau ke shared pool, bergantung pada multi-tanda tangan atau kejujuran operasional yang berkelanjutan dari operator; sementara TBV menjaga BTC tetap berada di jaringan Bitcoin sepanjang waktu. Setiap Vault memiliki UTXO yang independen, dan logika kontrol selalu berlabuh pada verifikasi skrip di Bitcoin—pihak eksternal hanya menyediakan bukti yang dapat diverifikasi, bukan mengoperasikan aset secara langsung.
Desain ini langsung menyentuh masalah kepercayaan yang paling menjadi perhatian pengguna BTC: ingin menggunakan aset untuk DeFi guna memperoleh likuiditas, tetapi tidak ingin menyerahkan keunggulan self-custody. Dari perspektif mekanisme yang ada, skema ini mempersempit batas keamanannya semaksimal mungkin pada aturan Bitcoin itu sendiri dan pembuktian kriptografis, sekaligus membuka ruang komposisi untuk integrasi seperti Aave v4.
Tentu saja, biaya pembuatan bukti, performa nyata jendela tantangan di kondisi beban tinggi, serta stabilitas setelah semakin banyak integrasi aplikasi, semuanya masih perlu diuji dengan data on-chain yang lebih banyak. Saya akan terus mengamati detail-detail pelaksanaan pada lapisan eksekusi.
@BabylonLabs_io $BABY #BABY