Apa yang Terjadi Saat DuskEVM Go-Live? Lapisan Privasi yang Tak Ada yang Memetakan
Ada masa ketika aku berpikir untuk membangun aplikasi perdagangan obligasi yang patuh di EVM.
Logikanya tampak sederhana pada awalnya.
Deploy kontrak pintar. Tangani logika settlement di-chain. Sambungkan ke lapisan kepatuhan di luar rantai untuk bagian yang sensitif.
Lalu aku menyadari masalahnya. Setiap pemanggilan fungsi dalam kontrak EVM standar bekerja pada state publik. Posisi pihak lawan, ukuran transaksi, jumlah jaminan—semuanya terlihat oleh node mana pun di jaringan selama eksekusi. Memindahkan komputasi sensitif ke luar rantai hanya memindahkan asumsi kepercayaan, tidak menghilangkannya.
Di sinilah aku mulai meneliti dengan serius apa yang sedang dibangun @Dusk dengan DuskEVM dan Hedger.
Hedger adalah modul privasi yang berada di bawah lapisan kompatibilitas EVM. Modul ini menggunakan enkripsi homomorfik untuk memproses state terenkripsi di dalam eksekusi kontrak pintar. Input untuk sebuah pemanggilan fungsi tetap terenkripsi sepanjang proses komputasi. Jaringan memverifikasi bukti ZK dari output tanpa melihat data yang mendasarinya.
Untuk skenario perdagangan obligasi yang sedang aku pikirkan, ini mengubah arsitekturnya secara signifikan.
Sebuah kontrak settlement dapat memanggil kontrak verifikasi kepatuhan tanpa mengekspos data posisi yang mendasari selama eksekusi. Pemeriksaan kepatuhan berjalan. Settlement dieksekusi. Tidak ada pihak lawan yang melihat detail transaksi. Regulator mendapatkan jejak audit yang terverifikasi ZK.
Itulah perbedaan praktis antara confidential EVM dan EVM standar dengan privasi yang ditempelkan.
Hal yang benar-benar tidak pasti bagiku adalah performa di bawah volume perdagangan dunia nyata. Enkripsi homomorfik saat eksekusi menambahkan overhead komputasi yang tidak ada pada chain EVM standar. Apakah profil latensinya cocok untuk tipe transaksi yang ditargetkan DuskEVM adalah sesuatu yang belum ada jawaban yang jelas.
Akankah DuskEVM mengubah cara para developer membangun aplikasi keuangan yang bersifat rahasia?
$DUSK #dusk
Ada masa ketika aku berpikir untuk membangun aplikasi perdagangan obligasi yang patuh di EVM.
Logikanya tampak sederhana pada awalnya.
Deploy kontrak pintar. Tangani logika settlement di-chain. Sambungkan ke lapisan kepatuhan di luar rantai untuk bagian yang sensitif.
Lalu aku menyadari masalahnya. Setiap pemanggilan fungsi dalam kontrak EVM standar bekerja pada state publik. Posisi pihak lawan, ukuran transaksi, jumlah jaminan—semuanya terlihat oleh node mana pun di jaringan selama eksekusi. Memindahkan komputasi sensitif ke luar rantai hanya memindahkan asumsi kepercayaan, tidak menghilangkannya.
Di sinilah aku mulai meneliti dengan serius apa yang sedang dibangun @Dusk dengan DuskEVM dan Hedger.
Hedger adalah modul privasi yang berada di bawah lapisan kompatibilitas EVM. Modul ini menggunakan enkripsi homomorfik untuk memproses state terenkripsi di dalam eksekusi kontrak pintar. Input untuk sebuah pemanggilan fungsi tetap terenkripsi sepanjang proses komputasi. Jaringan memverifikasi bukti ZK dari output tanpa melihat data yang mendasarinya.
Untuk skenario perdagangan obligasi yang sedang aku pikirkan, ini mengubah arsitekturnya secara signifikan.
Sebuah kontrak settlement dapat memanggil kontrak verifikasi kepatuhan tanpa mengekspos data posisi yang mendasari selama eksekusi. Pemeriksaan kepatuhan berjalan. Settlement dieksekusi. Tidak ada pihak lawan yang melihat detail transaksi. Regulator mendapatkan jejak audit yang terverifikasi ZK.
Itulah perbedaan praktis antara confidential EVM dan EVM standar dengan privasi yang ditempelkan.
Hal yang benar-benar tidak pasti bagiku adalah performa di bawah volume perdagangan dunia nyata. Enkripsi homomorfik saat eksekusi menambahkan overhead komputasi yang tidak ada pada chain EVM standar. Apakah profil latensinya cocok untuk tipe transaksi yang ditargetkan DuskEVM adalah sesuatu yang belum ada jawaban yang jelas.
Akankah DuskEVM mengubah cara para developer membangun aplikasi keuangan yang bersifat rahasia?
$DUSK #dusk
Yes
67%
No
33%
3 Voting • Voting ditutup