Sophon Mencapai Kesetaraan EVM dan Memperkenalkan Fitur Pengembang yang Disempurnakan

Platform blockchain yang berfokus pada hiburan sophon mengumumkan adopsi teknologi inti yang dikembangkan oleh Materi Labs untuk rollup Ethereum Layer 2 Sinkronisasi ZK Hasilnya, platform tersebut telah mencapai kesetaraan Ethereum Virtual Machine (EVM).

Kesetaraan EVM mengacu pada sejauh mana lingkungan blockchain lain dapat mereplikasi perilaku Mesin Virtual Ethereum secara tepat, termasuk kompatibilitas pada tingkat bytecode.

sophon mencatat bahwa pengembang yang memilih untuk tidak memanfaatkan fitur tambahan dari EraVM kustomnya masih dapat menerapkan kontrak pintar EVM standar menggunakan alat pengembangan Ethereum konvensional. Peningkatan ini diharapkan dapat menyederhanakan pengembangan dan mendukung pembuatan aplikasi yang lebih praktis bagi pengguna akhir.

Fitur Utama Interpreter Bytecode Mesin Virtual

Rantai zero-knowledge (ZK) seperti Era memanfaatkan EraVM, mesin virtual yang dirancang khusus untuk aplikasi ZK, yang berbeda dari EVM dalam hal set instruksi dan model eksekusinya. Sementara kontrak pintar yang ditulis dalam Solidity atau Vyper dapat dikompilasi untuk EraVM, perbedaan eksekusi dan keterbatasan perkakas tertentu secara historis memerlukan beberapa adaptasi.

Untuk mengatasi tantangan ini, ZKsync telah menerapkan mode eksekusi EVM menggunakan Interpreter Bytecode EVM. Hal ini memungkinkan bytecode EVM yang tidak dimodifikasi untuk dieksekusi pada rantai ZK tanpa perlu kompilasi ulang atau perubahan pada alat pengembangan. Kompatibilitas ini memungkinkan aplikasi yang awalnya dibuat untuk Ethereum untuk berjalan di ZKsync sementara EraVM terus berfungsi sebagai mesin eksekusi yang mendasarinya.

Interpreter EVM tidak menggantikan EraVM; melainkan, ia berfungsi sebagai lapisan kompatibilitas yang memungkinkan bytecode berbasis Ethereum beroperasi dalam infrastruktur EraVM. Saat kontrak EVM diterapkan, hash bytecode-nya ditandai dengan pengenal khusus yang memberi sinyal kepada sistem untuk mengeksekusinya melalui interpreter, bukan melalui EraVM secara native.

Selama eksekusi, opcode EVM diproses saat runtime oleh interpreter, yang memetakannya ke instruksi EraVM yang sesuai sambil berusaha mereplikasi perilaku Ethereum sedekat mungkin. Dalam hal penggunaan sumber daya, sementara eksekusi diberi harga menggunakan unit gas asli EraVM, model gas EVM dipertahankan dalam interpreter untuk akuntansi internal.

Kontrak Solidity dan Vyper dapat diterapkan secara langsung tanpa perlu dikompilasi ulang menggunakan alat seperti zksolc atau zkvyper, sehingga tetap kompatibel dengan bytecode Ethereum asli. Hal ini memungkinkan migrasi langsung atau penerapan paralel dari kontrak pintar yang ada. Sistem ini juga mendukung lingkungan pengembangan Ethereum standar, yang memungkinkan pengembang untuk menggunakan kerangka kerja seperti Foundry, Hardhat, dan Remix tanpa memerlukan plugin khusus atau konfigurasi tambahan. Hal ini membantu mempertahankan alur kerja yang sudah dikenal dan menyederhanakan integrasi.

Derivasi alamat berperilaku konsisten dengan spesifikasi Ethereum, yang berarti bahwa operasi create dan create2 menghasilkan alamat kontrak yang identik seperti yang akan dilakukan pada mainnet Ethereum, yang memastikan prediktabilitas dan kompatibilitas. Selain itu, beberapa kontrak tingkat sistem telah diterapkan sebelumnya dan siap untuk segera digunakan, termasuk implementasi seperti create2, multicall3, dan singletonFactory (yang selaras dengan ERC-2470). Pra-ketersediaan ini menyederhanakan pengembangan dengan mengurangi persyaratan penyiapan dan menyediakan komponen infrastruktur yang siap digunakan.

Meskipun interpreter memungkinkan kontrak yang ditulis untuk Ethereum berjalan tanpa modifikasi, ada perbedaan penting antara pengaturan ini dan menjalankan kontrak pada jaringan Ethereum secara langsung. 

Misalnya, biaya gas dibayarkan dalam ergs—unit asli EraVM—bukan dalam gas Ethereum. Beberapa operasi EVM, seperti CALLCODE dan SELFDESTRUCT, tidak didukung karena kendala teknis di EraVM. Selain itu, proses penerjemahan mengakibatkan biaya transaksi yang lebih tinggi, sering kali berkisar 1.5 hingga 4 kali lebih banyak daripada yang dikeluarkan oleh kontrak asli EraVM.

Kompatibilitas silang juga terbatas, dengan fungsi seperti `delegatecall` yang tidak berfungsi antara kontrak EVM dan EraVM. Oleh karena itu, meskipun Interpreter EVM menawarkan kemudahan bagi tim yang mencari kompatibilitas Ethereum, kontrak yang ditulis khusus untuk EraVM umumnya lebih hemat biaya dan berkinerja baik. Pengembang disarankan untuk menggunakan penerapan EraVM asli jika efisiensi eksekusi optimal menjadi prioritas.