Saya melewatkan pemungutan suara pada sebuah proposal di rantai Cosmos beberapa waktu lalu karena saya mengira delegasi saya yang kecil tidak akan berpengaruh apa-apa, dan kemudian saya baru tahu bahwa proposal itu lolos dengan margin yang begitu tipis sampai membuat saya benar-benar menyesal karena tidak ikut. Ingatan itulah yang persis muncul kembali ketika saya mulai membaca bagaimana Babylon Genesis menyusun tata kelolanya.
Saya mengira tata kelola BABY akan bekerja seperti kebanyakan pemungutan suara berbasis token yang pernah saya lihat, di mana paus mendominasi dan pemegang kecil hanya sekadar dekorasi. Ternyata tidak sesederhana itu. Desainnya memungkinkan pemegang langsung dan validator yang didelegasikan untuk berpartisipasi, jadi suara Anda tidak hilang begitu saja hanya karena Anda melakukan staking alih-alih benar-benar memberi suara sendiri; suara validator Anda dapat membawa bobot suara Anda, kecuali jika Anda menimpanya.
Inilah detail yang benar-benar mengubah cara pandang saya. Babylon menggabungkan pemungutan suara on-chain melalui modul governance dari Cosmos SDK dengan diskusi wajib di luar rantai dalam sebuah forum yang terstruktur sebelum apa pun dibawa ke pemungutan suara. Ini bukan sekadar kosmetik. Artinya, proposal diperdebatkan dan diuji tekanannya secara terbuka sebelum menjadi mengikat, sehingga mengurangi kemungkinan suara-suara โkejutanโ lolos saat ada dorongan terkoordinasi dari kelompok paus.
Hal yang benar-benar belum saya ketahui adalah ambang kuorum aktual atau panjang periode pemungutan suara untuk proposal BABY secara spesifik. Dokumentasinya mengarah ke forum untuk rincian tata kelola, tetapi tidak menjelaskan angkanya dengan gamblang, jadi saya tidak akan menebaknya di sini.
Uji yang sebenarnya untuk $BABY adalah apakah para delegator benar-benar hadir untuk menimpa suara validator mereka ketika itu penting, bukan sekadar menganggap delegasi sebagai proxy permanen.
Ada yang di sini secara aktif menimpa suara validator mereka di chain Cosmos, atau hanya membiarkannya berjalan?
@BabylonLabs_io #baby $BABY
Saya mengira tata kelola BABY akan bekerja seperti kebanyakan pemungutan suara berbasis token yang pernah saya lihat, di mana paus mendominasi dan pemegang kecil hanya sekadar dekorasi. Ternyata tidak sesederhana itu. Desainnya memungkinkan pemegang langsung dan validator yang didelegasikan untuk berpartisipasi, jadi suara Anda tidak hilang begitu saja hanya karena Anda melakukan staking alih-alih benar-benar memberi suara sendiri; suara validator Anda dapat membawa bobot suara Anda, kecuali jika Anda menimpanya.
Inilah detail yang benar-benar mengubah cara pandang saya. Babylon menggabungkan pemungutan suara on-chain melalui modul governance dari Cosmos SDK dengan diskusi wajib di luar rantai dalam sebuah forum yang terstruktur sebelum apa pun dibawa ke pemungutan suara. Ini bukan sekadar kosmetik. Artinya, proposal diperdebatkan dan diuji tekanannya secara terbuka sebelum menjadi mengikat, sehingga mengurangi kemungkinan suara-suara โkejutanโ lolos saat ada dorongan terkoordinasi dari kelompok paus.
Hal yang benar-benar belum saya ketahui adalah ambang kuorum aktual atau panjang periode pemungutan suara untuk proposal BABY secara spesifik. Dokumentasinya mengarah ke forum untuk rincian tata kelola, tetapi tidak menjelaskan angkanya dengan gamblang, jadi saya tidak akan menebaknya di sini.
Uji yang sebenarnya untuk $BABY adalah apakah para delegator benar-benar hadir untuk menimpa suara validator mereka ketika itu penting, bukan sekadar menganggap delegasi sebagai proxy permanen.
Ada yang di sini secara aktif menimpa suara validator mereka di chain Cosmos, atau hanya membiarkannya berjalan?
@BabylonLabs_io #baby $BABY
