Para pengembang Ethereum memiliki aturan tidak tertulis: hindari EVM jika memungkinkan.
Dalam beberapa tahun terakhir, setiap kali dibutuhkan operasi kriptografi baru di on-chain, naluri para pengembang bukanlah mengimplementasikannya dalam EVM, melainkan meminta “kontrak pra-kompilasi”—jalan pintas yang melewati mesin virtual dan meng-hardcode operasi di lapisan protokol.
Pada 1 Maret, Vitalik Buterin memposting thread panjang di X, secara terbuka melanggar aturan ini. Ia menegaskan: nilai Ethereum terletak pada fleksibilitasnya. Jika EVM kurang memadai, masalah harus dihadapi langsung dan mesin virtual yang lebih baik perlu dibangun.
Ia mengusulkan dua solusi spesifik.
Solusi Pertama: Mengubah “Struktur Data”
Perubahan pertama menargetkan pohon status Ethereum, yang berfungsi sebagai sistem pengindeksan buku besar jaringan. Setiap kali seseorang memeriksa saldo atau memverifikasi transaksi, mereka menelusuri pohon ini.
Masalahnya, pohon saat ini terlalu “besar.” Ethereum menggunakan struktur yang disebut “hexary Keccak Merkle Patricia tree” (namanya terdengar seperti mantra). EIP-7864 dari Vitalik mengusulkan penggantian dengan pohon biner yang lebih ramping.
Sebagai perbandingan: sebelumnya, untuk menelusuri data, harus memilih di antara enam arah di setiap persimpangan. Sekarang, hanya tinggal kiri atau kanan. Hasilnya, panjang cabang Merkle menyusut menjadi seperempat dari ukuran awal. Untuk klien ringan, kebutuhan bandwidth untuk verifikasi data turun drastis.
Vitalik tidak berhenti pada perubahan bentuk pohon. Ia juga ingin mengubah “font pada daun”—fungsi hash-nya. Dua kandidatnya adalah Blake3 dan Poseidon. Blake3 menawarkan peningkatan kecepatan yang konsisten; Poseidon lebih radikal dan secara teori dapat meningkatkan efisiensi bukti puluhan kali lipat, meski keamanannya masih memerlukan audit lebih lanjut.
Proposal ini menggantikan Verkle Trees yang sebelumnya dibahas. Verkle sempat menjadi kandidat utama untuk hard fork 2026, namun kriptografi kurva elips yang mendasarinya menghadapi ancaman dari komputasi kuantum. Sejak pertengahan 2024, Verkle mulai ditinggalkan, sehingga solusi pohon biner semakin mendapat perhatian.
Solusi Kedua: Mengubah “Mesin Virtual”—Menjadikan EVM Kontrak Pintar
Perubahan kedua lebih berani dan kontroversial: mengganti EVM dengan arsitektur RISC-V dalam jangka panjang.
RISC-V adalah set instruksi sumber terbuka, awalnya tidak terkait blockchain, namun kini hampir semua sistem bukti ZK menggunakannya secara internal. Logika Vitalik jelas: karena prover sudah menggunakan RISC-V, mengapa mesin virtual harus memakai sesuatu yang lain sehingga memerlukan lapisan translasi? Menghilangkan lapisan tersebut otomatis meningkatkan efisiensi.
Interpreter RISC-V hanya memerlukan beberapa ratus baris kode. Vitalik berpendapat bahwa inilah mesin virtual blockchain yang ideal.
Rencananya terdiri dari tiga langkah: pertama, menggunakan mesin virtual baru untuk kontrak pra-kompilasi, menulis ulang 80% kontrak pra-kompilasi yang ada dengan kode VM baru; kedua, memungkinkan pengembang menerapkan kontrak untuk VM baru, berjalan paralel dengan EVM; ketiga, “memensiunkan” EVM—bukan dengan menghapusnya, melainkan menulis ulang sebagai kontrak pintar yang berjalan di mesin virtual baru, sehingga kompatibilitas mundur tetap terjaga.
Pengguna tidak perlu mengganti mobilnya—hanya mesinnya yang diam-diam diganti, sementara setir tetap sama.
Seberapa signifikan dua perubahan ini jika digabungkan? Vitalik memberikan angka: pohon status dan mesin virtual menyumbang lebih dari 80% bottleneck bukti Ethereum. Tanpa mengatasi dua area ini, skalabilitas Ethereum di era ZK akan terhenti.
Arbitrum Tidak Setuju: Gudang Pakai Forklift, Kurir Tidak Harus Pakai Forklift
Namun tidak semua setuju.
November lalu, tim pengembang inti Arbitrum, Offchain Labs, menerbitkan sanggahan teknis terperinci. Empat peneliti mereka berpendapat bahwa meski RISC-V cocok untuk bukti ZK, tidak tepat digunakan sebagai “format pengiriman” kontrak.
Mereka memperkenalkan perbedaan utama: “delivery instruction set” (dISA) dan “proof instruction set” (pISA) tidak perlu sama. Menggunakan forklift di gudang mungkin memaksimalkan efisiensi, tapi bukan berarti kurir harus memakai forklift untuk mengantar paket ke rumah Anda.
Offchain Labs menganjurkan penggunaan WebAssembly (WASM) di lapisan kontrak, dengan alasan kuat: WASM dieksekusi efisien di perangkat keras standar, dan sebagian besar node Ethereum tidak berjalan di chip RISC-V—memaksa perubahan akan membutuhkan emulator; WASM menyediakan verifikasi keamanan tipe yang matang; ekosistem toolchain WASM telah teruji di miliaran lingkungan eksekusi.
Pentingnya, mereka tidak sekadar berteori. Offchain Labs sudah menjalankan prototipe di Arbitrum: menggunakan WASM sebagai format pengiriman kontrak, lalu mengkompilasinya ke RISC-V untuk bukti ZK. Dua lapisan ini beroperasi secara independen.
Mereka juga mengangkat risiko yang menarik: teknologi bukti ZK berkembang pesat, dan baru-baru ini implementasi RISC-V beralih dari 32-bit ke 64-bit. Jika RISC-V dikunci di Ethereum L1 sekarang, apa yang terjadi jika arsitektur bukti yang lebih baik muncul dalam dua tahun? Bertaruh pada target yang bergerak cepat bukanlah gaya Ethereum.
Konteks yang Lebih Luas: L2 Mulai “Mandiri”
Memahami proposal ini memerlukan perspektif yang lebih luas.
Sebulan lalu, Vitalik secara terbuka mempertanyakan apakah Ethereum masih membutuhkan “roadmap L2 khusus,” yang memicu respons kolektif dari ekosistem L2. CEO Espresso Systems Ben Fisch mengatakan kepada CoinDesk: poin Vitalik adalah L2 awalnya untuk membantu skalabilitas Ethereum, namun kini Ethereum sendiri makin cepat, sehingga peran L2 berubah.
Menariknya, alih-alih panik, L2 justru proaktif “melepaskan diri dari Ethereum.” Co-founder OP Labs Jing Wang mengibaratkan L2 seperti situs web mandiri, dengan Ethereum sebagai standar penyelesaian terbuka di bawahnya. CEO Polygon Marc Boiron berkata langsung: tantangan nyata bukan skalabilitas, melainkan menciptakan ruang blok unik untuk skenario dunia nyata seperti pembayaran.
Dengan kata lain, perubahan besar pada lapisan eksekusi yang diusulkan Vitalik adalah catatan teknis dari tren yang lebih besar: Ethereum mengambil kembali kendali atas kemampuan intinya, sementara L2 dipaksa—atau akhirnya menemukan—alasan eksistensi mandiri.
Bisakah Ini Berhasil?
Vitalik sendiri mengakui bahwa penggantian mesin virtual belum mendapat konsensus luas dari pengembang. Reformasi pohon status lebih matang, dengan EIP-7864 sudah memiliki draft dan tim khusus. Namun penggantian EVM dengan RISC-V masih di tahap “roadmap,” belum mendekati implementasi.
Namun pekan lalu Vitalik membuat pernyataan berkesan: Ethereum sudah mengganti mesin jet di tengah penerbangan (merujuk pada The Merge), dan bisa melakukannya sekitar empat kali lagi—pohon status, konsensus sederhana, verifikasi ZK-EVM, dan penggantian mesin virtual.
Upgrade Ethereum Glamsterdam diperkirakan pada paruh pertama 2026, dengan Hegota menyusul. Konten pasti dari dua hard fork belum ditentukan, namun reformasi pohon status dan optimalisasi lapisan eksekusi dipastikan menjadi tema utama.
Kisah Ethereum tidak pernah tentang “apakah bisa dilakukan.” Dari PoW ke PoS, dari L1 all-in ke Rollup-centric, Ethereum telah membuktikan kemampuan dan keberaniannya membongkar mesin di ketinggian jelajah.
Kali ini, ini tentang sesuatu yang lebih dalam—bukan menambah fitur baru, melainkan membongkar fondasi lama dan membangun ulang. Apakah ini renovasi yang dipertimbangkan matang, atau lubang kompleksitas yang makin dalam? Jawabannya kemungkinan belum jelas hingga 2027.
Namun setidaknya satu hal pasti: Ethereum tidak berniat menjadi “sistem lama yang ditambal” di era ZK. Soal bagaimana menghapus tambalan dan mesin apa yang akan dipasang, perdebatan itu sendiri mungkin lebih berharga daripada kesimpulannya.
Disclaimer:
-
Artikel ini diterbitkan ulang dari TechFlow, dengan hak cipta milik penulis asli [Gray Lobster]. Jika Anda keberatan dengan penerbitan ulang ini, silakan hubungi tim Gate Learn yang akan menangani sesuai prosedur terkait.
-
Disclaimer: Pandangan dan opini dalam artikel ini sepenuhnya milik penulis dan tidak merupakan saran investasi.
-
Versi bahasa lain dari artikel ini diterjemahkan oleh tim Gate Learn. Tanpa penyebutan eksplisit Gate, jangan menyalin, mendistribusikan, atau melakukan plagiasi terhadap artikel terjemahan.
