#dusk $DUSK Saya baru saja melihat sekilas data publik dari node utama (mainnet) Dusk dan menemukan detail yang menarik: pihak resmi menekankan desentralisasi, tetapi sangat sedikit orang yang benar-benar memeriksa di infrastruktur mana provisioner dan anggota committee itu terdistribusi.
Konsensus Dusk bergantung pada provisioner untuk mengusulkan blok, lalu melalui dua putaran verifikasi dan ratification oleh committee. Secara teori, selama staking melebihi 1000 DUSK, siapa pun bisa menjalankan node. Namun “bisa menjalankan” dan “benar-benar sedang menjalankan” terpisah oleh jurang yang panjang di level infrastruktur.
Saya menelusuri beberapa dimensi dari data on-chain. Pertama, cakupan kepemilikan IP node—jika banyak node berada di bawah nomor AS yang sama dari satu penyedia cloud, atau terkonsentrasi di beberapa pusat data di Eropa, maka desentralisasi geografis hanyalah angka di atas kertas. Kedua, sebaran versi client; jika lebih dari 80% node menjalankan versi yang sama, sebuah celah keamanan pada level client bisa membuat jaringan lumpuh. Ketiga, frekuensi pergantian provisioner—jika provisioner peringkat teratas dalam jangka panjang terus memegang peluang menghasilkan blok, itu menunjukkan bahwa bobot staking dan peluang block sedang “membeku”.
Dokumentasi Dusk menjelaskan kondisi slashing dengan sangat jelas, tetapi hukumannya ditujukan pada kesalahan perilaku node, bukan pada konsentrasi infrastruktur. Jaringan yang jujur tapi terkonsentrasi akan jauh lebih lemah dalam pemulihan ketika menghadapi pemadaman listrik ruang server, perubahan kebijakan dari penyedia cloud, atau tekanan regulatori terhadap penyedia layanan hosting—dibandingkan dengan klaster node yang benar-benar tersebar.
Saya bahkan melihat aliran dana dari beberapa alamat on-chain yang diduga dikendalikan oleh entitas yang sama—hanya saja mereka mendistribusikan staking melalui alamat yang berbeda. Perilaku ini sepenuhnya legal menurut aturan, tetapi secara makna sudah menyimpang dari asumsi “setiap node mewakili partisipan independen”.
Jadi saat saya menilai desentralisasi Dusk, saya tidak hanya melihat angka jumlah node. Saya lebih ingin melihat laporan distribusi geografis dan penyedia hosting, keberagaman versi client, serta koefisien Gini untuk bobot hak untuk menghasilkan blok oleh provisioner. Intinya, jaringan yang terdiri dari 30 node tetapi tersebar di 30 yurisdiksi, lebih tahan terhadap sensor dibanding jaringan dengan 300 node tetapi semuanya dimasukkan ke satu pusat data yang sama di Frankfurt. Narasi desentralisasi DUSK perlu didukung oleh distribusi nyata di lapisan infrastruktur, bukan oleh total yang tercantum di halaman staking.
#dusk @Dusk $DUSK