@Dusk_Foundation $DUSK #dusk
Aku sedang membaca dokumentasi Dusk, dan ada satu hal yang terus menarikku kembali.
Awalnya, kupikir bagian yang menarik hanya karena ia mencoba membawa privasi ke aplikasi keuangan. Tapi semakin dalam aku memahami arsitekturnya, semakin terasa bahwa “privacy blockchain” bukanlah deskripsi yang lengkap.
Dusk punya bagian-bagian berbeda yang menangani jenis aktivitas yang berbeda. Ada Moonlight untuk sisi yang lebih familiar berbasis akun, Phoenix untuk transaksi UTXO yang disamarkan (shielded), dan desain XSC/Hedger untuk hal-hal seperti aset teregulasi serta aturan keuangan.
Itu membuatku berhenti sejenak.
Karena pada aset keuangan, menyembunyikan sebuah transaksi hanyalah satu bagian dari masalah.
Mungkin kamu juga perlu aturan tentang siapa yang boleh memiliki sesuatu, siapa yang boleh mentransfernya, informasi apa yang diizinkan untuk dilihat oleh pihak lain, atau apakah transfer tertentu bahkan valid.
Dokumen tersebut membahas hal-hal seperti selective disclosure, credential identitas, dan pembatasan pada level aset. Itu membuat model privasi terasa kurang seperti “membuat semuanya tidak terlihat” dan lebih seperti “hanya mengungkapkan apa yang sebenarnya dibutuhkan oleh aplikasi untuk diungkapkan.”
Aku rasa perbedaan itulah yang mudah terlewat.
Detail lain yang kupikir menarik adalah Dusk punya DuskVM dan DuskEVM. VM bawaannya memberi kontrak akses ke privasi dan kemampuan ZK milik Dusk, sementara sisi EVM dimaksudkan agar pengembangan Solidity/Vyper serta tooling yang sudah familiar bisa digunakan.
Jadi sekarang aku jadi bertanya tentang sesuatu yang sedikit berbeda.
Kalau pada akhirnya sebuah aplikasi membutuhkan fleksibilitas pengembangan berbasis EVM, sekaligus sangat bergantung pada fitur privasi native Dusk, di mana batas itu menjadi terasa dalam praktik?
Dokumentasinya memberikan gambaran yang cukup jelas tentang mengapa kedua jalur itu ada.
Aku lebih tertarik pada seperti apa rasanya membangun melintasi batas tersebut.
Aku sedang membaca dokumentasi Dusk, dan ada satu hal yang terus menarikku kembali.
Awalnya, kupikir bagian yang menarik hanya karena ia mencoba membawa privasi ke aplikasi keuangan. Tapi semakin dalam aku memahami arsitekturnya, semakin terasa bahwa “privacy blockchain” bukanlah deskripsi yang lengkap.
Dusk punya bagian-bagian berbeda yang menangani jenis aktivitas yang berbeda. Ada Moonlight untuk sisi yang lebih familiar berbasis akun, Phoenix untuk transaksi UTXO yang disamarkan (shielded), dan desain XSC/Hedger untuk hal-hal seperti aset teregulasi serta aturan keuangan.
Itu membuatku berhenti sejenak.
Karena pada aset keuangan, menyembunyikan sebuah transaksi hanyalah satu bagian dari masalah.
Mungkin kamu juga perlu aturan tentang siapa yang boleh memiliki sesuatu, siapa yang boleh mentransfernya, informasi apa yang diizinkan untuk dilihat oleh pihak lain, atau apakah transfer tertentu bahkan valid.
Dokumen tersebut membahas hal-hal seperti selective disclosure, credential identitas, dan pembatasan pada level aset. Itu membuat model privasi terasa kurang seperti “membuat semuanya tidak terlihat” dan lebih seperti “hanya mengungkapkan apa yang sebenarnya dibutuhkan oleh aplikasi untuk diungkapkan.”
Aku rasa perbedaan itulah yang mudah terlewat.
Detail lain yang kupikir menarik adalah Dusk punya DuskVM dan DuskEVM. VM bawaannya memberi kontrak akses ke privasi dan kemampuan ZK milik Dusk, sementara sisi EVM dimaksudkan agar pengembangan Solidity/Vyper serta tooling yang sudah familiar bisa digunakan.
Jadi sekarang aku jadi bertanya tentang sesuatu yang sedikit berbeda.
Kalau pada akhirnya sebuah aplikasi membutuhkan fleksibilitas pengembangan berbasis EVM, sekaligus sangat bergantung pada fitur privasi native Dusk, di mana batas itu menjadi terasa dalam praktik?
Dokumentasinya memberikan gambaran yang cukup jelas tentang mengapa kedua jalur itu ada.
Aku lebih tertarik pada seperti apa rasanya membangun melintasi batas tersebut.