Saya awalnya mengira Babylon telah menurunkan periode “unstake” BABY dari yang umum 21 hari menjadi sekitar 2 hari—sudah tergolong sangat cepat.
Tapi kalau dilihat dari sudut pandang eksekusi transaksi, saya menemukan bahwa “periode pelepasan lebih singkat” dan “bisa segera keluar saat risiko terjadi” itu sama sekali bukan hal yang sama.
Di Babylon Genesis, penetapan (delegation), pembatalan (un-delegation), dan penetapan ulang (re-delegation) memang setelah disiarkan akan langsung menampilkan status “terkonfirmasi”. Namun, pada kenyataannya itu tidak langsung berlaku; ia lebih dulu masuk ke antrean, lalu diproses secara terpusat setelah epoch saat ini berakhir. Sekarang satu epoch terdiri dari 360 blok, kira-kira 1 jam. Setelah permohonan pembatalan disetujui, masih perlu menunggu konfirmasi 300 blok Bitcoin, sekitar 50 jam, barulah BABY benar-benar kembali ke status yang bisa ditransaksikan (transfer).
Kalau dilihat sehari-hari, 1 jam terasa tidak berarti apa-apa.
Tapi kalau benar-benar terjadi—misalnya ada validator yang abnormal, harga koin jatuh tajam, atau jaringan sedang macet—maka 1 jam itu menjadi jendela penuh eksposur risiko. Dalam aturan resmi, jika validator melakukan double sign, BABY yang didelegasikan kepadanya akan dikenai penalti 5%. Masalahnya, ketika pengguna menyadari ada risiko lalu menekan “un-delegation”, yang terjadi hanya masuk antrean; itu tidak otomatis berarti posisi sudah dicabut.
Liquid staking bersama (co-staking) juga memperbesar masalah ini. Untuk mendapatkan tambahan hadiah inflasi tahunan sebesar 2,35%, BTC dan BABY harus sama-sama mempertahankan status staking yang valid, dan menggunakan alamat BABY yang sama. Rasio terbaik adalah 1 BTC berpasangan dengan 20.000 BABY.
Jadi saat pengguna menghadapi risiko, situasinya jadi canggung: jika tidak bergerak, dana tetap terekspos pada validator dan fluktuasi harga; jika bergerak, status staking BABY dapat berubah dan berpotensi memengaruhi imbal hasil dari co-staking.
Di sinilah keraguan saya terhadap @BabylonLabs_io : protokol menjelaskan dengan sangat jelas soal “pencabutan staking yang lebih cepat”, tetapi tidak menjelaskan dengan sama gamblangnya waktu keluar yang sebenarnya, perubahan status, dan dampak terhadap imbal hasil dalam kondisi ekstrem.
Mekanisme keamanan boleh saja lambat, tapi setidaknya halaman harus memberi tahu pengguna, apakah mereka benar-benar sudah “terkirim” (submitted), atau benar-benar “sudah keluar” (exited).
#baby
$BABY
@BabylonLabs_io
Tapi kalau dilihat dari sudut pandang eksekusi transaksi, saya menemukan bahwa “periode pelepasan lebih singkat” dan “bisa segera keluar saat risiko terjadi” itu sama sekali bukan hal yang sama.
Di Babylon Genesis, penetapan (delegation), pembatalan (un-delegation), dan penetapan ulang (re-delegation) memang setelah disiarkan akan langsung menampilkan status “terkonfirmasi”. Namun, pada kenyataannya itu tidak langsung berlaku; ia lebih dulu masuk ke antrean, lalu diproses secara terpusat setelah epoch saat ini berakhir. Sekarang satu epoch terdiri dari 360 blok, kira-kira 1 jam. Setelah permohonan pembatalan disetujui, masih perlu menunggu konfirmasi 300 blok Bitcoin, sekitar 50 jam, barulah BABY benar-benar kembali ke status yang bisa ditransaksikan (transfer).
Kalau dilihat sehari-hari, 1 jam terasa tidak berarti apa-apa.
Tapi kalau benar-benar terjadi—misalnya ada validator yang abnormal, harga koin jatuh tajam, atau jaringan sedang macet—maka 1 jam itu menjadi jendela penuh eksposur risiko. Dalam aturan resmi, jika validator melakukan double sign, BABY yang didelegasikan kepadanya akan dikenai penalti 5%. Masalahnya, ketika pengguna menyadari ada risiko lalu menekan “un-delegation”, yang terjadi hanya masuk antrean; itu tidak otomatis berarti posisi sudah dicabut.
Liquid staking bersama (co-staking) juga memperbesar masalah ini. Untuk mendapatkan tambahan hadiah inflasi tahunan sebesar 2,35%, BTC dan BABY harus sama-sama mempertahankan status staking yang valid, dan menggunakan alamat BABY yang sama. Rasio terbaik adalah 1 BTC berpasangan dengan 20.000 BABY.
Jadi saat pengguna menghadapi risiko, situasinya jadi canggung: jika tidak bergerak, dana tetap terekspos pada validator dan fluktuasi harga; jika bergerak, status staking BABY dapat berubah dan berpotensi memengaruhi imbal hasil dari co-staking.
Di sinilah keraguan saya terhadap @BabylonLabs_io : protokol menjelaskan dengan sangat jelas soal “pencabutan staking yang lebih cepat”, tetapi tidak menjelaskan dengan sama gamblangnya waktu keluar yang sebenarnya, perubahan status, dan dampak terhadap imbal hasil dalam kondisi ekstrem.
Mekanisme keamanan boleh saja lambat, tapi setidaknya halaman harus memberi tahu pengguna, apakah mereka benar-benar sudah “terkirim” (submitted), atau benar-benar “sudah keluar” (exited).
#baby
$BABY
@BabylonLabs_io
