Tidak membahas proses transaksi NPEX, tidak membahas ekonomi token, tidak membahas arsitektur lapisan eksekusi, dan tidak mengulangi kata kunci di atas. Saya menggunakan sudut pandang yang lebih rinci: jika Dusk ingin melayani aset yang diatur, komponen kepatuhan yang dapat dioperasikan apa yang sebenarnya dibutuhkan di blockchain, jika satu saja hilang, semuanya akan terhambat.
Jenis pertama adalah sistem identitas dan izin. Aset yang diatur pasti harus memiliki batasan "siapa yang dapat memiliki, siapa yang dapat melakukan transaksi, siapa yang dapat menerima", ini bukan hanya satu KYC saja, tetapi harus dibentuk di blockchain sebagai penilaian izin yang dapat dipanggil. Misalnya, akun harus bisa diberi peringkat (ritel, profesional, institusi), izin harus bisa diperbarui kapan saja (melalui audit, kedaluwarsa, sertifikasi ulang), dan semua perubahan harus memiliki catatan yang dapat dilacak. Jika tidak, penerbit dan platform tidak dapat membuktikan bahwa mereka terus memenuhi kewajiban kepatuhan.
Jenis kedua adalah mesin pembatasan transfer dan kepemilikan. Aset sekuritas seringkali memiliki periode kunci transfer, batasan kepemilikan, batasan transaksi tunggal, batasan wilayah, batasan penerima manfaat, dan aturan lainnya. Yang benar-benar sulit bukanlah menuliskan aturan-aturan ini, tetapi membuatnya menjadi modul yang dapat dikonfigurasi, dapat digunakan kembali, dan dapat ditingkatkan, serta memastikan bahwa peningkatan tidak merusak logika pembatasan aset yang ada. Jika Dusk ingin mengakuisisi aset secara skala, mereka tidak bisa meminta setiap penerbit untuk menulis serangkaian kontrak pembatasan sendiri, jika tidak, biaya audit akan meledak, dan akan sangat sulit untuk mempertanggungjawabkan masalah yang muncul.
Jenis ketiga adalah peristiwa kepatuhan dan catatan yang dapat dibuktikan. Sistem yang diatur paling umum bukanlah "transaksi berhasil", tetapi "transaksi ditolak dan Anda harus menjelaskan mengapa". Blockchain perlu dapat merekam alasan penolakan, ketentuan aturan yang dipicu, status akun terkait, dan jalur bukti audit yang sesuai.
Jenis keempat adalah kemampuan penanganan darurat. Di dunia nyata, akun mungkin dikenakan sanksi, aset mungkin dibekukan oleh hukum, penerbitan yang salah mungkin perlu diperbaiki. Jika di blockchain sama sekali tidak ada antarmuka penanganan yang dapat dikendalikan, maka satu-satunya pilihan adalah berdoa agar pasar dapat sembuh setelah insiden terjadi, ini tidak dapat diterima untuk aset yang diatur. Kuncinya di sini bukanlah "dapat membekukan", tetapi kondisi pemicu untuk membekukan, mencairkan, dan memperbaiki, batas izin, serta apakah auditabilitas seluruh proses jelas.
