#dusk $DUSK @Dusk
Terus kembali ke cara kerja Zedger sebenarnya di bawah XSC. Ini bukan sekadar "token yang patuh," melainkan logika kepatuhan yang duduk langsung di dalam fungsi transfer kontrak itu sendiri—cek kelayakan, pembatasan transfer, transfer paksa—semuanya dievaluasi pada saat seseorang mencoba memindahkan aset. $DUSK #dusk @Dusk tidak menyimpan kepatuhan sebagai metadata, melainkan menjadikannya prasyarat yang harus dilewati agar transisi keadaan terjadi.
Itu perubahan nyata dibanding sistem back-office, di mana pelanggaran baru ketahuan setelah settlement, lalu dibatalkan, dikenai denda, atau dilaporkan. Di sini, transfer yang tidak patuh hanya tidak dieksekusi. Tidak ada perdagangan untuk dibatalkan, karena perdagangan itu bahkan tidak pernah terjadi.
Tapi itu juga berarti setiap aturan kepatuhan harus sepenuhnya dikodekan sejak awal. Tim back-office saat ini membuat keputusan, menggunakan konteks dan diskresi, serta memberi pengecualian berdasarkan kasus per kasus. Kontrak tidak bisa mengangkat bahu dan memakai diskresi; ia hanya tahu aturan yang diberikan kepadanya.
Yang berubah bagi saya adalah menyadari bahwa "kepatuhan on-chain" sebenarnya bukan soal transparansi, melainkan tentang menghilangkan ruang tempat penilaian manusia dulu berada. Menarik untuk melihat apakah deployment live XSC Dusk benar-benar mengodekan penanganan pengecualian untuk kasus-kasus tepi, atau apakah setiap kasus tepi masih diam-diam kembali ke override di luar rantai (off-chain).
Terus kembali ke cara kerja Zedger sebenarnya di bawah XSC. Ini bukan sekadar "token yang patuh," melainkan logika kepatuhan yang duduk langsung di dalam fungsi transfer kontrak itu sendiri—cek kelayakan, pembatasan transfer, transfer paksa—semuanya dievaluasi pada saat seseorang mencoba memindahkan aset. $DUSK #dusk @Dusk tidak menyimpan kepatuhan sebagai metadata, melainkan menjadikannya prasyarat yang harus dilewati agar transisi keadaan terjadi.
Itu perubahan nyata dibanding sistem back-office, di mana pelanggaran baru ketahuan setelah settlement, lalu dibatalkan, dikenai denda, atau dilaporkan. Di sini, transfer yang tidak patuh hanya tidak dieksekusi. Tidak ada perdagangan untuk dibatalkan, karena perdagangan itu bahkan tidak pernah terjadi.
Tapi itu juga berarti setiap aturan kepatuhan harus sepenuhnya dikodekan sejak awal. Tim back-office saat ini membuat keputusan, menggunakan konteks dan diskresi, serta memberi pengecualian berdasarkan kasus per kasus. Kontrak tidak bisa mengangkat bahu dan memakai diskresi; ia hanya tahu aturan yang diberikan kepadanya.
Yang berubah bagi saya adalah menyadari bahwa "kepatuhan on-chain" sebenarnya bukan soal transparansi, melainkan tentang menghilangkan ruang tempat penilaian manusia dulu berada. Menarik untuk melihat apakah deployment live XSC Dusk benar-benar mengodekan penanganan pengecualian untuk kasus-kasus tepi, atau apakah setiap kasus tepi masih diam-diam kembali ke override di luar rantai (off-chain).