В Ethereum предложили перейти на бинарное дерево и отказаться dari EVM


Co-founder Ethereum Vitalik Buterin memperkenalkan rencana dua perubahan kunci pada tingkat eksekusi jaringan: beralih ke pohon keadaan biner dan penggantian jangka panjang EVM.
Menurut programmer, lebih dari 80% batasan teknis jaringan terletak pada pohon keadaan dan mesin virtual. Karena itu, keduanya menjadi “praktis wajib” untuk skenario klien yang menggunakan bukti.

Pohon keadaan baru
Perubahan pohon keadaan didasarkan pada proposal EIP-7864. Ini mengimplikasikan transisi dari pohon Merkle-Patricia hexadesimal saat ini ke pohon biner dengan fungsi hash yang lebih efisien.

Struktur biner akan mengurangi cabang Merkle sebanyak empat kali, yang akan mengurangi volume data untuk klien ringan seperti Helios. Penggantian fungsi hash ke Blake3 atau salah satu varian Poseidon akan meningkatkan efisiensi bukti dari tiga hingga 100 kali lipat. Pada saat yang sama, Buterin mengakui bahwa Poseidon memerlukan audit keamanan tambahan.

Proposal co-founder Ethereum — evolusi dari rencana sebelumnya untuk mengimplementasikan Verkle Trees(pohon Verkle). Minat terhadap struktur biner kembali muncul pada pertengahan 2024 karena kekhawatiran bahwa metode kriptografi saat ini mungkin rentan terhadap komputer kuantum.

Mesin virtual baru
Buterin kembali mengangkat pertanyaan tentang penggantian EVM ke RISC-V — arsitektur set instruksi terbuka yang sudah digunakan oleh sebagian besar ZK-prover. Ia menggambarkan rencana tiga tahap:

Implementasi RISC-V secara eksklusif untuk kontrak pra-kompilasi.
Memberikan pengguna kemampuan untuk meng-deploy kontrak secara mandiri pada arsitektur baru.
Penghapusan total EVM lama dan mengubahnya menjadi kontrak pintar yang berjalan di atas mesin virtual baru.
“Makna Ethereum — dalam fleksibilitasnya. Jika EVM tidak cukup baik untuk realisasinya, kita harus menyelesaikan masalah secara langsung dan menciptakan mesin virtual yang lebih baik,” tulis programmer.

Namun, inisiatif ini mendapat resistensi. Pada November 2025, peneliti dari Offchain Labs(pengembang Arbitrum) menyatakan bahwa untuk pengembangan jangka panjang, WebAssembly(WASM) lebih cocok.

Argumen utama mereka: RISC-V sangat baik dalam bukti ZK, tetapi “arsitektur antarmuka” dan “arsitektur untuk bukti” tidak harus sama.

AI
Buterin juga mengakui bahwa pelaksanaan peta jalan Ethereum dapat dipercepat berkat coding berbasis AI.
Menurutnya, AI “secara signifikan mempercepat penulisan kode”. Komunitas harus terbuka terhadap kenyataan bahwa pelaksanaan rencana proyek akan selesai “lebih cepat dan dengan tingkat keamanan yang lebih tinggi dari yang diharapkan”.

Dengan demikian, co-founder Ethereum mengomentari hasil eksperimen di mana pengembang menciptakan implementasi standar peta jalan dalam beberapa minggu.

Namun, Buterin menunjukkan “catatan skala besar”: kecepatan tinggi dalam penulisan kode “hampir pasti menjamin adanya bug kritis”, dan dalam beberapa kasus AI hanya bisa membuat “dummy” daripada versi yang berfungsi.

“Namun, enam bulan yang lalu, bahkan hasil seperti itu tidak dapat dicapai, jadi yang lebih penting sekarang adalah tren secara keseluruhan,” tambahnya.

Menurut programmer, pendekatan terbaik adalah menggunakan neural network untuk meningkatkan keamanan, bukan hanya untuk mempercepat proses. Di antara solusi yang mungkin, dia menyoroti pembuatan skenario pengujian tambahan, penerapan verifikasi formal, dan penciptaan implementasi alternatif dari komponen yang sama.
ETH5,65%
ARB4,57%
Lihat Asli
post-image
Halaman ini mungkin berisi konten pihak ketiga, yang disediakan untuk tujuan informasi saja (bukan pernyataan/jaminan) dan tidak boleh dianggap sebagai dukungan terhadap pandangannya oleh Gate, atau sebagai nasihat keuangan atau profesional. Lihat Penafian untuk detailnya.
  • Hadiah
  • Komentar
  • Posting ulang
  • Bagikan
Komentar
0/400
Tidak ada komentar
  • Sematkan

Perdagangkan Kripto Di Mana Saja Kapan Saja
qrCode
Pindai untuk mengunduh aplikasi Gate
Komunitas
Bahasa Indonesia
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)