#dusk $DUSK
Yang menarik perhatian saya bukan angka €300M yang melekat pada NPEX; melainkan detail yang lebih kecil yang terselip dalam dokumen infrastruktur pasar Dusk: sebelum aset apa pun dapat dipindahkan, sebuah wallet harus diikat (bound) ke peserta yang Terverifikasi. Tidak sekadar KYC lalu dilupakan. Diikat per aset sebagai kondisi transfer yang dapat diberlakukan.
Saya ingin mengecek apa artinya secara mekanis karena tokenisasi yang patuh sering dibicarakan secara longgar.
Berikut urutan yang Dusk dokumentasikan untuk sesuatu seperti onboarding NPEX: sebuah penerbit menetapkan aturan kelayakan untuk aset tersebut. Wallet investor diikat ke kredensial yang telah diverifikasi. Dari titik itu, lapisan kontrak Transfer yang menegakkan siapa saja yang bahkan boleh memegang atau memindahkan token; pembatasannya berada di lapisan settlement, bukan di checkbox pada frontend. Settlement sendiri mengaitkan kaki aset dan kaki pembayaran agar finalitasnya deterministik, sehingga Anda tidak mendapat keadaan di mana saham berpindah tetapi pembayaran tidak.
Kenapa ini penting: NPEX adalah MTF Belanda di bawah pengawasan AFM. Ia tidak bisa begitu saja menunjuk ERC-20 publik lalu menyebutnya sebagai sekuritas. Cek kelayakan harus bisa diberlakukan di chain, bukan hanya di antarmuka—kalau tidak, bagian yang teregulasi hanyalah teater.
Bagian yang ingin saya verifikasi dan belum sepenuhnya saya lihat spesifik: apa yang terjadi ketika kelayakan berubah—seorang investor dideregister atau aturan yurisdiksi diperbarui—untuk token yang sudah dimiliki. Apakah pengikatan (binding) dicabut secara retroaktif atau hanya menjadi penghalang untuk transfer di masa depan?
Itu pengujian yang sesungguhnya apakah ini sistem aset teregulasi yang nyata atau hanya cek kepatuhan pada waktu penerbitan.
Pergerakan NPEX senilai €300M adalah satu data point. Apakah logika kontrol transfer tahan terhadap kasus tepi regulasi yang benar-benar terjadi adalah yang menentukan apakah ini bisa digeneralisasi ke sisanya di sektor ini.
Saya benar-benar penasaran bagaimana Dusk menangani kasus pencabutan tersebut—ada yang menelaah spesifikasi Transfer yang dikendalikan Zedger/Hedger dengan saksama? Cukup untuk tahu?
@Dusk_Foundation $DUSK #dusk
Yang menarik perhatian saya bukan angka €300M yang melekat pada NPEX; melainkan detail yang lebih kecil yang terselip dalam dokumen infrastruktur pasar Dusk: sebelum aset apa pun dapat dipindahkan, sebuah wallet harus diikat (bound) ke peserta yang Terverifikasi. Tidak sekadar KYC lalu dilupakan. Diikat per aset sebagai kondisi transfer yang dapat diberlakukan.
Saya ingin mengecek apa artinya secara mekanis karena tokenisasi yang patuh sering dibicarakan secara longgar.
Berikut urutan yang Dusk dokumentasikan untuk sesuatu seperti onboarding NPEX: sebuah penerbit menetapkan aturan kelayakan untuk aset tersebut. Wallet investor diikat ke kredensial yang telah diverifikasi. Dari titik itu, lapisan kontrak Transfer yang menegakkan siapa saja yang bahkan boleh memegang atau memindahkan token; pembatasannya berada di lapisan settlement, bukan di checkbox pada frontend. Settlement sendiri mengaitkan kaki aset dan kaki pembayaran agar finalitasnya deterministik, sehingga Anda tidak mendapat keadaan di mana saham berpindah tetapi pembayaran tidak.
Kenapa ini penting: NPEX adalah MTF Belanda di bawah pengawasan AFM. Ia tidak bisa begitu saja menunjuk ERC-20 publik lalu menyebutnya sebagai sekuritas. Cek kelayakan harus bisa diberlakukan di chain, bukan hanya di antarmuka—kalau tidak, bagian yang teregulasi hanyalah teater.
Bagian yang ingin saya verifikasi dan belum sepenuhnya saya lihat spesifik: apa yang terjadi ketika kelayakan berubah—seorang investor dideregister atau aturan yurisdiksi diperbarui—untuk token yang sudah dimiliki. Apakah pengikatan (binding) dicabut secara retroaktif atau hanya menjadi penghalang untuk transfer di masa depan?
Itu pengujian yang sesungguhnya apakah ini sistem aset teregulasi yang nyata atau hanya cek kepatuhan pada waktu penerbitan.
Pergerakan NPEX senilai €300M adalah satu data point. Apakah logika kontrol transfer tahan terhadap kasus tepi regulasi yang benar-benar terjadi adalah yang menentukan apakah ini bisa digeneralisasi ke sisanya di sektor ini.
Saya benar-benar penasaran bagaimana Dusk menangani kasus pencabutan tersebut—ada yang menelaah spesifikasi Transfer yang dikendalikan Zedger/Hedger dengan saksama? Cukup untuk tahu?
@Dusk_Foundation $DUSK #dusk