Untuk merangkul ekosistem EVM, Hedger Privacy Engine dan arsitektur berlapis diperkenalkan dengan gesekan
Cerita yang dibawakan Dusk sebelumnya sangat murni: lapisan bawah UTXO dipadukan dengan model Zedger, dengan tujuan mencapai penyembunyian status yang utuh yang asli dan matematisnya konsisten. Namun kenyataan pahit. Lebih dari 90% pengembang DeFi dan dana di seluruh industri terakumulasi pada model akun Ethereum (Account Model). Agar tidak terpinggirkan oleh pasar, pihak resmi memperkenalkan mesin Hedger di DuskEVM terbaru, mencoba memakai skema kompromi yang ringan dengan enkripsi homogen (HE) serta ZK untuk membuat transaksi rahasia.
Kompromi biasanya datang dengan biaya. Sifat global state pada model akun secara alami sangat sulit untuk mencapai kerahasiaan menyeluruh seperti pada UTXO. Hedger memang dapat mengenkripsi saldo dan jumlah transfer, tetapi relasi pemanggilan antar-alamat serta urutan eksekusi kontrak tetap meninggalkan jejak di blockchain. Ini menghasilkan pemisahan teknis yang sangat canggung: mesin virtual Rusk di lapisan bawah menjalankan kontrak rahasia yang benar-benar compliant sesuai aslinya, sementara DuskEVM di lapisan atas menjalankan aplikasi berbasis akun semi-privasi yang merupakan kompromi. Ketika dana mengalir lintas lapisan di antara dua jalur logika tersebut, pengguna tidak hanya harus menanggung gesekan saat proses bridging dan konversi state; degradasi level privasi bahkan bisa membuat data yang awalnya dijaga ketat di lapisan bawah secara tidak langsung dapat disimpulkan dari lapisan EVM.
Yang lebih menarik lagi adalah penutupan akhir deterministik dari mekanisme konsensus Succinct Attestation (SA). Bagi bursa kliring berlisensi (misalnya NPEX), kebutuhan utamanya adalah bisa membuat blok dalam hitungan detik dan sama sekali tidak dapat di-rollback; tetapi menyisipkan eksekusi kontrak cerdas EVM berkonkurensi tinggi serta penggabungan bukti di luar rantai di bawah konsensus deterministik seperti ini membuat beban verifikasi node meningkat hampir secara eksponensial. Di satu sisi ingin membangun fondasi kliring kelembagaan yang teliti dan patuh serta tidak dapat dimanipulasi; di sisi lain ingin menyesuaikan dengan pesta ria kaum ritel di ekosistem Ethereum yang penuh keserbagunaan dan dapat diprogram. Arsitektur yang berulang kali ditarik-tarik di antara dua jalur evolusi yang sama sekali berbeda ini, pada akhirnya sedang merangkum kelebihan dari banyak pihak, atau justru menanam utang teknis ganda bagi sistem?
Sering kali, menyeimbangkan justru berarti biasa-biasa saja. Jika arsitektur lapisan bawah dirobek menjadi dua lingkungan eksekusi demi kompromi terhadap ekosistem, pada akhirnya mungkin tidak bisa memberikan siklus keamanan yang paling murni untuk lembaga, dan juga tidak mampu memberi pengalaman tanpa gesekan yang benar-benar “tanpa rasa rem” bagi developer Web3.
Dalam arsitektur privasi campuran Dusk, menurut Anda apakah kerawanan teknis terbesar adalah?#dusk $DUSK @Dusk