Apakah Parallel EVM bahasa smart contract baru?

Tidak. Tujuannya biasanya mengeksekusi bytecode EVM yang sudah ada dan mendukung perkakas Solidity sekaligus mengubah cara perangkat lunak node menjadwalkan dan memvalidasi transaksi secara internal di seluruh core prosesor.

Bisakah dua transaksi yang menyentuh kontrak yang sama berjalan secara paralel?

Mungkin, jika keduanya mengakses penyimpanan yang berbeda dan mesin dapat membuktikan atau memvalidasi independensinya. Berbagi alamat kontrak saja tidak selalu menimbulkan konflik, tetapi berbagi state key sering kali menimbulkannya.

Apa yang terjadi ketika transaksi paralel berkonflik?

Mesin mendeteksi dependensi yang tidak valid, membuang atau menunda hasil sementara yang terdampak, lalu mengeksekusinya lagi terhadap status sebelumnya yang benar. Sebagian sistem beralih ke pemrosesan sekuensial saat kontensi berat.

Apakah kompatibilitas Parallel EVM menjamin keamanan setingkat Ethereum?

Tidak. Kompatibilitas menyangkut perilaku eksekusi. Konsensus, distribusi validator, penyimpanan status, bridge, tata kelola, izin upgrade, finalitas, dan ketersediaan data menentukan bagian-bagian terpisah dari model keamanan sebuah jaringan.

Apa Itu Parallel EVM dan Bagaimana Eksekusi Paralel Bekerja?

Parallel EVM adalah implementasi Ethereum Virtual Machine atau mesin eksekusi yang kompatibel dengan EVM yang memproses transaksi independen secara bersamaan di beberapa core CPU. Transaksi tetap memiliki urutan deterministik dan harus menghasilkan status akhir yang sama seperti eksekusi EVM sekuensial yang valid. Paralelisasi mengubah cara node menghitung hasil secara internal, bukan makna kontrak Solidity atau status ledger terurut yang dilihat pengguna.

Desain ini menyasar bottleneck eksekusi yang dijumpai pada pemrosesan single-thread konvensional. Ketika transaksi menyentuh akun atau slot penyimpanan yang tidak berkaitan, sebuah node dapat mengerjakannya secara bersamaan. Ketika terjadi konflik, mesin harus mendeteksi dependensi itu, membuang atau menunda hasil spekulatif yang tidak valid, lalu mengeksekusi transaksi terdampak terhadap status sebelumnya yang benar. Kinerja karenanya sangat bergantung pada kontensi beban kerja dan desain penyimpanan.

Apa Itu Parallel EVM?

Parallel EVM adalah lingkungan eksekusi yang kompatibel dengan Ethereum yang dapat memproses beberapa transaksi independen sekaligus, bukan mengeksekusi setiap transaksi secara berurutan ketat. Tujuannya adalah mempertahankan smart contract, alamat, format transaksi, dan alat pengembang EVM yang sudah familier sekaligus meningkatkan throughput transaksi.

Implementasi Parallel EVM dapat memakai metode berbeda untuk mengidentifikasi transaksi mana yang aman dijalankan bersama. Sebagian mendeteksi konflik selama eksekusi, sementara yang lain menganalisis bagian status blockchain mana yang akan diakses setiap transaksi sebelum menjadwalkannya. Karena itu, Parallel EVM menggambarkan sebuah pendekatan eksekusi, bukan satu standar universal, dan jaringan tetap dapat berbeda dalam konsensus, biaya, finalitas, kebutuhan perangkat keras, serta kompatibilitas dengan Ethereum.

Bagaimana Parallel EVM Bekerja?

Parallel EVM bekerja dengan menugaskan transaksi dari blok terurut ke sejumlah worker dan melacak status yang dibaca serta ditulis setiap transaksi. Dengan eksekusi optimistis, worker mula-mula mengasumsikan transaksi dapat berjalan bersama. Keluarannya tetap bersifat sementara sampai mesin memvalidasi bahwa transaksi sebelumnya tidak mengubah input yang dipakai transaksi berikutnya. Hasil yang tidak berkonflik dapat di-commit mengikuti urutan asli blok.

Jika transaksi berikutnya membaca data basi atau penulisannya berkonflik, keluaran sementaranya ditolak dan transaksi dieksekusi ulang setelah status sebelumnya yang diperlukan tersedia. Sebagian mesin dapat memakai kembali signature, bytecode yang telah didekode, status yang di-cache, atau pekerjaan lain selama eksekusi ulang. Fallback sekuensial menjaga kemajuan saat kontensi berat. Setiap validator harus menerapkan aturan konflik dan commit yang deterministik agar penjadwalan paralel tidak menghasilkan state root yang berbeda.

Apa Manfaat Utama dan Kasus Penggunaan Parallel EVM?

Desain Parallel EVM paling efektif ketika sebuah blok memuat banyak transaksi yang beroperasi pada status terpisah. Tujuannya adalah meningkatkan kapasitas eksekusi node tanpa memaksa pengembang Solidity dan pengguna masuk ke lingkungan yang asing.

