#dusk $DUSK @Dusk Semakin dalam saya melihat, semakin ada satu pertanyaan yang mengganjal di benak: untuk bisnis keuangan yang teregulasi, privasi saja jelas tidak cukup; yang benar-benar penting adalah apakah aturan transaksi bisa diterapkan secara nyata. Jadi saya secara khusus membedah cara penanganan kepatuhan Dusk.
Phoenix menggunakan bukti tanpa pengetahuan untuk menutupi detail transaksi, Moonlight menyediakan alur akun yang transparan, Citadel menambahkan lapisan disclosure yang selektif, sementara kontrak XSC bisa langsung menuliskan hal-hal seperti batasan kelayakan, pembatasan transfer, dan persyaratan pelaporan ke dalam logika transaksi. Ini sebenarnya menunjukkan bahwa kepatuhan tidak harus sepenuhnya ditempatkan di luar rantai.
Namun ada satu prasyarat yang tak bisa dihindari: ketika produk keuangan menjadi semakin kompleks, aturan itu sendiri juga akan ikut menjadi semakin kompleks. Misalnya, ada aset yang harus dibatasi untuk dialihkan, ada pemungutan suara, tindakan korporasi, proses pemulihan, dan semuanya perlu dibedakan menurut tingkat pengungkapan yang berbeda. Pada titik tertentu, masalahnya bukan lagi apakah privasi berguna, melainkan apakah setelah semua aturan ini saling tumpang tindih, sistem masih bisa bekerja sepenuhnya sesuai harapan.
Contohnya, jika satu kali transfer surat berharga sekaligus memicu aturan pembatasan masa kepemilikan, perubahan hak suara, dan kewajiban pengungkapan lintas yurisdiksi, maka kontrak on-chain harus bisa memeriksa semua kondisi pembatasan tersebut dalam satu siklus eksekusi yang sama. Jika ada satu saja yang terlewat, seluruh transaksi bisa menjadi tidak valid, bahkan memicu insiden kepatuhan. Kondisi ketika aturan yang kompleks saling bertumpuk seperti ini, dalam skenario keuangan dunia nyata bukanlah kejadian berkemungkinan kecil, melainkan kejadian sehari-hari.
Kurang lebih itulah titik paling ketat yang saya awasi pada Dusk. Kalau hanya melihat diagram arsitekturnya, semuanya bisa dijelaskan; yang ingin benar-benar saya lihat adalah apakah ia mampu bertahan ketika alur kerja aktual mulai berantakan, muncul berbagai kasus tepi, dan situasi-situasi tidak terduga.
Phoenix menggunakan bukti tanpa pengetahuan untuk menutupi detail transaksi, Moonlight menyediakan alur akun yang transparan, Citadel menambahkan lapisan disclosure yang selektif, sementara kontrak XSC bisa langsung menuliskan hal-hal seperti batasan kelayakan, pembatasan transfer, dan persyaratan pelaporan ke dalam logika transaksi. Ini sebenarnya menunjukkan bahwa kepatuhan tidak harus sepenuhnya ditempatkan di luar rantai.
Namun ada satu prasyarat yang tak bisa dihindari: ketika produk keuangan menjadi semakin kompleks, aturan itu sendiri juga akan ikut menjadi semakin kompleks. Misalnya, ada aset yang harus dibatasi untuk dialihkan, ada pemungutan suara, tindakan korporasi, proses pemulihan, dan semuanya perlu dibedakan menurut tingkat pengungkapan yang berbeda. Pada titik tertentu, masalahnya bukan lagi apakah privasi berguna, melainkan apakah setelah semua aturan ini saling tumpang tindih, sistem masih bisa bekerja sepenuhnya sesuai harapan.
Contohnya, jika satu kali transfer surat berharga sekaligus memicu aturan pembatasan masa kepemilikan, perubahan hak suara, dan kewajiban pengungkapan lintas yurisdiksi, maka kontrak on-chain harus bisa memeriksa semua kondisi pembatasan tersebut dalam satu siklus eksekusi yang sama. Jika ada satu saja yang terlewat, seluruh transaksi bisa menjadi tidak valid, bahkan memicu insiden kepatuhan. Kondisi ketika aturan yang kompleks saling bertumpuk seperti ini, dalam skenario keuangan dunia nyata bukanlah kejadian berkemungkinan kecil, melainkan kejadian sehari-hari.
Kurang lebih itulah titik paling ketat yang saya awasi pada Dusk. Kalau hanya melihat diagram arsitekturnya, semuanya bisa dijelaskan; yang ingin benar-benar saya lihat adalah apakah ia mampu bertahan ketika alur kerja aktual mulai berantakan, muncul berbagai kasus tepi, dan situasi-situasi tidak terduga.