Vitalik Buterin pleit voor radicale Ethereum-upgrades: Binary state tree via EIP-7864 en op termijn RISC-V VM
Ethereum (ETH) staat voor een mogelijke fundamentele herstructurering. Medeoprichter Vitalik Buterin heeft op X een gedetailleerd voorstel gedeeld over wijzigingen aan de uitvoeringslaag.
Hij richt zich vooral op twee knelpunten: de state tree en de Ethereum Virtual Machine (EVM). Samen zouden die meer dan 80% van de beperkingen veroorzaken bij het genereren van proofs – cruciaal voor schaalbare client-side verificatie en zero-knowledge toepassingen.
Buterin noemt deze aanpassingen "in principe verplicht" als Ethereum écht wil doorpakken met efficiënte ZK-proofs en bredere adoptie.
EIP-7864: Van hexary Merkle Patricia Tree naar binary tree
De eerste concrete stap is EIP-7864, een voorstel dat al sinds januari 2025 in draft staat (ontwikkeld door Guillaume Ballet en anderen).
Het vervangt de huidige hexary (16-takkige), Keccak-gebaseerde Merkle Patricia Tree door een unified binary tree met een efficiëntere hash-functie. De voordelen op een rij:
- Merkle branches worden ongeveer 4x korter – minder bandbreedte nodig voor verificatie.
- Client-side tools zoals Helios of private informatie-retrievalsystemen zien data-kosten met een factor 4 dalen.
- Proof-efficiëntie stijgt met 3-4x door kortere takken alleen al.
- Met een switch naar BLAKE3 (3x efficiënter dan Keccak) of een Poseidon-variant (mogelijk tot 100x beter) wordt de winst nog groter – al waarschuwt Buterin dat Poseidon nog extra security-aanpassingen nodig heeft.
Extra slimme tweaks:
- Storage slots groeperen in "pagina's" van 64-256 slots → efficiënter laden/bewerken van aangrenzende data.
- Dat kan voor DeFi-apps meer dan 10.000 gas per transactie besparen.
- Het ontwerp maakt ZK-apps mogelijk die direct met Ethereum's state werken (geen aparte bomen meer nodig).
- Ruimte voor metadata om toekomstige state expiration (verval van oude data) makkelijker te maken.
Kortom: een schonere, snellere en proof-vriendelijkere state-structuur die de basis legt voor echte schaalbaarheid.
Langetermijnvisie: EVM vervangen door RISC-V VM
Buterin herhaalt zijn eerdere idee (uit april 2025) om de EVM uiteindelijk uit te faseren ten gunste van een RISC-V-gebaseerde VM.
Dit is nog geen consensus-onderwerp – hij noemt het "longer-term en non-consensus" – maar hij is overtuigd dat het "de meest logische stap" wordt na de state-roadmap.
Waarom RISC-V?
- Hoger raw execution-efficiency (veel precompiles overbodig).
- Beter proof-vriendelijk (veel ZK-provers draaien al intern op RISC-V).
- Simpeler implementatie: een interpreter in slechts honderden regels code.
- Minder complexiteit, betere compatibiliteit met moderne proving-systemen.
Gefaseerd transitieplan:
- RISC-V eerst alleen voor precompiles.
- Ontwikkelaars mogen contracten direct in RISC-V deployen.
- EVM wordt een compatibility-laag (als smart contract in de nieuwe VM geschreven).
Gebruikers behouden achterwaartse compatibiliteit (behalve gas-kosten aanpassingen). Buterin verwacht dat schaalbaarheidsverbeteringen de transitie zullen overschaduwen.
Context en timing
Dit komt kort na Buterin's quantum-resistentie roadmap (met BLS → hash-based signatures zoals Winternitz). Het toont aan dat Ethereum niet stilstaat: na The Merge, Dencun en Pectra richt de focus zich nu op diepere architecturale fixes voor de uitvoeringslaag.
Voor Nederlandse ETH-houders: dit zijn geen kleine tweaks, maar potentieel game-changing upgrades die Ethereum beter positioneren tegenover concurrenten. Of het snel landt? State tree via EIP-7864 lijkt haalbaar op korte termijn; RISC-V is speculatiever.
Wat vind jij: durft Ethereum deze radicale stappen aan, of blijft het bij incrementalisme? Zie jij RISC-V als de toekomst, of te riskant? Deel je gedachten in de comments of op socials!
Ga verder met lezen
Dit vind je misschien ook leuk
Laat mensen jouw mening weten
Lees ook
Populair Nieuws
Loading
