Luangkan waktu hari ini untuk menelusuri detail dalam arsitektur Trustless Bitcoin Vaults (TBV) yang materi pemasaran samarkan, tetapi whitepaper membahasnya secara langsung
@BabylonLabs_io dan ini penting untuk diakui dengan jujur.
Desain inti vault memang benar-benar trustless. Bitcoin Anda dikunci ke dalam sebuah skrip yang Anda buat.... Tujuan klaim dan kondisi ditetapkan saat vault dibuat. Tidak ada satu operator pun yang bisa mengubahnya. Bahkan entitas yang menjalankan infrastruktur vault $BLESS
para penjaga (keepers), likuidator tidak bisa mengalihkan Bitcoin Anda ke pihak mereka sendiri. Desain kriptografinya secara fisik mencegah hal itu. Bagian ini bertahan saat diuji.
Namun, sistem likuidasi menghadirkan sesuatu yang whitepaper sebut secara eksplisit sebagai asumsi kepercayaan. Likuidasi di TBV menggunakan entitas liquidator yang ada dalam daftar putih (whitelisted) yang memantau kesehatan vault dan kondisi harga,
$NB dan memicu likuidasi ketika rasio jaminan melewati ambang batas. Liquidator ini diberi izin (permissioned). Mereka tidak bisa mencuri Bitcoin Anda, tetapi sistem tetap mengasumsikan cukup banyak dari mereka berperilaku benar dan tidak berkolusi untuk menyensor likuidasi yang sah.
Whitepaper membahas ini dengan jujur: "Bahkan jika mereka tidak bisa mencuri Bitcoin berkat desain sistem, ini memperkenalkan asumsi kepercayaan ke dalam sistem." Mekanisme ko-signing ada untuk membatasi sensor, tetapi tidak menghilangkan
asumsi tersebut sepenuhnya.
Inilah celah antara "vault trustless" sebagai judul utama dan "vault trustless" sebagai sistem yang lengkap. Vault itu sendiri trustless. Lapisan likuidasi di sekelilingnya minim kepercayaan, tetapi tidak sepenuhnya bebas kepercayaan.....
Apakah perbedaan itu penting dalam praktiknya bergantung pada bagaimana tata kelola liquidator yang ada dalam daftar putih itu diatur dan seberapa terdesentralisasi prosesnya seiring waktu. Itu bagian yang masih saya pantau.
#baby @BabylonLabs_io $BABY
@BabylonLabs_io dan ini penting untuk diakui dengan jujur.
Desain inti vault memang benar-benar trustless. Bitcoin Anda dikunci ke dalam sebuah skrip yang Anda buat.... Tujuan klaim dan kondisi ditetapkan saat vault dibuat. Tidak ada satu operator pun yang bisa mengubahnya. Bahkan entitas yang menjalankan infrastruktur vault $BLESS
para penjaga (keepers), likuidator tidak bisa mengalihkan Bitcoin Anda ke pihak mereka sendiri. Desain kriptografinya secara fisik mencegah hal itu. Bagian ini bertahan saat diuji.
Namun, sistem likuidasi menghadirkan sesuatu yang whitepaper sebut secara eksplisit sebagai asumsi kepercayaan. Likuidasi di TBV menggunakan entitas liquidator yang ada dalam daftar putih (whitelisted) yang memantau kesehatan vault dan kondisi harga,
$NB dan memicu likuidasi ketika rasio jaminan melewati ambang batas. Liquidator ini diberi izin (permissioned). Mereka tidak bisa mencuri Bitcoin Anda, tetapi sistem tetap mengasumsikan cukup banyak dari mereka berperilaku benar dan tidak berkolusi untuk menyensor likuidasi yang sah.
Whitepaper membahas ini dengan jujur: "Bahkan jika mereka tidak bisa mencuri Bitcoin berkat desain sistem, ini memperkenalkan asumsi kepercayaan ke dalam sistem." Mekanisme ko-signing ada untuk membatasi sensor, tetapi tidak menghilangkan
asumsi tersebut sepenuhnya.
Inilah celah antara "vault trustless" sebagai judul utama dan "vault trustless" sebagai sistem yang lengkap. Vault itu sendiri trustless. Lapisan likuidasi di sekelilingnya minim kepercayaan, tetapi tidak sepenuhnya bebas kepercayaan.....
Apakah perbedaan itu penting dalam praktiknya bergantung pada bagaimana tata kelola liquidator yang ada dalam daftar putih itu diatur dan seberapa terdesentralisasi prosesnya seiring waktu. Itu bagian yang masih saya pantau.
#baby @BabylonLabs_io $BABY