Content like this must be appreciated 👍
Posting
precious Zarmalaa
·
--
$DUSK @Dusk #dusk
dulu saya mengira "EVM-compatible" artinya cukup ada sebuah chain yang menjalankan EVM lalu selesai.
Dusk tidak.
saya menelusuri apa sebenarnya DuskVM: berbasis Wasmtime, menjalankan kontrak Rust/WASM secara langsung di L1 Dusk, sepenuhnya terpisah dari DuskEVM. itu bukan lapisan kompatibilitas yang ditempelkan ke EVM — melainkan lingkungan eksekusi kedua yang independen, berdampingan dengannya.
Hmm.
jadi kenapa membangun VM terpisah sepenuhnya, bukan hanya mengirim dukungan EVM saja?
saya terus menggali. DuskVM ada khusus untuk kontrak yang butuh akses langsung ke aset L1, model transaksi asli Dusk, privasi, atau kemampuan zero-knowledge — hal-hal yang model eksekusi EVM tidak dirancang untuk diekspos secara native. Piecrust, mesin yang mendasarinya, berjalan kira-kira sepuluh kali lebih cepat daripada pendahulunya, dan menyertakan fungsi host yang ramah ZK — PLONK, Groth16, dan BLS — yang dibangun langsung ke dalam runtime.
saya cek lagi apa yang dicakup oleh DuskEVM. Kesetaraan EVM penuh, alat standar, settlement melalui DuskDS — lapisan untuk developer yang ingin alur kerja Solidity yang familiar tanpa harus menggunakan primitive yang native untuk privasi.
jadi "VM native alih-alih EVM saja" sebenarnya bukan penolakan terhadap EVM. itu Dusk menolak membuat kontrak yang native privasi-dan-ZK merutekan lewat model eksekusi yang sejak awal tidak dibangun untuk menangani mereka secara efisien.
apakah menjalankan dua lingkungan eksekusi yang terpisah membuat Dusk lebih mampu, atau justru membagi perhatian developer ke dua sistem yang mengerjakan tugas yang tumpang tindih?
#dusk $DUSK
dulu saya mengira "EVM-compatible" artinya cukup ada sebuah chain yang menjalankan EVM lalu selesai.
Dusk tidak.
saya menelusuri apa sebenarnya DuskVM: berbasis Wasmtime, menjalankan kontrak Rust/WASM secara langsung di L1 Dusk, sepenuhnya terpisah dari DuskEVM. itu bukan lapisan kompatibilitas yang ditempelkan ke EVM — melainkan lingkungan eksekusi kedua yang independen, berdampingan dengannya.
Hmm.
jadi kenapa membangun VM terpisah sepenuhnya, bukan hanya mengirim dukungan EVM saja?
saya terus menggali. DuskVM ada khusus untuk kontrak yang butuh akses langsung ke aset L1, model transaksi asli Dusk, privasi, atau kemampuan zero-knowledge — hal-hal yang model eksekusi EVM tidak dirancang untuk diekspos secara native. Piecrust, mesin yang mendasarinya, berjalan kira-kira sepuluh kali lebih cepat daripada pendahulunya, dan menyertakan fungsi host yang ramah ZK — PLONK, Groth16, dan BLS — yang dibangun langsung ke dalam runtime.
saya cek lagi apa yang dicakup oleh DuskEVM. Kesetaraan EVM penuh, alat standar, settlement melalui DuskDS — lapisan untuk developer yang ingin alur kerja Solidity yang familiar tanpa harus menggunakan primitive yang native untuk privasi.
jadi "VM native alih-alih EVM saja" sebenarnya bukan penolakan terhadap EVM. itu Dusk menolak membuat kontrak yang native privasi-dan-ZK merutekan lewat model eksekusi yang sejak awal tidak dibangun untuk menangani mereka secara efisien.
apakah menjalankan dua lingkungan eksekusi yang terpisah membuat Dusk lebih mampu, atau justru membagi perhatian developer ke dua sistem yang mengerjakan tugas yang tumpang tindih?
#dusk $DUSK