@Dusk #dusk $DUSK Saya akhir-akhir ini meninjau Dusk dari sudut pandang yang lain, dan satu hal terus menonjol bagi saya: sepertinya Dusk tidak ingin pengembang memilih antara privasi dan alat yang familiar.
Dusk sebenarnya memisahkan keduanya.
DuskVM adalah jalur native, menggunakan Rust/WASM dan berjalan langsung di Dusk L1. Di situlah urusan yang lebih level-protokol masuk akal—akses langsung ke model transaksi Dusk, kemampuan privasi, dan zero-knowledge.
Lalu ada DuskEVM.
Ini mengambil pendekatan yang sama sekali berbeda. Solidity, tooling EVM yang familiar, wallet yang sudah ada, serta infrastruktur yang kompatibel dengan Ethereum, sementara DuskDS tetap menangani settlement dan ketersediaan data di bagian bawah.
Menurut saya, pemisahan itu cukup menarik.
Daripada mencoba membuat setiap aplikasi pas dalam satu lingkungan eksekusi, Dusk pada dasarnya berkata: gunakan lingkungan yang sesuai dengan kebutuhan sebenarnya dari aplikasi tersebut.
Aplikasi DeFi atau aset ber-token mungkin ingin kompatibilitas EVM.
Aplikasi keuangan yang sangat menekankan privasi mungkin membutuhkan eksekusi langsung di L1 dan kapabilitas ZK.
Keduanya tetap bisa melakukan settlement melalui infrastruktur Dusk yang mendasarinya sama.
Dan itulah yang membuat cerita DuskEVM lebih penting daripada yang terlihat pada pandangan pertama.
Ini bukan sekadar menambahkan kompatibilitas EVM demi menarik pengembang. Ini adalah upaya untuk membuat infrastruktur keuangan khusus Dusk lebih mudah diakses tanpa menghapus stack privasi native yang ada di bawahnya.
Pertanyaan yang lebih sulit adalah yang sedang saya amati sekarang:
Apakah Dusk benar-benar bisa membuat jalur eksekusi yang berbeda ini terasa seperti satu ekosistem yang koheren bagi pengembang dan pengguna?
Karena memiliki banyak cara untuk membangun itu berguna.
Tetapi memastikan pengembang memahami bagaimana semuanya saling terhubung adalah ujian yang sesungguhnya.
@Dusk #dusk $DUSK Saya belakangan ini semakin mendalami DuskEVM, dan Hedger adalah bagian yang benar-benar membuat saya berhenti sejenak.
Awalnya, saya mengira membawa kompatibilitas EVM ke Dusk lebih banyak soal mempermudah rantai agar bisa digunakan oleh para developer Solidity. Tapi Hedger menambahkan lapisan yang jauh lebih menarik di sana.
Hedger pada dasarnya adalah mesin privasi Dusk untuk lingkungan EVM. Ia menggabungkan enkripsi homomorfik dengan bukti zero-knowledge (ZK) supaya informasi keuangan tetap terenkripsi, sementara jaringan masih bisa memverifikasi bahwa transaksi tersebut valid.
Bagian enkripsi homomorfik inilah yang menarik perhatian saya. Alih-alih memaksa nilai sensitif menjadi publik hanya agar komputasi bisa dilakukan, Hedger dirancang untuk bekerja dengan nilai yang terenkripsi. Lalu bukti ZK menangani bagian untuk membuktikan bahwa komputasi itu sendiri dilakukan dengan benar.
Kombinasi ini terasa jauh lebih masuk akal untuk pasar keuangan dibanding sekadar mengatakan "semuanya privat."
Bayangkan lingkungan perdagangan institusional. Anda tidak selalu ingin semua orang melihat posisi, saldo, atau maksud order seseorang. Namun regulator dan peserta yang berwenang tetap membutuhkan cara untuk memastikan bahwa aktivitas tersebut mengikuti aturan.
Itulah keseimbangan sulit yang sedang dicoba diselesaikan oleh Dusk.
Dan kompatibilitas EVM juga berpengaruh di sini. Para developer bisa menggunakan perangkat dan tooling Solidity serta Ethereum yang sudah familiar melalui DuskEVM, sementara Hedger menyediakan jalur menuju aliran keuangan yang rahasia di atasnya.
Jujur saja, ini terasa seperti bagian yang lebih penting dari arsitektur Dusk daripada yang sering diberi pengakuan.
Pertanyaan menarik bagi saya sekarang bukan lagi apakah privasi bisa ditambahkan ke lingkungan EVM.
Melainkan, apakah Hedger bisa membuat aplikasi keuangan yang rahasia cukup praktis sehingga institusi benar-benar ingin menggunakannya.