1. Beberapa core dapat memproses pekerjaan independen. Transfer dan pemanggilan kontrak yang menyentuh akun atau slot penyimpanan berbeda dapat berjalan serentak, memanfaatkan perangkat keras validator modern lebih penuh dibandingkan satu thread eksekusi.

2. Aplikasi EVM dapat tetap memakai perkakas yang sudah dikenal. Jaringan yang kompatibel dapat mendukung kontrak Solidity, dompet bergaya Ethereum, antarmuka JSON-RPC, dan framework pengembangan sekaligus mengubah eksekusi di bawah lapisan aplikasi.

3. Aplikasi bervolume tinggi memperoleh ruang eksekusi lebih besar. Pembayaran, game, bursa, dan aplikasi sosial dengan status terdistribusi dapat memproses blok yang lebih besar ketika transaksinya menimbulkan relatif sedikit konflik status bersama.

4. Optimasi dapat tetap transparan bagi kontrak. Mesin optimistis seperti Monad melakukan commit hasil seolah-olah transaksi berjalan sekuensial, sehingga pengembang tidak perlu memecah kontrak biasa secara manual hanya untuk mengaktifkan konkurensi.

Apa Contoh Mesin Eksekusi Paralel?

Berbagai proyek memakai eksekusi paralel dengan virtual machine dan model status yang berbeda. Sistem non-EVM tetap menjadi rujukan yang berguna karena sejumlah teknik konkurensi optimistis dikembangkan atau diterapkan lebih dulu di luar EVM.

Monad: Parallel EVM optimistis. Monad mengeksekusi transaksi yang kompatibel dengan Ethereum secara bersamaan, melacak inputnya, dan mengeksekusi ulang sebuah transaksi ketika hasil yang sudah di-commit sebelumnya mengubah data yang dipakainya.
Sei: mesin paralelisasi. Sei memakai kontrol konkurensi optimistis, estimasi access set, eksekusi berbasis worker, deteksi konflik, pemrosesan ulang yang deterministik, dan fallback sekuensial di sekitar lingkungan EVM-nya.
Aptos Block-STM. Block-STM adalah mesin eksekusi paralel berbasis software transactional memory dan status multi-versi yang menunjukkan eksekusi optimistis transparan untuk transaksi blockchain yang terurut.
Solana Sealevel. Solana bukan EVM, tetapi runtime-nya menunjukkan model berbeda di mana transaksi mendeklarasikan akses akun sehingga pekerjaan yang tidak berkonflik dapat dijadwalkan secara paralel.

Apa Keterbatasan dan Risiko Parallel EVM?

Eksekusi paralel tidak dapat menghapus dependensi yang melekat pada status aplikasi. Eksekusi paralel juga menambah kompleksitas penjadwalan, validasi, caching, basis data, dan eksekusi ulang yang harus diterapkan secara konsisten di seluruh node.

1. Status yang diperebutkan mengurangi perolehan kecepatan. Transaksi yang berinteraksi dengan pool likuiditas, counter global, nilai oracle, atau slot kontrak populer yang sama dapat berkonflik dan memerlukan serialisasi atau eksekusi berulang.

2. Spekulasi dapat membuang komputasi. Worker optimistis dapat menyelesaikan transaksi memakai input basi lalu membuang hasilnya, sehingga memperbesar kerja CPU dan memori ketika tingkat konflik tinggi.

3. Kompleksitas implementasi memperluas permukaan bug. Penjadwal, penyimpanan multi-versi, deteksi konflik, caching, dan logika commit harus mereproduksi semantik EVM secara persis pada revert, penghitungan gas, pemanggilan, dan kasus tepi.

4. Benchmark mungkin tidak mewakili beban kerja nyata. Throughput utama dari transfer independen dapat melebih-lebihkan kinerja untuk aplikasi tempat banyak pengguna bersaing memodifikasi sekumpulan kecil lokasi penyimpanan bersama.

5. Kapasitas lebih tinggi dapat menaikkan kebutuhan node. Jaringan harus menyeimbangkan CPU, memori, bandwidth penyimpanan, desain basis data, dan pertumbuhan status agar target kinerja tidak membuat validasi independen menjadi tidak praktis.

Apakah Parallel EVM Mengubah Hasil Smart Contract?

Parallel EVM yang diimplementasikan dengan benar tidak mengubah hasil akhir yang ditentukan oleh urutan transaksi jaringan. Pekerjaan paralel bersifat sementara, dan mesin melakukan commit atau mengeksekusi ulang transaksi sehingga status akhir sesuai dengan semantik sekuensial yang diwajibkan. Pengguna mungkin merasakan kapasitas lebih tinggi atau kongesti lebih rendah, tetapi kontrak tetap melihat efek terurut yang sama. Jaminan ini membuat penanganan konflik yang deterministik lebih penting daripada sekadar menjalankan banyak thread.