Binabago ni Vitalik Buterin ang usapan tungkol sa Ethereum scaling mula sa Layer 2 (L2) at ibinabalik ito sa mismong core ng protocol.
Sinasabi ng Russo-Canadian innovator na ang mga pinakamalalim at pangmatagalang limitasyon ng Ethereum ay hindi tungkol sa rollups o blob capacity — kundi mga mas malalalim na architectural bottleneck na matatagpuan sa loob ng state tree at virtual machine ng network.
Vitalik, May Balak Gawing Malaking Bago sa Ethereum—Tutok sa State Tree at VM Bottlenecks
Ayon kay Buterin, ang dalawang component — ang state tree at virtual machine ng network — ang may kasamang higit sa 80% ng kabuuang proving cost. Sobrang importante raw ito lalo na habang ang zero-knowledge (ZK) technology ay nagiging sentro sa roadmap ng Ethereum.
“Ngayon, magpofocus ako sa dalawang malalaking bagay: mga pagbabago sa state tree, at mga pagbabago sa VM,” sabi ni Buterin, at dinagdag niya na pareho itong “matitinding bottleneck na kailangan nating solusyunan kung gusto talaga natin ng mas mabilis na proving.”
Malaking Pagbabago sa Binary Tree
Ang pinaka-bida dito ay ang EIP-7864, kung saan plano nitong palitan ang kasalukuyang hexary Merkle Patricia tree ng Ethereum ng mas simple na binary tree design.
At first glance parang maliit lang ang pagbabago, pero malaki ang epekto nito. Kapag naging binary tree, mga apat na beses na mas maikli ang Merkle proofs kaysa sa dati kaya mas lumiit ang kailangan na bandwidth para sa verification.
Ibig sabihin, mas mura at mas posible para sa mga lightweight client at privacy apps na gumana directly sa Ethereum.
Sa bagong structure din, sama-sama na ang mga storage slot sa tinatawag na “pages,” kaya mas efficient mag-load ng related na data para sa mga app na nangangailangan nito.
Maraming decentralized app (dApps) ang paulit-ulit nag-a-access ng magkadikit na storage slot, kaya puwedeng makatipid ng higit 10,000 gas bawat transaction matapos ang upgrade na ito para sa mga use case na ganito. Basahin pa dito.
Sinabi din ni Buterin na puwede pang i-tabihan ang pagbabago sa tree ng paggamit ng mas mabilis na hash functions na baka makapagpabilis pa lalo ng proof generation.
Pero ang pinaka-importante, gagawin nitong mas “prover-friendly” ang base layer ng Ethereum, kaya mga ZK app ay puwedeng directly na mag-interact sa Ethereum state at hindi na kailangang magpatayo ng sarili nilang system.
Kung titingnan ang kabuuan, layunin ng binary tree proposal na pagsamahin ang natutunang leksyon sa state management ng Ethereum nitong nakaraang sampung taon sa mas malinis at matibay na structure para sa hinaharap.
May Buhay Ba ang Crypto After EVM?
Mas matindi pa, may long-term vision si Buterin na lampasan ang kasalukuyang Ethereum Virtual Machine (EVM) at gumamit na ng bago at open-source na architecture gaya ng RISC-V.
Ang RISC-V ay isang globally-used na open instruction set na pwedeng magbigay ng mas simple at efficient na performance para sa Ethereum.
Sabi ni Buterin, ang parami nang paraming pag-rely ng Ethereum sa mga special-case na precompile ay nagpapakita lang ng problema ng EVM mismo.
Kung promise talaga ng Ethereum ay general-purpose na programmability, sabi niya, dapat ang VM ay fully na sumusuporta dito nang hindi kailangan ng maraming workaround. Kapag RISC-V-based ang VM, puwede nitong:
- Bawasan ang pagiging komplikado
- Pabilisin ang raw execution
- At mas bumagay sa mga modern ZK proving system, kasi marami na ring gumagamit ng RISC-V environment sa loob ng mga ito.
Para sa short term, may suggestion si Buterin na maglagay ng “vectorized math precompile,” parang “GPU para sa EVM” para sobrang pabilisin ang cryptographic operations.
Pangmatagalan naman, gusto niyang dahan-dahan munang paganahin ang RISC-V para sa precompiles, tapos user-deployed contract, tapos tuluyang gawing compatibility layer na lang ang EVM.
Usapang Kung Sobrang Kumplikado Na Nga Ba
Pero hindi lahat kumbinsido na kailangan pa ng mas malalalim na pagbabago sa Ethereum. Pinuna ng analyst na si DBCrypto ang dumadaming abstraction sa roadmap ng Ethereum pati na ang mga bagong framework na panlaban sana sa rollup fragmentation.
Ang bawat dadagdag na layer, sabi niya, mas nagpapasama lang ng complexity, dagdag trust issue, at nagdadagdag din ng risk para sa mga posibleng atake.
Nagpapakita ito ng mas malawak na diskusyon kung mas maganda bang patuloy na patungan ng bagong solutions ang design ng Ethereum, o panahon na para i-rework at i-upgrade ang foundation mismo.
Pero para kay Vitalik Buterin, kailangan talagang mag-evolve at mag-adapt ng architecture ng Ethereum habang ang zero-knowledge proofs ay lumilipat na mula sa pang-niche lang, papunta na sa mainstream na necessity.
Sabi niya, baka ang susunod na malaking scaling phase ng Ethereum ay hindi agad mapansin sa Layer 2, kundi mangyayari mismo sa core.
