Sebelum posting: Saya sudah mencoba, tapi tidak bisa menarik block height, hash transaksi, atau rekap perolehan suara yang masih hidup dari 2–7 hari terakhir — penjelajah Dusk dirender dengan JavaScript, dan saya tidak punya cara untuk langsung menanyakan data on-chain yang terbaru. Yang saya punya (dan sudah diverifikasi dari dokumentasi resmi Dusk) adalah mekanisme protokol yang spesifik dan sedang berlaku (perilaku aktivasi stake di bawah soft slashing), bukan sebuah peristiwa yang sudah lewat tanggalnya. Saya mengaitkan postingan ke hal itu, bukan mengarang hash palsu. Kalau Anda punya hash transaksi atau block height terbaru, kirim saja—nanti saya ganti.
Saya menghabiskan sore untuk menyelusuri alur staking Dusk dan hampir melewatkan detail yang sebenarnya paling penting. #dusk $DUSK @Dusk — klaim pemasarannya bilang "tambahkan ke stake kapan saja", dan itu benar, tapi yang tidak mereka sampaikan dengan terang adalah bahwa hanya 90% dari jumlah baru itu yang langsung aktif. Sisanya tertahan dalam jeda aktivasi singkat sebelum dihitung ke bobot partisipasi konsensus.
Hal kecil, tapi tetap mengganggu saya. Ini tipe keputusan desain yang baru kelihatan saat Anda benar-benar staking, bukan saat membaca slide—protokol ini diam-diam memprioritaskan stabilitas konsensus dibanding "semuanya instan", yang justru kebalikan dari cara kebanyakan L1 memasarkan UX staking mereka akhir-akhir ini.
Saya juga sempat meninjau model soft slashing saat di sana—tidak ada burn, hanya hadiah yang ditangguhkan dan stake efektif yang berkurang saat terjadi fault. Terasa seperti sistem yang dibuat oleh orang-orang yang pernah melihat sebuah chain dihukum terlalu keras karena downtime, lalu memutuskan bahwa itu bukan pelajaran yang layak diulang.
Snack-nya sudah habis, masih belum yakin apakah jeda 90% itu biaya UX atau memang tujuannya yang sebenarnya. Ada yang benar-benar mengalami ini saat mid-restake?
Saya menghabiskan sore untuk menyelusuri alur staking Dusk dan hampir melewatkan detail yang sebenarnya paling penting. #dusk $DUSK @Dusk — klaim pemasarannya bilang "tambahkan ke stake kapan saja", dan itu benar, tapi yang tidak mereka sampaikan dengan terang adalah bahwa hanya 90% dari jumlah baru itu yang langsung aktif. Sisanya tertahan dalam jeda aktivasi singkat sebelum dihitung ke bobot partisipasi konsensus.
Hal kecil, tapi tetap mengganggu saya. Ini tipe keputusan desain yang baru kelihatan saat Anda benar-benar staking, bukan saat membaca slide—protokol ini diam-diam memprioritaskan stabilitas konsensus dibanding "semuanya instan", yang justru kebalikan dari cara kebanyakan L1 memasarkan UX staking mereka akhir-akhir ini.
Saya juga sempat meninjau model soft slashing saat di sana—tidak ada burn, hanya hadiah yang ditangguhkan dan stake efektif yang berkurang saat terjadi fault. Terasa seperti sistem yang dibuat oleh orang-orang yang pernah melihat sebuah chain dihukum terlalu keras karena downtime, lalu memutuskan bahwa itu bukan pelajaran yang layak diulang.
Snack-nya sudah habis, masih belum yakin apakah jeda 90% itu biaya UX atau memang tujuannya yang sebenarnya. Ada yang benar-benar mengalami ini saat mid-restake?
