Penulis: Gray Lobster, Shenchao TechFlow
Para pengembang Ethereum memiliki kebiasaan tersirat: sebisa mungkin hindari EVM.
Dalam beberapa tahun terakhir, setiap kali jaringan memerlukan operasi kriptografi baru, respons pertama pengembang bukanlah mengimplementasikannya di EVM, melainkan mengajukan penambahan "kontrak pre-compiled", sebuah jalan pintas yang melewati mesin virtual dan langsung dikodekan di tingkat protokol.
Pada 1 Maret, Vitalik Buterin memposting panjang di X, secara tuntas membongkar tabir ini. Inti perkataannya adalah: Seluruh makna Ethereum terletak pada universalitasnya; jika EVM tidak cukup baik, maka kita harus menghadapi masalah ini secara langsung dan menciptakan mesin virtual yang lebih baik.
Dia memberikan dua pisau bedah spesifik.
Pertama: Ganti "struktur data"
Perubahan pertama menargetkan pohon status Ethereum. Anda bisa memahaminya sebagai "sistem indeks buku besar" Ethereum, di mana setiap kali seseorang memeriksa saldo atau memverifikasi transaksi, mereka harus menelusuri pohon ini.
Masalahnya, pohon ini sekarang terlalu "gemuk". Ethereum menggunakan struktur yang disebut "hexadecimal Keccak Merkle Patricia Tree" (namanya panjang seperti mantra). EIP-7864 yang diusulkan oleh Vitalik ingin menggantinya dengan pohon biner yang lebih sederhana.
Misalnya: Dulu, ketika Anda mencari satu data, Anda harus terus memilih arah di persimpangan enam jalan. Sekarang, hanya tersisa pilihan kiri dan kanan. Hasilnya? Panjang cabang Merkle langsung berkurang menjadi seperempat dari semula. Untuk klien ringan, bandwidth yang dibutuhkan untuk memverifikasi data turun secara signifikan.
Namun Vitalik tidak puas hanya mengganti bentuk pohon; ia juga ingin mengganti "font pada daun pohon", yaitu fungsi hash. Ada dua kandidat: Blake3 dan Poseidon.
- Blake3 dapat memberikan peningkatan kecepatan yang stabil;
- Poseidon lebih agresif, secara teori dapat meningkatkan efisiensi bukti hingga puluhan kali lipat, tetapi keamanannya masih memerlukan lebih banyak audit.
Perlu dicatat bahwa solusi ini sebenarnya menggantikan Verkle Trees yang telah lama dibahas oleh komunitas. Verkle pernah menjadi solusi pilihan utama untuk hard fork tahun 2026, tetapi karena kriptografi kurva eliptik yang menjadi dasarnya menghadapi ancaman komputasi kuantum, popularitasnya mulai menurun sejak pertengahan 2024, memungkinkan solusi pohon biner untuk naik daun.
Pisau kedua: Ganti "mesin virtual", ubah EVM menjadi kontrak cerdas
Perubahan kedua lebih berani dan lebih kontroversial: mengganti EVM dengan arsitektur RISC-V dalam jangka panjang.
RISC-V adalah himpunan instruksi open-source yang awalnya tidak ada hubungannya dengan blockchain, tetapi sekarang hampir semua sistem bukti ZK menggunakaninya di dalamnya. Logika Vitalik sangat sederhana: jika proof generator sudah berbicara dalam bahasa RISC-V, mengapa mesin virtual harus berbicara dalam bahasa lain dan menambahkan lapisan terjemahan di tengahnya? Dengan menghilangkan lapisan terjemahan, efisiensi secara alami akan meningkat.
Sebuah interpreter RISC-V hanya memerlukan beberapa ratus baris kode. Vitalik mengatakan, inilah bentuk yang seharusnya dimiliki oleh mesin virtual blockchain.
Dia merencanakan tiga langkah: Pertama, jalankan kontrak pre-compiled di mesin virtual baru dan tulis ulang 80% kontrak pre-compiled yang ada dengan kode VM baru; Kedua, izinkan pengembang untuk langsung meng部署 kontrak mesin virtual baru, berjalan paralel dengan EVM; Ketiga, pensiunkan EVM, tetapi bukan menghilang—EVM akan ditulis ulang menjadi kontrak pintar yang berjalan di mesin virtual baru, memastikan kompatibilitas mundur penuh.
Pemilik mobil lama tidak perlu ganti mobil. Hanya mesinnya yang diganti secara diam-diam, sementara setirnya tetap sama.
Seberapa penting kedua hal ini digabungkan? Vitalik memberikan angka: pohon status dan mesin virtual bersama-sama menyumbang lebih dari 80% dari bottleneck bukti Ethereum. Dengan kata lain, jika kedua bagian ini tidak diubah, skalabilitas Ethereum di era ZK akan berjalan di tempat.
Arbitrum tidak setuju: Anda tidak bisa meminta kurir untuk mengemudikan forklift hanya karena gudang menggunakannya
Tetapi ini bukan cerita yang semua orang setujui.
Pada November tahun lalu, tim pengembang inti Arbitrum, Offchain Labs, menerbitkan sanggahan teknis yang rinci. Pandangan utama keempat peneliti adalah: RISC-V memang cocok untuk bukti ZK, tetapi tidak cocok sebagai "format pengiriman" untuk kontrak.
Mereka menyoroti perbedaan penting, "dISA" (delivery Instruction Set) dan "pISA" (proof Instruction Set) tidak perlu menjadi hal yang sama. Gudang Anda mungkin paling efisien menggunakan forklift untuk mengangkut barang, tetapi itu tidak berarti kurir juga harus mengendarai forklift untuk mengantarkan barang ke pintu rumah Anda.
Offchain Labs mendukung penggunaan WebAssembly (WASM) untuk lapisan kontrak, dengan alasan yang sangat kuat: WASM memiliki efisiensi eksekusi tinggi pada perangkat keras standar, sementara sebagian besar node Ethereum tidak menjalankan chip RISC-V; memaksa peralihan berarti memerlukan emulator; WASM memiliki mekanisme verifikasi keamanan tipe yang matang; dan ekosistem alat WASM telah diuji secara nyata di miliaran lingkungan eksekusi.
Yang lebih penting lagi, mereka tidak hanya berbicara. Offchain Labs telah menjalankan prototipe di Arbitrum: menggunakan WASM sebagai format pengiriman kontrak, lalu mengompilasinya menjadi RISC-V untuk bukti ZK. Kedua lapisan bekerja secara terpisah tanpa saling mengganggu.
Mereka juga menyoroti risiko yang patut dipertimbangkan: perkembangan teknologi di bidang bukti ZK sangat cepat, dan baru-baru ini implementasi RISC-V telah beralih dari 32-bit ke 64-bit. Jika sekarang kita memasang RISC-V secara permanen di Ethereum L1, bagaimana jika dua tahun mendatang muncul arsitektur bukti yang lebih baik? Menaruh taruhan pada target yang terus bergerak cepat bukanlah gaya Ethereum.
Konteks yang lebih luas: L2 mulai "disapih"
Untuk memahami proposal ini, diperlukan konteks yang lebih luas.
Satu bulan lalu, Vitalik secara terbuka mempertanyakan apakah Ethereum masih memerlukan "peta jalan L2 khusus", yang memicu respons kolektif dari pihak L2. CEO Espresso Systems, Ben Fisch, mengatakan kepada CoinDesk dengan tepat: maksud Vitalik sebenarnya adalah, tujuan awal L2 adalah membantu Ethereum berskala, sekarang Ethereum sendiri akan menjadi lebih cepat, sehingga posisi L2 secara alami harus berubah.
Yang menarik, para L2 justru tidak panik, melainkan mulai secara aktif "melepaskan diri dari Ethereum". Jing Wang, salah satu pendiri OP Labs, membandingkan L2 dengan situs web independen, sementara Ethereum adalah standar penyelesaian terbuka di tingkat bawah. CEO Polygon, Marc Boiron, mengatakan dengan lebih jelas: tantangan sejati bukanlah skalabilitas, melainkan menciptakan ruang blok yang unik untuk skenario nyata seperti pembayaran.
Dengan kata lain, perubahan besar Vitalik terhadap lapisan eksekusi ini adalah catatan teknis dari tren yang lebih luas: Ethereum sedang merebut kembali kendali atas kemampuan intinya, sementara L2 dipaksa atau akhirnya menemukan alasan eksistensi independen mereka.
Can this work?
Vitalik sendiri mengakui bahwa penggantian mesin virtual saat ini belum memiliki konsensus luas dari komunitas pengembang. Reformasi pohon status lebih matang, EIP-7864 sudah memiliki draf spesifik dan tim yang mendorongnya. Tetapi penggantian EVM dengan RISC-V? Ini masih berada di tahap "peta jalan" dan masih jauh dari implementasi dalam kode.
Namun, Vitalik memberikan pernyataan yang mengesankan minggu lalu: Ethereum telah mengganti mesin jetnya sekali selama penerbangan (merujuk pada The Merge), dan masih bisa mengganti sekitar empat kali lagi—pohon status, konsensus yang disederhanakan, verifikasi ZK-EVM, penggantian mesin virtual.
Peningkatan Ethereum Glamsterdam diharapkan diluncurkan pada paruh pertama 2026, diikuti oleh Hegota. Detail spesifik dari dua hard fork ini belum final, tetapi reformasi state tree dan optimasi lapisan eksekusi adalah garis besar yang pasti.
Cerita Ethereum selalu bukan tentang "bisa atau tidak". Dari peralihan PoW ke PoS, dari all-in L1 ke pusat Rollup, Ethereum telah membuktikan kemampuan dan keberaniannya untuk membongkar mesin di ketinggian sepuluh ribu meter.
Yang akan diubah kali ini adalah hal yang lebih mendalam—bukan menambah fitur baru, tetapi menggali kembali fondasi lama dan menuangnya ulang. Apakah ini sebuah pembaruan yang direncanakan dengan matang, atau sebuah lubang tak berdasar yang semakin rumit? Jawabannya mungkin baru akan terlihat pada tahun 2027.
Tapi setidaknya satu hal pasti: Ethereum tidak berniat menjadi "sistem lama yang diperbaiki" di era ZK. Mengenai cara membongkar perbaikan dan mengganti mesin dengan model apa, perdebatan itu sendiri mungkin lebih berharga daripada kesimpulannya.