Saat pertama kali saya melihat DuskEVM, cerita yang paling jelas adalah kompatibilitas EVM. Pengembang Solidity bisa bekerja dengan tooling yang familiar, sehingga mengurangi hambatan untuk membangun di jaringan baru.
Tapi bagian yang lebih menarik bagi saya dimulai setelah transaksi meninggalkan EVM.
DuskEVM tidak beroperasi secara terisolasi. Lingkungan eksekusinya berada di atas DuskDS, lapisan dasar yang bertanggung jawab untuk settlement dan infrastruktur jaringan. Pemisahan ini mengubah pertanyaan yang menurut saya seharusnya kita ajukan.
Alih-alih sekadar bertanya, “Seberapa mudah pengembang dapat menerapkan aplikasi bergaya Ethereum di Dusk?” saya lebih tertarik pada apa yang diwarisi aplikasi-aplikasi tersebut dari arsitektur di bawahnya.
Eksekusi yang familiar itu berguna. Namun eksekusi yang familiar yang terhubung dengan model settlement yang berbeda dapat menciptakan ruang desain yang berbeda pula.
Itu menjadi semakin menarik ketika privasi ikut masuk. Dusk membangun alur kerja EVM yang bersifat rahasia melalui Hedger, menggabungkan teknologi seperti enkripsi homomorfik dan zero-knowledge proofs. Jadi pengalaman pengembang bisa tetap terasa dikenali, sementara asumsi mengenai visibilitas transaksi dan settlement tidak harus sama seperti pada lingkungan EVM publik yang biasa.
Di sanalah saya merasa cerita DuskEVM menjadi lebih dalam.
Nilainya tidak hanya sekadar membawa Solidity ke rantai lain. Ini berpotensi memberi akses aplikasi yang familiar ke infrastruktur yang dirancang khusus untuk aktivitas keuangan yang diatur, di mana kerahasiaan, keterverifikasian, dan settlement yang deterministik semuanya penting.
Asumsi yang ingin saya tantang adalah bahwa kompatibilitas EVM terutama merupakan jalan pintas untuk adopsi.
Mungkin itu lebih berguna sebagai jembatan: eksekusi yang familiar di sisi depan, infrastruktur keuangan yang berbeda di bagian bawah.
Dan ujian sesungguhnya untuk @Dusk won't be whether developers can deploy contracts.
Akan menjadi apa yang mereka pilih untuk bangun setelah mereka menyadari apa yang berada di bawah kontrak-kontrak tersebut.
@Dusk_Foundation $DUSK #dusk
Tapi bagian yang lebih menarik bagi saya dimulai setelah transaksi meninggalkan EVM.
DuskEVM tidak beroperasi secara terisolasi. Lingkungan eksekusinya berada di atas DuskDS, lapisan dasar yang bertanggung jawab untuk settlement dan infrastruktur jaringan. Pemisahan ini mengubah pertanyaan yang menurut saya seharusnya kita ajukan.
Alih-alih sekadar bertanya, “Seberapa mudah pengembang dapat menerapkan aplikasi bergaya Ethereum di Dusk?” saya lebih tertarik pada apa yang diwarisi aplikasi-aplikasi tersebut dari arsitektur di bawahnya.
Eksekusi yang familiar itu berguna. Namun eksekusi yang familiar yang terhubung dengan model settlement yang berbeda dapat menciptakan ruang desain yang berbeda pula.
Itu menjadi semakin menarik ketika privasi ikut masuk. Dusk membangun alur kerja EVM yang bersifat rahasia melalui Hedger, menggabungkan teknologi seperti enkripsi homomorfik dan zero-knowledge proofs. Jadi pengalaman pengembang bisa tetap terasa dikenali, sementara asumsi mengenai visibilitas transaksi dan settlement tidak harus sama seperti pada lingkungan EVM publik yang biasa.
Di sanalah saya merasa cerita DuskEVM menjadi lebih dalam.
Nilainya tidak hanya sekadar membawa Solidity ke rantai lain. Ini berpotensi memberi akses aplikasi yang familiar ke infrastruktur yang dirancang khusus untuk aktivitas keuangan yang diatur, di mana kerahasiaan, keterverifikasian, dan settlement yang deterministik semuanya penting.
Asumsi yang ingin saya tantang adalah bahwa kompatibilitas EVM terutama merupakan jalan pintas untuk adopsi.
Mungkin itu lebih berguna sebagai jembatan: eksekusi yang familiar di sisi depan, infrastruktur keuangan yang berbeda di bagian bawah.
Dan ujian sesungguhnya untuk @Dusk won't be whether developers can deploy contracts.
Akan menjadi apa yang mereka pilih untuk bangun setelah mereka menyadari apa yang berada di bawah kontrak-kontrak tersebut.
@Dusk_Foundation $DUSK #dusk