Vitalik Mengusulkan Perubahan Besar pada Mesin Virtual dan Pohon Status Ethereum

Artikel oleh Gray Lobster, Deep潮 TechFlow

Para pengembang Ethereum memiliki kebiasaan tersirat: sebisa mungkin hindari EVM.

Dalam beberapa tahun terakhir, setiap kali jaringan membutuhkan operasi kriptografi baru, respons pertama pengembang bukanlah mengimplementasikannya di EVM, melainkan mengajukan penambahan "kontrak pre-compiled", sebuah shortcut yang melewati mesin virtual dan langsung di-hardcode 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 secara langsung menangani masalah ini dan menciptakan mesin virtual yang lebih baik.

Dia memberikan dua pisau bedah spesifik.

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 "hexary Keccak Merkle Patricia Tree" (namanya panjang seperti mantra). EIP-7864 yang diusulkan oleh Vitalik ingin menggantinya dengan pohon biner yang lebih sederhana.

Misalnya: sebelumnya, 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 pohonnya. Ia juga ingin mengganti "font pada daunnya", 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, sehingga solusi pohon biner pun naik daun.

Perubahan kedua lebih berani dan lebih kontroversial: menggantikan EVM dengan arsitektur RISC-V dalam jangka panjang.

RISC-V adalah set instruksi open-source yang awalnya tidak terkait dengan blockchain, tetapi sekarang hampir semua sistem bukti ZK menggunakan nya di dalamnya. Logika Vitalik sangat langsung: jika prover 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 seharusnya bentuk mesin virtual blockchain.

Dia merencanakan tiga langkah: langkah pertama, menjalankan kontrak pre-compiled di mesin virtual baru dan menulis ulang 80% kontrak pre-compiled yang ada dengan kode VM baru; langkah kedua, memungkinkan pengembang untuk langsung meng部署 kontrak mesin virtual baru, berjalan paralel dengan EVM; langkah 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 pembuktian Ethereum. Dengan kata lain, jika kedua bagian ini tidak diubah, skalabilitas Ethereum di era ZK akan berjalan di tempat.

Tetapi ini bukan cerita yang semua orang setuju.

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 mengusulkan perbedaan penting, "dISA" (delivery Instruction Set) dan "pISA" (proof Instruction Set) tidak perlu menjadi hal yang sama. Gudang Anda paling efisien menggunakan forklift untuk mengangkut barang, tetapi itu tidak berarti kurir juga harus menggunakan forklift untuk mengantarkan barang ke pintu rumah Anda.

Offchain Labs mendukung penggunaan WebAssembly (WASM) sebagai 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; 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 mengangkat risiko yang patut dipertimbangkan: perubahan teknis di bidang bukti ZK sangat cepat, dan implementasi RISC-V baru-baru ini telah beralih dari 32-bit ke 64-bit. Jika sekarang kita mematrikan RISC-V secara permanen ke Ethereum L1, bagaimana jika dua tahun mendatang muncul arsitektur bukti yang lebih baik? Menaruh taruhan pada target yang terus bergerak cepat bukanlah gaya Ethereum.

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 skalabel, sekarang Ethereum sendiri menjadi lebih cepat, maka posisi L2 secara alami harus berubah.

Yang menarik, para L2 justru tidak panik, melainkan mulai secara aktif "melepaskan diri dari Ethereum". Pendiri bersama OP Labs, Jing Wang, membandingkan L2 dengan situs web independen, sementara Ethereum adalah standar penyelesaian terbuka di tingkat bawah. CEO Polygon, Marc Boiron, mengatakan lebih terbuka: 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.

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", 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 tahun 2026, diikuti oleh Hegota. Detail lengkap dari dua hard fork ini belum final, tetapi reformasi state tree dan optimasi lapisan eksekusi adalah garis besar yang pasti.

Kisah 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.

Tetapi setidaknya satu hal pasti: Ethereum tidak berniat menjadi "sistem lama yang diperbaiki" di era ZK. Mengenai bagaimana cara melepas patch dan mesin apa yang harus diganti, perdebatan itu sendiri mungkin lebih berharga daripada kesimpulannya.