Seorang teman saya pernah mencoba menjelaskan escrow kepada saya dengan analogi brankas: Anda memasukkan barang-barang Anda, orang lain memegang kunci, dan Anda percaya mereka akan mengembalikan barang itu saat mereka mengatakan akan melakukannya. Saya bilang padanya bahwa begitu pula gambaran saya tentang setiap pengaturan kripto kustodian, yaitu brankas dengan tangan orang lain yang memegang kuncinya. Perbandingan itu runtuh bagi saya begitu saya menelusuri bagaimana jalur pengeluaran dibuat di dalam vault Babylon, karena ternyata tidak ada kunci yang “dipegang” sama sekali seperti yang saya bayangkan. Penyetor menandatangani skrip Bitcoin di muka, saat pembuatan vault, dan setiap cara yang sah agar BTC bisa bergerak keluar ditandatangani langsung pada saat itu—bersama—oleh penyetor dan para peserta protokol. Saya sampai pada ini setelah mengikuti sebuah thread dari @BabylonLabs_io yang menguraikan konstruksi vault langkah demi langkah.
Tidak ada “pintu samping” yang tersisa untuk nanti. Setelah vault ada, tidak ada siapa pun—tidak protokol, tidak kumpulan validator, tidak pula suara tata kelola di masa depan—yang bisa menciptakan kondisi pengeluaran baru, karena himpunan tanda tangan yang valid sudah ditetapkan sejak awal dan tidak ada apa pun setelah fakta yang dapat memperluasnya. Bagian yang mudah terlewat adalah ini bukan soal protokol berjanji untuk tidak menyalahgunakan dana; melainkan protokol tidak punya cara mekanis untuk menyusun transaksi di luar yang sudah ditandatangani sebelumnya. Ini model keamanan yang berbeda dari kebanyakan pengaturan kustodian atau bridge multisig, di mana fleksibilitas biasanya sengaja dipertahankan agar kunci atau ambang bisa disesuaikan setelah deployment—berguna untuk upgrade—tapi sering kali celah yang sama yang akhirnya dieksploitasi.
Yang masih belum bisa saya bayangkan adalah bagaimana kekakuan ini bertahan dalam situasi yang lebih rumit: kondisi slashing yang bisa terpicu, timelock yang kedaluwarsa, himpunan peserta yang berputar sepanjang umur sebuah vault. Tidak ada jalur baru, dan sistem tetap harus beradaptasi—rasanya akan ada ketegangan. Jadi prinsip desainnya sendiri tampaknya masuk akal, lebih konservatif daripada yang saya kira, tapi perilaku pada kasus tepi belum pernah ditunjukkan oleh @BabylonLabs_io dalam praktik.
#BABY $BABY @BabylonLabs_io #IntelRises9%AfterHours $COTI $ON #USStorageStocksExtendLosses
Keselamatan vault paling bergantung pada ?
Tidak ada “pintu samping” yang tersisa untuk nanti. Setelah vault ada, tidak ada siapa pun—tidak protokol, tidak kumpulan validator, tidak pula suara tata kelola di masa depan—yang bisa menciptakan kondisi pengeluaran baru, karena himpunan tanda tangan yang valid sudah ditetapkan sejak awal dan tidak ada apa pun setelah fakta yang dapat memperluasnya. Bagian yang mudah terlewat adalah ini bukan soal protokol berjanji untuk tidak menyalahgunakan dana; melainkan protokol tidak punya cara mekanis untuk menyusun transaksi di luar yang sudah ditandatangani sebelumnya. Ini model keamanan yang berbeda dari kebanyakan pengaturan kustodian atau bridge multisig, di mana fleksibilitas biasanya sengaja dipertahankan agar kunci atau ambang bisa disesuaikan setelah deployment—berguna untuk upgrade—tapi sering kali celah yang sama yang akhirnya dieksploitasi.
Yang masih belum bisa saya bayangkan adalah bagaimana kekakuan ini bertahan dalam situasi yang lebih rumit: kondisi slashing yang bisa terpicu, timelock yang kedaluwarsa, himpunan peserta yang berputar sepanjang umur sebuah vault. Tidak ada jalur baru, dan sistem tetap harus beradaptasi—rasanya akan ada ketegangan. Jadi prinsip desainnya sendiri tampaknya masuk akal, lebih konservatif daripada yang saya kira, tapi perilaku pada kasus tepi belum pernah ditunjukkan oleh @BabylonLabs_io dalam praktik.
#BABY $BABY @BabylonLabs_io #IntelRises9%AfterHours $COTI $ON #USStorageStocksExtendLosses
Keselamatan vault paling bergantung pada ?
Fixed paths
50%
No side door
31%
Timelocks
13%
Edge case
6%
16 Voting • Voting ditutup
