Ipinaliwanag ni Vitalik ang roadmap ng execution layer ng Ethereum, na nakatuon sa dalawang pangunahing pagbabago: ang state tree at ang virtual machine.

ChainCatcher balita, ang co-founder ng Ethereum na si Vitalik Buterin ay nagbahagi sa social media ng kanyang paliwanag tungkol sa roadmap ng execution layer ng Ethereum, na pangunahing tumatalakay sa dalawang malalaking pagbabago: ang state tree at virtual machine.

Tungkol sa state tree, sinusuportahan ni Vitalik ang pag-upgrade ng kasalukuyang hexadecimal Merkle Patricia tree sa isang binary tree na nakabatay sa mas episyenteng hash function sa pamamagitan ng EIP-7864. Ang pagbabagong ito ay maaaring magpaikli ng Merkle branch ng apat na beses at magpababa ng bandwidth cost para sa client-side verification data; kasabay nito, maaaring gamitin ang Blake3 o Poseidon series bilang hash function, na lubos na nagpapahusay ng proof efficiency. Ang binary tree design ay naggugrupo rin ng storage slots bilang mga "page," kaya mas mababa ang access cost para sa magkalapit na storage, at maraming DeFi application ang makakatipid ng mahigit 10,000 Gas kada transaksyon. Bukod dito, mas simple ang binary tree structure at maaaring magreserba ng metadata bits para sa hinaharap na state expiry feature.

Sa bahagi ng virtual machine, iminungkahi ni Vitalik na ang pangmatagalang direksyon ay palitan ang EVM, na maaaring gumamit ng RISC-V architecture. Ang bagong VM ay kailangang matugunan ang apat na layunin: mas mataas na raw execution efficiency upang hindi na kailanganin ang karamihan sa mga precompile; mas mahusay na proof efficiency kaysa sa EVM; suporta para sa client-side na paggawa ng ZK proofs; at pinakasimpleng code implementation. Binanggit niya na kung mananatili lamang sa "EVM+GPU" na antas, sapat na ang Ethereum, ngunit mas pinalakas ng mas mahusay na VM ang protocol. Ang deployment roadmap ay nahahati sa tatlong hakbang: unang gagamitin ang bagong VM bilang kapalit ng mga precompile; kasunod ay papayagan ang mga user na mag-deploy ng contracts na nakabatay sa bagong VM; at sa huli, magreretiro ang EVM at lilipat sa smart contracts na isinulat gamit ang bagong VM, na magpapanatili ng full backward compatibility.