Saya beberapa hari ini menonton ulang @Dusk . Yang paling membuat saya penasaran sebenarnya bukan dua kata “privasi”, melainkan bagaimana ia menangani hal yang paling mudah diabaikan dalam sebuah transaksi: status.
Moonlight dan Phoenix memberi saya sudut pandang yang sangat jelas. Yang pertama menampilkan saldo, pengirim, penerima, dan jumlah pada akun publik; sedangkan yang kedua mengubah dana menjadi note terenkripsi. Transaksinya tidak membuka langsung jumlah, pengirim, dan note spesifik; sebaliknya, ia menggunakan ZKP untuk membuktikan apakah dana cukup, apakah ada double-spend, dan saat audit masih bisa diungkap lewat viewing key. Kedua model itu terlihat sangat berbeda, tetapi pada akhirnya semuanya harus menjawab pertanyaan yang sama: setelah transaksi ini selesai, status di blockchain sebenarnya harus berubah menjadi apa? Yang benar-benar membuat saya berhenti berpikir adalah Transfer Contract—ia menerima payload dari tipe yang berbeda, lalu meneruskannya ke logika verifikasi yang sesuai, dan akhirnya memasukkan hasilnya ke dalam satu rangkaian global state yang sama. Langkah inilah yang menentukan agar transaksi privat tidak berubah menjadi pembukuan terpisah yang berdiri sendiri.
Kalau kita lanjut mengikuti alur status, DuskDS bertanggung jawab untuk konsensus, finalitas, ketersediaan data, dan settlement; DuskVM bertugas menjalankan kontrak yang dikompilasi menjadi WASM, langsung berdekatan dengan eksekusi di Dusk L1; sementara DuskEVM menyediakan jalur eksekusi EVM yang lain. Hedger berjalan di atas DuskEVM, menggunakan enkripsi homomorfik dan ZKP untuk mewujudkan transaksi rahasia. Dengan menyusun semuanya seperti ini, yang benar-benar menarik dari Dusk bukan sekadar “menyembunyikan transaksi”, melainkan membuat transaksi dengan tingkat visibilitas berbeda tetap bisa masuk ke sistem pembaruan status dan penyelesaian yang sama.
$DUSK bertugas menanggung gas dan staking, menyatukan biaya eksekusi dan keamanan jaringan ke dalam satu lapisan ekonomi. Bagi saya, langkah berikutnya yang benar-benar layak ditelusuri adalah: setelah desain ini masuk ke proses keuangan yang nyata, apakah ia bisa melakukan hal yang harus disembunyikan tetap tersembunyi, hal yang harus diverifikasi tetap terverifikasi, serta membuat status akhir cukup pasti dan cukup dapat digunakan.
#dusk $DUSK @Dusk
Moonlight dan Phoenix memberi saya sudut pandang yang sangat jelas. Yang pertama menampilkan saldo, pengirim, penerima, dan jumlah pada akun publik; sedangkan yang kedua mengubah dana menjadi note terenkripsi. Transaksinya tidak membuka langsung jumlah, pengirim, dan note spesifik; sebaliknya, ia menggunakan ZKP untuk membuktikan apakah dana cukup, apakah ada double-spend, dan saat audit masih bisa diungkap lewat viewing key. Kedua model itu terlihat sangat berbeda, tetapi pada akhirnya semuanya harus menjawab pertanyaan yang sama: setelah transaksi ini selesai, status di blockchain sebenarnya harus berubah menjadi apa? Yang benar-benar membuat saya berhenti berpikir adalah Transfer Contract—ia menerima payload dari tipe yang berbeda, lalu meneruskannya ke logika verifikasi yang sesuai, dan akhirnya memasukkan hasilnya ke dalam satu rangkaian global state yang sama. Langkah inilah yang menentukan agar transaksi privat tidak berubah menjadi pembukuan terpisah yang berdiri sendiri.
Kalau kita lanjut mengikuti alur status, DuskDS bertanggung jawab untuk konsensus, finalitas, ketersediaan data, dan settlement; DuskVM bertugas menjalankan kontrak yang dikompilasi menjadi WASM, langsung berdekatan dengan eksekusi di Dusk L1; sementara DuskEVM menyediakan jalur eksekusi EVM yang lain. Hedger berjalan di atas DuskEVM, menggunakan enkripsi homomorfik dan ZKP untuk mewujudkan transaksi rahasia. Dengan menyusun semuanya seperti ini, yang benar-benar menarik dari Dusk bukan sekadar “menyembunyikan transaksi”, melainkan membuat transaksi dengan tingkat visibilitas berbeda tetap bisa masuk ke sistem pembaruan status dan penyelesaian yang sama.
$DUSK bertugas menanggung gas dan staking, menyatukan biaya eksekusi dan keamanan jaringan ke dalam satu lapisan ekonomi. Bagi saya, langkah berikutnya yang benar-benar layak ditelusuri adalah: setelah desain ini masuk ke proses keuangan yang nyata, apakah ia bisa melakukan hal yang harus disembunyikan tetap tersembunyi, hal yang harus diverifikasi tetap terverifikasi, serta membuat status akhir cukup pasti dan cukup dapat digunakan.
#dusk $DUSK @Dusk
