#baby $BABY Kemarin saya menelusuri dokumen EOTS milik @BabylonLabs_io baris demi baris, dan menemukan satu detail fatal yang tertutupi oleh citra "staking BTC asli": hukumannya bukan bertahap, melainkan meledak seketika.
Dalam PoS tradisional, jika validator menandatangani blok yang salah, hukumannya bertingkat—mula-mula hanya dipotong sedikit, lalu diberi kesempatan untuk memperbaiki kesalahan. Namun, dalam mekanisme EOTS BABY, hanya ada satu tanda tangan valid untuk setiap ketinggian blok. Jika terjadi penandatanganan ganda akibat pergeseran jam server, pengalihan ke server cadangan, atau bug kode, kunci privat dapat dihitung balik secara matematis dan langsung terekspos. 1 BTC yang Anda kunci akan disita seluruhnya di mainnet—tanpa peringatan dan tanpa kesempatan kedua.
Saya pernah menyimulasikan skenario ini: FP menyiapkan node utama dan cadangan, jaringan node utama mengalami gangguan, lalu node cadangan keliru mendeteksi situasi dalam hitungan milidetik. Akibatnya, keduanya menandatangani blok pada ketinggian yang sama. Di Ethereum PoS, kesalahan seperti ini mungkin hanya didenda beberapa ribu dolar; di Babylon, 1 BTC bisa langsung lenyap.
Yang lebih merepotkan, investor ritel dapat berpartisipasi dengan sekali klik melalui protokol LST, tanpa bisa melihat pengelolaan kunci dan strategi pencadangan di balik FP. Anda bukan hanya menanggung risiko slashing protokol, tetapi juga risiko tambahan terkait audit kode dan kualitas sumber entropi tim operasional.
Imbal hasil tinggi datang dengan toleransi kesalahan nol. Kecuali kelak tersedia asuransi kustodian yang matang atau redundansi multisig wajib, sebelum terpikat narasi keamanan "staking BTC asli", investor ritel sebaiknya memeriksa apakah FP yang mereka delegasikan memiliki node cadangan aktif. Saya mengatakan ini kepada diri sendiri juga—mungkin saya memang terlalu banyak menyiapkan cadangan.#baby BABY@BabylonLabs_io
Dalam PoS tradisional, jika validator menandatangani blok yang salah, hukumannya bertingkat—mula-mula hanya dipotong sedikit, lalu diberi kesempatan untuk memperbaiki kesalahan. Namun, dalam mekanisme EOTS BABY, hanya ada satu tanda tangan valid untuk setiap ketinggian blok. Jika terjadi penandatanganan ganda akibat pergeseran jam server, pengalihan ke server cadangan, atau bug kode, kunci privat dapat dihitung balik secara matematis dan langsung terekspos. 1 BTC yang Anda kunci akan disita seluruhnya di mainnet—tanpa peringatan dan tanpa kesempatan kedua.
Saya pernah menyimulasikan skenario ini: FP menyiapkan node utama dan cadangan, jaringan node utama mengalami gangguan, lalu node cadangan keliru mendeteksi situasi dalam hitungan milidetik. Akibatnya, keduanya menandatangani blok pada ketinggian yang sama. Di Ethereum PoS, kesalahan seperti ini mungkin hanya didenda beberapa ribu dolar; di Babylon, 1 BTC bisa langsung lenyap.
Yang lebih merepotkan, investor ritel dapat berpartisipasi dengan sekali klik melalui protokol LST, tanpa bisa melihat pengelolaan kunci dan strategi pencadangan di balik FP. Anda bukan hanya menanggung risiko slashing protokol, tetapi juga risiko tambahan terkait audit kode dan kualitas sumber entropi tim operasional.
Imbal hasil tinggi datang dengan toleransi kesalahan nol. Kecuali kelak tersedia asuransi kustodian yang matang atau redundansi multisig wajib, sebelum terpikat narasi keamanan "staking BTC asli", investor ritel sebaiknya memeriksa apakah FP yang mereka delegasikan memiliki node cadangan aktif. Saya mengatakan ini kepada diri sendiri juga—mungkin saya memang terlalu banyak menyiapkan cadangan.#baby BABY@BabylonLabs_io