Argumen mereka tentang X menimbulkan pertanyaan tentang Ethereum dan kemampuan penyimpanan datanya.
Bjelic mempertanyakan apakah memindahkan Ethereum ke Verkle Trees adalah tindakan terbaik.
Tampaknya Vitalik Buterin, salah satu pendiri Ethereum (ETH), dan Mihailo Bjelic, salah satu pendiri Polygon (MATIC), berdebat mengenai apakah Verkle Trees harus tersedia di Ethereum atau tidak. Bjelic tampaknya menentang gagasan tersebut.
Argumen mereka mengenai platform X menimbulkan pertanyaan tentang Ethereum dan kemampuan penyimpanan datanya, yang mungkin menghambat kinerja idealnya.
Tindakan Terbaik
Semuanya dimulai ketika Bjelic mempertanyakan apakah memindahkan Ethereum ke Verkle Trees adalah tindakan terbaik. Dia memaparkan kasusnya dengan menunjukkan bahwa jaringan Ethereum saat ini pasti akan segera difikasi.
Segera setelah itu, Buterin menjawab, dengan menyatakan, “Pohon keccak merkle patricia ZK dengan ukuran saksi kasus terburuk 300 MB bukanlah hal yang dapat dilakukan.” Meskipun pohon Merkle Ethereum yang ada tidak memiliki fungsi ini, dia melanjutkan dengan menjelaskan bagaimana Pohon Verkle dibangun agar ramah terhadap zk.
Biasanya, pohon Merkle Patricia memberikan dasar untuk struktur data utama yang digunakan oleh jaringan blockchain Ethereum. Penggantian menggunakan Verkle Trees, yang memiliki bukti lebih pendek dan bandwidth lebih besar, sedang dipertimbangkan karena keterbatasannya.
Selain itu, kapasitas Polygon zkEVM membuat Bjelic mengklaim bahwa arsitektur saat ini dapat mendukung benchmark 300MB yang diusulkan oleh salah satu pendiri Ethereum. Terlebih lagi, Bjelic mengklaim dapat melakukan semua ini hanya dalam 12 detik dari total waktu blok. Mungkin satu-satunya kendala sebenarnya adalah dibutuhkan sekitar sepuluh CPU kelas server.
Diskusi Bjelic tentang Polygon zkEVM mengikuti transformasi protokol pada tahun sebelumnya menjadi ZK-EVM Tipe 2, yang membuatnya lebih dekat dengan mainnet Ethereum.
Berita Kripto yang Disorot Hari Ini:
Bitcoin Grayscale ETF GBTC Menderita Arus Keluar Bitcoin yang Stabil
