#baby $BABY @BabylonLabs_io Saya begadang semalaman untuk meneliti beberapa halaman di dokumentasi BabylonLabs terkait logika delegation dan slashing.
Kebanyakan orang mengira pencabutan/penalti itu adalah "verifikator dulu, delegator kemudian", ternyata bukan begitu.
Saat protokol memicu slashing, self-bond verifikator dan dana delegator dipotong dengan proporsi yang sama. Jika rasio self-staking verifikator sangat rendah, dalam sekali slashing dia bisa rugi dua ribu, sementara Anda bisa rugi dua ratus ribu. Exposure risikonya benar-benar tidak simetris. #baby
Lebih spesifiknya, di dokumentasi tidak ada pengkodean keras untuk "batas minimum self-staking verifikator"; parameter ini diserahkan agar setiap rantai POS mengaturnya sendiri, dan beberapa parameter testnet mendekati nol. Di sisi delegator, tidak ada antarmuka yang seragam untuk membandingkan secara intuitif "verifikator yang saya delegasikan ternyata menaruh uangnya sendiri berapa". Bagian ini saya belum menemukan definisi yang jelas. @BabylonLabs_io
Analogi: Anda menginvestasikan satu juta untuk mendirikan restoran bersama, dan partner Anda menginvestasikan sepuluh ribu. Kontrak tertulis "kerugian ditanggung bersama". Hasilnya, masing-masing menanggung 20%. Jika dia rugi dua ribu, Anda rugi dua ratus ribu.
Dari cara saya memahami mekanisme ini, dalam praktiknya saya akan memprioritaskan mendelegasikan ke verifikator yang rasio self-bond-nya tinggi dan nominalnya besar, bukan hanya melihat APR. Jika suatu rantai menetapkan ambang batas masuk yang terlalu rendah, saya akan langsung menurunkan bobot staking. Keterbatasannya: mainnet belum berjalan, data self-bond yang sebenarnya belum dipublikasikan di blockchain, dan saya belum menguji urutan eksekusi slashing yang sebenarnya.
Untuk pergerakan BABY ke depannya, jenis "risiko pendelegasian vs pengelolaan (delegation-as-agent)" seperti ini dalam jangka pendek sulit untuk diberi harga secara langsung; lebih mirip laporan hasil pemeriksaan kesehatan yang dipakai institusi untuk pengambilan keputusan—semakin kuat mekanisme perlindungan bagi delegator terhadap detail yang dipermasalahkan, semakin rendah ambang batas untuk dana besar. Saya tidak akan mengubah portofolio hanya karena sudah paham poin ini; tunggu sampai data mainnet dan kasus nyata keluar, lalu saya akan menilai ulang.
Saat kalian memilih verifikator, kalian akan memeriksa rasio self-bond-nya, atau hanya melihat peringkat berdasarkan return/yield? Mari diskusikan di kolom komentar Binance Square.
Kebanyakan orang mengira pencabutan/penalti itu adalah "verifikator dulu, delegator kemudian", ternyata bukan begitu.
Saat protokol memicu slashing, self-bond verifikator dan dana delegator dipotong dengan proporsi yang sama. Jika rasio self-staking verifikator sangat rendah, dalam sekali slashing dia bisa rugi dua ribu, sementara Anda bisa rugi dua ratus ribu. Exposure risikonya benar-benar tidak simetris. #baby
Lebih spesifiknya, di dokumentasi tidak ada pengkodean keras untuk "batas minimum self-staking verifikator"; parameter ini diserahkan agar setiap rantai POS mengaturnya sendiri, dan beberapa parameter testnet mendekati nol. Di sisi delegator, tidak ada antarmuka yang seragam untuk membandingkan secara intuitif "verifikator yang saya delegasikan ternyata menaruh uangnya sendiri berapa". Bagian ini saya belum menemukan definisi yang jelas. @BabylonLabs_io
Analogi: Anda menginvestasikan satu juta untuk mendirikan restoran bersama, dan partner Anda menginvestasikan sepuluh ribu. Kontrak tertulis "kerugian ditanggung bersama". Hasilnya, masing-masing menanggung 20%. Jika dia rugi dua ribu, Anda rugi dua ratus ribu.
Dari cara saya memahami mekanisme ini, dalam praktiknya saya akan memprioritaskan mendelegasikan ke verifikator yang rasio self-bond-nya tinggi dan nominalnya besar, bukan hanya melihat APR. Jika suatu rantai menetapkan ambang batas masuk yang terlalu rendah, saya akan langsung menurunkan bobot staking. Keterbatasannya: mainnet belum berjalan, data self-bond yang sebenarnya belum dipublikasikan di blockchain, dan saya belum menguji urutan eksekusi slashing yang sebenarnya.
Untuk pergerakan BABY ke depannya, jenis "risiko pendelegasian vs pengelolaan (delegation-as-agent)" seperti ini dalam jangka pendek sulit untuk diberi harga secara langsung; lebih mirip laporan hasil pemeriksaan kesehatan yang dipakai institusi untuk pengambilan keputusan—semakin kuat mekanisme perlindungan bagi delegator terhadap detail yang dipermasalahkan, semakin rendah ambang batas untuk dana besar. Saya tidak akan mengubah portofolio hanya karena sudah paham poin ini; tunggu sampai data mainnet dan kasus nyata keluar, lalu saya akan menilai ulang.
Saat kalian memilih verifikator, kalian akan memeriksa rasio self-bond-nya, atau hanya melihat peringkat berdasarkan return/yield? Mari diskusikan di kolom komentar Binance Square.