Saya memiliki satu pertanyaan tentang kata-kata “cadangan BTC yang sepenuhnya dijaminkan”: bahkan jika benar ada BTC yang disimpan di suatu alamat, bagaimana kontrak stablecoin di rantai lain tahu bahwa dana ini benar-benar terkunci, dan dapat digunakan untuk penebusan atau likuidasi sesuai ketentuan yang telah ditetapkan?
Arsitektur stablecoin Trustless Bitcoin Vaults (TBV) dalam whitepaper Babylon pertama kali menyelesaikan masalah “bagaimana fakta jaminan dapat terlihat”. Setelah pengguna menyetor native BTC ke Vault di Bitcoin, smart contract di rantai tersebut memverifikasi setoran ini melalui Bitcoin light client, lalu mencetak token berpatokan dolar sesuai rasio jaminan yang telah ditetapkan. BTC tidak perlu dipindahkan ke rantai smart contract, dan tidak perlu terlebih dahulu diberikan kepada pihak kustodian untuk ditukar menjadi aset terbungkus.
Yang paling penting di sini bukan sekadar adanya satu transaksi BTC di dalam chain, melainkan kemampuan sistem stablecoin untuk memverifikasi: BTC ini milik Vault yang mana, apakah saat ini masih terkunci, dan berapa batas maksimum yang dapat dicetak. TBV mencoba agar bukti jaminan secara langsung berpartisipasi dalam aturan minting, bukan membuat pengguna hanya bisa percaya pada penerbit yang secara berkala merilis laporan cadangan.
Tentu saja, ini masih merupakan arah aplikasi stablecoin yang diajukan dalam whitepaper, bukan stablecoin Babylon yang sudah diluncurkan. Yang benar-benar perlu diuji adalah apakah light client dan verifikasi lintas-chain dapat terus melakukan sinkronisasi status Vault secara akurat. Jika suatu saat terjadi sesuatu di Bitcoin yang berbeda dari apa yang dianggap terjadi oleh kontrak, maka alamat jaminan yang paling transparan sekalipun tidak ada artinya. Menyimpan BTC tetap berada di rantai aslinya hanyalah langkah pertama—yang paling sulit dan paling krusial dari skema ini adalah memastikan fakta jaminan terus dikenali dengan benar oleh chain lain.
@BabylonLabs_io #baby $BABY
Arsitektur stablecoin Trustless Bitcoin Vaults (TBV) dalam whitepaper Babylon pertama kali menyelesaikan masalah “bagaimana fakta jaminan dapat terlihat”. Setelah pengguna menyetor native BTC ke Vault di Bitcoin, smart contract di rantai tersebut memverifikasi setoran ini melalui Bitcoin light client, lalu mencetak token berpatokan dolar sesuai rasio jaminan yang telah ditetapkan. BTC tidak perlu dipindahkan ke rantai smart contract, dan tidak perlu terlebih dahulu diberikan kepada pihak kustodian untuk ditukar menjadi aset terbungkus.
Yang paling penting di sini bukan sekadar adanya satu transaksi BTC di dalam chain, melainkan kemampuan sistem stablecoin untuk memverifikasi: BTC ini milik Vault yang mana, apakah saat ini masih terkunci, dan berapa batas maksimum yang dapat dicetak. TBV mencoba agar bukti jaminan secara langsung berpartisipasi dalam aturan minting, bukan membuat pengguna hanya bisa percaya pada penerbit yang secara berkala merilis laporan cadangan.
Tentu saja, ini masih merupakan arah aplikasi stablecoin yang diajukan dalam whitepaper, bukan stablecoin Babylon yang sudah diluncurkan. Yang benar-benar perlu diuji adalah apakah light client dan verifikasi lintas-chain dapat terus melakukan sinkronisasi status Vault secara akurat. Jika suatu saat terjadi sesuatu di Bitcoin yang berbeda dari apa yang dianggap terjadi oleh kontrak, maka alamat jaminan yang paling transparan sekalipun tidak ada artinya. Menyimpan BTC tetap berada di rantai aslinya hanyalah langkah pertama—yang paling sulit dan paling krusial dari skema ini adalah memastikan fakta jaminan terus dikenali dengan benar oleh chain lain.
@BabylonLabs_io #baby $BABY