#dusk $DUSK @Dusk $TUT flying lagi untuk menjangkau $PORTAL
Seorang provisioner bisa terlihat siap sebelum Dusk menganggapnya eligible. Kesenjangan itu menarik perhatian saya karena mengubah staking dari sekadar deposit menjadi rangkaian uji kesiapan yang berkelanjutan.
Kondisi pertama terasa tegas: setidaknya 1.000 DUSK harus tetap distake. Angka itu mudah dibaca sebagai harga masuk, tetapi ia berperilaku lebih seperti batas bawah yang operator harus terus injak. Unstake sebagian atau penalti yang mendorong posisi melewatinya tidak hanya mengurangi pengaruh. Itu mengakhiri eligibilitas.
Maturity lebih sunyi. Staking baru tidak bisa ikut berpartisipasi segera setelah transaksinya terselesaikan. #dusk menunggu hingga awal epoch setelah batas berikutnya, biasanya enam hingga dua belas jam. Jeda itu terasa tidak nyaman hanya jika staking diperlakukan seperti pembelian. Dari sisi jaringan, jeda itu adalah penyangga. Modal bisa tiba cepat; tanggung jawab seharusnya tidak.
Lalu ada kondisi yang tidak bisa dijamin oleh saldo apa pun: perilaku (conduct). Provisioner bisa saja memegang stake yang cukup dan menjalankan node yang tersinkron, namun tetap bisa disuspensi setelah gagal berpartisipasi dengan benar. @Dusk membedakan kegagalan biasa dari perilaku yang terbukti tidak valid. Penalti lunak bisa memindahkan stake aktif ke bagian yang dikunci sementara kepemilikan tetap berada pada staker. Penalti keras bisa membakar stake untuk pemungutan suara yang tidak valid atau tanda tangan yang bertentangan. Downtime dan penipuan sama-sama mengancam konsensus, tetapi memperlakukannya sebagai setara akan terdengar kasar.
Yang terasa jujur adalah bahwa kondisi-kondisi ini tidak bisa menutupi satu sama lain. Kekayaan tidak bisa menghapus masa tunggu. Maturity tidak bisa membenarkan operasi yang tidak dapat diandalkan. Rekam yang bersih tidak bisa menyelamatkan stake yang berada di bawah minimum.
Jadi eligibilitas, bukanlah lencana yang didapat sekali. Itu penilaian yang terus hidup. Operator bisa memenuhi syarat hari ini dan kehilangan status itu besok melalui ketidakhadiran, salah konfigurasi, atau kunci konsensus yang terduplikasi. Barangkali poin sebenarnya begini: Dusk tidak meminta provisioner sekali saja saat ia tampak tepercaya. Dusk terus bertanya apakah provisioner siap untuk block berikutnya.
Apa yang paling penting untuk eligibilitas provisioner Dusk?