Entah bagaimana saya menyadari bahwa di Ethereum dalam beberapa tahun terakhir terbentuk sebuah tradisi yang menarik: alih-alih memperbaiki mesin virtual itu sendiri, para pengembang justru melewati itu melalui kontrak yang sudah dikompilasi sebelumnya. Tapi Vitalik tidak berhenti di situ. Baru-baru ini dia mengunggah rencana rinci tentang bagaimana semuanya ini akan dibangun ulang dari nol.

Bagian pertama dari rencana ini berkaitan dengan pohon status Ethereum. Jika disederhanakan, ini seperti sistem indeks, melalui mana sistem secara terus-menerus mencari data. Masalahnya adalah struktur saat ini — pohon Merkle Keccak enam cabang — terlalu besar. EIP-7864, yang diusulkan oleh Vitalik, menggantinya dengan pohon biner. Alih-alih memilih dari enam arah, Anda cukup memilih kiri atau kanan. Hasilnya? Panjang pohon Merkle berkurang empat kali lipat. Untuk klien ringan, ini berarti pengurangan signifikan dalam kebutuhan bandwidth.

Tapi itu belum semuanya. Vitalik ingin mengubah fungsi hash itu sendiri. Ada dua kandidat di meja: Blake3, yang memberikan percepatan stabil, dan Poseidon, yang secara teoretis dapat meningkatkan efisiensi bukti hingga puluhan kali lipat, meskipun keamanannya masih sedang diverifikasi. Rencana ini secara efektif menggantikan Verkle Trees, yang telah dibahas selama bertahun-tahun oleh komunitas, tetapi kehilangan popularitas karena ancaman komputasi kuantum.

Langkah kedua bahkan lebih ambisius: mengganti arsitektur EVM itu sendiri dengan RISC-V. Logikanya sederhana — jika sistem bukti ZK sudah memahami RISC-V, mengapa mesin harus menggunakan bahasa lain? Dengan menghilangkan lapisan penerjemah, semuanya otomatis menjadi lebih cepat. Vitalik merencanakan tiga tahap: pertama, menulis ulang 80% kontrak yang sudah dikompilasi sebelumnya ke dalam VM baru, kemudian memungkinkan pengembang untuk menyebarkan kontrak secara langsung, dan akhirnya mengeluarkan EVM lama dari operasi — tetapi bukan menghapusnya, melainkan menulis ulang sebagai kontrak pintar di mesin baru. Kontrak lama akan terus berjalan, seperti mesin dengan mesin pengganti.

Vitalik menyatakan bahwa pohon status dan mesin virtual bersama-sama mencakup lebih dari 80% batasan dalam membuktikan Ethereum. Tanpa perubahan ini, skalabilitas di era ZK tidak akan bergerak dari tempatnya.

Tapi tidak semua setuju. Tim Arbitrum Offchain Labs merilis keberatan teknis yang rinci. Posisi mereka: RISC-V baik untuk bukti ZK, tetapi tidak harus menjadi format kontrak yang ideal. Mereka membedakan antara set instruksi untuk pengiriman (dISA) dan set instruksi untuk pembuktian (pISA). Menurut mereka, ini tidak harus sama. Mereka mengusulkan WebAssembly untuk tingkat kontrak, lalu dikompilasi ke RISC-V untuk bukti. Mereka sudah menjalankan prototipe di Arbitrum, dan ini berjalan. Plus, mereka menunjukkan risiko: teknologi ZK berkembang dengan cepat, dan jika saat ini mengunci RISC-V di L1, apa yang akan terjadi dalam dua tahun?

Diskusi ini berlangsung di tengah perubahan yang lebih besar. Baru-baru ini, Vitalik mempertanyakan perlunya peta jalan L2 terpisah untuk Ethereum. Menariknya, L2 tidak panik, melainkan mulai aktif memikirkan kembali perannya. Jika Ethereum menjadi lebih cepat sendiri, maka L2 harus menemukan ruang uniknya — bukan sekadar skalabilitas, tetapi skenario aplikasi nyata.

Vitalik sendiri mengakui bahwa belum ada konsensus tentang penggantian EVM. Reformasi pohon status sudah maju — EIP-7864 sudah memiliki rancangan konkret. Tapi penggantian ke RISC-V? Itu masih di tingkat peta jalan. Hard fork Glamsterdam diharapkan pada paruh pertama 2026, diikuti Hegota. Detailnya belum disetujui, tetapi reformasi pohon status dan optimisasi tingkat eksekusi adalah arah yang pasti.

Sejarah Ethereum selalu tentang kemungkinan. Dari transisi PoW ke PoS, dari L1 ke Rollup — sistem ini sudah membuktikan bahwa ia siap mengatasi mesin di ketinggian sepuluh ribu meter. Kali ini, yang dibahas adalah hal yang lebih mendalam: bukan menambah fitur, tetapi mengubah fondasi itu sendiri. Apakah ini perbaikan yang direncanakan dengan matang, atau lubang yang semakin membesar? Jawabannya tidak akan muncul sebelum 2027. Tapi satu hal yang pasti: Ethereum tidak akan menjadi sistem lama dengan patch-patch. Perdebatan ini tentang bagaimana memperbaiki patch dan mesin apa yang akan dipasang — mungkin lebih berharga daripada kesimpulan apa pun.