Mengapa Ethereum Membutuhkan ZK-VM: Jalur Utama untuk Skalabilitas

Di antara berbagai pendekatan untuk skalabilitas Ethereum, ZK adalah arah yang paling kompleks sekaligus paling krusial.

Melihat seluruh jaringan, V God dan Ethereum Foundation adalah pihak yang paling banyak bertaruh pada ZK. ZK bisa dibilang seperti anak bungsu di keluarga Ethereum, yang paling banyak dicurahkan perhatian, namun masa depannya juga paling tidak pasti.

Beberapa hari lalu, Ethereum Foundation merilis peta jalan Kohaku, yaitu rencana komponen dasar untuk dompet privasi. Peta jalan ini kembali menekankan bahwa banyak fungsi inti masih akan bergantung pada implementasi ZK-EVM atau ZK-VM.

Lalu, mengapa Ethereum sangat membutuhkan ZK-VM?

Jawabannya sangat sederhana: untuk meningkatkan performa, tanpa mengorbankan keamanan.

Bottleneck Peningkatan Performa: Verifikasi oleh Semua Node & Batas GAS

Sebelumnya kami telah menyebutkan, cara paling langsung untuk meningkatkan performa Ethereum adalah dengan menaikkan batas GAS, yaitu membuat blok menjadi lebih besar.

Namun masalahnya, menaikkan batas GAS ada biayanya, blok yang terlalu besar menjadi beban berat bagi node.

Saat ini, Ethereum menggunakan mode verifikasi “semua node memverifikasi semua”, artinya semua node harus memverifikasi setiap blok secara lengkap. Mekanisme ini memang sederhana dan aman, namun sangat redundan.

Jika batas GAS dinaikkan secara signifikan, beban komputasi setiap node juga akan meningkat secara bersamaan.

Mengingat interval blok Ethereum hanya 12 detik, di mana sebagian waktu harus disisihkan untuk penyebaran blok dan urutan MEV, validator sebenarnya hanya punya waktu sekitar 4–8 detik untuk melakukan verifikasi, hampir tidak ada ruang untuk menangani beban yang lebih besar.

Ethereum Setelah ZK: Dari “Semua Node Memverifikasi Semua” ke “Semua Node Memverifikasi Sekali”

Jika Ethereum L1 sepenuhnya menggunakan ZK, mode verifikasi akan berubah dari “semua node memverifikasi semua” menjadi “semua node memverifikasi sekali”. Dalam mode ini, setelah sebuah blok dirakit, terlebih dahulu akan dihasilkan bukti ZK.

Ciri khas ZK adalah proses pembuatan bukti lambat, namun verifikasinya sangat cepat. Oleh karena itu, node hanya perlu memverifikasi sekali apakah bukti tersebut benar, tanpa harus menjalankan semua transaksi dalam blok secara berulang.

Ini berarti, Ethereum dapat secara signifikan meningkatkan batas GAS tanpa menambah beban node secara signifikan.

Analogi yang mudah dipahami: sebelumnya, saat Anda mengajukan cuti di DingTalk (mengirim transaksi), setiap atasan (node) harus memeriksa satu per satu apakah Anda masih punya sisa cuti (semua node memverifikasi semua), dan proses baru selesai setelah semua atasan menyetujui.

Setelah menggunakan ZK, sistem terlebih dahulu memverifikasi bahwa Anda memang punya sisa cuti, lalu mengeluarkan bukti (ZK) kepada semua atasan secara bersamaan, sehingga atasan hanya perlu mempercayai dan menyetujui dengan cepat (semua node memverifikasi sekali).

Setelah ZK, Anda tetap mengajukan cuti (mengirim transaksi), sistem menemukan Anda masih punya sisa cuti, langsung memberitahu semua atasan “orang ini punya cuti”, dan para atasan sepenuhnya percaya sistem tidak akan salah (ZK), sehingga persetujuan jadi jauh lebih cepat (semua node memverifikasi sekali).

Inilah alasan Ethereum ingin menerapkan ZK.

Tantangan Kriptografi dan Contoh Kasus

Tentu saja, mewujudkan semua ini membutuhkan upaya rekayasa yang sangat besar, dan tingkat kesulitan kriptografi yang sangat tinggi, sehingga Ethereum harus bekerja sama dengan tim profesional.

Peneliti Ethereum Foundation, Justin, menyebut protokol Brevis sebagai salah satu contoh terdepan di bidang ini saat ini.

Brevis berfokus pada ZK-VM, dan teknologi Pico Prism terbarunya adalah salah satu solusi tercepat saat ini untuk menghasilkan bukti ZK dalam kondisi tertentu.

Berdasarkan data pengujian, pada ukuran blok Ethereum saat ini sebesar 45M GAS, Brevis menggunakan 64 unit GPU RTX 5090, dapat menyelesaikan 99,6% bukti blok dalam waktu 12 detik, di mana 96,8% blok dapat menghasilkan bukti dalam 10 detik.

Demi menjaga desentralisasi, Ethereum mensyaratkan biaya perangkat bukti ZK tidak boleh melebihi 100 ribu dolar AS.

Meskipun GPU kelas atas (seperti H200 atau B200) dapat menghasilkan bukti lebih cepat, namun itu akan sangat meningkatkan ambang akses. Desain Brevis saat ini tepat berada dalam batas tersebut.

Mengapa “cakupan 10 detik” juga sangat penting? Karena blok MEV biasanya dihasilkan dalam 1–3 detik, ditambah waktu pembuatan bukti 10 detik, tepat mengisi interval blok 12 detik.

Kesimpulan: Logika Jalur ZK untuk Ethereum

Jika Ethereum ingin mempercepat peningkatan performa L1, maka harus menaikkan batas GAS;

Untuk menaikkan batas GAS dengan aman, maka harus mendorong penerapan ZK;

Dan untuk mewujudkan ZK secara elegan (bukti dihasilkan dalam 10 detik, biaya perangkat di bawah 100 ribu dolar AS), dibutuhkan kerja sama antara komunitas kriptografi dan ekosistem kripto.

ZK adalah arah paling kompleks namun juga paling pasti dalam jalur skalabilitas Ethereum.

Ini bukan hanya soal performa, tapi juga solusi utama Ethereum dalam mencari keseimbangan antara keamanan dan desentralisasi.