Hanya untuk tujuan edukasi; bukan nasihat investasi. Investasi dapat menimbulkan kerugian.
Jawaban langsung
Pohon Verkle adalah pohon key-value terautentikasi yang node internalnya memakai komitmen vektor. Seperti pohon Merkle, banyak nilai diikat ke satu root; berbeda dari pohon hash biasa, satu anak pada posisi tertentu dapat dibuktikan tanpa menyertakan semua nilai saudaranya.
Sifat ini memungkinkan percabangan tinggi dan agregasi opening beberapa key, sehingga saksi lebih kecil daripada Merkle-Patricia Trie setara. Saksi tetap memuat nilai untuk eksekusi dan bukti kaitannya dengan root terautentikasi. “Stateless” bukan berarti tak ada penyimpan state atau consensus tidak diperlukan. Pada 2026-08-22, roadmap Ethereum masih mencatat testnet dan pekerjaan client tersisa; EIP-6800 berstatus Stagnant.
Cara kerja
Protokol menetapkan encoding deterministik, skema komitmen, dan aturan node kosong. Setiap node mengikat vektor anak berurutan; prover membuka posisi terkait pada tiap tingkat, dan multiproof dapat mengagregasi opening serta memakai ulang jalur bersama. Verifier mencocokkan key, nilai, komitmen, dan proof dengan root tepercaya.
Dalam EIP-6800, key 32-byte terdiri dari stem 31-byte dan suffix 1-byte, dengan lebar node 256. Nilai ber-stem sama berbagi materi proof. Layout ini khusus proposal: pohon lebar memperpendek jalur, tetapi butuh aritmetika kurva eliptik dan prekomputasi.
Contoh
Misalkan satu stem 31-byte memiliki 256 posisi suffix. Bila blok membaca 2 nilai pada stem sama, saksi memakai ulang jalur dan mengagregasi opening, bukan membawa 2 set hash saudara Merkle. Kedua key dan nilai, proof, serta root pilihan tetap harus diverifikasi.
Perubahan nilai memperbarui komitmen dan semua leluhur hingga root. Proof root lama tidak membuktikan root baru. Penghematan bergantung pola akses; ringkas bukan berarti bandwidth atau biaya nol maupun jaminan ketersediaan.
Risiko
Kesalahan derivasi key, byte order, pengikatan posisi, domain separation, validasi titik, konversi scalar, atau pembedaan kosong dan nol dapat merusak keamanan. Test vector dan interoperabilitas client wajib.
Proof kecil tidak menyelesaikan ketersediaan atau liveness: nilai yang ditahan menghalangi eksekusi, sedangkan root atau finality keliru menerima riwayat salah. Pembuatan proof juga bisa menjadi bottleneck atau titik sensor.
Migrasi mengubah layout, sinkronisasi, format, basis data, akuntansi Gas, dan proof historis. Proposal atau devnet bukan bukti siap produksi. Komitmen kurva eliptik terkait juga umumnya tidak dianggap post-quantum secure.
Kesalahpahaman umum
Mitos 1: hanya pohon Merkle dengan lebih banyak anak
Perbedaan utama ialah membuka satu anak lewat komitmen vektor tanpa mendaftar semua saudaranya.
Mitos 2: semua proof berukuran total konstan
Opening dapat diagregasi, tetapi saksi bertambah bersama nilai, jalur, dan metadata.
Mitos 3: stateless berarti tak ada yang menyimpan state
Hanya verifier yang tak perlu salinan lengkap; pihak lain harus menyimpan atau merekonstruksi dan mengirim data.
Mitos 4: Ethereum mainnet sudah memakai Verkle
Sumber membahas riset dan testnet; pada tanggal pemeriksaan EIP-6800 berstatus Stagnant.
Topik terkait
Sumber
- Verkle Trees - MIT PRIMES (diakses: 2026-08-22)
- EIP-6800: Ethereum state using a unified verkle tree - Ethereum Improvement Proposals (diakses: 2026-08-22)
- Verkle tree structure - Ethereum Foundation (diakses: 2026-08-22)
- Verkle trees - Ethereum.org (diakses: 2026-08-22)