Saat saya meneliti rantai PoS, hal yang paling saya perhatikan dulu adalah APY dan periode lock-in. Setelah saya meneliti Succinct Attestation dan Proof-of-Blind Bid milik Dusk, saya justru mulai menyoroti masalah yang lebih praktis: ketika $DUSK sudah masuk ke status Blind Bid, kondisi apa saja yang harus dipenuhi pengguna agar benar-benar bisa mengambilnya kembali.
Awalnya saya mengira ikut berpartisipasi dalam konsensus tidak lain adalah staking dan delegasi. Namun setelah membaca dokumen teknis Dusk, saya menyadari ini sebenarnya adalah sebuah rangkaian perubahan status. Dalam kondisi normal, pengguna mengunci #dusk ke dalam Bid Contract, lalu membuat sebuah bid yang berisi jumlah komitmen dan secretHash, kemudian memasukkannya ke Merkle Tree, sambil menyertakan dua tinggi kunci: h{eligibility} (mulai ikut konsensus) dan h{expiration} (tinggi saat berakhir).
Pada fase Generation, jaringan mengekstrak Generator melalui Proof-of-Blind Bid yang menjaga privasi, sehingga identitas penawar tetap dikaburkan. Sementara itu, Provisioner masuk ke komite melalui undian deterministik, dan pada fase Reduction serta Agreement dilakukan dua putaran pemungutan suara terhadap blok kandidat untuk mencapai statistik finalitas.
Yang benar-benar membuat saya gelisah adalah: mengirim Bid tidak berarti bisa keluar kapan saja. Karena Bid Contract menetapkan bahwa sebelum h{expiration} tercapai, pengguna tidak dapat memanggil F^{WithdrawBid}. Selain itu, Dusk memisahkan peran: Anda bisa menjadi Generator (bersaing memperebutkan hak membuat blok melalui Blind Bid) atau Provisioner (mengunci staking melalui Stake Contract untuk ikut memvalidasi). Jika Anda sebagai Provisioner melakukan double-sign atau berbuat jahat, siapa pun dapat memanggil fungsi F^{Slash} pada Stake Contract untuk melaporkan; maka staking Anda akan dikenai penalti sebagian. Artinya, berpartisipasi dalam konsensus bukanlah tombol, melainkan sebuah jendela waktu yang dibatasi oleh aturan protokol—@Dusk Anda sebelum masa berakhir berada di sisi yang melindungi jaringan, sekaligus menanggung risiko dihukum.
Jadi menurut saya, yang benar-benar diselesaikan Dusk adalah: transparansi pemilihan leader dalam konsensus PoS dan masalah MEV; protokol lalu merangkai keadaan-keadaan itu melalui Blind Bid, undian deterministik, pemisahan peran, dan statistik finalitas. Biayanya juga sangat jelas: pengguna tidak lagi sekadar "stak DUSK dan menunggu imbal hasil", tetapi perlu memahami hubungan antara Bid, Stake, Generator, Provisioner, dan Slashing.
Yang akan terus saya amati dalam jangka panjang bukan seberapa mudah pintu masuk staking, melainkan apakah pengguna biasa benar-benar memahami apa yang mereka tunggu ketika ikut konsensus.
Awalnya saya mengira ikut berpartisipasi dalam konsensus tidak lain adalah staking dan delegasi. Namun setelah membaca dokumen teknis Dusk, saya menyadari ini sebenarnya adalah sebuah rangkaian perubahan status. Dalam kondisi normal, pengguna mengunci #dusk ke dalam Bid Contract, lalu membuat sebuah bid yang berisi jumlah komitmen dan secretHash, kemudian memasukkannya ke Merkle Tree, sambil menyertakan dua tinggi kunci: h{eligibility} (mulai ikut konsensus) dan h{expiration} (tinggi saat berakhir).
Pada fase Generation, jaringan mengekstrak Generator melalui Proof-of-Blind Bid yang menjaga privasi, sehingga identitas penawar tetap dikaburkan. Sementara itu, Provisioner masuk ke komite melalui undian deterministik, dan pada fase Reduction serta Agreement dilakukan dua putaran pemungutan suara terhadap blok kandidat untuk mencapai statistik finalitas.
Yang benar-benar membuat saya gelisah adalah: mengirim Bid tidak berarti bisa keluar kapan saja. Karena Bid Contract menetapkan bahwa sebelum h{expiration} tercapai, pengguna tidak dapat memanggil F^{WithdrawBid}. Selain itu, Dusk memisahkan peran: Anda bisa menjadi Generator (bersaing memperebutkan hak membuat blok melalui Blind Bid) atau Provisioner (mengunci staking melalui Stake Contract untuk ikut memvalidasi). Jika Anda sebagai Provisioner melakukan double-sign atau berbuat jahat, siapa pun dapat memanggil fungsi F^{Slash} pada Stake Contract untuk melaporkan; maka staking Anda akan dikenai penalti sebagian. Artinya, berpartisipasi dalam konsensus bukanlah tombol, melainkan sebuah jendela waktu yang dibatasi oleh aturan protokol—@Dusk Anda sebelum masa berakhir berada di sisi yang melindungi jaringan, sekaligus menanggung risiko dihukum.
Jadi menurut saya, yang benar-benar diselesaikan Dusk adalah: transparansi pemilihan leader dalam konsensus PoS dan masalah MEV; protokol lalu merangkai keadaan-keadaan itu melalui Blind Bid, undian deterministik, pemisahan peran, dan statistik finalitas. Biayanya juga sangat jelas: pengguna tidak lagi sekadar "stak DUSK dan menunggu imbal hasil", tetapi perlu memahami hubungan antara Bid, Stake, Generator, Provisioner, dan Slashing.
Yang akan terus saya amati dalam jangka panjang bukan seberapa mudah pintu masuk staking, melainkan apakah pengguna biasa benar-benar memahami apa yang mereka tunggu ketika ikut konsensus.