Mengapa Ethereum sangat membutuhkan ZK-VM?

Penulis: 0xTodd; Sumber: X, @0x_Todd

Di antara banyak ide untuk skalabilitas Ethereum, ZK adalah yang paling sulit untuk dibahas.

Melihat seluruh jaringan, V God dan Ethereum Foundation memiliki taruhan terbesar pada ZK. ZK sedikit mirip dengan anak bungsu di rumah Ethereum, yang paling banyak dicurahkan tenaga, tetapi masa depannya juga paling tidak jelas.

Beberapa hari yang lalu, Yayasan Ethereum merilis peta jalan Kohaku, yang merupakan berbagai komponen dasar untuk dompet privasi. Di dalam peta jalan tersebut, sekali lagi ditekankan bahwa lebih banyak fungsi masih perlu bergantung pada implementasi ZK-EVM/ZK-VM.

Jadi, mengapa Ethereum sangat mendesak membutuhkan ZK-VM?

Jawabannya adalah, untuk kinerja, dan bukan pengorbanan keamanan.

Sebelumnya kita membahas sebuah topik, yaitu cara paling efektif untuk meningkatkan kinerja Ethereum adalah dengan meningkatkan batas GAS, singkatnya adalah membuat setiap blok menjadi lebih besar.

Namun, meningkatkan batas GAS memiliki biayanya; blok yang terlalu besar menjadi beban berat bagi node.

Saat ini, mode verifikasi Ethereum yang disebut “verifikasi semua oleh semua” berarti semua node harus melakukan verifikasi penuh terhadap setiap blok, pendekatan ini sederhana dan langsung, namun sayangnya memiliki redundansi yang terlalu besar.

Karena jika batas GAS terlalu tinggi, maka beban kerja setiap node harus meningkat secara signifikan.

Perlu diketahui bahwa interval blok Ethereum adalah 12 detik, dan waktu juga perlu disisihkan untuk penyebaran blok secara global, ditambah dengan banyaknya klien lama yang harus mengatur MEV. Waktu yang sebenarnya dihabiskan setiap validator untuk menerima dan memverifikasi blok sangat singkat (sekitar 4~8 detik), sehingga sangat sulit untuk melakukan banyak verifikasi.

Namun, jika seluruh L1 Ethereum diubah menjadi ZK, itu akan menjadi “verifikasi untuk semua”. Setelah sebuah blok dirakit, pertama-tama akan dilakukan pembuktian ZK.

Seperti yang kita ketahui, ZK menghasilkan bukti yang sangat lambat, tetapi verifikasinya sangat cepat. Jadi, setiap blok hanya perlu di-ZK-kan sekali, dan semua node hanya perlu dengan cepat memverifikasi apakah buktinya benar.

Keuntungan seperti ini adalah kita bisa meningkatkan batas GAS secara drastis, karena apapun cara peningkatannya, tidak akan terlalu membebani node.

Buatlah sebuah perbandingan, dulu Anda harus melalui proses persetujuan cuti di DingTalk (mengirim transaksi), di mana setiap pemimpin (node) harus melihat apakah Anda masih memiliki sisa cuti (verifikasi seluruh anggota), dan semua harus disetujui.

Setelah ZK, Anda masih mengajukan proses cuti (mengirim transaksi), sistem mendeteksi Anda memiliki sisa cuti, langsung memberi tahu semua atasan “orang ini memiliki cuti”, dan atasan sepenuhnya percaya sistem tidak akan salah (ZK), kemudian persetujuan atasan akan lebih cepat (semua orang sekali verifikasi).

Inilah alasan Ethereum akan melakukan ZK-fikasi.

Tetapi volume pekerjaan ini cukup besar, karena kandungan kriptografi terlalu tinggi, jadi Ethereum harus bekerja sama dengan tim lain.

Jadi, apa jenis pekerjaan yang harus dilakukan oleh tim pihak ketiga? Di sini kita mengambil contoh protokol Brevis yang disebutkan oleh Justin dari Yayasan Ethereum, yang juga merupakan protokol tercepat saat ini untuk ZK.

Brevis adalah perusahaan yang bergerak di bidang ZK-VM, teknologi terbaru mereka yaitu Pico Prism saat ini adalah yang tercepat dalam menghasilkan bukti ZK di bawah kondisi tertentu.

Menurut pengungkapan, pada blok Ethereum dengan batas 45M GAS saat ini, Brevis menggunakan 64 GPU RTX 5090. Dalam pengujian, 99,6% blok diselesaikan dalam 12 detik, dan cakupan pembuktian dalam 10 detik mencapai 96,8%.

Data ini sangat keren.

Ethereum untuk desentralisasi, mengharuskan perangkat yang melakukan ZK proof tidak melebihi 10w dolar AS.

Jika tidak, rata-rata orang dapat menggunakan beberapa H200/B200 yang pasti lebih cepat daripada ini, tetapi itu akan membuat ambang batas terlalu tinggi. Kartu grafis Brevis ini pas berada di kisaran 10 w dolar AS.

Selain itu, mengapa cakupan 10 detik juga sangat penting?

Karena umumnya blok MEV dihasilkan dalam 1~3 detik, ditambah 10 detik untuk pembuktian, totalnya pas 12 detik, yang berarti waktu telah terpakai dengan sempurna, jadi 12 detik tidak dapat diterima, harus 10 detik dengan tingkat cakupan yang sangat tinggi.

Jadi Brevis sama dengan “mendapatkan mahkota raja dansa dalam kompetisi menari dengan belenggu”.

Teknologi Brevis yang cukup hebat adalah terobosan di cluster multi-GPU, tetapi di sana ada banyak rincian teknis, tunggu nanti ketika ada waktu untuk membahasnya secara terpisah.

Akhirnya, kembali ke pokok bahasan untuk merangkum.

Untuk mempercepat Ethereum L1, batas GAS harus ditingkatkan;

Untuk meningkatkan batas GAS, perlu dilakukan ZK.

Untuk mencapai ZK yang elegan (bukti dalam <10 detik, beli peralatan <10w USD), dibutuhkan kerja sama dari komunitas kriptografi di dunia Crypto.