#dusk $DUSK
Gua butuh beberapa kali baca sebelum ngeh cara kerja Phoenix di Dusk. Ternyata engga semua transaksi harus dibuat privat. Ada catatan transparent yang nilainya bisa dilihat, dan obfuscated yang mengenkripsi nilai serta blinder.
Menurut gua ini menarik. Privacy dipakai saat memang dibutuhkan, bukan sekadar buat gaya.
Tapi gua masih penasaran: seberapa sering output obfuscated benar-benar dipakai di dunia nyata?
Awalnya gua ngeliat privacy di blockchain cuma sebagai cara buat bikin transaksi engga kelihatan. Tapi makin gua baca soal Dusk, gua malah kepikiran satu hal:
Emang semua informasi transaksi harus dilihat publik?
Nah, pas gua coba lihat dari sisi penerbitan aset, ceritanya jadi beda.
Bayangin sebuah perusahaan menerbitkan security token. Kepemilikan aset tetap perlu diverifikasi, tapi apakah seluruh jaringan harus tahu berapa banyak aset yang dimiliki setiap investor?
Menurut gua engga selalu.
Di blockchain publik, transparansi memang berguna. Tapi buat aset finansial, informasi seperti kepemilikan, jumlah, atau aktivitas investor bisa jadi sensitif.
Di sini gua mulai ngerti kenapa pendekatan Dusk menarik. Confidentiality mereka engga cuma soal menyembunyikan transfer. Lewat Confidential Security Contract (XSC), konsep privacy dibawa ke smart contract supaya aplikasi finansial bisa menjalankan logika tanpa harus membuka semua data ke publik.
Tapi gua masih punya satu ganjalan.
Kalo datanya confidential, gimana regulator atau auditor bisa melakukan pemeriksaan ketika dibutuhkan?
Menurut gua, ini justru bagian yang paling penting. Privacy engga boleh berubah jadi kotak hitam. Harus ada cara buat membuktikan sesuatu tanpa memaksa semua informasi dibuka ke semua orang.
Dan buat gua, di situlah nilai Dusk mulai keliatan.
Bukan cuma soal membuat transaksi privat, tapi bagaimana confidentiality bisa dipakai tanpa mengorbankan verifikasi dan kebutuhan compliance.
Sekarang gua malah lebih penasaran: kalo model ini dibawa ke RWA yang lebih kompleks, seberapa jauh Dusk bisa mempertahankan keseimbangan itu?
@Dusk
Gua butuh beberapa kali baca sebelum ngeh cara kerja Phoenix di Dusk. Ternyata engga semua transaksi harus dibuat privat. Ada catatan transparent yang nilainya bisa dilihat, dan obfuscated yang mengenkripsi nilai serta blinder.
Menurut gua ini menarik. Privacy dipakai saat memang dibutuhkan, bukan sekadar buat gaya.
Tapi gua masih penasaran: seberapa sering output obfuscated benar-benar dipakai di dunia nyata?
Awalnya gua ngeliat privacy di blockchain cuma sebagai cara buat bikin transaksi engga kelihatan. Tapi makin gua baca soal Dusk, gua malah kepikiran satu hal:
Emang semua informasi transaksi harus dilihat publik?
Nah, pas gua coba lihat dari sisi penerbitan aset, ceritanya jadi beda.
Bayangin sebuah perusahaan menerbitkan security token. Kepemilikan aset tetap perlu diverifikasi, tapi apakah seluruh jaringan harus tahu berapa banyak aset yang dimiliki setiap investor?
Menurut gua engga selalu.
Di blockchain publik, transparansi memang berguna. Tapi buat aset finansial, informasi seperti kepemilikan, jumlah, atau aktivitas investor bisa jadi sensitif.
Di sini gua mulai ngerti kenapa pendekatan Dusk menarik. Confidentiality mereka engga cuma soal menyembunyikan transfer. Lewat Confidential Security Contract (XSC), konsep privacy dibawa ke smart contract supaya aplikasi finansial bisa menjalankan logika tanpa harus membuka semua data ke publik.
Tapi gua masih punya satu ganjalan.
Kalo datanya confidential, gimana regulator atau auditor bisa melakukan pemeriksaan ketika dibutuhkan?
Menurut gua, ini justru bagian yang paling penting. Privacy engga boleh berubah jadi kotak hitam. Harus ada cara buat membuktikan sesuatu tanpa memaksa semua informasi dibuka ke semua orang.
Dan buat gua, di situlah nilai Dusk mulai keliatan.
Bukan cuma soal membuat transaksi privat, tapi bagaimana confidentiality bisa dipakai tanpa mengorbankan verifikasi dan kebutuhan compliance.
Sekarang gua malah lebih penasaran: kalo model ini dibawa ke RWA yang lebih kompleks, seberapa jauh Dusk bisa mempertahankan keseimbangan itu?
@Dusk
