#dusk @Dusk $DUSK
Daftar provisioner memiliki kolom yang sempat kulalui terakhir kali: accumulated reward. Isinya seperti derau. Ada satu operator yang berada di 652.827 DUSK, satu lagi di 50.08, keduanya mengamankan rantai yang sama pada saat yang sama. Lalu aku sadar bahwa kolom itu adalah jam, dan aku bisa membacanya.

Emisi di Dusk bersifat tetap. 19,8574 DUSK per blok, blok setiap sepuluh detik, dibagi berdasarkan bobot stake. Jadi, laju penghasilan operator bukan soal keberuntungan atau strategi, melainkan aritmetika. Node yang memegang 2,83% dari 213,57M DUSK yang dipatok menghasilkan 0,5614 DUSK per blok, selalu. Bagilah saldo akumulasi itu dengan laju tersebut, dan kau akan memperoleh berapa lama sejak terakhir kali ia menyapu.

Lakukan itu untuk lima belas teratas, dan hasilnya terpecah menjadi dua kelompok tanpa yang di antaranya. Delapan di antaranya telah menyapu dalam dua jam sebelumnya—provisioner terbesar di jaringan, 7,20% dari seluruh stake—mengumpulkan dalam 21 menit sebelum aku memuat halaman. Tujuh lainnya membiarkannya mengalir: 1,9 hari, 3,8, 4,2, 17,7, 57,4, 58,6, dan satu berada pada 134,6 hari, memegang 652.827 DUSK yang belum tersentuh sejak musim semi.

Tidak ada yang mempublikasikannya. Aku menurunkannya dari dua kolom publik dan satu konstanta protokol. Bagian itulah yang layak dipelajari. Sebuah institusi yang merekonsiliasi apa yang diperoleh validatornya tidak perlu menanyakan mereka, atau mempercayai dasbor, atau menandatangani perjanjian data. Buku besar sudah menjawab, per alamat, untuk siapa pun yang peduli untuk menghitung.

Batas yang jujur: ini mengasumsikan setiap stake bertahan stabil sepanjang jendela waktu. Selama lebih dari 134 hari, hampir pasti tidak begitu, jadi interval panjang hanyalah perkiraan dengan rentang kesalahan yang nyata, bukan faktur. Yang pendek, diukur dalam hitungan menit, kokoh.

Itu adalah separuh yang lebih sunyi dari apa yang sedang dibangun Dusk. Saldo bisa dibuat rahasia. Catatan tentang siapa yang mengamankan rantai, dan berapa dibayarkan untuk itu, tetap terbaca bagi siapa pun yang punya kalkulator.

Kalau kamu menjalankan venue yang teregulasi, kamu lebih suka mengaudit validatormu berdasarkan permintaan, atau berdasarkan aritmetika?