Kali ini tidak membahas harga pasar, juga tidak mengobral konsep kehebohan, apalagi bermain dengan skema "ledakan besar di masa depan". Mengambil sudut pandang berbeda—masukkan diri kita ke dalamnya, benar-benar harus meluncurkan sebuah produk di Dusk, sebagai pembangun bukan pengamat.

Dusk telah berkali-kali menekankan "kepatuhan privasi", tetapi dibandingkan dengan omong kosong, ada satu pertanyaan yang lebih nyata: jika saya benar-benar ingin membuat aplikasi yang melibatkan aset yang diatur, akankah Dusk memberi saya kemampuan dasar yang cukup jelas dan dapat dikendalikan? Apakah saya berani menaruh pengguna nyata dan aset nyata di sana?

Ini bukan menulis tutorial, ini menulis "Daftar Penerimaan Saya". Kata "penerimaan" terdengar dingin, tetapi aset yang diatur memang seharusnya dingin. Pedagang membutuhkan keramaian, pembangun membutuhkan tanggung jawab. Seberapa jauh proyek seperti Dusk ini bisa berjalan, tergantung pada apakah mereka bisa mengubah kebutuhan "dingin" ini menjadi antarmuka yang benar-benar dapat digunakan.

Saya membagi kebutuhan menjadi lima kategori antarmuka. Setiap kategori langsung menyesuaikan dengan garis utama Dusk, dan setiap kategori memiliki alasan nyata bahwa "tanpa itu, akan terjadi masalah". Pendekatan ini bertujuan menghindari pengulangan argumen klise, sekaligus memaksimalkan relevansi.

**Kategori pertama: Antarmuka Kelayakan**

Yang saya butuhkan bukanlah masalah identitas seperti "siapa kamu", melainkan penilaian kelayakan seperti "apakah kamu memenuhi syarat".

Sejujurnya, saya sebelumnya menyederhanakan kepatuhan menjadi KYC, baru kemudian menyadari bahwa KYC hanyalah lapisan permukaan. Masalah sebenarnya terletak pada status kelayakan itu sendiri. Aset yang diatur tidak bisa diakses oleh semua orang, peserta harus memenuhi sejumlah syarat kelayakan.