Pernah ada saat ketika saya meninggalkan node yang tetap berjalan dan pergi membuat kopi, lalu kembali dan melihat log masih mengalir stabil... di situlah saya mulai berpikir bahwa uptime yang paling stabil juga merupakan hal yang paling mudah membuat Anda menjadi lengah.
Saya masuk ke config.rs: proposal = 1 credit, validation = 64, ratification = 64, quorum = 33.
Kalau menjadi cukup besar oleh jumlah stake saja sudah cukup, untuk apa semua parameter ini?
Saya beralih ke sortition.rs: score = hash mod total_staking_weight.
seiring bobot stake meningkat, peluang seleksi bisa bertambah, tetapi peluang bukanlah hak yang pasti.
lalu saya sampai ke core/src/stake.rs, baris 46: DEFAULT_MINIMUM_STAKE = 1000.
jujur saja, dulu saya memandang minimum stake sebagai garis finis, padahal itu lebih mirip kondisi inisialisasi daripada keadaan yang dijamin.
staking 1500 DUSK berarti melampaui minimum sebesar 500 DUSK.
tapi jika melewatkan voting, risikonya berupa penalti lunak, suspensi kelayakan, dan ketika sebagian dari stake itu pindah ke kondisi terkunci, angka itu langsung tidak terlihat bagus lagi.
top-up bekerja dengan cara yang sama: 90% langsung aktif, 10% terkunci.
500 DUSK berarti 450 DUSK aktif, 50 DUSK terkunci... memang terdengar kecil, tetapi konsekuensinya tidak.
sejak saat itu, setiap kali saya mengaudit sebuah protokol, saya memeriksa datatype, implementasi, transisi state, partisipasi voting, kondisi runtime, ketersediaan mesin, hingga unstaking penuh.
quorum = 33.
tapi itu 33 suara atau 33%?
membuat kesimpulan tanpa mengecek datatype memang terdengar cepat, tetapi jawaban tercepat kadang bisa jadi yang paling keliru.
score, hash, committee, locked state, validation, ratification... semakin jauh saya menelusurinya, semakin saya melihat bahwa seorang validator bukan sekadar tumpukan stake yang dibiarkan diam, melainkan sebuah sistem yang harus tetap hidup secara berkelanjutan.
bagi saya, validator yang tepercaya bukanlah node dengan stake terbesar, tetapi node dengan disiplin operasional paling kuat ketika tidak ada siapa pun yang berdiri di sampingnya mengingatkannya untuk melakukan voting.
jika Anda harus memilih antara meningkatkan bobot stake sebesar 20% atau mengurangi voting yang terlewat, downtime, serta penalti dalam operasi dunia nyata, Anda akan memilih yang mana?
#dusk $DUSK @Dusk
Saya masuk ke config.rs: proposal = 1 credit, validation = 64, ratification = 64, quorum = 33.
Kalau menjadi cukup besar oleh jumlah stake saja sudah cukup, untuk apa semua parameter ini?
Saya beralih ke sortition.rs: score = hash mod total_staking_weight.
seiring bobot stake meningkat, peluang seleksi bisa bertambah, tetapi peluang bukanlah hak yang pasti.
lalu saya sampai ke core/src/stake.rs, baris 46: DEFAULT_MINIMUM_STAKE = 1000.
jujur saja, dulu saya memandang minimum stake sebagai garis finis, padahal itu lebih mirip kondisi inisialisasi daripada keadaan yang dijamin.
staking 1500 DUSK berarti melampaui minimum sebesar 500 DUSK.
tapi jika melewatkan voting, risikonya berupa penalti lunak, suspensi kelayakan, dan ketika sebagian dari stake itu pindah ke kondisi terkunci, angka itu langsung tidak terlihat bagus lagi.
top-up bekerja dengan cara yang sama: 90% langsung aktif, 10% terkunci.
500 DUSK berarti 450 DUSK aktif, 50 DUSK terkunci... memang terdengar kecil, tetapi konsekuensinya tidak.
sejak saat itu, setiap kali saya mengaudit sebuah protokol, saya memeriksa datatype, implementasi, transisi state, partisipasi voting, kondisi runtime, ketersediaan mesin, hingga unstaking penuh.
quorum = 33.
tapi itu 33 suara atau 33%?
membuat kesimpulan tanpa mengecek datatype memang terdengar cepat, tetapi jawaban tercepat kadang bisa jadi yang paling keliru.
score, hash, committee, locked state, validation, ratification... semakin jauh saya menelusurinya, semakin saya melihat bahwa seorang validator bukan sekadar tumpukan stake yang dibiarkan diam, melainkan sebuah sistem yang harus tetap hidup secara berkelanjutan.
bagi saya, validator yang tepercaya bukanlah node dengan stake terbesar, tetapi node dengan disiplin operasional paling kuat ketika tidak ada siapa pun yang berdiri di sampingnya mengingatkannya untuk melakukan voting.
jika Anda harus memilih antara meningkatkan bobot stake sebesar 20% atau mengurangi voting yang terlewat, downtime, serta penalti dalam operasi dunia nyata, Anda akan memilih yang mana?
#dusk $DUSK @Dusk
